Kallid sõbrad, täna käsitleme väga olulist teemat: andmete varundamine ja taastamine. Miks need kaks mõistet käivad koos ja ei eraldu mingil moel? Millised on nende omadused, milleks need on? Vastame kõigile neile küsimustele nüüd ja jätkame siis otse tegudega.
Niisiis, alustame varundamisega: see võimaldab meil salvestada kõik failid, dokumendid ja muu teabe seadmest või programmist välisele andmekandjale. Pange tähele, et viimane võib olla pilvesalvestus Internetis. Kuid mitte kõiki andmeid ei saa sel viisil salvestada. Sellest räägime veidi hiljem.
See võimaldab tagastada kõik varem salvestatu koos failide hilisema kasutamisega. Näiteks kui salvestasite oma suvepuhkuse fotod pilve, saate neid hiljem mitte ainult vaadata, vaid ka mis tahes toetavasse seadmesse tagasi laadida. Nüüd, kui olete nende kahe kontseptsiooniga oma pagasit veidi täiendanud, saame liikuda edasi aktiivse arutelu juurde: kuidas andmeid varundada, millised programmid selleks on olemas, millistel seadmetel seda teha saab jne. Nagu näete, muutub meie väike arutelu tasapisi suuremaks. Et teil oleks lihtsam töötada, näitame teile koheselt valgustatud klotse. Saate kohe valida vajaliku ja alustada:
- Teave arvutist
- Teave tahvelarvutitest ja nutitelefonidest
- Soovitused kasutajale
Väärib märkimist, et failide või süsteemi koopia loomiseks vajate välist andmekandjat, millele teie andmed salvestatakse. Ühendage see arvuti või sülearvuti USB-porti. Veenduge, et kettal või välkmälupulgal on vaba ruumi rohkem kui failid võtavad. Samuti veenduge, et salvestamise ajal ei esineks tõrkeid: kui keegi kogemata kaablit puudutab ja see katkeb, võite andmed kaotada.
Kui soovite luua koopia nutitelefonist või tahvelarvutist, on soovitatav seda kasutada originaal kaabel arvutiga ühendamiseks. Pilvesalvestuse kasutajatele soovitatakse kiiret piiramatut Interneti-ühendust. Näiteks kui teil on piiratud liiklus ja te ületate selle, peate tekkiva võla katteks välja maksma teatud summa.
Teave arvutist
Kuna arvutiandmed on teiste seadmete seas tähtsuse edetabelis esimesel real, alustame nendega tööd. Esiteks väärib märkimist, et varukoopias on ka väike jaotus salvestatava teabe tüübi järgi: see võib olla täielik koopia operatsioonisüsteem, koopia koos failidega või failide eraldi salvestusruum. Mugavuse huvides vaadake näidet Windows 7, 8.1 ja 10 jaoks.
Windows 7
- Minge arvuti juhtpaneelile, kasutades nuppu Start või mõnda muud navigeerimisvahendit.
- Klõpsake menüüd "Süsteem ja turvalisus".
- Lisaks avaneb teie ees vahekaartidega aken, kus peate klõpsama " Varundamine ja andmete taastamine".
- Niisiis, uues aknas näete menüüd arhiveerimisseadetega. Klõpsake "Varundamine ja taastamine".
- Järgmisena peame sama nime sinise nupu abil seadistama varukoopia.
Klõpsake nuppu "Seadista varukoopia"
- Seejärel näete dialoogiboksi arhiveerimisseadetega. Valige oma kõvaketas ja klõpsake nuppu "Järgmine".
Arhiivi asukoha valimine
- Järgmises aknas palub süsteem täpsustada, mida täpselt arhiveerida. Soovitatav on kasutada esimest valikut ("Esita Windowsi valik") Kuna see salvestab kõik ja värskendab andmeid regulaarselt. Pange tähele, et siin annab teine valik kasutajale valiku, mida salvestada. See tähendab, et kui te ei vaja koos operatsioonisüsteemi failidega täielikku varukoopiat, võite panna oma kaustad või eraldi kataloogid.
Objektide valimine enda arhiveerimiseks
- Järgmisena kontrollime seatud parameetreid. Siin saate määrata automaatse koopia loomise ajakava, kasutades nuppu "Muuda ajakava".
- Kui kõik on installitud ja kinnitatud, klõpsake "Salvesta sätted ja alustage arhiveerimist".
Protsess on pooleli
- Oodake protsessi lõpuni, seejärel kontrollige oma välist kõvaketast, et näha, kas teie andmed on sellele kirjutatud.
Windows 8.1
- Käivitage ekraani paremas servas olev tööriistariba. Selleks liigutage hiirt paremale ülemine nurk seejärel klõpsake nuppu "Otsi".
- Tippige klaviatuurilt fraas "Failiajalugu" ilma jutumärkideta ja vajutage sisestusklahvi. Saadud tulemustes klõpsake samanimelist kausta.
- Teid suunatakse aknasse, kus peate klõpsama lingil "Süsteemi kujutise varundamine", mis asub akna alumises vasakus nurgas.
- Valige arhiivi salvestamise koht (nagu me eespool kokku leppisime, peab see olema väline kõvaketas). Klõpsake nuppu "Järgmine".
- Järgmine aken näitab teile vajalikku mälumahtu. Kontrollige kõiki andmeid ja klõpsake nuppu "Arhiivi".
- Oodake, kuni süsteem varundab Windowsi välisele andmekandjale. See protsess võib võtta veidi aega, nii et ärge paanitsege.
Windows 10
- Käivitage seaded, klõpsates tegumiribal nuppu Start.
- Nüüd avage vahekaart Värskendus ja turvalisus.
- Klõpsake parameetritega vasakpoolses veerus üksust "Arhiveerimisteenus".
- Automaatse varundussüsteemi konfigureerimiseks kasutage samanimelist nuppu.
- Pange tähele, et saate hõlpsalt reguleerida kaustu, millest luuakse koopiad, ilma probleemideta. See muudab teie töö palju lihtsamaks.
- Kui soovite luua täieliku varukoopia koos operatsioonisüsteemiga, mitte eraldada teeke ja katalooge, kasutage Windowsi juhiseid.
Andmete taastamiseks korrake samme, kuni leiate varundusseaded. AGA nüüd valige lihtsalt vahekaart või üksus "Taastamine" ja järgige lihtsalt monitori ekraanil kuvatavas dialoogiboksis kuvatavaid juhiseid. Selles pole midagi keerulist. Loomulikult oleme kaalunud personali vahendid Windows OS Microsoftilt. Samuti on olemas eriprogrammid sarnaste toimingute tegemiseks. Need võivad olla mugavamad, kuid ohutuse ja töökindluse poolest võivad need olla madalamad. Seetõttu on siiski soovitatav kasutada standardseid OS-i utiliite.
Teave tahvelarvutitest ja nutitelefonidest
Siin on kõik mõnevõrra lihtsam, kuna neid kasutatakse ka standardprogrammid(näiteks iPhone'i ja iPadi puhul töötame iTunesiga). Mis tahes operatsioonisüsteemi kõigi vidinate puhul on varundamise protseduur sama:
- Ühendage seade arvuti või sülearvutiga. Oodake, kuni sobivad draiverid on installitud.
- Käivitage programm, mis on loodud teie seadmega sünkroonimiseks. See tähendab, et kui teil on iPhone, avage arvutis iTunes'i rakendus.
- Leidke vahekaart või üksus "Sünkroonimine" või "Varundamine". Klõpsake sellel ja looge koopia, järgides ekraanil kuvatavaid juhiseid.
- Andmete taastamiseks samas aknas otsige üles samanimeline nupp ja klõpsake seda.
- Sel ajal, kui arvuti neid toiminguid teeb, ärge kunagi ühendage seadet USB-võrgust lahti. See võib põhjustada seadme tarkvara rikke.
- Pange tähele, et saate mõned failid lihtsalt nutitelefonist või tahvelarvutist arvutisse üle kanda. See kehtib eriti Androidi operatsioonisüsteemi töötavate vidinate omanike kohta: siin on teil täielik juurdepääs kõigile failidele ja kaustadele.
- iOS-i seadmete omanikud saavad samamoodi salvestada ainult fotosid ja videoid: minge jaotisse "Arvuti" ja paremklõpsake oma seadmel. Klõpsake nuppu "Impordi fotod ja videod". Ekraanil kuvatavaid viipasid järgides saate seda mitte ainult importida, vaid ka kohandada.
Pilvesalvestus
Tänapäeval on selline andmesalvestusviis turul üsna populaarne: selleks pole vaja mälupulki, kaableid ega muid välisseadmeid. Kõik, mida vajate, on aktiivne kiire Interneti-ühendus ja kõik teie failid on teie käes. Me ei võta arvesse nende konfiguratsiooni (selleks on eraldi teema), vaid ütleme lihtsalt konkreetse OS-i iga salvestusruumi kohta:
- OneDrive Windowsile
- iCloud ja iCloud Drive iOS-i ja macOS-i jaoks
- Google Drive Androidile
Väärib märkimist, et on ka universaalseid, mis installitakse mis tahes seadmesse, olenemata installitud OS-ist:
- Cloud Mail
- OneDrive
- Google drive
Nagu näete, tegi kõigist hoidlatest ainult Apple oma toote kättesaadavaks ainult enda süsteemi jaoks. Hea või halb - otsustate ise.
- Välise kõvaketta või mälupulga kasutamisel veenduge, et sellel oleks piisavalt vaba ruumi.
- Pange tähele, et enamikul pilvmälu on vaba juurdepääsuks piiratud mälu. Näiteks iCloud Drive'is on teil saadaval viis gigabaiti. Selle laiendamiseks peate ostma tellimuse. Kui teil pole palju faile, ei pea te midagi ostma. Võite kasutada ka mitut pilvesalvestust.
- Kontrollige koopiate loomist: kui kettal või pilves on mälu tühjaks saanud, siis koopiat ei looda. Võite kaotada mõned andmed, mis on väga kurb tagajärg.
- Kui kopeerite lihtsalt mõned failid, on soovitatav need kopeeritud seadmest kustutada, et selles mälu vabastada.
- Kui soovite säilitada väga olulisi dokumente, on parem teha kaks koopiat. Näiteks saate teha ühe välisele kõvakettale ja teise pilvesalvestusprogrammi abil.
Teeme kokkuvõtte
Head sõbrad, täna oleme arutanud väga laialdast ja olulist teemat: andmete varundamine ja taastamine. Erilist rõhku pandi arvutiteave, siis vaatasime nutitelefonide ja tahvelarvutite koopia loomise üldist põhimõtet ning tutvusime ka pilvesalvestusega. Lõpuks andsime mõned soovitused, et teie töö oleks võimalikult produktiivne. Pidage meeles: õigel ajal salvestatud andmed on teie närvide säilitamise võti. Kui kaotate oma lõputöö failid, mida olete mitu nädalat või kuud teinud, siis pole see eriti lõbus, eks? Rääkige meile kommentaarides, milliseid arhiveerimisteenuseid eelistate kasutada ja miks.
Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik juhend teabe päästmiseks Gladkiy Aleksei Anatolijevitš
6.3. Andmete salvestamine ja taastamine Handy varundustarkvaraga
Tõenäosus andmete edukaks taastamiseks pärast ootamatut kadumist on palju suurem, kui kasutaja on sellise ebameeldivuse võimalikkust ette näinud ja hoolitsenud oma andmete turvalises kohas hoidmise eest varukoopia loomisega. V see jaotis tutvume programmiga, mis on mõeldud ja loodud spetsiaalselt selleks, et teha andmetest varukoopiaid ja neid vajadusel taastada. Ja selle abiga saate taastada mitte ainult eraldi failid ja kaustad, aga ka kogu sisu kõvaketas... Uusimate funktsioonide asjakohasust ja kasulikkust on vaevalt võimalik üle hinnata, arvestades asjaolu, et valdav enamus kasutajaid salvestab kõvakettale palju vajalikku ja olulist teavet.
Seda programmi nimetatakse Handy Backupiks, selle arendajaks on ettevõte Novosoft (programmi veebisait - www.handybackup.ru). Programm on jagamisvara: selle demoversiooni saab alla laadida arendaja veebisaidilt. Allalaadimiseks pakutakse jaotuskomplekti mahuga umbes 12,5 MB.
Tasub teada, et demoversioonil on ajapiirang: seda saab kasutada 30 päeva jooksul alates installimise hetkest, misjärel tuleb programm kas registreerida või arvutist eemaldada.
Handy Backupi installimiseks arvutisse peate käivitama installifaili ja järgima installiprogrammi juhiseid. Pärast installimise lõpetamist menüüs Alusta luuakse programmigrupp Mugav varundamine, mille käsud on mõeldud programmi käivitamiseks, abiteabe avamiseks, programmi veebisaidile minemiseks ja ka selle desinstallimiseks. Mugavuse huvides on soovitatav kuvada töölaual käivitamise otsetee.
Programmil on selge ja intuitiivne kasutajaliides ning mugavad tööriistad. Kodukasutajate jaoks on oluline asjaolu, et Handy Backup toetab vene keelt.
6.3.1. Mugav varundusfunktsioon
Handy Backup on multifunktsionaalne toode, mis on loodud andmete varundamiseks, taastamiseks ja sünkroonimiseks ning neid protsesse saab teostada automaatselt regulaarsete ajavahemike järel – tuleb teha vaid vastavad seadistused. Programm saab määratud ülesannetega edukalt toime nii eraldi arvutis kui ka kohtvõrgus töötades.
Handy Backup võimaldab teil luua varukoopia kõigist kasutaja määratud objektidest. Üks olulisemaid ja nõutavamaid selle funktsioone on kõvaketta kujutise loomine, mis tähendab nii operatsioonisüsteemi, rakenduste, kasutatavate draiverite kui ka isiklike kasutajaandmete varundamist.
Programmi funktsioonide hulka kuulub kõvaketta kloonimine. Neile, kes ei tea, mis see on, selgitame: kõvaketta kloonimine on selle sektoripõhine kopeerimine, mis võimaldab vajadusel operatsioonisüsteemi kiiresti taastada.
Programm saab varundada andmebaase (sh SQL tabelid, MS Access, Oracle, PostgreSQL, FoxPro jne), salvestage e-kirju, Lotus Notesi andmeid ja looge Windowsi registri varukoopiaid.
Loodud varukoopiaid saab ruumi säästmiseks pakkida ja arhiivi saab parooliga kaitsta, et vältida volitamata ja oskusteta juurdepääsu salvestatud andmetele.
Erilist tähelepanu väärib võimalus andmeid varundada FTP-ühenduse abil, millega kõik konkureerivad tooted kiidelda ei saa.
6.3.2. Struktuur kasutajaliides
Pärast programmi käivitamist kuvatakse ekraanil selle kasutajaliides, mis on näidatud joonisel fig. 6.28.
Riis. 6.28. Mugav varunduskasutajaliides
Programmi kasutajaliidese põhielemendid on: peamenüü, tööriistariba, kontekstimenüü, tegumiala, failiala, logiaken ja olekuriba. Vaatame kiirelt kõiki neid elemente.
Programmi peamenüü asub oma tavapärases kohas - liidese ülaosas. See sisaldab järgmisi üksusi: Fail, Vaade, Tegevused, Teenindus, Keel ja Abi... Iga üksus sisaldab käskude loendit, mis on mõeldud vajaliku töörežiimi valimiseks või vastava programmi funktsiooni kutsumiseks.
Tööriistariba asub vahetult peamenüü all. Selle nupud ei kanna täiendavat funktsionaalset koormust ja dubleerivad ainult mõnda peamenüü käsku. Tööriistariba nuppude nimed kuvatakse vihjetena, kui hõljutate kursorit nende kohal. Pange tähele, et isegi programmi lokaliseeritud versioonis kuvatakse neid viipasid inglise keeles, kuid igal juhul ei muuda see nuppude kasutamist keeruliseks: esiteks on neil iseloomulik muster ja teiseks teeb isegi ingliskeelne viipa seda või teist nuppu on lihtne kindlaks teha.
Märge. Vajadusel saate tööriistariba liidesest eemaldada. Selle kuva juhitakse peamenüü käsuga Kas vaadata? Tööriistariba .
Programmi kontekstimenüü avatakse hiire parema nupu vajutamisega ning selle käsud dubleerivad ka mõningaid peamenüü käske. Sisu kontekstimenüü saab määrata praeguse töörežiimi ja selle kutsumise koha järgi.
Tööriistariba all on tegumipaan. See kuvab praeguste ülesannete loendi. Iga ülesande kohta kuvatakse vastavates veergudes järjestikku järgmine teave.
Ülesande nimi (määratud kasutaja poolt ülesande seadmise etapis).
Ülesande tüüp ( võimalikud variandid – Varundamine, Taastumine või Sünkroonimine).
Viimane kord, kui see ülesanne sooritati.
Selle ülesande järgmise käivitamise aeg vastavalt määratud ajakavale (kui ülesande määramisel oli selle jaoks ajakava konfigureeritud).
Ülesande edenemise indikaator;
Ülesande praegune olek.
Pange tähele, et igal ülesandel võib olla üks järgmistest olekutest.
Ootus- see olek on määratud ülesannetele, mis ootavad käsu täitmist.
Varundamine, Taastumine või Sünkroonimine- üks nendest olekutest (olenevalt ülesande tüübist) on määratud täitmisel olevatele ülesannetele.
Edu- olek tähendab, et ülesanne on edukalt täidetud.
Planeeritud- see olek määratakse ülesannetele, mis ootavad täitmise algust vastavalt eelnevalt määratud ajakavale.
Viga- see olek määratakse ülesannetele, mille täitmisel ilmnes mingil põhjusel tõrkeid.
Tegumipaani all on failipaan, mida kasutatakse ülesannetega seotud andmete haldamiseks. Teisisõnu, kasutajal on võimalus hallata faile ja kaustu nii, nagu oleksid need ülesanded.
Iga objekti kohta kuvatakse vastavates veergudes järgmine teave.
Faili või kausta nimi.
Objekti praegune olek.
Objekti algne suurus (pange tähele, et kaustade puhul see informatsioon ei ole näidatud).
Salvestatud objekti suurus.
Faili või kausta viimati redigeerimise aeg.
Faili või kausta viimase salvestamise aeg.
Saate ise määrata failialal olevate objektide kohta kuvatava teabe. Selleks paremklõpsake ja märkige avanevas kontekstimenüüs vajalikud üksused. Ainus teave, mida ei saa keelata, on objekti nimi (kontekstimenüüs vastav käsk blokeeritakse).
Logiaken asub tegumipaani all. See kuvab automaatselt loodud logifaili sisu, mis annab teavet ülesande edenemise kohta. Pange tähele, et seda teavet värskendatakse automaatselt vastavalt ülesande edenemisele. Paremklõpsates suvalises kohas logiaknas, kuvatakse ekraanile kontekstimenüü, mille abil saate logiakna sisu lõikepuhvrisse kopeerida, eraldi faili salvestada, logiekraan täielikult tühjendada. ning lülituda ka fondi värvi seadistusrežiimile ja sõnumitele.
Vajadusel saate logiakna liidesest eemaldada. Selle kuva juhitakse peamenüü käsuga Kas vaadata? Logi aken? Peida/kuva logiaken.
Liidese allosas logiakna all on olekurida, mis kuvab teavet praeguse töörežiimi kohta. Olekuriba kuva juhitakse peamenüü käsuga Kas vaadata? Olekuriba.
6.3.3. Mugavad varundusseaded
Nagu paljude teistegi rakenduste puhul, on enne Handy Backupi kasutamist soovitatav programmi sätted üle vaadata ja vajadusel muuta, et kohandada seda võimalikult palju selle arvuti kasutamise eripäradega. Sellele režiimile lülitumiseks kasutage peamenüü käsku Kas fail? Seaded välja kutsuda ka klahvikombinatsiooni vajutamisega Alt + F7... Kui see käsk on aktiveeritud, ilmub ekraanile aken, mis on näidatud joonisel fig. 6.29.
Riis. 6.29. Programmi seadistamine, sektsioon põhiseaded
Selle akna struktuur on järgmine: jaotiste loend kuvatakse vasakul ja aktiivse jaotise sisu paremal. Iga jaotis sisaldab sama tüüpi sätteid, mis on funktsionaalsuse ja otstarbe poolest sarnased. Vaatleme mõnda neist üksikasjalikumalt.
Peatükis põhiseaded(vt joonis 6.29) on mitmeid üldisi parameetreid. Kui märkeruut on märgitud Alusta agent millal Windowsi käivitamine , siis paigutatakse programm kataloogi automaatne allalaadimine ja töötab koos operatsioonisüsteemiga.
Saate seda teha nii, et üksus Handy Backup lisatakse operatsioonisüsteemi kontekstimenüüsse - selleks vajate jaotist põhiseaded märkige ruut Luba integreerimine Windows Exploreriga.
Programmi töötamise ajal (eriti objektide tihendamisel ja krüptimisel) luuakse ajutised failid, mis salvestatakse ajutisse kataloogi. Selle kataloogi tee on selles piirkonnas määratud Temp kaust... Selleks saate kasutada operatsioonisüsteemi ajutist kausta - selleks märkige ruut Kasutage Windowsi ajutist kataloogi.
Kui sektsioon põhiseaded on märgitud, avaneb CD-ROM-draiv automaatselt, kui kopeerimine on lõppenud, et plaat väljutada. Mõnikord on kasulik kontrollida kettale kopeerimise tulemusi: selleks peate märkima märkeruudu Pärast varundamist väljutage CD / DVD... Kui see märkeruut on märgitud, muutub veel üheks parameetriks - Lõpetage kontrollimine pärast esimest viga... Kui see on installitud, siis esimese vea tuvastamisel kettakontroll lõpetatakse. Selle parameetri tähendus on see, et mõnikord piisab isegi ühest veast, et kirje ebaõnnestunuks tunnistada.
Peatükis Logimine saate määrata logifaili maksimaalse lubatud suuruse. Selleks peate märkima kasti Logifaili suuruse piirang ja sisestage klaviatuurilt paremal asuvale väljale maksimum lubatud väärtus kilobaitides. Samas jaotises saate kohandada logiakna värviskeemi.
Peatükis Andmete ülekanneühenduse parameetrid konfigureeritakse. Selle jaotise sisu on näidatud joonisel fig. 6.30.
Riis. 6.30. Programmi seadistamine, sektsioon Andmete ülekanne
Põllul Maksimaalne võrgu latentsusaeg määrake, kui kaua peaks programm võrgult vastust ootama. Seda parameetrit väljendatakse sekundites, vaikimisi määratakse sellele väärtus 120 ... Kui pärast määratud aja möödumist ühendust ei tekkinud, proovib programm pärast pausi uuesti ühendust luua. Selle pausi kestus on näidatud väljal Taasühenduste vaheline viivitus ja ühenduskatsete arv on väljal. Kui märkeruut on märgitud Korrake kuni õnnestumiseni siis põld Proovige uuesti võrgutõrke korral muutub redigeerimiseks kättesaamatuks. Sel juhul proovib programm ühendust luua, kuni üks neist õnnestub. Programm saab teid oma protsesside edenemisest teavitada e-posti teel. See on väga mugav funktsioon: see võimaldab teil oma asukohta kontrollida isegi siis, kui sellele arvutile pole otsest juurdepääsu (piisab, kui teil on juurdepääs elektroonilisele postkasti mis tahes muust kohast). Nõutavad seaded teostatakse sektsioonis Meiliteated, mille sisu on näidatud joonisel fig. 6.31.
Riis. 6.31. Programmi seadistamine, sektsioon Meiliteated
Kõigepealt peate märkima kasti Kasuta meilimärguannet – alles pärast seda muutuvad parameetrid redigeerimiseks kättesaadavaks Meil... Põllul SMTP server määrab väljuvate kirjade SMTP-serveri aadressi ja väljal Port- SMTP-serveri pordi number (enamasti peate siia sisestama väärtuse 25 , ja see on tema programm, mis teeb ettepaneku seda vaikimisi kasutada).
Kui meilisõnumite saatmiseks kasutatav SMTP-server nõuab autoriseerimist, siis märkige ruut Kasutage SMTP autentimist, seejärel sisestage allolevatele väljadele oma kasutajanimi ja parool.
Tehtud seadistuste õigsust saate kontrollida nupu abil Saada testsõnum... Pidage meeles, et selleks on vaja kehtivat Interneti-ühendust.
Kõik tehtud programmisätted jõustuvad pärast selles aknas nupul klõpsamist. Okei... Nupu kasutamine Tühistamine sellest režiimist väljutakse tehtud muudatusi salvestamata. Pange tähele, et enamikul juhtudel on programmi vaikesätted optimaalsed.
6.3.4. Kettapildi varundamine
Nagu me varem märkisime, on üks programmi funktsioone kõvaketta kujutise varundamine. Kui teil on ketta kujutis, saate oma andmeid hiljem hõlpsalt taastada, isegi kui kõvaketas on kahjustatud.
Tuleb märkida, et kogu Handy Backupi töö on samm-sammult: üleminek järgmisse etappi on võimalik alles pärast teatud toimingute sooritamist eelmises etapis. See on üsna mugav mehhanism, mis võimaldab teil kiiresti ja lihtsalt teha seda, mida vajate, ning lisaks hõlbustab oluliselt programmi kasutamist.
Kõvaketta kujutise loomiseks tuleb luua vastav ülesanne. Selleks peate täitma peamenüü käsu Kas fail? Uus väljakutse mida käivitatakse ka klahvikombinatsiooni vajutamisel Ctrl + N või klõpsake tööriistaribal vastavat nuppu. Ülaltoodud toimingu sooritamisel avaneb ekraanil aken New Task Wizard, mis on näidatud joonisel fig. 6.32.
Riis. 6.32. Uus ülesandeviisard
Kõvaketta kujutise loomiseks seadke ülesande loomise esimeses etapis lüliti Valige ülesande tüüp asendisse Varundusülesanne(See väärtus valitakse alati, kui on vaja varundada, olenemata varundatud andmete tüübist). Teisele etapile minekuks peate vajutama nuppu Edasi... Avanevas aknas klõpsake nuppu Lisama ja valige kuvatavas menüüs käsk Ketta pilt(joonis 6.33),
Riis. 6.33. Kettapildi kopeerimise käsu valimine
Selle tulemusena näeb akna sisu välja selline, nagu on näidatud joonisel fig. 6.34.
Riis. 6.34. Probleemi püstitamise teine etapp
Pärast selle akna keskosas asuva hierarhilise loendi laiendamist peaksite märkima märkeruudu, et märkida need kõvaketta partitsioonid, mille jaoks soovite pildist varukoopia luua. Probleemi määramise järgmisse etappi liikumiseks vajutage nuppu Edasi... Selle tulemusena näeb viisardi aken välja selline, nagu on näidatud joonisel fig. 6.35.
Riis. 6.35. Probleemi püstitamise kolmas etapp
Selles etapis peaksite valima broneeringu tüübi. Plaadipildi esmakordsel loomisel seadke lüliti asendisse Kõik valitud failid (täielik varukoopia): sel juhul varundatakse programm absoluutselt kogu valitud kettale (ketastele) salvestatud teabega. Kui olete varem varukoopia teinud see ketas(kettad), siis on otstarbekam valik valida Uued ja muudetud failid (astmeline varukoopia)... Sel juhul sisaldab kettapildi varukoopia ainult muudetud teavet, mis on varukoopia faili suuruse ja seega ruumi kokkuhoiu seisukohalt väga oluline. Olles valinud broneeringu tüübi, liigume nuppu vajutades järgmisse etappi Edasi... Sel juhul näeb viisardi aken välja selline, nagu on näidatud joonisel fig. 6.36.
Riis. 6.36. Probleemi püstitamise neljas etapp
Nüüd tuleb määrata aadress, kuhu kõvaketta pildi loodud varukoopia salvestada. Saate selle salvestada kõvakettale, võrgukettale või kaug-FTP-serverisse (in sel juhul vajalik on aktiivne Interneti-ühendus), CD-l jne. Valige meedium, keerates lüliti sobivasse asendisse. Edasised toimingud sõltuvad sellest, millises asendis lüliti on.
Kui kettapildi kopeerimiseks on valitud FTP või SFTP server, avanevad allpool väljad serveri aadressi, kasutajanime ja parooli ning muude vajalike andmete sisestamiseks. Kuid enamikul juhtudel eelistavad kasutajad salvestada ketta kujutise kõvale või võrgudraiv, CD-le või välkmällu. Sel juhul alloleval väljal Kaust määrake kaust, kuhu ketta kujutis asetatakse. Selleks peate klõpsama paremal asuvat nuppu sellest valdkonnast nuppu, seejärel avanevas aknas hiirega klõpsates valige vajalik kaust ja vajutage nuppu Okei või võti Sisenema.
Pärast salvestamise tee valimist ja nupu vajutamist Edasi see liigub järgmise sammu juurde. Sel juhul näeb viisardi aken välja selline, nagu on näidatud joonisel fig. 6.37.
Riis. 6.37. Probleemi püstitamise viies etapp
Selles etapis saate määrata loodud kõvaketta kujutise tihendamise ja krüptimise parameetrid. Selleks tuleb valida vastavad märkeruudud ning krüptimise korral sisestada parool, mida ligipääsuks kasutatakse. Pange tähele, et parool tuleb sisestada kaks korda, et välistada sisestusvea võimalus. Vaikimisi on nii tihendamine kui ka krüptimine keelatud. Pärast nupu vajutamist Edasi teostatakse üleminek ülesande püstituse järgmisse etappi (joon. 6.38).
Riis. 6.38. Probleemi püstitamise kuues etapp
Siin tuleks vastavate lippude abil määrata, millal täpselt programm kõvaketta kujutist varundama peaks – kohe pärast ülesande seadmist või kindla ajakava järgi. Kettapildi koheseks loomiseks peate märkima märkeruudu Jookse nüüd ja vajutage nuppu Edasi... Probleemiavalduse viimases, seitsmendas etapis näeb viisardi aken välja selline, nagu on näidatud joonisel fig. 6.39.
Riis. 6.39. Probleemi püstitamise seitsmes etapp
Siin tuleb klaviatuurilt sisestada genereeritud ülesande nimi, mille all see kuvatakse programmi põhiakna tegumipaanil. Pärast nupu vajutamist Lõpetama määratud ülesanne lisatakse ülesannete loendisse ja selle täitmine algab, nagu näitab veerus olev teave Areng / Sündmuste käik, samuti logifaili sisu (joonis 6.40).
Riis. 6.40. Ülesande täitmine
Pärast varundamise lõpetamist määratakse ülesandele olek Edu, ja veerus Areng / Sündmuste käik kuvatakse selle väärtus 100 % (joon. 6.41).
Riis. 6.41. Teave varundamise eduka lõpuleviimise kohta
Samuti saate luua mitte ainult kettapilte, vaid ka üksikute failide ja kaustade varukoopiaid. Kui kaotate andmed esmasel andmekandjal, saate need alati varukoopiast taastada. Kuidas seda teha, arutatakse järgmises jaotises.
6.3.5. Andmete taastamine varukoopiast
Andmete taastamiseks varukoopiast peate programmi seadistama sobivale ülesandele. Selleks täitke peamenüü käsk Kas fail? Uus väljakutse või vajutage klahvikombinatsiooni Ctrl + N, seejärel seadke uue ülesande viisardi avatud aknas (vt joonis 6.32) lüliti asendisse Andmete taastamise ülesanne ja vajutage nuppu Edasi... Selle tulemusena näeb viisardi aken välja selline, nagu on näidatud joonisel fig. 6.42.
Riis. 6.42. Taastatava registrifaili valimine
Selles aknas peate määrama indeksifaili tee, mille programm varundusprotsessi käigus automaatselt lõi. See fail on NB- või NBI-vormingus.
Esiteks peate valima andmekandja tüübi, millele varukoopia salvestatakse. Selleks seadke akna ülaosas asuv lüliti sobivasse asendisse.
Enamasti on selleks andmekandjaks kohalik või võrgudraiv, CD või välkmälu: see vastab lüliti ülemisele asendile. Järgmiseks peate põllul Indeksifail määrake vajaliku faili tee. Selleks klõpsake väljast paremal asuvat nuppu Failide/kataloogide vaatamine selles arvutis/kohalikus võrgus(nupu nimi kuvatakse tööriistaspikrina kui liigutad hiirekursori sellele), siis avanevas aknas vali hiireklõpsuga vajalik fail ja vajuta nuppu Avatud või võti Sisenema.
Kui andmete taastamiseks on valitud allikas FTP- või SFTP-serveris, siis pärast lüliti seadmist asendisse FTP või SFTP allpool avanevad väljad serveri aadressi, kasutajanime ja parooli ning muude vajalike andmete sisestamiseks.
Riis. 6.43. Andmete taastamise tee valimine
Vaikimisi pakub programm andmete taastamist nende algsesse asukohta. Kui te aga ei ole selle valikuga rahul ja soovite määrata teistsuguse tee, klõpsake nuppu Muuda.
Sel juhul avaneb ekraanil aken, mis on näidatud joonisel fig. 6.44.
Riis. 6.44. Andmete taastamise tee sisestamine
Vajalik tee on näidatud väljal Taastatavate andmete asukoht... Selle välja saab täita klaviatuurilt või lõikepuhvrilt, kuid mugavam on seda teha parempoolse nupu abil. Kui vajutate seda, avaneb ekraanile aken Sirvige kaustu, kus peate määrama vajaliku kataloogi ja klõpsama nuppu Okei või võti Sisenema... Pärast taastamise tee valimist ja nupu klõpsamist Edasi viisardi aken näeb välja selline, nagu on näidatud joonisel fig. 6.45.
Riis. 6.45. Taastusmeetodi valimine
Selles aknas peate lüliti abil määrama taastamise meetodi. Saate valida ühe kahest valikust.
Täielik taastumine- sel juhul taastatakse kõik objektid ilma eranditeta varukoopiast. Seda meetodit on soovitatav kasutada vaikimisi andmete taastamiseks varukoopiast.
Osaline taastumine- selle meetodi valimisel taastatakse ainult need objektid, mis on läbinud muudatusi.
Kui ruut on märgitud Kustutage kõik failid sihtkaustas, välja arvatud taastatud, kustutatakse kõik muud objektid automaatselt kaustast, kuhu andmed varukoopiast taastatakse. Teisisõnu, sihtkaust kustutatakse taastatavate andmete jaoks täielikult.
Riis. 6.46. Ülesande automaatse täitmise ajakava seadistamine
Selleks peate märkima kasti Luba ajakava- selle tulemusena muutuvad ajakava seadistamiseks allpool olevad parameetrid redigeerimiseks kättesaadavaks. Näiteks saate teha automaatne taastamine iga päev või ülepäeviti või teatud nädala- või kuupäevadel jne.
Nõuanne. See protseduur on eriti kasulik, kui andmeid regulaarselt varundatakse. Näiteks saab määrata ajakava, mille järgi programm varundab andmeid igal kolmapäeval ja reedel pärast tööpäeva lõppu ning taastab need varukoopiast igal neljapäeval ja esmaspäeval enne tööpäeva algust..
Võib juhtuda, et ajal, kui on vaja ülesanne automaatselt täita, on arvuti välja lülitatud ja seetõttu ei saa see seda teha. Kui märgite ajakava seadetes selle ruudu Tehke vahelejäänud käivitamised, lõpetatakse lahendamata ülesanded kohe pärast operatsioonisüsteemi käivitamist. Kui märgite ruudud Käivitage sisselogimisel ja Käivitage väljalogimisel, siis käivitatakse see ülesanne automaatselt vastavalt kohe pärast iga operatsioonisüsteemi algkäivitamist, samuti enne iga sellest väljumist.
Üleminek probleemi seadmise lõppfaasi toimub nupu vajutamisega Edasi... Sel juhul näeb viisardi aken välja selline, nagu on näidatud joonisel fig. 6.47.
Riis. 6.47. Ülesande nime sisestamine
Siin tuleb klaviatuurilt sisestada suvaline ülesande nimi, mille all see tegumipaanil kuvatakse. Kui märkeruut on akna allservas märgitud Lõpetage see ülesanne kohe, siis algab andmete taastamine varukoopiast kohe pärast nupu vajutamist Lõpetama... Varukoopiast andmete taastamisel määratakse praegusele ülesandele olek Taastumine(joon. 6.48).
Riis. 6.48. Andmete taastamise protsess
Ja pärast taastamise lõpetamist veerus Areng / Sündmuste käik selle ülesande jaoks kuvatakse väärtus 100 % , ja sellele määratakse olek Edu(joon. 6.49).
Riis. 6.49. Taastumise edukas lõpuleviimine
Lõpetatud ülesandeid saab loendist eemaldada kontekstimenüü käsuga Kustuta või vastavat nuppu tööriistaribal. Sel juhul väljastab programm täiendava päringu kustutamistoimingu kinnitamiseks.
Seega saate Handy Backupi abil luua oma kõvakettast ja varundusandmetest pildi, mis võimaldab need ootamatu kaotsimineku korral kiiresti taastada.
Kõvaketta taastamisel kaaluge järgmist. Kui teil on vaja taastada kindel kõvaketta partitsioon, veenduge eelnevalt, et kõvakettal on selle nimega partitsioon. Pidage meeles, et pärast raske ümberehitamine kettale, uued sätted on jõustunud, peate arvuti taaskäivitama.
See tekst on sissejuhatav fragment. Raamatust Turvalisuse entsüklopeedia autor Gromov VI2.6. Andmekaitse "Cobra" programmi abil "Cobra" on programm, millest isegi väliseksperdid räägivad kui kõige täiuslikumast ja teaduslikult põhjendatud krüptosüsteemist. Seminarid toimuvad igal aastal ja teaduskonverentsid kus sajad lugupeetud matemaatikud kõik
autor3.1. MS Office'i dokumentide paroolide taastamine Advanced Office Password Recovery abil Programm Advanced Office Password Recovery, millega tutvume selles osas, on loodud MS Office'i dokumentide unustatud ja kaotatud paroolide taastamiseks. See programm loodi
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš3.3. Paroolide taastamine arhiividesse Advanced Archive Password Recovery programmi abil Kui arhiivi parool läheb kaduma, ei ole võimalik andmeid sealt välja võtta: iga kord, kui proovite välja võtta, kuvatakse aken, kuhu peate sisestama parool. Kui see pole nii
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš4.2. Kahjustatud arhiivide taastamine Advanced RAR Repair programmi abil Nagu eespool märkisime, ei lahenda arhiivide taastamiseks mõeldud tavalised arhiivitööriistad, kuigi need on üsna tõhusad, alati probleemi. Sellepärast
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš4.3. ZIP-arhiivide taastamine DiskInternalsi ZIP-paranduse abil Eespool vaadatud lahendused keskenduvad rohkem RAR-arhiivide taastamisele. Kuid ZIP-arhiivid pole vähem populaarsed ja selles jaotises tutvume programmiga, mis
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš5.1. Andmete taastamine BadCopy Pro abil Üks populaarsemaid taastamiseks loodud programme kahjustatud failid, on BadCopy Pro. Toode on jagamisvara; programmi demoversiooni saab alla laadida arendaja veebisaidilt www.jufsoft.com.
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš5.3. Kustutatud andmete taastamine Minu failide taastamise abil Üks võimsamaid ja tõhusamaid tooteid kustutatud failide taastamiseks on programm Recover My Files. See on jagamisvara; saate selle demoversiooni alla laadida aadressilt
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš5.4. Andmete taastamine kahjustatud andmekandjatelt kasutades Maksimaalsed programmid Andmete taastamine Me juba teame, kuidas kustutatud või kahjustatud andmeid taastada – sellest oli juttu selle peatüki eelmistes osades. Tihti juhtub aga nii, et rikutud pole mitte andmed, vaid
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei Anatolijevitš5.5. Objektide "parandamine" ja taastamine programmi Restorer2000 Pro abil Veel üks populaarne programm, mis on loodud kahjustatud või kustutatud objektide "parandamiseks" ja taastamiseks, kannab nime Restorer2000 Pro. Selle arendaja on tarkvara- ja konsultatsioonifirma
Raamatust Kuidas kiiresti kaotatud arvutiandmeid taastada. Üksikasjalik päästeteabe juhend autor Gladkiy Aleksei AnatolijevitšPeatükk 7. Andmete varundamine ja taastamine Acronis True Image Home abil Tänapäeval on turul palju erinevaid tooteid andmete varundamiseks ja taastamiseks ning mõnega neist oleme juba kohtunud
Andmete varundamine on iga vastutustundliku arvutikasutaja hädavajalik funktsioon. Pole midagi hullemat, kui olla arvuti ees istudes teadlik, et igakuise töö tulemus või olulised failid, mida taastada ei saa, on just kadunud.
Andmetel on sageli kõrge hind. Ja pole vahet, kas tegemist on isiklike failide või tööks kasutatava teabega. Mõelgem välja, millised funktsioonid andmete varundamiseks ja taastamiseks on Microsofti arendajad varustanud oma operatsioonisüsteemi uusima versiooni - Windows 10, ning kaalume ka võimalust andmete taastamiseks varundada kolmanda osapoole programmid.
Andmete varundamine: mis see on?
Faili varukoopia
Mõnikord kuuleme vajadusest "arvuti varukoopiat luua". Kuid see pole päris õige, kuna andmete varundamiseks on kaks võimalust. Esiteks failidest varukoopia loomine, mille abil saate luua üksikutest arvutisse või muule andmekandjale salvestatud failidest ja kaustadest koopiaid. Iga kasutaja, kelle arvutis on olulisi andmeid, peaks need välisele kõvakettale varundama juhuks, kui algallikas kaob või kustutatakse.
Süsteemi varundamine
Teine võimalus andmete varundamiseks on süsteemivarundamine või süsteemipilt. See on keerukam viis andmete varundamiseks, kuna sel juhul räägime konkreetse arvuti kogu operatsioonisüsteemi koopia loomisest koos programmide, failide ja installidega. Süsteemi varukoopiat kasutatakse selle taastamiseks juhuks, kui Windows hakkab ebastabiilselt töötama või lakkab üldse töötamast.
Windowsi varukoopia võib võtta sadu gigabaite mälu. Kuid kasutades andmete varundamiseks spetsiaalset tarkvara, saate funktsiooni konfigureerida nii, et see salvestaks ainult need muudatused, mis on tehtud pärast viimast süsteemi varundamist.
Andmete varundamine ja taastamine Windowsi abil
Windows 10-s on sisseehitatud tööriistad, mis on loodud failide ja süsteemi varukoopiate tegemiseks ning nende abiga teabe taastamiseks. Paljud kasutajad ei kasuta neid, teadmata nende olemasolust ega nende õigest seadistamisest. Nad kipuvad kasutama kolmanda osapoole programme sagedamini kui operatsioonisüsteemi sisseehitatud tööriistu.
Faili ajalugu
Kõige lihtsal viisil failidest ja kaustadest varukoopia loomine ning nendest taastamine on failiajalugu. Selle funktsiooniga saate andmeid regulaarselt, vastavalt kasutaja määratud ajakavale, kopeerida ja salvestada väline kõva kettale või muule välisele andmekandjale. Failide koopiaid saab salvestada ka arvuti kõvakettale (kuigi see on vastuolus varundamise põhireegliga).
Failiajaloo kohandamiseks minge menüüsse Start ja valige Sätted. Avanevas menüüs Seaded sisenege menüüsse Värskendus ja turvalisus / Varundusteenus.
Klõpsake paneeli paremas servas jaotises Failiajaloo varukoopiad nuppu Lisa ketas. Teil palutakse valida üks arvutiga ühendatud välistest andmekandjatest. Valige see, kuhu soovite andmeid varundada ja määrake varundusparameetrid: failide koopiate salvestamise intervall ja nende säilitamise kestus, vajadusel saate määrata konkreetse kausta failide koopiatele, kust soovite ebavajalike loomiseks või eemaldamiseks.
Failiajalugu kopeerib varukoopia tegemise ajal automaatselt ka kõik kasutajakonto kaustad: Pildid, Dokumendid, Allalaadimised jne.
Selle funktsiooni saab igal ajal välja lülitada, kuid selleks, et kasutaja määratud andmete kopeerimine toimuks määratud ajaintervalli järel, peab automaatne failide varundamine olema sisse lülitatud.
Vaikimisi varundatakse faile iga tund. Minimaalne seadistatav aeg on 10 minutit, maksimaalne on Igapäevane. Samuti saate määrata varukoopiate salvestamise kestuse: ühest kuust kuni vaba ruumi vajamiseni (sel juhul kustutatakse vanemad varukoopiad automaatselt, et vabastada ruumi uute varukoopiate jaoks).
Failide taastamine varukoopiast
Failide taastamiseks kettalt andmete varukoopiaga minge juhtpaneelile ja valige menüü Failiajalugu.
Avaneva akna vasakpoolses veerus valige Taasta isiklikud failid, minge kausta ja leidke fail, mida soovite taastada. Faili taastamiseks klõpsake allolevat rohelist nuppu ja määrake selle taastamise tee. Failide varuversioonid saate valida kuupäeva ja kellaaja järgi, vajutades vasakut ja paremat noolenuppu.
OneDrive pilveteenus
Teine võimalus kaitsta end oluliste failide kaotamise eest on nende pilvesalvestusse ülekandmine ja arvutiga sünkroonimine. Selliseid salvestusi on palju: Dropbox, Google drive jne. Windowsi uusimate versioonide (10, 8, 8.1) eripäraks on aga Microsofti enda pilveteenuse olemasolu, mis on operatsioonisüsteemi sisse ehitatud, nimega OneDrive.
Mõnda pilveteenust kasutades loovad nad tavaliselt enda nime all arvutikettale kausta, mille failid sünkroonivad. V uusimad versioonid Windowsi kaust OneDrive on vaikimisi olemas, st. teenus on kättesaadav igale kasutajale kohe pärast operatsioonisüsteemi installimist.
Mis tahes fail. mis sellesse kausta salvestatakse, kopeeritakse kohe pilvesalvestusse ja sünkroonitakse sellega. Kasutaja pääseb selles kaustas olevatele failidele juurde ka mis tahes muust seadmest, lihtsalt minge sealt oma OneDrive'i kontole.
Taastumispunkt
Varundamise ja taastamise teine pool Windowsi andmed 10, on taastumine süsteemifailid ja operatsioonisüsteemi tervist. Operatsioonisüsteemi varukoopia loomine ja taastamine on keerulisem protsess kui isiklike failide ja kasutajakaustade puhul. Kuid selleks pakub Windows 10 spetsiaalset funktsiooni - System Restore. Selle abiga saab kasutaja operatsioonisüsteemi tööle taastada, "tagasi" salvestatud varasesse olekusse - taastepunkti.
Vaikimisi ei ole operatsioonisüsteemi taastamise funktsioon aktiveeritud. Et seda saaks kasutada, tuleb see konfigureerida. System Restore toimib taastepunktide loomisega, mille abil salvestatakse Windowsi olek kindlal ajahetkel. Koos operatsioonisüsteemi sätete ja olekuga sisaldab taastepunkt installitud rakendused(näiteks, Microsoft Office) ja seadme draiverid (näiteks videokaart).
Kasutaja saab luua taastepunkti igal sobival ajal. Samuti luuakse see automaatselt, kui arvutisse installitakse rakendus või laaditakse alla süsteemivärskendusi vms. Kuid pidage meeles, et süsteemitaaste ei taasta kasutaja isiklikke faile.
Kui hakkate märkama, et operatsioonisüsteemis esineb tõrkeid või tal on tõrkeid ja tõrkeid, võite käivitada ühe varem salvestatud taastepunktidest ja Windows naaseb selle loomise ajal olekusse.
Selleks minge juhtpaneelile ja valige menüü Restore / System Restore Settings / Configure, millega saate funktsiooni aktiveerida ja seadistada.
Windowsi taastepunktist taastamiseks minge juhtpaneelile ja valige menüü Taasta / Käivita süsteemitaaste, valige soovitud taastepunkt ja klõpsake nuppu Edasi.
Süsteemi pilt
Tõenäoliselt kõige elementaarsem ja keerulisem Windowsi varundusfunktsioon on funktsioon nimega System Image.
Selle valiku abil saate luua "duplikaadi" kogu arvuti kettast, sealhulgas Windows 10-st, samuti kõigist programmidest ja kasutaja isikuandmetest. Süsteemi kujutis salvestatakse välisele kõvakettale, kust see vajadusel või arvuti rikke korral tagasi arvuti kõvakettale juurutatakse. Selle tulemusena saab kasutaja operatsioonisüsteemi toimiva versiooni koos programmide ja failidega.
See on väga kasulik funktsioon, kuid selle puuduseks on see, et kasutajal pole võimalust süsteemipildilt üksikuid faile taastada, nagu failiajaloost. Saate ainult kogu pilti täielikult laiendada. Seetõttu kasutavad kasutajad neid funktsioone sageli paralleelselt.
Süsteemi kujutise loomiseks minge juhtpaneelile ja valige menüü Failide varundamine ja taastamine. Klõpsake vasakpoolses veerus nuppu Loo süsteemipilt ja valige draiv, kuhu soovite selle salvestada. Pange tähele, et süsteemipilt on tavaliselt suur.
Süsteemi taastamiseks süsteemipildilt avage Süsteemi sätted / Värskendus ja turvalisus / Taaste ja valige Kohandatud alglaadimissuvandid. Pärast Windows 10 taaskäivitamist valige pakutavast menüüst pildilt Süsteemitaaste.
Muu varundus- ja taastamistarkvara Windowsi failid 10
Aleksei BEREZHNOY, Süsteemiadministraator. Peamised tegevusvaldkonnad: virtualiseerimine ja heterogeensed võrgud. Teine hobi artiklite kirjutamise kõrval on vaba tarkvara populariseerimine.
Varundamine
Teooria ja praktika. Kokkuvõte
Varundussüsteemi kõige tõhusamaks korraldamiseks peate koostama tõelise teabe salvestamise ja taastamise strateegia.
Varundamine (või, nagu seda ka nimetatakse, backup - ingliskeelsest sõnast "backup") on oluline protsess iga IT-struktuuri elus. See on päästelangevari ettenägematu katastroofi korral. Samal ajal luuakse varukoopia abil omamoodi ajalooline arhiiv ettevõtte äritegevusest teatud eluperioodi jooksul. Ilma tagavarata töötamine on nagu vabas õhus elamine – ilm võib iga hetk halveneda ja varjuda pole kuhugi. Aga kuidas seda õigesti korraldada, et mitte kaotada olulisi andmeid ja kulutada sellele fantastilisi summasid?
Tavaliselt käsitletakse varukoopiate korraldamise teemalisi artikleid peamiselt tehnilisi lahendusi, ning vaid aeg-ajalt pööratakse tähelepanu andmesalvestuse korraldamise teooriale ja metoodikale.
See artikkel keskendub just vastupidisele: keskendutakse üldistele mõistetele ja tehnilisi tööriistu käsitletakse vaid näidetena. See võimaldab meil teha abstraktsiooni riist- ja tarkvarast ning vastata kahele põhiküsimusele: "Miks me seda teeme?", "Kas me saame seda teha kiiremini, odavamalt ja usaldusväärsemalt?"
Varundamise eesmärgid ja eesmärgid
Varundamise korraldamise käigus seatakse kaks peamist ülesannet: infrastruktuuri taastamine rikete korral (katastroofi taastamine) ja andmearhiivi pidamine, et võimaldada hiljem juurdepääsu möödunud perioodide teabele.
Katastroofi taastamise varukoopia klassikaline näide on Acronis True Image loodud serveri süsteemisektsiooni pilt.
Arhiivi näide võib olla kassettidele salvestatud andmebaaside igakuine mahalaadimine 1C-st koos järgneva ladustamisega spetsiaalselt selleks ettenähtud kohas.
Varukoopiat eristab mitu tegurit kiire taastumine arhiivist:
- Andmete säilitamise periood. Arhiivikoopiate puhul on see üsna pikk. Mõnel juhul ei reguleeri seda mitte ainult äritegevuse nõuded, vaid ka seadus. Avariitaaste koopiaid on suhteliselt vähe. Tavaliselt luuakse üks või kaks (suurendatud töökindlusnõuetega) katastroofi taastamise varukoopiat maksimaalse intervalliga päeva või kaks, misjärel kirjutatakse need värsketega üle. Eriti kriitilistel juhtudel on võimalik ka avariitaaste varukoopiat uuendada sagedamini, näiteks kord paari tunni tagant.
- Kiire juurdepääs andmetele. Pikaajalisele arhiivile juurdepääsu kiirus ei ole enamikul juhtudel kriitiline. Tavaliselt tekib vajadus "perioodi andmeid tõsta" dokumentide vastavusse viimise ajal, pöörduge tagasi eelmine versioon jne, st mitte avariirežiimis. Teine asi on avariitaaste, kui vajalikud andmed ja teenuste toimivus tuleb esimesel võimalusel tagastada. Sel juhul on varukoopiale juurdepääsu kiirus äärmiselt oluline.
- Kopeeritava teabe koostis. Arhiveeritud koopia sisaldab tavaliselt ainult määratud perioodi kasutaja- ja äriandmeid. Avariitaastekoopia sisaldab lisaks nendele andmetele kas süsteemipilte või operatsioonisüsteemi ja rakendustarkvara sätete koopiaid ning muud taastamiseks vajalikku teavet.
Mõnikord on võimalik neid ülesandeid kombineerida. Näiteks igakuine failiserveri igakuine täielik "hetktõmmiste" komplekt, millele lisanduvad nädala jooksul tehtud muudatused. Sellise varukoopia loomise tööriistaks sobib True Image.
Kõige tähtsam on selgelt mõista, miks broneering tehakse. Lubage mul tuua näide: kriitiline SQL-server jooksis kettamassiivi tõrke tõttu kokku. Laos on sobiv Riistvara, seega oli probleemi ainus lahendus tarkvara ja andmete taastamine. Firma juhtkond esitab arusaadava küsimuse: "Millal see tööle hakkab?" – ja on ebameeldivalt üllatunud, kui saab teada, et taastumiseks kulub neli tundi. Fakt on see, et kogu serveri tööea jooksul varustati regulaarselt ainult andmebaase, võtmata arvesse vajadust taastada server ise koos kõigi sätetega, sealhulgas tarkvara DBMS ise. Lihtsamalt öeldes salvestasid meie kangelased ainult andmebaasid ja unustasid süsteemi.
Toon veel ühe näite. Noor spetsialist lõi kogu oma karjääri jooksul ntbackup programmi kasutades Windows Server 2003 operatsioonisüsteemiga failiserveri ühe eksemplari, sealhulgas andmed ja süsteemi olek teise arvuti jagatud kausta. Kettaruumi puudumise tõttu kirjutati see koopia pidevalt üle. Mõne aja pärast paluti tal taastada mitmeleheküljelise aruande eelmine versioon, mis salvestamisel rikuti. On selge, et kuna Shadow Copy välja lülitatud arhiiviajalugu ei olnud, ei saanud ta seda taotlust täita.
|
Märkusel Varikoopia, sõna otseses mõttes - "varikoopia". Võimaldab luua failisüsteemist hetktõmmiseid nii, et edasised muudatused originaalis ei mõjuta neid kuidagi. Selle funktsiooniga on võimalik luua failist mitu pimekoopiat teatud periood aega, samuti kirjutamiseks avatud failide varukoopiaid. Volume Copy Shadow Service vastutab Shadow Copy töö eest. Süsteemi olek, sõna otseses mõttes - "süsteemi seisund". System State Copy varundab kriitilised komponendid operatsioonisüsteemid Windowsi perekond. See võimaldab pärast hävitamist taastada varem installitud süsteemi. Süsteemi oleku kopeerimisel salvestatakse register, alglaadimine ja muud süsteemi jaoks olulised failid, sealhulgas taastamiseks Active Directory, sertifikaaditeenuste andmebaas, COM + klassi registreerimise andmebaas, SYSVOL kataloogid. UNIX-põhistes operatsioonisüsteemides salvestab süsteemi oleku kopeerimise kaudne analoog kataloogide / etc, / usr / local / etc sisu ja muud failid, mis on vajalikud süsteemi oleku taastamiseks. |
Milline järeldus järgneb: peate kasutama mõlemat tüüpi varukoopiaid: avariitaaste jaoks ja arhiivi salvestamiseks. Sel juhul on hädavajalik kindlaks määrata kopeeritud ressursside loend, ülesannete täitmise aeg, samuti see, kus, kuidas ja kui kaua varukoopiaid salvestatakse.
Väikeste andmemahtude ja mitte väga keerulise IT-infrastruktuuri korral võite proovida need mõlemad ülesanded ühte kombineerida, näiteks teha iga päev täiskoopia kõigist kettasektsioonidest ja andmebaasidest. Kuid siiski on parem teha vahet kahel otsal ja valida mõlema jaoks õiged vahendid. Sellest lähtuvalt kasutatakse iga ülesande jaoks eraldi tööriista, kuigi on universaalseid lahendusi, näiteks sama pakett Acronis True Image või ntbackup programm
Selge on see, et varundamise eesmärkide ja eesmärkide ning juurutamise lahenduste määratlemisel tuleb lähtuda äri nõuetest.
Avariitaasteülesande rakendamiseks saab kasutada erinevaid strateegiaid.
Mõnel juhul on vajalik otsene süsteemi taastamine metallist. Seda saab teha näiteks rakendusega Acronis True Image, mis on komplektis Universal Restore'iga. Sel juhul saab serveri konfiguratsiooni väga lühikese aja jooksul taaskasutada. Näiteks 20 GB suuruse operatsioonisüsteemiga partitsiooni on täiesti võimalik varukoopiast kaheksa minutiga tõsta (eeldusel, et arhiivikoopia on saadaval 1 Gb/s võrgu kaudu).
Teisel juhul on otstarbekam sätted lihtsalt "tagastada" äsja installitud süsteemi, näiteks kopeerida konfiguratsioonifailid UNIX-laadsetes süsteemides / etc kaustast (Windowsis on see umbes samaväärne süsteemi kopeerimise ja taastamisega osariik). Loomulikult võetakse selle lähenemisviisi korral server kasutusele mitte varem kui operatsioonisüsteem installitakse ja vajalikud sätted taastatakse, mis võtab palju rohkem aega. pikaajaline... Kuid igal juhul tuleneb katastroofi taastamise otsus ettevõtte vajadustest ja ressursside piiratusest.
Põhiline erinevus varu- ja üleliigse varundussüsteemide vahel
See on veel üks huvitav küsimus, mille tahaksin tõstatada. Üleliigsed seadmete koondamissüsteemid tähendavad teatud liiasuse sisseviimist riistvarasse, et ühe komponendi äkilise rikke korral töös püsida. Suurepärane näide antud juhul on RAID (Redundant Array of Independent Disks). Ühe ketta rikke korral on võimalik vältida infokadu ja teha turvaline asendus, säilitades andmed tänu kettamassiivi enda spetsiifilisele korraldusele (loe RAID-i kohta lähemalt siit).
Olen kuulnud lauset: "Meil on väga töökindlad seadmed, igal pool on RAID-massiivid, nii et me ei vaja varukoopiaid." Jah, loomulikult päästab sama RAID-massiivi andmed hävimise eest, kui üks kõvaketas peaks rikki minema. Kuid siin on tegemist andmete riknemisega arvutiviirus või see ei päästa teid kasutaja sobimatutest tegevustest. See ei salvesta RAID-i isegi siis, kui failisüsteem jookseb kokku volitamata taaskäivitamise tagajärjel.
|
muideks Varukoopiate eristamise olulisust üleliigsetest varundussüsteemidest tuleks hinnata isegi andmete varundamise plaani koostamisel, olgu see siis organisatsiooni või koduarvutite puhul. Küsige endalt, miks te koopiaid teete. Kui me räägime varundamisest, siis peame silmas andmete säilitamist juhusliku (tahtliku) tegevuse korral. Üleliigne liiasus võimaldab salvestada andmeid, sh varukoopiaid, seadmete rikke korral. Tänapäeval on turul palju odavaid seadmeid, mis tagavad usaldusväärse koondamise RAID-massiivide või pilvetehnoloogiad(nt Amazon S3). Soovitatav on kasutada korraga mõlemat tüüpi teabe varukoopiaid. Andrei Vassiljev, Qnap Venemaa tegevjuht |
Lubage mul tuua teile üks näide. Mõnikord arenevad sündmused järgmise stsenaariumi järgi: ketta rikke korral taastatakse andmed koondamismehhanismi tõttu, eriti salvestatud abiga. kontrollsummad... Samal ajal on jõudlus märgatavalt vähenenud, server hangub, kontroll on praktiliselt kadunud. Süsteemiadministraator muud väljapääsu ei näe, taaskäivitab serveri külmrestartiga (teisisõnu klõpsab "RESET"). Selle reaalajas ülekoormuse tagajärjel tekivad failisüsteemi vead. Parim asi, mida sel juhul oodata, on kettakontrolli pikk töö, et taastada failisüsteemi terviklikkus. Halvimal juhul peate hüvasti jätma failisüsteem ja olla hämmingus küsimuse ees, kus, kuidas ja millise aja jooksul on võimalik andmeid ja serveri jõudlust taastada.
Te ei saa varukoopiaid vältida isegi siis, kui teil on rühmitatud arhitektuur. Tõrkevahetusklaster säilitab tegelikult talle usaldatud teenuste töövõime ka ühe serveri rikke korral. Ülaltoodud probleemide korral, nagu viiruse rünnak või kurikuulsast "inimfaktorist" tingitud andmete korruptsioon, ükski klaster ei päästa.
Ainus asi, mis võib toimida katastroofi taastamise kehvema varukoopia asendusena, on peegeldatud varuserver, millel on pidev andmete replikatsioon põhiserverist varukoopiasse (vastavalt primaarse ooterežiimi põhimõttele). Sel juhul, kui põhiserver ebaõnnestub, võtab selle ülesanded üle varuserver ja te ei pea isegi andmeid edastama. Kuid sellise süsteemi korraldamine on üsna kulukas ja aeganõudev. Ärge unustage vajadust pideva replikatsiooni järele.
Selgeks saab, et selline lahendus on tasuv vaid kriitiliste teenuste puhul, millel on kõrged nõuded veataluvusele ja minimaalsele taastumisajale. Reeglina kasutatakse selliseid skeeme väga suurtes, suure kauba- ja rahakäibega organisatsioonides. Ja see skeem on kehvem asendus varukoopiale, sest pole vahet, kas andmed on kahjustatud arvutiviiruse, kasutaja sobimatute tegevuste või vale töö see võib mõjutada mõlema serveri rakendusi, andmeid ja tarkvara.
Ja loomulikult ei lahenda ükski üleliigne varundussüsteem teatud perioodi andmearhiivi säilitamise probleemi.
Varundusaken
Varundamine koormab liigset serverit tugevalt. See kehtib eriti ketta alamsüsteemi ja võrguühenduste kohta. Mõnel juhul, kui kopeerimisprotsessist piisab kõrge prioriteet, võib see põhjustada teatud teenuste kättesaamatuse. Lisaks on andmete kopeerimine muudatuste tegemise ajal seotud oluliste raskustega. Loomulikult on antud juhul tehnilisi vahendeid probleemide vältimiseks, säilitades samal ajal andmete terviklikkuse, kuid võimalusel on parem sellist kopeerimist lennult vältida.
Väljapääs nende ülalkirjeldatud probleemide lahendamisel soovitab ennast: lükata koopiate loomise protsessi algust passiivseks ajaks, mil varunduse ja muude töösüsteemide vastastikune mõju on minimaalne. Seda ajaperioodi nimetatakse varuaknaks. Näiteks 8x5 valemiga (viis kaheksatunnist tööpäeva nädalas) töötava organisatsiooni puhul on selliseks "aknaks" tavaliselt nädalavahetused ja öötunnid.
24x7 valemi järgi (terve nädal ööpäevaringselt) töötavate süsteemide puhul kasutatakse minimaalse aktiivsuse aega sellise perioodina, mil serveritel pole suurt koormust.
Varundamise tüübid
Vältimaks tarbetuid materiaalseid kulutusi varundamise korraldamisel, samuti võimalusel mitte väljuda varundusaknast, on välja töötatud mitmeid varundustehnoloogiaid, mida kasutatakse sõltuvalt konkreetsest olukorrast.
Täielik varukoopia (või täielik varukoopia)
See on varukoopiate loomise peamine ja põhiline meetod, mille käigus kopeeritakse valitud andmemassiivi tervikuna. See on kõige täiuslikum ja usaldusväärsem varundusmeetod, kuigi see on ka kõige kallim. Kui andmetest on vaja salvestada mitu koopiat, suureneb salvestatud kogumaht võrdeliselt nende arvuga. Sellise raiskamise vältimiseks kasutatakse tihendusalgoritme, aga ka selle meetodi kombinatsiooni muud tüüpi varundamisega: inkrementaalne või diferentsiaalne. Ja loomulikult on täielik varukoopia hädavajalik, kui peate süsteemi kiireks nullist taastamiseks ette valmistama varukoopia.
Järkjärguline koopia
Erinevalt täielikust varukoopiast ei kopeerita sel juhul kõiki andmeid (faile, sektoreid jne), vaid ainult neid, mis on muutunud pärast viimast varukoopiat. Kopeerimisaja väljaselgitamiseks võite kasutada erinevaid meetodeid Näiteks Windowsi operatsioonisüsteeme kasutavad süsteemid kasutavad vastavat failiatribuuti (arhiivibitti), mis määratakse, kui faili on varundamisprogramm muutnud ja kustutanud. Teistes süsteemides võib kasutada faili muutmise kuupäeva. On selge, et seda tüüpi varukoopiaid kasutav skeem on puudulik, kui te aeg-ajalt täielikku varundamist ei tee. Süsteemi täielikul taastamisel peate taastama viimasest Full backupiga loodud koopiast ja seejärel rullima andmed juurdekasvukoopiatest ükshaaval nende loomise järjekorras.
Milleks seda tüüpi kopeerimist kasutatakse? Arhiivikoopiate loomise puhul on vaja vähendada salvestusseadmetel tarbitavaid mahtusid (näiteks vähendada kasutatavate lindikandjate hulka). Samuti võimaldab see minimeerida varundusülesannete täitmise aega, mis võib olla äärmiselt oluline tingimustes, kus peate töötama tiheda 24x7 graafiku alusel või pumpama suures koguses teavet.
Järkjärgulisel kopeerimisel tuleb meeles pidada ühte asja. Samm-sammult taastumine toob vajaliku tagasi kustutatud failid taastumisperioodil. Lubage mul tuua teile näide. Oletame, et nädalavahetustel tehakse täielik koopia ja tööpäeviti lisakoopia. Kasutaja lõi faili esmaspäeval, muutis seda teisipäeval, nimetas selle ümber kolmapäeval ja kustutas neljapäeval. Nii et iganädalase järjestikuse samm-sammult andmete taastamisega saame kaks faili: vana nimega teisipäeval enne ümbernimetamist ja uue nimega, mis loodi kolmapäeval. See juhtus seetõttu, et talletati erinevaid koopiaid erinevad versioonid sama faili ja lõpuks taastatakse kõik variandid. Seetõttu on arhiivist andmete järjestikusel taastamisel "nagu on" otstarbekas varuda rohkem kettaruumi, et ka kustutatud failid ära mahuksid.
Diferentsiaalne varukoopia
See erineb inkrementaalsest selle poolest, et andmed kopeeritakse täieliku varundamise viimasest hetkest. Sel juhul paigutatakse andmed arhiivi "kumulatiivselt kokku". Windowsi perekonna süsteemides saavutatakse see efekt sellega, et diferentsiaalkopeerimisel arhiivibitti ei tühjendata, mistõttu muudetud andmed kaasatakse arhiivikoopiasse seni, kuni täiskoopia arhiivibitid kustutab.
Kuna iga uus sel viisil loodud koopia sisaldab andmeid eelmisest, on katastroofi hetkel mugavam andmete täielikuks taastamiseks. Selleks on vaja ainult kahte koopiat: täielikku ja viimast diferentsiaalkoopiat, et saaksite andmed palju kiiremini ellu äratada, kui kõiki juurdekasvu samm-sammult veeretades. Lisaks on seda tüüpi kopeerimine vaba ülalmainitud inkrementaalsetest omadustest, kui pärast täielikku taastamist sünnivad vanad failid, nagu Phoenixi lind, tuhast uuesti. Segadust tekib vähem.
Kuid diferentsiaalkopeerimine on vajaliku ruumi säästmisel oluliselt halvem kui järkjärguline kopeerimine. Kuna iga uus koopia sisaldab andmeid eelmistest koopiatest, võib varundatud andmete koguhulk olla võrreldav täiskoopiaga. Ja loomulikult tuleb ajakava planeerimisel (ja arvutamisel, kas varundusprotsess mahub ajutisse "aknasse") arvesse võtta aega, mis kulub viimase, "kõige paksema" diferentsiaalkoopia loomiseks.
Varutopoloogia
Mõelgem, millised on varuskeemid.
Detsentraliseeritud skeem
Selle skeemi tuumaks on võrgu jagamine (vt joonis 1). Näiteks jagatud kaust või FTP-server. Vaja on ka varundusprogrammide komplekti, mis laadivad aeg-ajalt sellesse ressurssi üles teavet serveritest ja tööjaamadest, aga ka muudest võrguobjektidest (nt ruuterite konfiguratsioonifailid). Need programmid on installitud igasse serverisse ja töötavad üksteisest sõltumatult. Vaieldamatu eelis on selle skeemi rakendamise lihtsus ja selle madal hind. Kopeerimisprogrammideks sobivad standardsed operatsioonisüsteemi sisseehitatud tööriistad või tarkvara, näiteks DBMS. Näiteks võib see olla Windowsi perekonna programm ntbackup, UNIX-i sarnaste operatsioonisüsteemide tar-programm või skriptide komplekt, mis sisaldab sisseehitatud SQL Serveri käske andmebaaside varukoopiafailidesse kopeerimiseks. Teine pluss on võimalus kasutada erinevaid programme ja süsteeme seni, kuni need kõik pääsevad juurde varukoopiate salvestamise sihtressursile.
Negatiivne külg on selle skeemi loidus. Kuna programmid installitakse üksteisest sõltumatult, peate igaüks neist eraldi konfigureerima. Üsna keeruline on arvestada ajakava iseärasusi ja jaotada ajavahemikke, et vältida konkurentsi sihtressursi pärast. Jälgimine on samuti keeruline, igast serverist tuleb kopeerimisprotsessi teistest eraldi jälgida, mis omakorda võib kaasa tuua kõrge tööjõukulu.
Seetõttu kasutatakse seda skeemi nii väikestes võrkudes kui ka olukorras, kus olemasolevate vahenditega ei ole võimalik tsentraliseeritud varundusskeemi korraldada. Rohkem Täpsem kirjeldus selle skeemi ja praktilise korralduse leiate.
Tsentraliseeritud varundamine
Erinevalt eelmisest skeemist kasutatakse sel juhul selget hierarhilist mudelit, mis töötab klient-server põhimõttel. Klassikalises versioonis paigaldatakse igasse arvutisse spetsiaalsed agendiprogrammid ja keskserverisse tarkvarapaketi serverimoodul. Nendel süsteemidel on ka spetsiaalne serverihalduskonsool. Juhtimisskeem on järgmine: konsoolist loome ülesanded kopeerimiseks, taastamiseks, süsteemi info kogumiseks, diagnostikaks ja muuks ning server annab agentidele nende toimingute tegemiseks vajalikud juhised.
Nii töötavad enamik populaarseid varundussüsteeme, nagu Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula ja teised (vt joonis 2).
Lisaks erinevatele agentidele enamiku operatsioonisüsteemide jaoks on arendusi populaarsete andmebaaside varundamiseks ja ettevõtte süsteemid, näiteks MS SQL Serveri, MS Exchange'i, Oracle Database'i ja nii edasi.
Väga väikeste ettevõtete puhul võite mõnel juhul proovida tsentraliseeritud varundusskeemi lihtsustatud versiooni ilma agenditarkvara kasutamata (vt joonis 3). Seda skeemi saab kasutada ka siis, kui kasutatud varundustarkvara jaoks pole spetsiaalset agenti rakendatud. Selle asemel kasutab serverimoodul olemasolevaid teenuseid ja teenuseid. Näiteks eemaldage peidetud andmed jagatud kaustad Windowsi serverites või kopeerige faile SSH protokoll UNIX-süsteeme töötavatest serveritest. Sellel skeemil on väga olulised piirangud, mis on seotud kirjutamiseks avatud failide salvestamise probleemidega. Selliste toimingute tulemusena jäetakse avatud failid vahele ja neid ei varundata või kopeeritakse vigadega. Selle probleemi lahendamiseks on erinevaid lahendusi, näiteks töö uuesti käivitamine, et kopeerida ainult varem avatud faile, kuid ükski pole usaldusväärne. Seetõttu sobib selline skeem kasutamiseks ainult teatud olukordades. Näiteks väikestes 5x8 organisatsioonides, kus on distsiplineeritud töötajad, kes salvestavad muudatused ja sulgevad failid enne kodust lahkumist. Korraldada selline kärbitud tsentraliseeritud skeem, töötades eranditult Windowsi keskkond, ntbackup töötab hästi. Kui teil on vaja kasutada sarnast skeemi heterogeensetes keskkondades või ainult UNIX-arvutite seas, soovitan vaadata varuarvuti (vt.) poole.
Joonis 4. Segavarundusskeem
Mis on väljaspool saiti?
Meie tormilises ja muutlikus maailmas võib ette tulla sündmusi, mis võivad IT-infrastruktuurile ja ärile laiemalt põhjustada ebameeldivaid tagajärgi. Näiteks tulekahju hoones. Või keskkütte aku läbimurre serveriruumis. Või banaalne seadmete ja komponentide vargus. Üks meetoditest teabekao vältimiseks sellistes olukordades on varukoopiate salvestamine serveriseadmete peamisest asukohast kaugel asuvasse asukohta. Sel juhul on vaja ette näha kiire tee juurdepääs taastamiseks vajalikele andmetele. Kirjeldatud meetodit nimetatakse väljaspool saiti (teisisõnu koopiate hoidmiseks väljaspool saiti). Põhimõtteliselt kasutatakse selle protsessi korraldamiseks kahte meetodit.
Andmete kirjutamine irdkandjale ja nende füüsiline teisaldamine. Sel juhul peate hoolitsema selle eest, et tõrke korral andmekandja kiiresti tagasi toimetada. Näiteks hoidke neid lähedal asuvas hoones. Selle meetodi eeliseks on võimalus seda protsessi ilma raskusteta korraldada. Negatiivne külg on andmekandjate tagastamise raskus ja vajadus teabe salvestusruumi ülekandmiseks, samuti oht kandjat transportimisel kahjustada.
Andmete kopeerimine võrgukanali kaudu teise asukohta. Näiteks VPN-tunneli kasutamine Interneti kaudu. Eeliseks on sel juhul see, et puudub vajadus infoga meediat kuhugi kaasas kanda, miinuseks on vajadus kasutada piisavalt laia kanalit (reeglina on see väga kulukas) ja edastatavaid andmeid kaitsta (näiteks kasutades sama VPN). Suurte andmemahtude edastamisel tekkivaid raskusi saab tihendusalgoritmide või deduplikatsioonitehnoloogia abil oluliselt vähendada.
Eraldi tuleks öelda turvameetmete kohta andmete salvestamise korraldamisel. Eelkõige on vaja jälgida andmekandjate asumist kaitsealal ning meetmetest, mis takistavad kõrvaliste isikute andmete lugemist. Näiteks kasutada krüpteerimissüsteemi, sõlmida mitteavaldamise leping jne. Kui tegemist on irdkandjaga, tuleb ka sellel olevad andmed krüpteerida. Sel juhul ei tohiks kasutatav märgistussüsteem ründajat andmete analüüsimisel aidata. Edastatud failide nimede kandjate märkimiseks on vaja kasutada näota nummerdamisskeemi. Andmete edastamisel üle võrgu on vaja (nagu juba eespool mainitud) kasutada turvalisi andmeedastusviise, näiteks VPN-tunnelit.
Oleme varukoopia korraldamisel käsitlenud põhipunkte. Järgmises osas käsitletakse metoodilisi soovitusi ja praktilisi näiteid tõhusa varundussüsteemi loomiseks.
- Varundamise kirjeldus Windowsi süsteem, sealhulgas süsteemi olek – http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
- Shadow Copy kirjeldus – http://ru.wikipedia.org/wiki/Shadow_Copy.
- Acronise ametlik veebisait - http://www.acronis.ru/enterprise/products.
- Ntbackupi kirjeldus – http://en.wikipedia.org/wiki/NTBackup.
- A. Berezhnoy MS SQL Serveri optimeerimine. // Süsteemiadministraator, nr 1, 2008 - lk 14-22 ().
- A. Berezhnoy.Korraldame väikese ja keskmise suurusega kontorite varusüsteemi. // Süsteemiadministraator, nr 6, 2009 - lk 14-23 ().
- Markelov A. Linux Windowsi valvel. Varundussüsteemi BackupPC ülevaatus ja installimine. // Süsteemiadministraator, nr 9, 2004 - S. 2-6 ().
- VPN-i kirjeldus – http://ru.wikipedia.org/wiki/VPN.
- Andmete dubleerimine – http://en.wikipedia.org/wiki/Data_deduplication.
Kokkupuutel
Peaaegu kõik meie kliendid, kes on kasutusele võtnud varusüsteemid (DBS), arvavad, et see on kõik nende probleemid lahendanud. Nad tegid kõik endast oleneva, et kõik oleks tagatud ja õnnetuse korral taastati see õigesti. Tihti juhtub aga nii: ettevõte seisab silmitsi tõsise probleemiga ja traditsiooniline varusüsteem ei võimalda taastumist ajaga, mida ettevõte sihtmärgiks peab. Tegelikult ei täideta SLA-d, millele varusüsteem peab vastama. Paraku on meie töö käigus kogunenud palju kurbi näiteid, mis seda kinnitavad. Allpool toome välja kaks juhtumit ja anname nõu, millised tehnilised vahendid taastumisaega lühendavad. Juhtumite valikul peatusime andmebaasidega seotud näidetel, kuhu salvestati äritegevuse jaoks kõige olulisem info.
Jaemüügi väljakutsed
Klient: suur kindlustusselts.
Krahhi põhjuse lühikirjeldus: personali viga, Oracle'i paiga vale installimine.
Probleemi kirjeldus
Tegemist on suure ettevõttega, millel on küps IT-osakond ja kes investeerib piisavalt oma seadmetesse ja personali. Piisab, kui öelda, et Oracle DBMS töötas kahel Oracle Exadatal, mis olid jaotatud kahe tehnoloogilise saidi vahel ning millel oli hästi arenenud DR-lahendus ja konfigureeritud varusüsteem.
Ühel kurval päeval otsustati Oracle DBMS-ile plaaster installida. Kahjuks ei lugenud insener juhiseid lõpuni läbi: "Mis ma olen, ma ei paigalda plaastrit ilma paberita?!" - ja tegi seda valesti. Viga märgati paar tundi hiljem, kui DBMS hakkas veidralt käituma ja sellest logides teatama. Siis otsustas insener tagasi kerida. See toiming muutis lõpuks mõlemad andmebaasi koopiad (kõik muudatused kopeeriti ooterežiimis) ja rikkus kõik andmed.
Ettevõte jäi ilma oma põhilisest infovarast – andmebaasist, mille kaudu töötasid kõik äriprotsessid. Äri praktiliselt peatus.
Lahendus
Klient otsustas taastada varukoopiast. Sel ajal võttis 5 TB (praegu ~ 15 TB) andmebaasi taastamine – tähelepanu! - rohkem kui 30 tundi! Kokku 1,5 päeva pärast taastati alus päev enne õnnetust. Kuid andmeid oli rohkem! Kõik muu taastasid programmeerijad ja töötajad ettevõtte teistest süsteemidest, esmasest dokumentatsioonist (taotlusvormid, koopiad, skaneeringud). See võttis veel 1,5 päeva rasket tööd.
Kokku
2 tipptasemel Oracle Exadata süsteemi, Oracle Standby, töötav varusüsteem ja 3 !!! päevast täielik seisakuaeg juures vale paigaldus plaaster. Kas see oli ettevõtte eeskirjade kohaselt lubatud? Muidugi mitte.
Peamine probleem: loogikavigadest kiireks taastumiseks vajalike tööriistade puudumine.
Kuidas oleks võinud vältida
Selliste õnnetuste tagajärgede leevendamiseks peate liikuma kahes suunas. Ühelt poolt tehke sagedamini varukoopiaid ja teisest küljest saate kiiresti taastuda. Järgmised tooted võivad aidata:
Oracle FlashBack- tehnoloogia, mis võimaldab teil mitte ainult uusi andmeid "edasi veereda". varusüsteem Oracle, aga ka tagasipööramine soovitud tehinguni. Sellise skeemi abil oleks võimalik enne paigaprobleemide algust süsteemi tagasi keerata, mis hõlbustaks oluliselt andmete taastamist.
Snapshot tehnoloogia. Snapshots võimaldab teil andmeid varundada ja taastada sekunditega. Samas mõjutavad need jõudlust vähe ning pildistada saab päris tihti (näiteks kord tunnis). Seega oli võimalik tund aega tagasi kerida ja kaotatud andmeid taastada vaid tund.
Pidev andmekaitse- pidev andmekaitse. See on patenteeritud seade või tarkvara, mis võimaldab teil logida kõik kirjed koos võimalusega mis tahes ajahetkel tagasi pöörduda. Toimib nagu Oracle FlashBack, kuid mis tahes andmete puhul.
Juhtum: riistvaratõrge
Klient: Föderaalteenistus ühes Vene Föderatsiooni subjektidest
Krahhi põhjuse lühikirjeldus: riistvaraviga kettamassiivi sees.
Probleemi kirjeldus
Seekord on ettevõttel veidi vähem arenenud IT infrastruktuur, kuid see on meie klientide seas rohkem levinud: ei kasutata kesktaseme kettamassiivid, Oracle DBMS, Standby.
Nagu sageli juhtub, tekkis reedel, kui kõik juba rõõmsalt koju läksid, massiivi riistvararike. Püsivara vea tõttu muutis massiiv ketta rikke korral andmed sassi. Seetõttu lakkasid föderaaltasandi teenuse andmebaasid töötamast. Üle päeva ootas klient laomüüjalt lahendust. Pärast kõigi logide analüüsimist tegi müüja oma järelduse: andmed on kadunud!
Lahendus
Klient otsustas taastada varukoopiast. See protsess võttis vaatamata kõikidele näpunäidetele ja jõudluse häälestamisele aega umbes päeva (põhi on üsna suur). Andmebaasi taastamise ajal läks logide varukoopia kaduma (Säilitusperiood oli liiga väike, SRK kustutas need ise).
Edasi - sügavamale. Ettevõte, nagu paljud teised, kasutas mingil hetkel Oracle'is mittelogitud toiminguid, mis parandab oluliselt jõudlust, kuid ei jäta taastamise võimalust, välja arvatud varukoopiast. See tähendab, et seda tuleb teha kohe pärast operatsiooniseansi läbimist. Hooldusosakonnas unustati see aastate jooksul loomulikult. Seega läks osa andmetest täielikult kaduma.
Taristuteenuste täielikuks taasloomiseks kulus veel mitu päeva - operatsioonisüsteemide, binaarfailide, konfiguratsioonide jms varukoopiaid polnud.
Kogu kadunud info koguti algdokumentidest (kolmandate isikute andmebaasid, paberdokumendid, tellerite arvutites olevad andmed), mis võttis aega veel 3 päeva. Mõnda dokumenti ei pruugita kunagi tagasi saada.
Kokku
Massiivi probleem põhjustas andmete kadumise ja umbes nädalase seisaku! Kaasaegsetes tingimustes võib see kaasa tuua ettevõtte pankrotti.
Peamised probleemid:
- IBS oli valesti konfigureeritud ja proovitaasteid ei tehtud.
- Katastroofi ja üleliigsete süsteemide korral puudusid võimalused kiireks taastamiseks.
- Selget DR-plaani polnud.
Kuidas oleks saanud seda vältida:
- Kasutage Oracle'i ooterežiimi, mis asub teises massiivis. See võimaldaks lühikese aja jooksul lülituda töötavale andmeeksemplarile.
- Oracle ZDLRA võimaldaks varundusseadmete andmebaasi taastada palju lühema ajaga.
- Varundus- ja taastamisprotsesside nutikas planeerimine võimaldab vältida nii suuri kadusid ja taastuda vähem kui päevaga.
Väljund.Ülaltoodud näidetest on näha, et varusüsteemid installiti ja seadistati, kuid vaatamata sellele ei õnnestunud neil SLA-s määratud ajavahemike jooksul taastuda.
Varundussüsteemide peamised probleemid
Kogemuste põhjal otsustasime välja tuua mitmed probleemid, millele meie arvates tuleks erilist tähelepanu pöörata.
Varundamise ja taastamise kiirus
Peal Sel hetkel varundamise kiirus on otseselt võrdeline andmemahuga, samas on kõigil meie klientidel aastane andmekasv vähemalt 30%. 3-4 aastaga andmed vähemalt kahekordistuvad, kuid mõne ettevõtte puhul on see näitaja isegi suurem, samas kui varundamise kiirus ei muutu sama aja jooksul üldse. Siit saame teha lihtsa järelduse, et neid termineid ja neid SLA-sid, mis olid asjakohased 3-4 aastat tagasi, tuleb nüüd suurendada vähemalt kaks korda. Samal ajal kasvavad pidevalt ettevõtte nõuded andmete taastamiseks (RPO / RTO).
Järk-järgult kanduvad kõik ettevõtte äriprotsessid IT-le ning paberallikas (dokumentide koopiad ja originaalid, väljavõtted, skaneeringud jne) hääbub. Kõik keerleb IT-süsteemide sees ja andmete kadu on tegelikult kõige kadumine. IT-l pole enam vigade tegemiseks ruumi. Meie esitatud juhtudel ei saanud ettevõtted kogu aeg toimida, kui andmed erinevate asjaolude tõttu ei olnud kättesaadavad. See tõi kaasa nii otseseid kahjusid, kui organisatsiooni põhitegevuse protsessi ei olnud võimalik läbi viia, kui ka kaudseid, näiteks mainekahjusid, mida pole rahas nii lihtne mõõta, kuid mis pikema aja jooksul tähtajaga ei saa ettevõttele vähem kahju tekitada.
Pildi peal Olen kajastanud oma tähelepanekuid taastumisaja (RTO) kohta. Kui teie andmed kasvavad, pikeneb tegelik taastumisaeg ja SLA nõuded muutuvad ainult karmimaks. Punkt graafikul, kus tegelik aeg võrdub nõutava ajaga, on enamuse klientide jaoks juba läbitud.
Taasteaeg versus andmemaht
Taastumise madal granulaarsus
Tegelikult on enamik vigu seotud mõne andmete osa kaotsiminekuga. Samas võimaldavad traditsioonilised varundustööriistad taastada andmeid otse varukoopiast, kuid sagedamini tuleb taastada kogu süsteem. Kui teie andmebaas on 15 TB, kulutate sellele mitu päeva. Me ei tea kliente, kelle RTO (Recovery Time Objective) nõue on 2 päeva. Meie praktikas ei olnud selliseid näiteid, kui klient ütleks: "Poisid, 2 päevaga pole midagi, ma talun seda" - kui administraator kustutas andmebaasist kogemata mitu rida. Üsna levinud probleem, millega meie kliendid silmitsi seisavad: kuidas varukoopiast eraldada väike osa andmeid ilma seda taastamata (ja mitte kulutada sellele mitu päeva).
Liigne RPO (taastepunkti eesmärk)
Maailmas, kus esmane paber on kadunud ja kõik on IT-süsteemides talletatud, tekib iga sekund andmeid, mida tahaks kohe kaitsta – just sel hetkel, kui need loodi. Kuid seda ei saa teha klassikaliste varusüsteemidega. Iga andmetüki jaoks on teatud pikk ajavahemik, mille jooksul need andmed eksisteerivad üle maailma ühes eksemplaris. Meie kliendid soovivad kaitsta oma andmeid pidevalt, alates nende ilmumisest. Varukoopiast taastamise otsustamisel tuleb suure tõenäosusega päev tagasi taastada, siis on vaja päevaga kuskilt mujalt andmed hankida. Reeglina on pikk töö administraatorid, kestavad mitu päeva. Sündmuste kõige negatiivsema arengu korral võib see kaasa tuua kaotuse. kriitilist teavet... Küsimus ei piirdu muidugi ainult varundamisega, see puudutab IT-süsteemi kui terviku ülesehitamist, kuid SRK teema on antud juhul väga oluline, seda ei saa mainimata jätta.
Varjatud vead
Kahjuks pole endiselt odavaid ja kiireid võimalusi, et kontrollida, kui hästi varukoopia tehti. Muidugi saab seda teha perioodiliste testtaastetega, kuid see on inimjõu ja IT-ressursside mõttes väga kulukas operatsioon. See on eraldi meeskonna töö eraldi riistvara peal.
Kahjuks enamik meie kliente seda ei tee. Tihti juhtub, et kõik teevad varukoopiaid, kuid taastamise ajaks selgub, et neid poleks saanud teha – neid lihtsalt ei saa taastada, hoolimata RMS-i väliselt korrektsest toimimisest. See juhtub erinevatel põhjustel. Seda illustreerib kõige paremini näide. Üks meie klientidest kasutas Oracle'i andmebaasiga SAP-süsteemi. Varundamine viidi läbi sisseehitatud SAP-i tööriistade abil ühe suurima SRK müüja abiga.
Konfigureeriti kaks erinevat varunduspoliitikat: üks neist oli failipõhine – kopeeris operatsioonisüsteemide ja tarkvara seadete andmeid ning teine – andmebaasi ennast. Kuna need suunati samasse süsteemi, konfigureeriti ja sisestati andmebaasi välistamise loend. Failipoliitika võttis seda loendit arvesse ega reserveerinud katalooge, milles andmebaas asus. SRK arhitektuuri iseärasuste tõttu ignoreeris andmebaasi varunduspoliitika välistuste loendit ja kopeeris vajalikud andmed õigesti.
Ühes tarkvaraväljaandes parandas see müüja selle "vea", alates sellest päevast hakkasid mõlemad poliitikud arvestama välistuste nimekirjaga ja andmebaasist mööda minema. Pealegi ei mõjutanud see kuidagi SRK tarkvara vigu, kuna see töötas normaalselt: kõik andmed, mida loendis polnud märgitud, varundati normaalselt. Süsteem teatas, et see töötab korralikult.
Seega toimis kõik rohkem kui kuus kuud. Kuni selle hetkeni, kuni oli vaja taastuda ...
Mittesüstemaatiline lähenemine
Oluliseks probleemiks on mittesüstemaatiline lähenemine varundamise probleemile. SRK on ajalooliselt ehitatud kas ettevõtte enda või integraatori poolt. Ehituse ajal vastas see kindlasti kõikidele nõuetele ja täitis oma funktsiooni täielikult. Aastate jooksul on ettevõtte IT-maastik muutunud. Samal ajal lihtsalt kohanes varusüsteem süsteemi arenedes sellega ja enamasti ei järgitud süsteemset lähenemist, mis arvestaks süsteemi vastavuse olulisust algnäitajatega kõigil järgnevatel etappidel. Oma organisatsioonis andmekaitsesüsteemi üles ehitades pidage meeles – see on vaid osa teie andmekaitsestrateegiast.
Oleme esitanud mitmeid juhtumiuuringuid, mis näitavad, et lähenemine andmekaitsele peaks olema kõikehõlmav. Paraku on SRK lihtsalt varulangevari, mitte hõbekuul, nii et selle loomisega alustades peate selgelt aru saama, millise koha see globaalses andmekaitsestrateegias võtab.
Et kontrollida, kui süstemaatiliselt lähenesite IMS-i loomisele, vastake mõnele lihtsale küsimusele.
- Kas teil on välja ehitatud riskimudel, mille raames on IBS-i koht välja kirjutatud?
- Milliste ebaõnnestumiste eest IBS teid kaitseb?
- Kuidas kaitsta end muude riskide eest (need võivad olla mitte ainult tehnilised lahendused, vaid ka muud kompenseerivad meetmed)?
- Kas olete kindel, et süsteem taastub õigel ajal?
- Kas olete seda praktikas katsetanud?
Lahendus
Püüdsime enda ja klientide kogemustele tuginedes välja töötada lähenemisviisi, mis lahendaks või vähendaks oluliselt loetletud probleemide tagajärgi. Meie lähenemisviisi olemus:
Esiteks on vaja eraldada varundamise ja taastamise kiirus süsteemi mahust. Andmesalvestussüsteemide, rakendustarkvara ja RMS-i tootjad soovitavad kasutada mõningaid tööriistu, mida saab selle probleemi lahendamiseks kasutada. Allpool kirjeldan neist kõige lootustandvamaid.
Snapshots (hetktõmmised) võimaldavad teil andmeid varundada ja taastada sekunditega, mõjutades jõudlust vähe või üldse mitte. Seda tehakse massiivi abil ja samal ajal saab SRK-d juhtida, olla osa selle poliitikast. Selline varundamine ja taastamine võtab tõesti sekundeid, mis eristab seda tehnoloogiat klassikalistest võõrandatava andmekandjaga süsteemidest.
Teine lahendus võiks olla erinevate rakendustööriistade, nagu Oracle Standby, DB2 HADR, MS SQL Always On, kasutamine. Kõik need tööriistad võimaldavad teil saada originaalist eraldatud tootmissüsteemi töökoopiat, mida saab kohe kasutusele võtta. See võimaldab teil pärast rikkeid kohe tööle asuda.
Teine eesmärk on võimaldada taastada ainult vajalikud andmed. Meie lähenemine arvestab sellega, et osa andmete taastamisel ei pea kopeerima kogu süsteemi tervikuna, saame taastada just need andmed, mida parasjagu vajame. See saavutatakse võimalusega kiiresti juurutada või kasutada juba juurutatud süsteeme, mis neid andmeid sisaldavad. Nagu esimesel juhul, võimaldab snapshot selle probleemi lahendada (saate kiiresti naaberserveri hetktõmmise avada ja vajaliku andmetüki välja tõmmata). See hõlmab ka pideva andmekaitse tehnoloogiaid, näiteks Oracle Standby koos Flashbackiga, pideva andmekaitse (CDP) lahendusi. Need võimaldavad teil kiiresti juurutada oma andmete töökoopia õige hetk aega.
Kui teil on vaja hankida üks loogiline plokk, näiteks rida või andmebaasi tabel, hõlbustavad need tööriistad oluliselt ülesannet, võimaldades teil taastada vajalikke andmeid ilma kogu koopiat taastamata.
Kolmas eesmärk on vähendada lõhet andmete ilmumise ja nende kaitse vahel. Seda on võimalik saavutada mitmel viisil, lähtudes konkreetse juhtumi spetsiifikast ja andmete tähtsuse astmest.
Näiteks vähem kriitiliste süsteemide puhul võib varukoopiate tegemise ajaintervalli vähendada mõne tunnini. Sel juhul kasutame hetktõmmiseid. Need võivad toimida taastepunktina, mida saab teha kord tunnis. Mõned kaasaegsed massiivid saavad nende protsessidega piisavalt hästi hakkama ja suudavad piisavalt salvestada suur hulk süsteemi hetktõmmised. See on suurepärane väljapääs olukorrast, kui peate mõneks ajaks tagasi kerima.
Kõige kriitilisemate süsteemide puhul ei pruugi ajapilu üldse olla – andmeid tuleb pidevalt kaitsta. Selle klassi lahendusi on mitu, näiteks Oracle Standby koos FlashBackiga, mis võimaldab kõiki muudatusi logides mõnda aega andmebaasi tagasi kerida. Võite kasutada ka Oracle ZDLRA PAK-i, mis võtab peaaegu sünkroonselt vastu kõik muudatused andmebaasis või riist- ja tarkvarasüsteemides Üldine otstarve nagu EMC RecoverPoint, Vision Solutions Double-Take tarkvara. Samuti logivad nad kõik muudatused ja võimaldavad teil ajaintervalli mis tahes punktini taastada.
Varundus- ja taastesüsteemide uuenduste puhul tuleks mainida Oracle Zero Data Loss Recovery Appliance (ZDLRA). See Oracle Engineered Systemsi tooteperekonda kuuluv seade pakub Oracle Database'i varundus- ja kiire taastamise võimalusi mis tahes platvormil ja mis tahes väljaandel (ettevõtlus ja standard). ZDLRA põhineb virtuaalsetel varundusandmebaasidel (Virtual Full Backup), mis saadakse esimese täieliku varundamise ja sellele järgnevate muudatuste logide põhjal. Tänu nendele virtuaalsetele varukoopiatele on võimalik andmebaasi taastada suvalisel ajahetkel palju kiiremini kui klassikalise SRK kasutamisega skeemi "kord nädalas täielik varundamine, kord päevas juurdekasvuga" järgi. Võib öelda, et ZDLRA jätkab Oracle Exadata seatud suunda. Exadata kasutab Oracle Database'i ülesannete jaoks optimeeritud uuendusliku salvestussüsteemi juurutamiseks spetsiaalset tarkvara. Ja ZDLRA-s on spetsiaalne tarkvara, mis optimeerib Oracle'i andmebaasi varukoopiat.
Nüüd räägime ainult kiirest taastumisest. Suurõnnetuste või pikema aja pärast taastumise vajaduse korral jäävad tavapärased varukoopiad asendamatuks tööriistaks. Kuid praegustes tingimustes on see ainult reservlangevari, mis võeti kasutusele viimasel hetkel.
Neljas on varjatud vigade vähendamine. On ainult üks viis veendumaks, et varukoopia töötab õigesti – proovida seda taastada. See on kõige õigem ja meie klientide poolt harva kasutatav meetod.
Aga pakume väljapääsu ka sellest olukorrast. Esiteks omage hõlpsasti taastatavaid süsteemide eksemplare. See on jällegi lugu hetktõmmise ja ooterežiimi süsteemidest, mida saab kiiresti kasutusele võtta ja testida. See võtab võrreldamatult vähem aega ja vaeva kui kogu varukoopia "lahti kerimine". Alati see muidugi ei aita, aga jätab veidi rohkem lootust, et hädaolukorras on võimalik vähemalt nende vahenditega andmeid taastada.
Teiseks võimaldavad mõned SRC-d automatiseeritud testimist. Teatud ajakava järgi saab joosta virtuaalsed masinad isoleeritud keskkonnas ja kasutades etteantud algoritme, et kontrollida, kas andmed on tegelikult taastatud, kas rakendus on saadaval, kas see on järjepidev ja kas see vastab vajalikele päringutele. Nii saavad administraatorid pikast rutiinsest tööst lahti.
Viiendaks varusüsteemi läbipaistvus. Kirjeldatud integreeritud lähenemisviis hõlmab keeruka süsteemi ehitamist, kasutades erinevate tootjate erinevaid tehnoloogiaid. Ülesanne muuta see süsteem tõeliselt toimivaks, anda sellesse edasiste muudatuste ja skaleerimise võimalus, ei ole triviaalne ja seda saab lahendada kahel viisil:
- Esimene võimalus on eeldusel, et klient on ise piisavalt pädev ja soovib seda süsteemi tööle võtta. Siin aitame integraatorina üles ehitada kõik vajalikud protsessid, luua regulatiivse raamistiku, töötada välja kõik vajalikud juhised ja plaanid, et kliendi IT-osakond saaks süsteemi edaspidi iseseisvalt arendada ja opereerida. õige rada... Ja siis kogu see praktiline regulatsioonide ja ülesannete baas kliendile üle anda toimiva äriprotsesside süsteemi näol.
- Teine võimalus, kui klient pole kindel, et ta suudab SRK süsteemi pidevalt lahinguseisundis hoida, on lahendus süsteemi üleviimine osalisele või täielikule allhankele. Ja meil on selliseid kliente, kes seda teenust edukalt kasutavad, suurendades pidevalt nii SLA nõudeid kui ka meie IT-allhankijana kaasamise ulatust.
Kahjuks pole veel universaalset retsepti, mis lahendaks andmete taastamise probleemi praegustes süsteemide pideva kasvu ja keerukuse tingimustes. Vaid ülaltoodud lahenduste kombinatsioon ja süsteemne lähenemine võimaldavad ettevõtetel andmeid ettevõttele vajaliku aja jooksul taastada.
