Rezervoni dhe rivendosni informacionin. Softueri më i mirë rezervë

Nga viruset dhe gabimet e softuerit, dështimi i harduerit ose gabimi njerëzor, ka shumë rreziqe të mundshme që infektojnë skedarët tuaj.

Dhe mund të ndodhë edhe më keq - për shembull, humbja e fotove personale, biblioteka muzikore, dokumente të rëndësishme biznesi - diçka që mund të jetë vërtet e vlefshme. Kjo është arsyeja pse është e nevojshme të krijohet rezervë kompjuterin tuaj automatikisht.

Është shumë e vështirë ta bësh vetë, por me të drejtë software se do të jetë shumë më e lehtë se sa mendoni. Pa asnjë kosto cash, sepse ka softuer falas për kopjimin dhe klonimin e diskut.

Nëse dëshironi, kopjoni përmbajtjen e dokumenteve tuaja diku , klononi një makinë në tjetrën, ose kopjoni të gjithë sistemin tuaj Kam gjetur shumë programe që mund të ndihmojnë.

Veprimi rezervë

Veprimi rezervë - ndoshta skedarët më të mirë të planifikuar për kompjuterët e shtëpisë dhe të punës. Programi është shumë i përshtatshëm, pasi kombinon lehtësinë e përdorimit, si dhe funksionalitetin e gjerë për kryerjen e kopjeve rezervë. Me Action Backup ju merrni: mbështetje për kopje rezervë të plotë, diferenciale, në rritje, kopje rezervë të automatizuar* në serverët FTP, CD/DVD, telekomandë burimet e rrjetit, mbështetje për formatin zip64, mbështetje për " kopje hije", punoni në modalitet shërbimet e Windows*, heqja e automatizuar e arkivave të mëparshme (të vjetëruara)*, dërgimi i një raporti në e-mail dhe shumë më tepër ( pershkrim i detajuar funksionaliteti është i disponueshëm në faqen zyrtare të zhvilluesit).

Action Backup është i përsosur si për fillestarët ashtu edhe për përdoruesit me përvojë, duke e bërë atë një mjet të shkëlqyeshëm për rezervimin e skedarëve në kompjuterët e shtëpisë, si dhe në stacionet e punës dhe serverët.

* - disponohet vetëm në versionin e paguar. Ekziston një krahasim i versioneve në faqen zyrtare të internetit.

Aomei Backuper

Nëse ju pëlqen softueri rezervë, Aomei ka një ndërfaqe të thjeshtë. Zgjidhni diskun ose ndarjen që do të rezervoni, diskun e destinacionit dhe klikoni Rezervues do të krijojë një imazh.

Programi ka mjete mjaft të mira nëse ju nevojiten. Ka mundësi për të enkriptoni ose kompresoni kopjet rezervë. Ju mund të krijoni kopje rezervë në rritje ose diferenciale për të rritur shpejtësinë. Ti mundesh rithemeloj skedarë individualë dhe dosjet, ose i gjithë imazhi madje ka edhe mjete për klonimin e disqeve dhe ndarjeve.

Ajo që nuk mund të bësh për fat të keq Rezervimi I planifikuar- ato duhet të nisen me dorë. Por ndryshe Aomei Backuperështë një mjet i shkëlqyeshëm, me një numër të madh karakteristikash, por edhe i lehtë për t'u përdorur.

EASEUS Todo Rezervimi Falas

Ashtu si shumica e programeve falas (për përdorim personal) të produkteve komerciale, EASEUS Todo Rezervimi Falas ka disa kufizime - por paketa ka ende funksione më se të mjaftueshme për shumicën e njerëzve.

Programi mund të ekzekutojë kopje rezervë të bazuar në skedarë dhe skedarë, si me dorë ose të planifikuar. A jeni në gjendje të punoni me kopje rezervë të plotë ose në rritje.

Aftësia për të kufizuar shpejtësinë e shkrimit redukton ndikimin e rezervimit në performancën e sistemit. Kjo është e mundur në skedarë ose dosje individuale, ose në të gjithë imazhin duke përdorur programin e diskut të rikuperimit. Dhe ka mjete për të klonuar dhe formatuar disqet gjithashtu.

Nga ana negative, ju nuk merrni asnjë enkriptim, asnjë rezervë diferenciale dhe ju merrni vetëm një Linux të bazuar në disk (jo Windows PE). Por EASEUS Todo Backup Free ende duket si një program i shkëlqyer për ne.

Ribërë Rezervimin dhe Rimëkëmbjen

Ribërë Rezervimin dhe Rimëkëmbjen — është një mjet rezervë vizualizimi me një ndryshim. Në vend që të instaloni programin, duhet të shkarkoni një skedar ISO të madh (249 MB) dhe djeg atë në një CD ose një USB drive. Pastaj thjesht nisni prej tij për të nisur një mjet të thjeshtë që mund të kopjojë hard diskun tuaj dhe t'i rivendosë ato më vonë.

Ekziston gjithashtu një mjet rikuperimi, madje edhe një shfletues në internet nëse keni nevojë për ndihmë për një problem me kompjuterin.

Programi nuk është shumë miqësor për përdoruesit. Nuk mund të planifikosh kopje rezervë, të gjitha duhet të nisen manualisht dhe ka shumë pak opsione.

Por është gjithashtu i lehtë për t'u përdorur dhe falas për të gjithë, kështu që nëse dëshironi të ekzekutoni ndonjëherë një kopje rezervë, mund ta përdorni në çdo kompjuter pa instaluar softuer, atëherë ky produkt është për ju.

Rezervimi i Cobian

Rezervimi i Cobianështë një mjet i shkëlqyer rezervë softueri, me shumë veçori. Ju merrni kopje rezervë të plotë, diferenciale dhe shtesë, për shembull; Kompresim ZIP ose 7zip; enkriptim AES 256-bit; përfshijnë dhe përjashtojnë filtrat; programues, rezervë ose serverë FTP, dhe lista vazhdon. Çdo aspekt i programit është jashtëzakonisht i personalizueshëm (ekzistojnë mbi 100 cilësime që mund të personalizoni).

PC ose rezervë, fillestarët ka shumë të ngjarë ta kenë shumë të vështirë. Nëse jeni më me përvojë, do t'ju pëlqejë numri i mjeteve Rezervimi i Cobian ju jep kontroll mbi çdo aspekt të procesit të rezervimit.

Macrium Reflect Falas

Një nga programet më të njohura falas (për përdorim shtëpiak) të imazhit të diskut, Macrium Reflect Falas grupi kryesor i funksioneve përmes ndërfaqes është i lehtë për t'u përdorur.

Programi nuk ka kopje rezervë shtesë ose diferenciale. Dhe nuk do të merrni enkriptim ose mbrojtje me fjalëkalim. Megjithatë, kjo e bën shumë të lehtë krijimin e një kopje rezervë (zgjidhni diskun tuaj burimor dhe vendosni raportin e kompresimit, përfunduar).

Ekziston një planifikues; Ju mund të montoni imazhe në Windows Explorer ose t'i rivendosni plotësisht ato nga Linux dhe disqe Rimëkëmbja e Windows PE. Dhe në përgjithësi Macrium Reflect Falas Një zgjedhje e shkëlqyer për ata që duan një mjet të thjeshtë por të besueshëm për kopjimin e imazhit.

DriveImage XML

Falas për përdorim personal, DriveImage XMështë një alternativë e lehtë për konkurrentët më të avancuar. Rezervimi është po aq i lehtë sa zgjedhja e një disku burim, një destinacion dhe (opsionale) vendosja e një niveli kompresimi.

Rimëkëmbja është po aq e thjeshtë, dhe e vetmja shtesë e rëndësishme është aftësia për të kopjuar drejtpërdrejt nga një disk në tjetrin.

Ka disa komplikime diku tjetër. Klikoni butonin "Task Scheduler" dhe do të merrni udhëzime se si të konfiguroni manualisht Programuesi i detyrave të Windows për të nisur kopjimin. Por nëse ju nevojitet vetëm një mjet bazë vizualizimi, atëherë jepni DriveImage XML trajtoj.

FBackup

FBackup eshte nje ilaç i mirë kopje rezervë e skedarëve, falas për përdorim personal dhe komercial. Ndërfaqja është e thjeshtë dhe e qartë, dhe ka një sërë veçorish.

Shtojcat ju lejojnë të krijoni kopje rezervë të programeve individuale me një klikim; ka mbështetje për përfshirjen dhe përjashtimin e filtrave; dhe mund të ekzekutoni kopje rezervë "Mirror" të cilat thjesht kopjojnë gjithçka pa e kompresuar atë (gjë që e bën rikuperimin e skedarëve shumë të lehtë).

Kompresimi nuk është edhe aq i mirë (është një Zip2 i dobët), dhe planifikuesi është gjithashtu më i thjeshtë se sa do të gjeni në programet e tjera. Por nëse nevojat tuaja janë të thjeshta atëherë FBackup duhet t'ju përshtatet.

Krijuesi i rezervave

Së pari falas për perdorim personal BackupMaker duket si çdo program tjetër i mjetit të skedarëve rezervë, me kopje rezervë shtesë ose të plota të disponueshme, planifikim, kompresim, enkriptim, përfshirje dhe përjashtim të filtrave, etj.

Por interesante Shërbime shtesë përfshijnë mbështetjen për kopje rezervë në internet Serverët FTP, dhe gjatë ekzekutimit kopje rezervë automatikisht, kur pajisje USB lidhur.

Të dhënat e programit ruhen gjithashtu në skedarët Zip, gjë që e bën shumë të lehtë aksesin në to. Dhe Krijuesi i kopjeve rezervë vjen në një paketë të vogël instalimi 6,5 Mb, shumë më e menaxhueshme se disa nga konkurrentët e mëdhenj.

Nëse jeni një përdorues shtëpiak që kërkoni Metoda e kopjimit të skedarit, pastaj kopje rezervë Krijues mund të jetë perfekt.

klonezilla

Ashtu si përsëritni kopjen rezervë dhe rivendosjen, klonezilla jo instalues: është mjedisi dos boot i cili mund të ekzekutohet nga një CD ose USB flash drive.

Dhe është serioze program i fuqishëm, gjithashtu: do të mund të krijoni një imazh të diskut; rivendosni imazhin (në një disk, ose në disa në të njëjtën kohë); klononi një disk (kopjoni një makinë në tjetrën), me shumë kontroll.

Ndërsa Repeat Backup and Restore fokusohet në lehtësinë e përdorimit, megjithatë, klonezilla më shumë rreth ofrimit të opsioneve shtesë si "i pambikëqyrur klonezilla duke përdorur boot PXE." Nuk është e vështirë, ndoshta më e mira program falas për klonimin e diskut - por programi ka për qëllim përdoruesit e avancuar dhe kopjen rezervë, për fillestarët është më mirë të gjesh një opsion më të përshtatshëm.

Paragon Backup & Recovery 2014 Falas

Një tjetër program falas për përdorim personal, Paragon Backup & Recovery 2014 Falas
eshte nje mjet i mirë, me disa kufizime.

Mbështetje e fortë për themelin: mundeni krijoni një kopje rezervë të imazhit(i plotë ose diferencial), kompresoni dhe enkriptoni ato, përdorni filtrat e përjashtimit për të ndihmuar në përcaktimin e asaj që përfshihet, bëni kopje rezervë të planifikuar, dhe më pas rivendosni skedarët dhe dosjet individuale ose të gjitha ato.

Opsionale përfshin seksion i veçantë, ndihmoni për të mbajtur rezervat tuaja të sigurta. Dhe një grup i bukur i mjeteve të seksionit bazë janë përfshirë.

Probleme? Nuk do të merrni kopje rezervë shtesë; Ju nuk mund të klononi disqet ose ndarjet, dhe ndërfaqja nuk ndihet shumë mirë ndonjëherë. Megjithatë Paragon Backup & Recovery 20134 Falas mjet cilësor dhe ia vlen vëmendjen tuaj.

Dublikata

Nëse keni nevojë për kopje rezervë në internet, atëherë Dublikataështë një nga mjetet më të gjithanshme, me mbështetje për ruajtjen e skedarëve skydrive, Google Docs, serverët FTP, Amazon S3, Rackspace Cloudfiles dhe WebDAV.

Programi gjithashtu mund ruajeni në disqet lokale dhe të rrjetit, megjithëse përfshin shumë opsione të dobishme (kriptim AES-256, mbrojtje me fjalëkalim, programues, kopje rezervë të plotë dhe në rritje, mbështetje të shprehjeve të rregullta për të aktivizuar/çaktivizuar filtrat, madje edhe kufijtë e shkallës së ngarkimit dhe shkarkimit për të zvogëluar ndikimin në sistemin tuaj).

Pra, nëse ruani skedarë në internet ose në nivel lokal, atëherë ky program është për ju.

Përgatitja e një serveri të ri për punë duhet të fillojë me konfigurimin e kopjes rezervë. Të gjithë, me sa duket, e dinë për këtë - por ndonjëherë edhe administratorët me përvojë të sistemit bëjnë gabime të pafalshme. Dhe çështja këtu nuk është vetëm se detyra e konfigurimit të një serveri të ri duhet të zgjidhet shumë shpejt, por gjithashtu se nuk është gjithmonë e qartë se cila metodë rezervë duhet të përdoret.

Sigurisht, është e pamundur të krijosh një mënyrë ideale që do t'i përshtatet të gjithëve: kudo ka pluse dhe minuse. Por në të njëjtën kohë, duket mjaft realiste të zgjedhësh një metodë që është më e përshtatshme për specifikat e një projekti të caktuar.

Kur zgjidhni një metodë rezervë, para së gjithash duhet t'i kushtoni vëmendje kritereve të mëposhtme:

1. Shpejtësia (koha) e rezervimit në ruajtje;
2. Shpejtësia (koha) e rikthimit nga një kopje rezervë;
3. Sa kopje mund të mbahen me një madhësi të kufizuar të ruajtjes (server rezervë i ruajtjes);
4. Vëllimi i rreziqeve për shkak të mospërputhjes së kopjeve rezervë, mungesës së korrigjimit të metodës për kryerjen e kopjeve rezervë, humbjes së plotë ose të pjesshme të kopjeve rezervë;
5. Overhead: niveli i ngarkesës së krijuar në server gjatë kryerjes së një kopjeje, një rënie në kohën e përgjigjes së shërbimit, etj.
6. Kostoja e marrjes me qira të të gjitha shërbimeve të përdorura.

Në këtë artikull, ne do të flasim për mënyrat kryesore për të krijuar kopje rezervë të serverëve që përdorin sisteme Linux dhe më shumë probleme tipike, të cilat mund të hasin të ardhurit në këtë fushë shumë të rëndësishme të administrimit të sistemit.

Skema e organizimit të ruajtjes dhe rikuperimit nga kopjet rezervë

Kur zgjidhni një skemë për organizimin e një metode të tepricës, duhet t'i kushtoni vëmendje pikave themelore të mëposhtme:

1. Rezervimet nuk mund të ruhen në të njëjtin vend me të dhënat e rezervuara. Nëse ruani një kopje rezervë në të njëjtin grup disku si të dhënat tuaja, atëherë do ta humbni nëse grupi kryesor i diskut dëmtohet.
2. Pasqyrimi (RAID1) nuk mund të krahasohet me kopjen rezervë. Bastisja ju mbron vetëm nga një problem harduerik me një nga disqet (dhe herët a vonë do të ketë një problem të tillë, sepse nënsistemi i diskut është pothuajse gjithmonë pengesa në server). Për më tepër, kur përdorni bastisje harduerike, ekziston rreziku i dështimit të kontrolluesit; është e nevojshme të ruhet modeli i tij rezervë.
3. Nëse ruani kopje rezervë brenda të njëjtit raft në DC ose thjesht brenda të njëjtit DC, atëherë në këtë situatë ka edhe rreziqe të caktuara (mund të lexoni për këtë, për shembull, .
4. Nëse ruani kopje rezervë në DC të ndryshme, atëherë kostot e rrjetit dhe shpejtësia e rikthimit nga një kopje në distancë rriten në mënyrë dramatike.

Shpesh arsyeja e rikuperimit të të dhënave është dëmtimi sistemi i skedarëve ose disqe. ato. kopjet rezervë duhet të ruhen diku në një server të veçantë ruajtjeje. Në këtë rast, "gjerësia" e kanalit të transmetimit të të dhënave mund të bëhet problem. Nëse keni një server të dedikuar, atëherë është shumë e dëshirueshme të bëni kopje rezervë në një ndërfaqe të veçantë rrjeti, dhe jo në të njëjtin që shkëmben të dhënat me klientët. Përndryshe, kërkesat e klientit tuaj mund të mos "përshtaten" në një kanal të kufizuar komunikimi. Ose, për shkak të trafikut të klientit, kopjet rezervë nuk do të bëhen në kohë.

Tjetra, duhet të mendoni për skemën dhe kohën e rikuperimit të të dhënave për sa i përket ruajtjes së kopjeve rezervë. Mund të jeni mirë me një kopje rezervë 6-orëshe gjatë natës në një hapësirë ​​ruajtëse me shpejtësi të kufizuar, por një rivendosje 6-orëshe nuk ka gjasa t'ju përshtatet. Kjo do të thotë që qasja në kopje rezervë duhet të jetë e përshtatshme dhe të dhënat duhet të kopjohen mjaft shpejt. Kështu, për shembull, rivendosja e 1 TB e të dhënave me një gjerësi bande prej 1 Gb / s do të zgjasë pothuajse 3 orë, dhe kjo nëse nuk "pushoni" në performancën e nënsistemit të diskut në ruajtje dhe server. Dhe mos harroni t'i shtoni kësaj kohen për të zbuluar një problem, kohën për të vendosur për një rikthim, kohën për të kontrolluar integritetin e të dhënave të rivendosura dhe sasinë e pakënaqësisë së klientit/kolegut pasues.

Rezervimi në rritje

Në në rritje Një kopje rezervë kopjon vetëm skedarët që kanë ndryshuar që nga rezervimi i mëparshëm. Rezervimet pasuese shtesë shtojnë vetëm skedarë që kanë ndryshuar që nga ai i mëparshmi. Mesatarisht, kopjet rezervë shtesë kërkojnë më pak kohë sepse më pak skedarë rezervohen. Megjithatë, procesi i rikthimit të të dhënave zgjat më shumë, sepse të dhënat nga rezervimi i fundit i plotë duhet të restaurohen, plus të dhënat nga të gjitha kopjet rezervë shtesë pasuese. Në këtë rast, ndryshe nga kopjimi diferencial, skedarët e ndryshuar ose të rinj nuk zëvendësojnë të vjetrat, por shtohen në media në mënyrë të pavarur.

Kopjimi në rritje bëhet më shpesh duke përdorur programin rsync. Me të, ju mund të kurseni hapësirë ​​ruajtëse nëse numri i ndryshimeve në ditë nuk është shumë i madh. Nëse skedarët e modifikuar janë të mëdhenj, ato do të kopjohen plotësisht pa zëvendësuar versionet e mëparshme.

Procesi i rezervimit me rsync mund të ndahet në hapat e mëposhtëm:

1. Përpilohet një listë skedarësh në serverin e tepërt dhe në ruajtje, meta të dhënat (lejet, koha e modifikimit, etj.) ose një kontroll (kur përdorni tastin --checksum) lexohen për çdo skedar.
2. Nëse meta të dhënat e skedarëve ndryshojnë, atëherë skedari ndahet në blloqe dhe llogaritet një shumë kontrolli për secilin bllok. Blloqet që ndryshojnë ngarkohen në hapësirën ruajtëse.
3. Nëse është bërë një ndryshim në skedar gjatë llogaritjes ose transferimit të shumës së kontrollit, rezervimi i tij përsëritet nga fillimi.
4. Si parazgjedhje, rsync transferon të dhëna përmes SSH, që do të thotë se çdo bllok i të dhënave është i koduar shtesë. Rsync gjithashtu mund të ekzekutohet si një demon dhe të transferojë të dhëna pa kriptim mbi protokollin e tij.

Informacione më të hollësishme rreth funksionimit të rsync mund të gjenden në faqen zyrtare të internetit.

Për çdo skedar, rsync kryen një numër shumë të madh operacionesh. Nëse ka shumë skedarë në server ose nëse procesori është i ngarkuar shumë, atëherë shpejtësia e rezervimit do të reduktohet ndjeshëm.

Nga përvoja, mund të themi se problemet në disqet SATA (RAID1) fillojnë pas rreth 200G të dhënash në server. Në fakt, gjithçka, natyrisht, varet nga numri i inodes. Dhe në secilin rast, kjo vlerë mund të zhvendoset si në një drejtim ashtu edhe në tjetrin.

Pas një rreshti të caktuar, koha e ekzekutimit të rezervës do të jetë shumë e gjatë ose thjesht nuk do të funksionojë brenda një dite.

Për të mos krahasuar të gjithë skedarët, ekziston lsyncd. Ky daemon mbledh informacione rreth skedarëve të ndryshuar, dmth. ne do ta kemi tashmë listën e tyre gati për rsync paraprakisht. Sidoqoftë, duhet të kihet parasysh se ai jep një ngarkesë shtesë në nënsistemin e diskut.

Rezervimi diferencial

Në diferencial Gjatë një kopje rezervë, çdo skedar që ka ndryshuar që nga kopjimi i fundit i plotë rezervohet çdo herë. Rezervimi diferencial përshpejton procesin e rikuperimit. Gjithçka që ju nevojitet është rezervimi më i fundit i plotë dhe i fundit diferencial. Popullariteti i kopjeve rezervë diferenciale po rritet, pasi të gjitha kopjet e skedarëve bëhen në momente të caktuara kohore, gjë që, për shembull, është shumë e rëndësishme kur infektohen me viruse.

Rezervimet diferenciale kryhen, për shembull, duke përdorur një mjet të tillë si rdiff-backup. Kur punoni me këtë mjet, lindin të njëjtat probleme si me kopjet rezervë shtesë.

Në përgjithësi, nëse kryhet një kërkim i plotë i skedarëve kur kërkohet një ndryshim në të dhëna, problemet e këtij lloji të rezervimit janë të ngjashme me ato me rsync.

Ne dëshirojmë të theksojmë veçmas se nëse në skemën tuaj rezervë çdo skedar kopjohet veçmas, atëherë ia vlen të fshini / përjashtoni skedarët që nuk ju nevojiten. Për shembull, këto mund të jenë cache CMS. Memoriet e tilla zakonisht përmbajnë shumë skedarë të vegjël, humbja e të cilave nuk do të ndikojë në funksionimin e saktë të serverit.

Rezervimi i plotë

Një kopje e plotë zakonisht prek të gjithë sistemin tuaj dhe të gjithë skedarët. Rezervimet javore, mujore dhe tremujore nënkuptojnë krijimin e një kopjeje të plotë të të gjitha të dhënave. Kjo zakonisht bëhet të premteve ose gjatë fundjavës kur kopjimi i një sasie të madhe të dhënash nuk ndikon në funksionimin e organizatës. Rezervimet pasuese, të cilat zhvillohen nga e hëna deri të enjten deri në rezervimin tjetër të plotë, mund të jenë diferenciale ose në rritje, kryesisht për të kursyer kohë dhe hapësirë ​​në media. Rezervimet e plota duhet të bëhen të paktën çdo javë.

Shumica e botimeve të lidhura rekomandojnë që të kryeni kopje rezervë të plotë një ose dy herë në javë dhe të përdorni kopje rezervë shtesë dhe diferenciale pjesën tjetër të kohës. Ka merita në një këshillë të tillë. Në shumicën e rasteve, një kopje rezervë e plotë një herë në javë është e mjaftueshme. Ka kuptim ta ekzekutoni përsëri nëse nuk keni mundësinë të përditësoni kopjen rezervë të plotë në anën e ruajtjes dhe të siguroni korrektësinë e kopjes rezervë (kjo mund të jetë e nevojshme, për shembull, nëse për një arsye ose një tjetër nuk e bëni besoni skriptet që keni ose softuerin rezervë.

Në fakt, një kopje rezervë e plotë mund të ndahet në 2 pjesë:

1. Rezervimi i plotë në nivelin e sistemit të skedarëve;
2. Rezervimi i plotë në nivel pajisjeje.

Konsideroni tiparet e tyre karakteristike duke përdorur një shembull:
[email i mbrojtur]:~# df -h Madhësia e sistemit të skedarit e përdorur Përdorimi i disponueshëm% E montuar në /dev/mapper/komarov_system-root 3.4G 808M 2.4G 25% / /dev/mapper/komarov_system-home 931G 439G 493G 48M303M 1% /dev tmpfs 107M 104K 107M 1% /ekzekuto tmpfs 531M 0 531M 0% /tmp asnjë 5.0M 0 5.0M 0% /ekzekuto/kyç asnjë 531M 0 531M 0% /dev1M 79M 0% %/boot

Ne do të rezervojmë vetëm /shtëpi. Çdo gjë tjetër mund të rikthehet shpejt me dorë. Ju gjithashtu mund të vendosni një server me një sistem të menaxhimit të konfigurimit dhe të lidhni /shtëpinë tonë me të.

Rezervimi i plotë në nivelin e sistemit të skedarëve

Përfaqësues tipik: hale.

Shërbimi krijon një "hapësirë" të sistemit të skedarëve. Ju mund të krijoni jo vetëm kopje rezervë të plotë, por edhe në rritje. dump punon me tabelën inode dhe "kupton" strukturën e skedarëve (kështu, skedarët e rrallë kompresohen).
Hedhja e një sistemi skedarësh që funksionon është "i marrë dhe i rrezikshëm" sepse sistemi i skedarëve mund të ndryshojë gjatë krijimit të skedarit. Duhet të krijohet nga një fotografi e çastit (pak më vonë do të diskutojmë më në detaje veçoritë e punës me fotografi), një sistem skedari të pamontuar ose të ngrirë.

Një skemë e tillë varet edhe nga numri i skedarëve, dhe koha e ekzekutimit të saj do të rritet me rritjen e sasisë së të dhënave në disk. Në të njëjtën kohë, dump është më i shpejtë se rsync.
Nëse ju duhet të rivendosni jo të gjithë kopjen rezervë, por, për shembull, vetëm disa skedarë të dëmtuar aksidentalisht), nxjerrja e skedarëve të tillë duke përdorur programin e rimëkëmbjes mund të zgjasë shumë.

Rezervimi i plotë në nivel pajisjeje

1. mdraid dhe DRBD
   Në fakt, RAID1 është konfiguruar me një disk / bastisje në server dhe një makinë rrjeti, dhe herë pas here (sipas frekuencës së kopjeve rezervë) disk shtesë sinkronizohet me diskun/bastisjen kryesore në server.

   Plus më i madh është shpejtësia. Kohëzgjatja e sinkronizimit varet vetëm nga numri i ndryshimeve të bëra në ditën e fundit.
   Një sistem i tillë rezervë përdoret mjaft shpesh, por pak njerëz janë të vetëdijshëm se kopjet rezervë të marra me ndihmën e tij mund të jenë të paaftë, dhe ja pse. Kur sinkronizimi i diskut përfundon, disku rezervë shkëputet. Nëse, për shembull, kemi një DBMS që funksionon që shkruan të dhëna në diskun lokal në grupe, duke ruajtur të dhënat e ndërmjetme në cache, nuk ka asnjë garanci që ato të përfundojnë fare në diskun rezervë. Në rastin më të mirë, ne do të humbasim disa nga të dhënat e ndryshueshme. Prandaj, kopje rezervë të tillë vështirë se mund të konsiderohen të besueshme.

2. LVM + dd
   Snapshots janë një mjet i shkëlqyeshëm për krijimin e kopjeve rezervë të qëndrueshme. Përpara se të krijoni një fotografi, duhet të pastroni cache-in e FS dhe softuerin tuaj në nënsistemin e diskut.

Për shembull, me një MySQL do të dukej kështu:
$ sudo mysql -e "FLUSH TABELAT ME LEXIM LOCK;" $ sudo mysql -e "FLUSH LOGS;" $ sudo sync $ sudo lvcreate -s -p r -l100%falas -n %s_backup /dev/vg/%s $ sudo mysql -e "ZHKYÇO TABELAT;"

* Kolegët tregojnë histori se si "blloku i leximit" të dikujt çonte ndonjëherë në ngërçe, por në kujtesën time kjo nuk ka ndodhur kurrë.

Rezervimet e DBMS-së mund të krijohen veçmas (për shembull, duke përdorur regjistrat binare), duke eliminuar në këtë mënyrë rrjedhjen e cache-it që kërkon kohë. Ose mund të krijoni deponime në depo duke ekzekutuar një shembull DBMS atje. Rezervimi i DBMS-ve të ndryshme është një temë për botime të veçanta.

Mund të kopjoni një fotografi duke përdorur rezyme (për shembull, rsync me një patch për kopjimin e pajisjeve të bllokimit bugzilla.redhat.com/show_bug.cgi?id=494313), mund të bllokoni me bllok dhe pa enkriptim (netcat, ftp). Ju mund të transferoni blloqe në një formë të ngjeshur dhe t'i montoni ato në ruajtje duke përdorur AVFS dhe të montoni një ndarje me kopje rezervë përmes SMB në server.

Kompresimi eliminon shpejtësinë e transmetimit, mbingarkesën e gjerësisë së brezit dhe çështjet e hapësirës së ruajtjes. Por, megjithatë, nëse nuk përdorni AVFS në ruajtje, atëherë do t'ju duhet shumë kohë për të rivendosur vetëm një pjesë të të dhënave. Nëse përdorni AVFS, do të hasni në "lagështinë" e tij.
Një alternativë për bllokimin e kompresimit është squashfs: mund të montoni, për shembull, një ndarje Samba në server dhe të ekzekutoni mksquashfs, por ky mjet funksionon edhe me skedarë, d.m.th. varet nga numri i tyre.

Përveç kësaj, krijimi i një squashfs konsumon shumë RAM, gjë që mund të çojë lehtësisht në një thirrje për oom-vrasës.

Siguria

Ju duhet të mbroheni nga situata kur ruajtja ose serveri juaj është hakuar. Nëse serveri është hakuar, atëherë është më mirë që përdoruesi që shkruan të dhëna atje të mos ketë të drejtën të fshijë / ndryshojë skedarët në ruajtje.
Nëse ruajtja është e hakuar, atëherë është gjithashtu e dëshirueshme që të kufizohen në maksimum të drejtat e përdoruesit rezervë në server.

Nëse kanali rezervë mund të përgjohet, atëherë nevojitet enkriptimi.

konkluzioni

Çdo sistem rezervë ka të mirat dhe të këqijat e tij. Në këtë artikull, ne u përpoqëm të nxjerrim në pah disa nga nuancat kur zgjedhim një sistem rezervë. Shpresojmë që ata të ndihmojnë lexuesit tanë.

Si rezultat, kur zgjidhni një sistem rezervë për projektin tuaj, duhet të testoni llojin e zgjedhur të rezervës dhe t'i kushtoni vëmendje:

• koha e rezervimit në fazën aktuale të projektit;
• koha e rezervimit në rast se ka shumë më tepër të dhëna;
• ngarkesa e kanalit;
• ngarkoni në nënsistemin e diskut në server dhe në ruajtje;
• koha për të rivendosur të gjitha të dhënat;
• koha e rikuperimit për një palë skedarë;
• nevoja për konsistencë të të dhënave, veçanërisht bazës së të dhënave;
• konsumi i memories dhe prania e thirrjeve oom-vrasëse;

Si zgjidhje rezervë, mund të përdorni ngarkimin dhe ruajtjen tonë në renë kompjuterike.
Lexuesit që nuk mund të lënë komente këtu janë të ftuar në blogun tonë.

Etiketa: Shtoni etiketa

29.10.2012 Michel Poulet

Rezervimi i bazës së të dhënave është mënyra më e thjeshtë dhe më e lirë për të mbajtur të sigurta të dhënat e korporatës. Mos i besoni ndjenjës së rreme të sigurisë që vjen me komisionimin sistemi i fundit disponueshmëri e lartë. Nëse të gjitha të dhënat virtualizohen dhe konsolidohen, rreziqet madje rriten

Michelle Poulet ( [email i mbrojtur])-redaktori i revistës SQL Server Pro, bashkëthemelues i Mount Vernon Data Systems dhe Six Sigma Uptime.

Shumica e kompanive që kanë qenë në treg për një kohë të gjatë kanë përjetuar ngjarje katastrofike që mund t'i kishin nxjerrë nga loja, si për shembull një dështim i bazës së të dhënave. Një kopje rezervë e bazës së të dhënave është një kopje e të dhënave, strukturave dhe objekteve të sigurisë që gjenden në një bazë të dhënash. Çdo bazë të dhënash duhet të kopjohet sipas planit të vet bazuar në numrin e transaksioneve të shkrimit që ndodhin në ditë. Për të minimizuar humbjet në rast të dështimit të bazës së të dhënave, duhet të kopjoni të gjitha bazat e të dhënave të përdorura në ndërmarrjen tuaj. Dhe për t'u siguruar që kopjet rezervë janë të shëndetshme, duhet të kontrolloni punën e tyre pas operacioneve të rivendosjes. Së paku, duhet të keni kopje të bazës së të dhënave të përshtatshme për rikuperim të shpejtë, dhe vetë operacioni i rikuperimit duhet të përpunohet dhe të mos shkaktojë ndonjë vështirësi.

Pas punonjësve dhe klientëve, pasuria më e vlefshme e kompanive janë të dhënat. Është përgjegjësi e administratorit të bazës së të dhënave të sigurojë që të dhënat të ruhen në mënyrë që bazat e të dhënave të mund të restaurohen edhe nëse qendra e të dhënave është shkatërruar plotësisht. Rezervimi i bazës së të dhënave është mënyra më e thjeshtë dhe më e lirë për të mbajtur të sigurta të dhënat e korporatës.

Mos i besoni ndjenjës së rreme të sigurisë që vjen me vënien në prodhim të sistemit më të fundit me disponueshmëri të lartë. Nëse të gjitha të dhënat virtualizohen dhe konsolidohen, rreziqet madje rriten. Sa e lehtë ishte jeta dikur kur një shembull i vetëm i një baze të dhënash funksiononte në një kompjuter të vetëm. Tani zakonisht në server në makina virtuale Oh dhjetëra raste të SQL Server janë duke u ekzekutuar, të cilat, në rast të një dështimi fizik të serverit, të gjitha do të dështojnë në të njëjtën kohë. Nëse fondet lejojnë, mund të krijoni një grup të zhgënjimit të hosteve të makinës virtuale në të ndryshme serverët fizikë. Nëse nevojitet disponueshmëri e lartë, kjo zakonisht bëhet. Por edhe një sistem i tillë tolerant ndaj defekteve mund të jetë i prekshëm në rast, të themi, një zjarri, përmbytjeje ose tërmeti. Kërkohen ende kopje rezervë. Në të njëjtën kohë, krijimi i kopjeve rezervë i besohet një rrethi të kufizuar njerëzish. Për më shumë informacion se kush mund të rezervojë, shihni shiritin anësor "Kush mund të rezervojë?".

Sa shpesh rezervohet një bazë të dhënash varet nga sa kohë duhet për të rivendosur nga një kopje rezervë. Sa më shpesh të kopjohet një bazë të dhënash, aq më shpejt do të zgjasë rikthimi. Orari i kopjimit dhe rikthimit mund të konfigurohet individualisht për secilën bazë të dhënash. Lloji i rezervimit varet gjithashtu nga madhësia e bazës së të dhënave dhe numri i transaksioneve të kryera për njësi të kohës. Llojet kryesore të kopjeve rezervë janë të plota, ditar dhe në rritje. Shihni shiritin anësor "Modelet e rikuperimit të bazës së të dhënave" për më shumë informacion rreth mënyrave të rikuperimit dhe komandat e rezervimit të SQL Server përshkruhen në shiritin anësor "Komanda standarde të kopjimit".

Tepricë e plotë

Strategjia e plotë e tepricës është më e lehta për t'u kuptuar dhe zbatuar. Në fund të çdo dite pune (ose çdo periudhe tjetër kohore që mund të caktoni), thjesht hapet një procedurë rezervë e plotë e bazës së të dhënave (Figura 1). Kjo nuk kërkon një kopje rezervë të veçantë të regjistrit dhe nuk kërkon opsione shtesë. Menaxhimi i skedarëve në këtë mënyrë rezervë gjithashtu nuk kërkon vëmendje të veçantë, pasi ky është një skedar i vetëm rezervë i plotë. Rivendosja nga një kopje rezervë e plotë është gjithashtu shumë e thjeshtë: ju vetëm duhet të rivendosni nga një skedar i vetëm. Përdorimi i kopjeve rezervë të plotë - një zgjedhje e mirë për organizatat me staf me përvojë të pamjaftueshme IT.

Një kopje rezervë e plotë është më e përshtatshme për bazat e të dhënave "të vogla" - le të themi bazat e të dhënave që mund të rezervohen brenda kohës së caktuar. Kur SQL Server kryen një kopje rezervë të plotë të bazës së të dhënave, së pari ruan të gjitha shtrirjet në disk (një shtrirje është tetë faqe rresht, secila me madhësi 8 KB). SQL Server më pas bën kopje rezervë të regjistrit të transaksioneve në mënyrë që çdo ndryshim në bazën e të dhënave që mund të ketë ndodhur gjatë kohës së rezervimit të ruhet gjithashtu në skedarin e plotë rezervë.

Nëse kryeni vetëm një kopje rezervë të plotë, atëherë në rast të një përplasjeje të sistemit, disa të dhëna mund të humbasin - kryesisht ndryshimet e bëra që nga kopjimi i fundit. Nëse frekuenca e përditësimeve të bazës së të dhënave është e ulët, për shembull, kryhen vetëm operacione me shumicë me shpejtësi të lartë, atëherë mund të planifikoni një kopje rezervë të plotë menjëherë pas përditësimeve të të dhënave në masë, në këtë rast të dhënat mund të konsiderohen mjaft të sigurta.

Teprica e plotë nuk është e përshtatshme për sistemet e prodhimit që përditësohen mjaft intensivisht. Kur përdorni një kopje rezervë të plotë, nëse është i nevojshëm një rivendosje, do t'ju duhet të rikryerni të gjitha transaksionet dhe ngarkimet e të dhënave në masë që janë bërë pas marrjes së kopjes rezervë. Nëse rezervimi i fundit i plotë rezulton i dëmtuar, do t'ju duhet të merrni kopjen rezervë të mëparshme për ta rivendosur dhe përsëri manualisht të siguroheni që të gjitha transaksionet që janë kryer që nga krijimi i këtij rezervimi janë zbatuar.

Për të kryer një kopje rezervë të plotë të bazës së të dhënave, ekzekutoni kodin e mëposhtëm:

REZERVIMI I BAZAVE TË TË DHËNAVE AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak'WITH INIT, EMRI = 'AdventureWorks Full Db backup', DESCRIPTION = 'AdventureWorks Backup Full Database

Parametri DISK specifikon skedarin rezervë të synuar. Mund të bëni kopje rezervë në disk ose në kasetë (në këtë rast, në disk). Përpara se të filloni një kopje rezervë, sigurohuni që dosja rezervë ekziston. Në shumicën e rasteve, kopjimi në disk është shumë më i shpejtë se ai në kasetë, por kostoja e hapësirës në disk është shumë më e lartë. Për një shtresë shtesë mbrojtjeje, mund të bëni kopje rezervë në disk dhe më pas ta ruani kopjen rezervë në kasetë. Opsioni WITH INIT specifikon që skedari rezervë duhet të mbishkruhet. Kjo metodë është e përshtatshme nëse një kopje rezervë e Windows kryhet pas çdo kopje rezervë të bazës së të dhënave. EMRI është emri i rezervës, deri në 128 karaktere. Nëse nuk specifikoni një emër, fusha e emrit do të lihet bosh. PËRSHKRIMI - një përshkrim më i plotë dhe i detajuar që mund të ndihmojë, për shembull, pas një periudhe të gjatë kohore, të zbuloni se çfarë lloj rezervë është dhe pse u krijua.

Për të rivendosur plotësisht bazën e të dhënave, ekzekutoni komandën e mëposhtme:

RESTORE BAZA E TË DHËNAVE AdventureWorks FROM DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.BAK' ME RIKULLIM, REPLACE

WITH RECOVERY udhëzon SQL Server të rikthejë çdo transaksion në pritje që mund të jetë në regjistrin e transaksioneve dhe ta lërë bazën e të dhënave të funksionojë. REPLACE nënkupton mbishkrimin e çdo skedari ekzistues me të njëjtin emër. Shikoni shiritin anësor "Zëvendësimi i bazës së të dhënave" për më shumë informacion mbi këtë.

Kur përdorni një strategji rezervë të plotë, duhet të monitoroni madhësinë e skedarit të regjistrit të transaksioneve. Një kopje rezervë e plotë nuk e pastron regjistrin e transaksioneve nga hyrjet joaktive. Nëse po kryeni vetëm një kopje rezervë të plotë të bazës së të dhënave, duhet ta ndiqni këtë operacion me një kopje rezervë të skedarit të regjistrit të pastrimit. Për ta bërë këtë, përdorni cilësimin TRUNCATE_ONLY, si në komandën më poshtë:

REGJISTRI I REZERVIMIT Adventure Punon ME TRUNCATE_ONLY

Nëse vendoset në TRUNCATE_ONLY, në fakt nuk kryhet asnjë kopje rezervë e regjistrit, është një direktivë që SQL Server të krijojë një pikë kontrolli, të pastrojë artikujt joaktivë dhe të zvogëlojë madhësinë e skedarit të regjistrit. Versionet e mëvonshme të SQL Server e kanë hequr këtë cilësim, por ju mund të përdorni modalitetin në vend. shërim të lehtë për të lejuar SQL Server të pastrojë automatikisht regjistrin e transaksioneve nga artikujt joaktivë.

Rezervimi i plotë me regjistrim

Nëse ndonjë humbje e të dhënave gjatë rivendosjes është e papranueshme, mund të përdoret një strategji rezervë e plotë me shtimin e regjistrave. Kjo metodë do të parandalojë humbjen e të dhënave; është i përshtatshëm për bazat e të dhënave të përditësuara shpesh. Ndërkohë që kjo strategji rrit kompleksitetin e operacioneve dhe mirëmbajtjes, koha e përgjithshme e shpenzuar për rezervimin e një baze të dhënash reduktohet.

Figura 2 tregon një plan shembull për një kopje rezervë të plotë me mbajtje të regjistrave - një kopje rezervë të plotë javore të dielave dhe një kopje rezervë të regjistrit të transaksioneve çdo ditë në vijim deri të dielën e ardhshme kur të kryhet përsëri një kopje rezervë e plotë. Një kopje rezervë e ditarit ruan të gjitha ndryshimet e bëra që nga rezervimi i mëparshëm i ditarit. Në skemën e planifikimit në shqyrtim ruhen ndryshimet ditore.

Nëse nuk specifikohet ndryshe, pasi të përfundojë një kopje rezervë e regjistrit, hyrjet joaktive në regjistër "fshihen" (në fakt, ato janë shënuar për mbishkrim). Kur ekzekutoni komandën BACKUP LOG, mund të shtoni opsionet NO_TRUNCATE ose COPY_ONLY në mënyrë që shënimet e regjistrit të mos ndryshohen kur bëni kopje rezervë. Por ne nuk rekomandojmë përdorimin e këtyre opsioneve nëse nuk e dini me siguri se për çfarë mund t'ju nevojiten ato.

SQL Server 2005 ka një modalitet rezervë tail-log, d.m.th., kopjimi pas një dështimi të bazës së të dhënave nëse regjistri i transaksioneve nuk është i dëmtuar. Ky modalitet rezervon transaksionet më të fundit që nga rezervimi i fundit i regjistrit. Për më shumë informacion rreth këtij modaliteti, shihni shiritin anësor "Çfarë janë kopjet rezervë të regjistrit të bishtit".

Përdorimi i modelit të rikuperimit të plotë ofron një procedurë relativisht të thjeshtë rikuperimi dhe është opsioni i preferuar nëse jeni duke bërë një kopje rezervë të plotë me një ditar. Kjo rikthen kopjen rezervë të plotë më të fundit, më pas rikthen në mënyrë sekuenciale regjistrat ekzistues në rend kronologjik (në rendin që janë krijuar) dhe në fund rikthen bishtin e regjistrit. Kjo strategji është e përshtatshme për sistemet e prodhimit, veçanërisht nëse ato janë transaksionale dhe me pak operacione me shumicë.

Nëse databaza juaj ka përditësime të rregullta në masë, mund të ketë kuptim të përdorni një model rikuperimi të regjistruar në masë. Për shkak se të dhënat individuale të përfshira në operacionin me shumicë nuk regjistrohen në këtë rast, kjo qasje zvogëlon shpenzimet e përgjithshme të regjistrimit të SQL Server. Edhe pse mund të shihni një rritje të dukshme të performancës kur kryeni operacione me shumicë, rrezikoni të humbni të dhënat gjatë rikuperimit nëse të dhënat origjinale për operacionet e përsëritura me shumicë nuk janë të disponueshme në momentin e rikuperimit. Kur përdorni modelin e thjeshtë të rikuperimit, një kopje rezervë e regjistrit gjithashtu nuk është e mundur, sepse në këtë rast, regjistri shkurtohet përpara pikës së kontrollit.

Për të kryer një kopje rezervë të plotë të regjistrit, së pari duhet të kopjoni të gjithë bazën e të dhënave, si në shembullin më poshtë:

BAZA REZERVIMI I TË DHËNAVE AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' WITH INIT, EMRI = 'AdventureWorks Full Db backup', DESCRIPTION = 'AdventureWorks Backup' Baza e plotë e të dhënave

Dhe më pas duhet të kryeni një kopje rezervë të regjistrit duke përdorur komandën:

REZERVIMI LOG AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' WITH NOINIT, EMRI = 'Rezervimi i AdventureWorks Translog', DESCRIPTION = 'AdventureWorks Regjistrimi i transaksioneve NOGFORMAT',

Opsioni WITH NOINIT në komandën e fundit specifikon që skedari rezervë duhet të shkruhet në modalitetin e shtojcës në transportuesi ekzistues, disk ose kasetë. Në këtë rast, të gjitha kopjet rezervë të regjistrit të transaksioneve do të shkruhen në të njëjtin skedar njëri pas tjetrit. NOFORMAT udhëzon procesin e rezervimit për të ruajtur çdo informacion të kokës që mund të përmbahet në titujt në disqet rezervë. Ky është parazgjedhja dhe përcaktimi i qartë i këtij cilësimi është opsional, por i dobishëm si një operacion vetë-dokumentues.

Për të rivendosur nga një kopje rezervë e plotë ose një kopje rezervë e plotë me histori, ndiqni hapat e mëposhtëm.

1. Nëse baza e të dhënave është në linjë, kufizoni aksesin në të duke ndërruar mënyrën e hyrjes (në dritaren e vetive) në RESTRICTED_USER. Kështu, vetëm anëtarët e grupit të bazës së të dhënave db_owner dhe anëtarët e grupeve të serverëve dbcreator dhe sysadmin do të lejohen të hyjnë në bazën e të dhënave.
2. Rregulloni defektin që shkaktoi rrëzimin e bazës së të dhënave.
3. Nëse është e mundur, aplikoni të gjitha regjistrat e transaksioneve të rezervuara me opsionin NORECOVERY.

Për të kopjuar bishtin e regjistrit, ekzekutoni komandën:

REGJISTRI I REZERVIMIT AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak' ME NORECOVER

Për të rivendosur plotësisht nga një kopje rezervë e plotë, së pari duhet të rivendosni skedarët e bazës së të dhënave duke përdorur komandën:

RESTE BAZA TË TË DHËNAVE AdventureWorks NGA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' ME NORË KUFIZIM

Opsioni NORECOVERY i tregon SQL Server se transaksionet e pjesshme duhet të lihen ashtu siç janë dhe nuk duhet të tentohen të kthehen prapa. Rivendosja e mëvonshme e regjistrave të transaksioneve do të rivendosë të dhënat që lejojnë përfundimin e këtyre transaksioneve të pjesshme. Përdorimi i opsionit NORECOVERY e lë bazën e të dhënave në një gjendje jo funksionale. Menjëherë pas një rivendosjeje të plotë, të gjitha kopjet rezervë të regjistrit të transaksioneve me opsionin NORECOVERY duhet të restaurohen, siç tregohet më poshtë:

RESTORE LOG AdventureWorks FROM DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' ME NUK SHUMË

Më në fund, rivendosni fragmentin përfundimtar me opsionin RECOVERY:

RESTORE LOG AdventureWorks FROM DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak' ME RIKULLIM

Një strategji rikuperimi i plotë me rikuperimin e regjistrave nuk është mbrojtje absolute. Nëse një nga kopjet rezervë të regjistrit korruptohet, rikuperimi do të jetë i mundur vetëm deri në pikën përpara regjistrit të dëmtuar. Për shembull, supozoni se kryeni një kopje rezervë të plotë javore të dielave dhe që kryeni kopje rezervë të regjistrave nga e hëna deri të shtunën. Nëse rezervimi i së martës është i korruptuar, atëherë vetëm të dhënat e së hënës mund të rikthehen: rreziku i dëmtimit të integritetit të të dhënave nga aplikimi i transaksioneve të së mërkurës në të dhënat e së hënës nuk ka gjasa të justifikohet. Dhe rivendosja e fragmentit përfundimtar gjithashtu nuk do të bëjë asgjë.

Tepricë e plotë plus diferenciale

Në rastet kur kërkohet një nivel shtesë sigurie, kopjet rezervë delta mund të shtohen në skemë së bashku me kopjet rezervë të regjistrave. Kjo strategji është e përshtatshme për bazat e të dhënave transaksionale në të cilat shkruhen shpesh, ku humbja e të dhënave gjatë rivendosjes është e papranueshme dhe administratorët i japin përparësi rikthimeve të shpejta.

Një kopje rezervë diferenciale është kumulative—përfshin të gjitha të dhënat dhe strukturat që kanë ndryshuar që nga kopjimi i fundit i plotë, pavarësisht se kur është kryer rezervimi i plotë i fundit ose sa herë është kryer një kopje rezervë diferenciale që nga ajo kohë. Supozoni se një kopje rezervë e plotë është kryer të dielën dhe një rezervë diferenciale është kryer çdo ditë, siç tregohet në figurën 3. Rezervimi diferencial i së hënës do të përmbajë të gjitha ndryshimet e bëra të hënën, rezervimi diferencial i së martës do të përmbajë ndryshimet e së hënës dhe të martës, rezervimi diferencial i së mërkurës do të përmbajë Ndryshimet e së hënës, të martën dhe të mërkurën, etj.

Figura 3. Planifikimi i punëve rezervë diferenciale

Rivendosja e një kopje rezervë diferenciale zakonisht kërkon më pak kohë sesa rivendosja e një kopje rezervë të plotë plus regjistrat, sepse rivendosja e një kopje rezervë të vetme diferenciale është më e shpejtë se rivendosja e një zinxhiri regjistrash. Ruajtja e një kopje rezervë diferenciale bëhet me komandën:

BAZA BACKUP TË TË DHËNAVE AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak' WITH INIT, DIFFERENTIAL, EMRI = 'AdventureWorks Diff Db backup', DESCRIPTION Database backup ose 'DiffDbBkup.bak'

Për të rivendosur një bazë të dhënash nga një kopje rezervë diferenciale, plotësoni hapat e mëposhtëm.

1. Nëse baza e të dhënave është në linjë, kufizoni aksesin në të duke ndërruar mënyrën e hyrjes (në dritaren e vetive) në RESTRICTED_USER. Kjo do të lejojë hyrjen në bazën e të dhënave vetëm për anëtarët e grupit të bazës së të dhënave db_owner dhe anëtarët e grupeve të serverëve dbcreator dhe sysadmin.
2. Mbështetni bishtin e trungut.
3. Rregulloni gabimin që shkaktoi rrëzimin e bazës së të dhënave.
4. Rivendosni një kopje rezervë të plotë me opsionin NORECOVERY.
5. Rivendosni kopjen rezervë diferenciale më të fundit të disponueshme me opsionin NORECOVERY.
6. Kryeni një rivendosje rezervë të regjistrit të bishtit me opsionin RECOVERY.

Për të rivendosur një kopje rezervë diferenciale (e kryer pas rivendosjes së një kopje rezervë të plotë), futni komandën:

RESTORE BAZA E TË DHËNAVE AdventureWorks NGA DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak'ME NORË KOVERY

Më pas rivendosni regjistrin e bishtit me opsionin RECOVERY duke përdorur komandën e mësipërme.

Teprica diferenciale ofron më shumë nivel të lartë integriteti i të dhënave sesa thjesht regjistrat e tepërt. Nëse rezervimi i fundit diferencial është i dëmtuar, mund të rivendosni kopjen rezervë diferenciale të mëparshme duke ruajtur integritetin e të dhënave.

Strategjia e kombinimit

Nëse nuk është praktike të ridrejtoni transaksionet për të rivendosur operacionet e ditës së fundit, mund të kryeni kopje rezervë të plotë të dielën, rezervime diferenciale çdo natë më pas dhe kopje rezervë të regjistrit të transaksioneve nga e hëna deri të shtunën mëngjeseve dhe mbrëmjeve, siç tregohet në Figurën 4. Nëse të premten në mbrëmje me bazën Nëse të dhënat hyjnë në telashe dhe rezervimi diferencial i së enjtes është i dëmtuar, ju mund të rivendosni në rezervimin diferencial të mjedisit dhe më pas të aplikoni regjistrat e së enjtes dhe të premtes. Kështu, baza e të dhënave do të rikthehet në momentin e dështimit. Për një diskutim më të detajuar të kësaj çështjeje, shihni shiritin anësor "Si të rivendosni një bazë të dhënash në një pikë në kohë".

Për të reduktuar rrezikun e humbjes së të dhënave, duhet të përdorni një strategji të përzier që përfshin kopje rezervë të plotë, kopje rezervë të regjistrave dhe kopje rezervë diferenciale, megjithëse kjo përzierje metodash i shton njëfarë kompleksiteti strategjisë së rezervimit dhe menaxhimit të kopjeve rezervë. Ju gjithashtu duhet të konsideroni se sa të dhëna mund të përballoni të humbni pas një dështimi dhe rikuperimi të bazës së të dhënave. Përdorimi i strategjive të rikuperimit të plotë ose një modeli të regjistruar në masë në vend të thjesht rikthimit shkakton më shumë skedarë të regjistrit të transaksioneve dhe rezulton në skedarë të mëdhenj kopje rezervë, por siguron një shkallë më të lartë të sigurisë së të dhënave.

Strategjitë alternative të tepricës

Rezervimet në SQL Server nuk kufizohen në regjistrat e plotë, delta dhe transaksionet. Strategji më të avancuara, duke përfshirë rezervimin e skedarëve ose grupeve të skedarëve, një strategji rezervë të pjesshme dhe rezervimin vetëm duke kopjuar.

Qasja në bazën e të dhënave gjatë kopjimit dhe rikthimit

Rezervimi Bazat e të dhënave SQL Serveri është një proces online, të gjitha të dhënat e ruajtura në SQL Server janë të disponueshme gjatë operacionit të rezervimit. Operacionet e modifikimit të bazës së të dhënave, deklaratat INSERT, UPDATE dhe DELETE janë të disponueshme në të njëjtën mënyrë si përzgjedhja e të dhënave (SELECT). Gjatë një kopje rezervë, nuk mund të ndryshoni strukturën e bazës së të dhënave ose strukturën e skedarit– Deklaratat ALTER DATABASE, ADD FILE ose SHRINKFILE nuk mund të ekzekutohen gjatë një kopje rezervë. Nëse baza e të dhënave është e aktivizuar fillim Automatik zvogëlimi i skedarit të bazës së të dhënave (auto-shrink), mund të ketë një konflikt gjatë kopjimit. Pra, nëse gjatë procesit të rezervimit fillon reduktimi automatik i skedarit të bazës së të dhënave, atëherë të dy operacionet mund të dështojnë. Operacioni që fillon i pari do të marrë bllokimin në skedar dhe operacioni tjetër do të duhet të presë që bllokimi të lëshohet. Nëse operacioni i parë lëshon bllokimin, atëherë fillon operacioni i dytë. Nëse ndodh koha e bllokimit të operacionit të parë, operacioni i dytë do të dështojë. Kjo qasje mund të duket e gabuar nga pikëpamja e ekzekutimit të operacionit të dytë, i cili detyrohet të presë për një dështim, dhe vetëm pasi të lëshojë një dështim. Por duke qenë se puna e operacionit të dytë varet nga suksesi i të parit, nëse ka ndodhur një dështim gjatë ekzekutimit të operacionit të parë, ekzekutimi i të dytit nuk ka kuptim. Për të parandaluar këtë problem, çaktivizoni tkurrjen automatike të skedarit të bazës së të dhënave përpara se të kryeni një kopje rezervë.

Në shumicën e rasteve, rivendosja e një baze të dhënash SQL Server është një operacion i pavarur gjatë të cilit përdoruesit nuk mund të hyjnë në bazën e të dhënave. Kur përdorni SQL Server 2005 Enterprise Edition me modelin e rikuperimit të plotë, rikthimet e pjesshme dhe rikthimet jo-primare të grupeve të skedarëve janë në linjë si parazgjedhje. Pjesë të bazës së të dhënave që nuk duhet të restaurohen, të tilla si grupet e skedarëve vetëm me shkrim, mund të jenë të disponueshme për përdoruesit gjatë kohëzgjatjes së operacionit të rivendosjes. Grupet e skedarëve të leximit/shkrimit janë të disponueshme nëse nuk janë hequr për rikuperim. Ky funksion është shumë i dobishëm për bazat e të dhënave të mëdha që funksionojnë 24x7x365. Informacion shtese mund të gjendet në dokumentacionin SQL Server 2005 BOL, "Performing Online Restores" (http://msdn.microsoft.com/en-us/library/ms188671.aspx), dhe gjithashtu në shiritin anësor "Pse nuk mundet një bazë të dhënash restaurimi të kryhet në internet".

Duke përmbledhur

Të dhënat janë thelbësore për biznesin, ndaj sigurimi i tyre është një nga detyrat më të rëndësishme. Rezervimi i të dhënave luan një rol kyç në këtë proces. Hapi i parë në sigurimin e aksesit të vazhdueshëm në të dhëna është krijimi i një sistemi të kopjeve rezervë të rregullt të bazës së të dhënave dhe rikthimit të testit. Gjatë krijimit bazë e re të dhënat duhet të skriptohen për kopje rezervë dhe të restaurohen menjëherë. SQL Server ofron një shumëllojshmëri aftësish rezervë dhe rikthimi që mund të përshtaten për nevojat tuaja specifike të bazës së të dhënave.

Kush mund të bëjë një rezervim?

Rezervimi i bazës së të dhënave është i disponueshëm për një rreth të kufizuar njerëzish. Leja u jepet si parazgjedhje anëtarëve të grupeve të caktuara administratorët e sistemit serverët dhe rolet e bazës së të dhënave db_owner dhe db_backupoperator. Kur përdorni pajisje rezervë, disqe ose kaseta, duhet t'i kushtoni vëmendje kujt zotëron dhe cilat leje janë caktuar. SQL Server duhet të jetë në gjendje të lexojë dhe të shkruajë në pajisje. Nëse llogaria në të cilën funksionon SQL Server nuk ka të drejta aksesi në pajisje, do të jeni të vetëdijshëm për këtë vetëm nëse operacioni i rezervimit ose i rivendosjes dështon. Procedura e ruajtur sp_addumpdevice që shton hyrjen e pajisjes rezervë në tabelat e sistemit nuk kryen kontrollin e lejeve në nivel skedari.

Mund të specifikoni një fjalëkalim për grupin rezervë. Në këtë rast, duhet të vendosni gjithashtu një fjalëkalim kur rivendosni bazën e të dhënave. Mbrojtja me fjalëkalim është një masë fakultative, e cila, nga rruga, konsiderohet jo e besueshme. Mbrojtja me fjalëkalim përdoret për të parandaluar rikuperimin e të dhënave nga persona të paautorizuar të cilët nuk janë në dijeni të politikave të rezervimit/rikthimit të kompanisë. Meqenëse fjalëkalimi nuk i kodon të dhënat, kjo masë nuk do të parandalojë leximin e të dhënave rezervë duke përdorur mjete speciale. Përveç kësaj, fjalëkalimi nuk mbron nga mbishkrimi ose fshirja e skedarit rezervë.

Modelet e rimëkëmbjes së bazës së të dhënave

Cilësimi i modelit të rikuperimit përcakton se sa nga të dhënat mund të rikuperohen në rast të një përplasjeje të bazës së të dhënave. Ju mund të vendosni modelin tuaj të rikuperimit për secilën bazë të dhënash, në varësi të humbjes së të dhënave që jeni gati të pranoni. Për të instaluar modelin e rimëkëmbjes së bazës së të dhënave me duke përdorur SQL Studio e Menaxhimit të Serverit (SSMS), kliko me të djathtën në bazën e të dhënave të dëshiruar, hap dritaren Properties, shko te faqja Options dhe zgjidh modelin e dëshiruar të tepricës nga lista rënëse.

Ekzistojnë tre lloje modelesh rikuperimi: të plota, të thjeshta dhe të regjistruara në masë. Modeli i rikuperimit të plotë përdor në maksimum të gjitha veçoritë e regjistrit të transaksioneve dhe ju lejon të rivendosni bazën e të dhënave nga një shkallë të lartë saktësinë në një moment të caktuar kohor. Të gjitha operacionet si transaksionet e të dhënave, ndryshimet strukturore të bazës së të dhënave, udhëzimet e përdorimit të tilla si përfundimi ose anulimi i transaksionit, objektet e mëdha dhe operacionet me shumicë regjistrohen. Regjistri i transaksioneve plotësohet derisa të kopjohet regjistri i transaksioneve.

Modeli i thjeshtë i rikuperimit minimizon përdorimin e regjistrit të transaksioneve dhe ju lejon të rivendosni rezervimin e plotë të bazës së të dhënave më të fundit. Ashtu si me modelin e rikuperimit të plotë, të gjitha transaksionet (përveç disa operacioneve të grupit) mbahen në regjistër. Ndryshe nga modeli i rikuperimit të plotë, SQL Server fshin automatikisht regjistrin e artikujve të papërdorur. Për shkak të kësaj, nuk mund të merrni kopje rezervë të regjistrit të transaksioneve kur përdorni modelin e thjeshtë të rikuperimit.

Modeli i rikuperimit të regjistruar me shumicë zë një pozicion të ndërmjetëm midis modeleve "ekstreme" të rikuperimit të plotë dhe të thjeshtë. Ndërsa emri bulk-logged mund të sugjerojë që operacionet me shumicë regjistrohen, ato në fakt regjistrohen vetëm pjesërisht. Gjatë operacioneve me shumicë, të cilat shpesh përfshijnë shtimin e një numri të madh regjistrimesh në një kohë të shkurtër, SQL Server vendos një flamur bit në çdo shtrirje të prekur të bazës së të dhënave, por të dhënat e futura nuk shtohen në të vërtetë në skedarin e regjistrit. Gjatë një rezervimi të mëpasshëm të regjistrit të transaksioneve, SQL Server kontrollon këtë flamur dhe shkruan në rezervimin e regjistrit të transaksioneve vetë shtrirjen e bazës së të dhënave që janë modifikuar nga operacioni në masë, përveç regjistrimeve normale të futjes dhe fshirjes. Kështu, një kopje rezervë e regjistrit në një model rikuperimi të regjistruar me shumicë përmban rezultatet e kryerjes së operacioneve me shumicë, në vend të transaksioneve individuale që kanë ndodhur në të vërtetë.

Përdorimi i modelit të rikuperimit të regjistruar në masë siguron të njëjtën plotësi si modeli i rikuperimit të plotë, por pa shpenzimet shtesë që vijnë me rezervimin e të gjitha futjeve të të dhënave në masë. Megjithatë, ka rreziqe që lidhen me përdorimin e modelit të rikuperimit të regjistruar në masë. Nëse të dhënat origjinale të operacionit me shumicë humbasin ndërmjet kopjeve rezervë, nuk do të jetë e mundur të rivendoset plotësisht baza e të dhënave. Përveç kësaj, nuk është e mundur të rivendosni bazën e të dhënave në një pikë në kohë nga një kopje rezervë e regjistrit të bishtit - përpjekjet për të kryer një rivendosje do të dështojnë.

Megjithëse modelet e rikuperimit të plotë dhe të rikuperimit të regjistruar në masë përfshijnë aktivitet më të lartë të regjistrit të transaksioneve dhe një madhësi më të madhe skedari rezervë, kjo kompensohet nga rikuperimi më i plotë i të dhënave në rast të një dështimi të bazës së të dhënave.

Komandat standarde për tepricë

SQL Server 2005 dhe SQL Server 2000 kanë dy komanda për të bërë në thelb të njëjtën gjë - DUMP dhe BACKUP (d.m.th., DUMP DATABASE ose BACKUP DATABASE dhe DUMP LOG ose BACKUP LOG). Komanda DUMP ka ekzistuar që nga SQL Server 6.5, kur kopjimi i bazës së të dhënave thjesht nënkuptonte kopjimin e bazës së të dhënave në gjendjen në të cilën ishte përpara se të fillonte operacioni rezervë. Në të njëjtën kohë, ndryshimet në bazën e të dhënave që mund të kishin ndodhur pas fillimit të kopjimit nuk u përfshinë në kopje rezervë.

Duke filluar me versionin 7, SQL Server mund të kryejë një kopje rezervë të vërtetë "live", që do të thotë se ndryshimet e bëra pas fillimit të procesit të rezervimit shkruhen në regjistrin e transaksioneve dhe ruhen në skedarin rezervë. Kështu, një kopje rezervë është një "fotografi" e bazës së të dhënave në kohën kur operacioni i rezervimit u krye. Komanda DUMP ruhet për pajtueshmërinë e pasme, por Microsoft nuk e rekomandon përdorimin e saj në sistemet e reja të zhvilluara. Një ditë kjo komandë do të zhvlerësohet dhe zhvilluesit do të duhet ta heqin qafe atë në ato fragmente kodi i programit ku është ende në përdorim.

Për ata që kanë qenë gjithmonë një vëzhgues i afërt i kopjeve rezervë të bazës së të dhënave të SQL Server dhe të etur për të mësuar se çfarë ka të re në SQL Server 2005, duhet të vazhdoni t'i mbani një sy me vëmendje kopjet rezervë: SQL Server 2005 nuk ka komandën e njohur DBCC REPAIR. "Zëvendësimi" për këtë komandë është DROP DATABASE.

Zëvendësimi i bazës së të dhënave

Kur rivendosni një bazë të dhënash në një server të ri, përdorni opsionin REPLACE, i cili çaktivizon kontrollet normale të sigurisë dhe lejon që bazat e të dhënave ekzistuese të mbishkruhen edhe nëse emri i tyre ndryshon nga emri i bazës së të dhënave që po restaurohet. Për shembull, supozoni se keni marrë një kopje rezervë të bazës së të dhënave D, e vendosur në serverin A. Ky kopje rezervë duhet të rikthehet në serverin B. Së pari, duhet të krijohet një bazë të dhënash boshe me skemë në serverin B, emri dhe madhësia e bazës së të dhënave të skedimit janë të parëndësishme . Më pas, duhet të rivendosni bazën D me opsionin REPLACE në serverin B në krye të bazës së krijuar rishtazi. Nëse rivendosja do të kryhet përsëri në serverin A, në vendndodhjen e tij origjinale, parametri REPLACE nuk kërkohet. Si parazgjedhje, një operacion i rivendosjes së bazës së të dhënave kryen kontrolle sigurie të integruara, të tilla si kur një rivendosje e bazës së të dhënave nuk mund të kryhet normalisht mbi një bazë tjetër të dhënash ekzistuese. Në mënyrë të ngjashme, rikthimi i një baze të dhënash të rezervuar në modalitetin e rezervimit të plotë ose në masë të ditarit është i ndaluar nëse nuk ka kopje rezervë të regjistrit të bishtit.

Nëse ju duhet të rivendosni një bazë të dhënash që për një arsye ose një tjetër nuk është rezervuar në fund të regjistrit (për shembull, sepse skedari rezervë i regjistrit të transaksioneve ishte i dëmtuar), një rivendosje REPLACE mund të jetë e vetmja mënyrë për të rivendosur me sukses. Një shembull tjetër ku nevojitet opsioni REPLACE është nëse një kopje rezervë e bazës së të dhënave të prodhimit duhet të rikthehet në një mjedis testimi/zhvillimi. Edhe kur emrat e bazës së të dhënave në prodhim dhe zhvillim janë të njëjtë, ato janë baza të të dhënave të ndryshme nga këndvështrimi i SQL Server.

Çfarë janë kopjet rezervë të bisht-log

Rezervimi i regjistrit të bishtit është një modalitet i ri rezervë në SQL Server 2005. Ky modalitet shton të dhënat e regjistrit të transaksioneve në kopjen rezervë që janë shtuar që nga kopjimi i fundit i skedarit të regjistrit. Kur po përpiqeni të rivendosni një bazë të dhënash deri në pikën e dështimit, krijoni kopje rezervë të fragmentit të bishtit përpara se të filloni rivendosjen. Nuk keni nevojë të bëni kopje rezervë të të fundit nëse do të rivendosni bazën e të dhënave në pikën përpara kopjimit të fundit të regjistrit të transaksioneve, ose nëse jeni duke e zhvendosur bazën e të dhënave nga një shembull i serverit në tjetrin, ose nëse jeni duke e mbishkruar bazën e të dhënave. Është e mundur që regjistri i transaksioneve të jetë i korruptuar, në këtë rast nuk mund të kryhet një kopje rezervë e fragmentit të bishtit dhe rivendosja do të duhet të kryhet pa të.

Si të rivendosni një bazë të dhënash në një gjendje në një moment të caktuar kohor

Mund të ketë një situatë ku duhet të kryeni një rivendosje të bazës së të dhënave për shkak të kodit që u ekzekutua gabimisht - për shembull, dikush fshiu gabimisht një tabelë në një bazë të dhënash prodhimi ose harroi të përfshijë një klauzolë WHERE në një klauzolë DELETE. Në raste të tilla, kërkohet rivendosja e bazës së të dhënave në gjendjen para momentit kur është ekzekutuar kodi i gabuar.

Rimëkëmbja është një grup operacionesh që sjellin bazën e të dhënave në një gjendje të qëndrueshme. Për të rivendosur një bazë të dhënash në një moment të caktuar kohor, duhet të kryeni një rivendosje të plotë ose një rivendosje të regjistruar në masë. Modeli i thjeshtë i rikuperimit bën që regjistri i transaksioneve të shkurtohet në një pikë kontrolli pa aftësinë për të ri-zhbërë veprimin (ribërë-zhbëjë) dhe pa aftësinë për të rikthyer në gjendje në një moment të caktuar kohor.

Kryerja e operacioneve të rikuperimit të ndjekur nga "ribëj/zhbëj ndryshimet" konsiston në rikthimin e të dhënave në gjendjen e tyre origjinale në një moment të caktuar kohor të specifikuar nga përdoruesi - me emrin e transaksionit të përfunduar ose me numrin e sekuencës në regjistër. Modeli i rikuperimit të regjistruar në masë ka një kufizim shtesë: rikuperimi pikë-në-pikë është i mundur vetëm nëse nuk ka ndodhur asnjë operacion masiv që nga rezervimi i mëparshëm i regjistrit. Me fjalë të tjera, një rivendosje e suksesshme pikë-në-kohë kërkon që sekuenca e skedarëve rezervë të regjistrave të jetë e lidhur.

Të dhënat e rikuperueshme pikë-në-kohë duhet të përmbahen në një kopje rezervë të regjistrit të transaksioneve. Kur rivendosni një regjistër, mund të rivendosni transaksionet që janë përfunduar deri në një moment të caktuar kohor duke specifikuar pikën në kohë duke përdorur deklaratën STOPAT, STOPATMARK ose STOPBEFOREMARK.

Kur rivendosni një bazë të dhënash në një pikë në kohë, kryeni një kopje rezervë të plotë me cilësimin NORECOVERY siç tregohet më poshtë:

RESTORE BAZA E TË DHËNAVE AdventureWorks FROM DISK = "E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak" ME NORË KOMBËTIM

Pastaj aplikoni të gjitha kopjet rezervë të regjistrave me duke instaluar RECOVERY dhe duke specifikuar datën dhe kohën e pikës së kërkuar kohore në çdo klauzolë RESTORE LOG:

RESTORE LOG AdventureWorks FROM DISK = "E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak" WITH RICOVERY, STOPAT = '10 dhjetor 2007 8:10 PM'

Rezervimi i skedarëve/grupeve të skedarëve

Kjo strategji rezervë është e përshtatshme vetëm nëse baza e të dhënave përbëhet nga skedarë të shumtë ose grupe skedarësh. Nëse madhësia e bazës së të dhënave ose kërkesat e performancës e bëjnë të pamundur një kopje rezervë të plotë të bazës së të dhënave dhe nëse ju duhet të rikuperoni shpejt në rast dështimi, duhet të merrni parasysh strategjitë e rezervimit të skedarëve/grupeve të skedarëve.
Kjo strategji mund të përdoret për SQL Server 2005 ose SQL Server 2000, ku çdo operacion kërkon që të specifikoni se cilat skedarë, grupe skedarësh ose kombinime duhet të kopjohen. Megjithatë, duhet të kryeni një kopje rezervë të plotë të bazës së të dhënave menjëherë pas krijimit, e ndjekur nga kopje rezervë të rregullt të skedarëve ose grupeve të skedarëve. Nëse një bazë të dhënash e caktuar duhet të përdorë modelin e thjeshtë të rikuperimit, të gjithë skedarët e leximit/shkrimit dhe grupet e skedarëve duhet të kopjohen në të njëjtën kohë. Për të minimizuar humbjen e të dhënave gjatë rikuperimit, zgjidhni një model rikuperimi të plotë ose një model rikuperimi të regjistruar në masë dhe përfshini rezervimin e regjistrit të transaksioneve në strategjinë tuaj.
Rivendosja e një baze të dhënash do të thotë ende kufizim i aksesit në bazën e të dhënave, por për një kohë më të shkurtër sesa me një rivendosje të plotë të bazës së të dhënave. Gjatë rikuperimit, qasja është e kufizuar vetëm në grupet e skedarëve që po rikuperohen aktualisht.
Në rastin më të keq, nëse keni nevojë të rivendosni të gjithë bazën e të dhënave dhe po përdorni modelin e rikuperimit të plotë, do t'ju nevojiten të gjitha kopjet rezervë të regjistrit të transaksioneve që nga krijimi i bazës së të dhënave. Përveç kësaj, nëse keni nevojë të rivendosni bazën e të dhënave në një moment të caktuar kohor, do t'ju duhet një grup i plotë rezervash të regjistrave të transaksioneve.

Rimëkëmbja e pjesshme

E prezantuar në SQL Server 2005, kjo strategji është krijuar për bazat e të dhënave që kanë shumë grupe skedarësh vetëm për lexim dhe përdorin modelin e thjeshtë të rikuperimit. Për shkak se ky lloj i bazës së të dhënave është kryesisht vetëm për lexim, strategjitë e rezervimit të plotë dhe rikthimit të plotë janë të tepërta. Megjithatë, modeli i gatishmërisë fraksionale mund të aplikohet në çdo lloj bazë të dhënash.

Kur kryeni një kopje rezervë të pjesshme, grupi kryesor i skedarëve, të gjitha grupet e skedarëve të leximit/shkrimit dhe çdo grup skedari të specifikuar vetëm për lexim rezervohen fillimisht. Për shkak se tabelat vetëm për lexim nuk ndryshojnë aq shpesh, në teori nuk kanë nevojë të rezervohen aq shpesh sa tabelat që ndryshojnë.

Kërkohet një planifikim i kujdesshëm përpara se të vendosni tepricën e pjesshme. Kur krijoni një bazë të dhënash, duhet të krijoni grupe të ndryshme skedarësh dhe kur krijoni tabela, vendosini ato në mënyrë eksplicite në grupet e duhura të skedarëve. Për shembull, tabelat e direktoriumit të bazës së të dhënave në një grup skedarësh primar, tabelat vetëm për lexim në grupet e skedarëve vetëm për lexim dhe tabelat për lexim/shkrim në grupet e skedarëve për lexim/shkrim.

Rezervimet e pjesshme reduktojnë kohën që duhet për të rivendosur plotësisht një bazë të dhënash. Nëse e gjithë baza e të dhënave është vetëm për lexim, atëherë vetëm grupi kryesor i skedarëve do të përfshihet në rezervimin e pjesshëm, përveç nëse specifikohet ndryshe. Përveç kësaj, një kopje rezervë e pjesshme mund të përdoret në vend të një kopje rezervë të plotë si bazë për një kopje rezervë diferenciale. Rezervimi i pjesshëm ofron veçori shtesë dhe rrit fleksibilitetin në zgjedhjen e një strategjie të tepricës.

Rivendosja pas një rezervimi të pjesshëm ende kufizon aksesin në bazën e të dhënave, por për një periudhë më të shkurtër kohore sesa me një rivendosje të plotë të bazës së të dhënave - dhe vetëm për grupin kryesor të skedarëve, grupet e leximit/shkrimit dhe grupet vetëm për lexim që ishin pjesë e kopjes rezervë. Për më shumë informacion, shihni SQL Server 2005 Books Online "Parial Backups" http://msdn.microsoft.com/en-us/library/ms191539.aspx.

Rezervimet e shtetit

Ndonjëherë lind nevoja për të bërë një rezervim për një detyrë të veçantë, për shembull, për të krijuar një prezantim për t'ia demonstruar një klienti. Megjithatë, nuk dëshironi që rendi normal i skedarëve të nevojshëm për të rivendosur bazën e të dhënave të prishet. Në këtë rast, mund të përfitoni nga mundësia e krijimit të një kopje rezervë të gjendjes së bazës së të dhënave. Një kopje e tillë mund të krijohet pavarësisht nga strategjia e rikuperimit të bazës së të dhënave - kopje e plotë, me shumicë ose e thjeshtë (kopje me shumicë ose e thjeshtë).

Por kopjet rezervë të shtetit nuk duhet të jenë pjesë e një strategjie rimëkëmbjeje. Mund të krijoni një kopje të gjendjes, të rivendosni bazën e të dhënave prej saj në laptopin demo dhe më pas të fshini në mënyrë të sigurt skedarin rezervë. Rezervimet e tjera "normale" nuk varen në asnjë mënyrë nga kopjet e gjendjes, kështu që kopjet e gjendjes nuk do të kërkohen kur kryeni një rivendosje.

Strategjia e rezervimit të gjendjes nuk mund të përdoret si bazë për një kopje rezervë diferenciale, sepse krijimi i një kopjeje të gjendjes nuk përditëson bitmap-në diferenciale të përdorur për të përcaktuar se cilat shtrirje të kopjohen dhe cilat të ruhen. Në fakt, procedura e kopjimit diferencial nuk merr parasysh kopjet e gjendjes që janë bërë, kështu që kopje të tilla nuk mund të marrin pjesë në procesin e rivendosjes së diferencialit.

Kur kopjoni regjistrin e transaksioneve të gjendjes së bazës së të dhënave, regjistri i transaksioneve nuk shkurtohet, ndryshe nga një kopje rezervë normale. Rezervimi i gjendjes gjithashtu nuk ka asnjë efekt në zinxhirin e regjistrave që përdoret për kopje rezervë të plotë me regjistrin e rikuperimit. Rezervimet e gjendjes në përgjithësi nuk përfshihen në listën e kopjeve rezervë të regjistrave gjatë restaurimit. Për më shumë informacion, shihni dokumentacionin "State Backups" të SQL Server 2005 BOL në http://msdn.microsoft.com/en-us/library/ms191495.aspx.

Pse rivendosja e bazës së të dhënave nuk mund të bëhet në internet

Administratorët e rezervave shpesh pyeten pse baza e të dhënave nuk është e aksesueshme gjatë një rivendosjeje. Në fakt, aksesi i pjesshëm i të dhënave është i mundur në varësi të llojit të rikuperimit që kryhet. Rregulli i përgjithshëm është që skedarët, grupet e skedarëve ose faqet që rikuperohen automatikisht hiqen jashtë linje sepse është e nevojshme që operacionet e rikuperimit të përfundojnë me sukses.

Procesi i rikuperimit zakonisht fillon duke kopjuar të dhënat, regjistrat dhe faqet e indeksit nga media rezervë në vendndodhjen e skedarëve të bazës së të dhënave. Më pas vjen radha e fazës së riekzekutimit - aplikimi i transaksioneve të ruajtura në regjistër në të dhënat e ruajtura në momentin kur baza e të dhënave u rezervua; ky proces shpesh quhet "riprovim i ndryshimeve". Këto transaksione të regjistruara përfaqësojnë ndryshime në bazën e të dhënave që nga rezervimi i fundit i bazës së të dhënave përpara rrëzimit. SQL Server fillimisht kopjon të dhënat dhe ndryshimet strukturore në regjistrin e transaksioneve dhe më pas i ekzekuton ato ndryshime në bazën e të dhënave aktuale. Ribërja e ndryshimeve siguron që ndryshimet që janë bërë në regjistër të aplikohen në bazën e të dhënave.

Në këtë fazë, baza e të dhënave zakonisht përmban transaksione në pritje dhe baza e të dhënave nuk mund të përdoret për akses. Më pas, SQL Server 2005 Standard Edition hyn në fazën përfundimtare të zhbërjes, gjatë së cilës të gjitha transaksionet në pritje kthehen prapa. Pas përfundimit të kësaj faze, baza e të dhënave është restauruar plotësisht dhe gati për t'u përdorur. Edition Enterprise funksionon pak më ndryshe - baza e të dhënave është gati për përdorim menjëherë pas riprovimit të ndryshimeve, pa pritur fazën e rikthimit të transaksioneve në pritje.

Qasja në skedarë, grupe skedarësh dhe faqe gjatë rikuperimit të bazës së të dhënave dhe fazave të riprovës/zhbërjes së transaksioneve në pritje refuzohet sepse të dhënat që mund të merren janë të pavlefshme. Përpjekja për të përpunuar të dhëna "të pista" mund të shkaktojë probleme që lidhen me transaksionet e humbura dhe jo të plota.

Anketa e infrastrukturës

Një numër i madh i serverëve të ndryshëm me sisteme të ndryshme operative dhe shërbime të instaluara në to bëhet një problem real nëse është e nevojshme të zbatohet një sistem i vetëm rezervë. Një sondazh i infrastrukturës mbledh informacion për të gjithë serverët dhe shërbimet e përdorura nga kompania, si dhe identifikon veçoritë dhe kufizimet e tyre.

Identifikimi i nevojave të biznesit dhe IT

Përpara se të zbatoni një sistem rezervë, së pari duhet të përcaktoni se sa kritike janë disa shërbime. Kjo do të lejojë në të ardhmen të zhvillojë vlerat optimale, për sa i përket rezervës, RPO (Recovery Point Objective) dhe RTO (Recovery Time Objective).

Zhvillimi i një plani optimal rezervë

Në këtë fazë, informacioni i marrë gjatë studimeve të mëparshme sistemohet dhe përcaktohen vlerat optimale të RTO dhe RPO. Specialistët e Abaq-2000 do t'ju ndihmojnë të përcaktoni se cilat dritare rezervë janë të disponueshme për secilin prej shërbimeve, duke marrë parasysh koston e restaurimit. Shërbimi është i përshtatshëm për kompanitë që kanë përfunduar ndonjë nga dy fazat e mëparshme.

Implementimi i sistemeve rezervë

Vendosja e serverëve dhe/ose pajisjeve rezervë

Në këtë fazë, plani rezervë është dakorduar. Pastaj vendosen një ose më shumë serverë për RK, lidhen sistemet e ruajtjes dhe / ose bibliotekat e shiritave. Agjentët për RK janë instaluar, nëse është e nevojshme.

Kryerja e kopjeve rezervë, zgjidhja e problemeve dhe rregullimi i planit të rezervimit

Vendosja e një sistemi rezervë sipas karakteristikave të deklaruara. Kryerja e një kopje rezervë. Zgjidh problemet e identifikuara, të tilla si gabimet e konfigurimit. Në raste të rënda, kontaktimi me shitësin, hapja e kërkesave në mbështetjen teknike të shitësit. Rregullimi i ekzekutimit të rezervës për të përputhur me planin e miratuar më parë.

Trajnimi dhe Dokumentacioni

Optimizimi i sistemit tuaj ekzistues rezervë

Ekzaminimi i serverëve ekzistues rezervë

Gjetja e versionit të rezervës ekzistuese, licencave të disponueshme dhe funksionalitetit të përdorur. Shërbimi ju lejon të përcaktoni se sa në mënyrë optimale po përdoret sistemi rezervë.

Procesi i optimizimit të politikave dhe rezervimit

Në rast të mangësive apo gabimeve të konstatuara, ndërmerren veprimet e nevojshme për eliminimin e tyre. Përveç kësaj, po punohet për konfigurimin e funksionalitetit të papërdorur të sistemit. Për shembull, deduplikimi në anën e hostit që do të rezervohet. Optimizimi ju lejon të zvogëloni dritaren e rezervimit dhe të siguroni rikuperimin e skedarëve.

Krijimi i një plani të rimëkëmbjes nga fatkeqësitë

Plani i Rimëkëmbjes së Fatkeqësive ju lejon të rivendosni serverin ose një pjesë të tij sa më shpejt që të jetë e mundur në rast të një avari. Shërbimi përfshin krijimin, zhvillimin dhe rregullimin e planit.

Trajnimi dhe Dokumentacioni

Trajnoni inxhinierët e klientit se si të përdorin sistemin rezervë në masën e nevojshme për të përfunduar kopjen rezervë dhe për të zgjidhur çdo problem që lind. Krijimi i dokumenteve të mëposhtme: shënimi shpjegues, udhëzimet dhe programi i administratorit, si dhe metodat e testimit. Lista e dokumenteve mund të ndryshohet në përputhje me kërkesat e klientit. Regjistrimi mund të jetë në çdo formë ose sipas GOST. Më pas, sistemi rezervë testohet në përputhje me PMI.

1. Rregullsia. Bërja e kopjeve rezervë duhet të jetë po aq e rregullt sa larja e dhëmbëve në mëngjes.
2. Ekzaminimi. Kontrolloni kopjen rezervë që sapo keni bërë. Do të jetë shumë zhgënjyese nëse, në një moment veçanërisht të tensionuar, shpëtimtari juaj rezulton të jetë një bedel. Hapni disa skedarë nga arkivi dhe sigurohuni që ato të funksionojnë.
3. Ndarja.Është më mirë të ruani kopje rezervë jo në një vend, por të paktën në dy. Për shembull, në një hard disk të jashtëm dhe në cloud. Në fund të fundit, disqet ndonjëherë dështojnë dhe ruajtja në re mund të mos jetë e disponueshme në kohën e duhur.
4. delimitimi. Ndani në disa kategori të qarta atë që do të ruani. Të dhënat me rëndësi të ndryshme kërkojnë një qasje të ndryshme ndaj arkivimit.

Zgjidhjet e sistemit

Dritaret

Windows ka një mjet të rregullt rezervë dhe rikthimi që ju lejon të ruani skedarët individualë dhe një imazh të tërë nga i cili mund të rivendosni sistemin në rast dështimi.

Windows 7

Shkoni te "Paneli i Kontrollit" duke klikuar me të majtën në butonin "Start" dhe duke zgjedhur artikullin e duhur. Në "Paneli i Kontrollit", zgjidhni "Sistemi dhe Siguria" → "Rikthimi i Kompjuterit" → "Konfiguro kopjen rezervë".

Më pas, sistemi do t'ju kërkojë të specifikoni një vendndodhje për të ruajtur arkivin. Ju lutemi vini re se nëse dëshironi të rezervoni të dhënat nga disku C, nuk do të mund t'i ruani ato atje. Për ta bërë këtë, do t'ju duhet të zgjidhni një medium tjetër, si një disk të dytë fizik, flash drive, DVD ose dosje në rrjet lokal. Nëse kujtoni parimet e krijimit të një kopje rezervë, arkivi duhet të ruhet në një medium të veçantë, dhe jo në vetë kompjuterin nga i cili është bërë kopja.

Më pas, sistemi do t'ju kërkojë të zgjidhni automatikisht ose manualisht dosjet për arkivim. Klikoni në "Më jep një zgjedhje" dhe në dritaren që hapet, kontrolloni kutitë për dosjet që dëshironi të ruani. Kliko Tjetër → Ruaj Cilësimet dhe Dil.

Tani në dritaren "Rikthimi ose rivendosja e skedarëve" ekziston një buton "Arkivi". Duke klikuar mbi të do të fillojë procesi i arkivimit të të dhënave tuaja.

Rimëkëmbja ndjek të njëjtin parim. Për ta bërë këtë, klikoni në artikullin "Zgjidhni një kopje rezervë tjetër për të rivendosur skedarët" dhe specifikoni atë në të cilën është kryer kopjimi.

Windows 8 dhe më lart

Mjeti i integruar i Historisë së Skedarit lejon arkivimin në kohë reale. Kërkon vetëm konfigurimin fillestar për të funksionuar.

Shkoni te "Paneli i Kontrollit". Për ta bërë këtë, klikoni në butonin "Start" me butonin e djathtë të miut dhe futeni menyja e kontekstit gjeni linjën që dëshironi.

Si vend ruajtjeje, zgjidhni një disk të ndryshëm nga disku i sistemit, një USB flash drive ose dosje rrjeti. Klikoni "Aktivizo".

"Historia e skedarit" do të kopjojë automatikisht bibliotekat e mëposhtme: "Dokumentet", "Muzika", "Imazhet", "Videot" - dhe dosjet standarde të përdoruesve: Windows, "Desktop", "Të preferuarat".

Si parazgjedhje, kopjet rezervë bëhen çdo orë, por ju mund ta ndryshoni këtë kohë, për shembull, në 10 minuta. Megjithatë, kjo do të kërkojë më shumë hapësirë ​​në disk. Koha e ruajtjes për çdo kopje mund të konfigurohet në menynë Opsione të Avancuara.

macOS

Time Machine është zgjidhja standarde e Apple për rezervimin e aplikacioneve, skedarëve dhe dosjeve, dokumenteve, videove dhe muzikës.

Për të punuar me Time Machine, do t'ju duhet një ruajtje e të dhënave nga palët e treta, si një flash drive, një i jashtëm HDD ose zgjidhje rrjeti.

Kur lidhet disku i jashtëm Mac-i juaj duhet të kërkohet: A duhet ta përdor atë si një kopje rezervë? Zgjidhni "Përdorni si një disk rezervë".

Nëse dritarja nuk shfaqet, disku rezervë duhet të zgjidhet manualisht:

• shkoni te menyja dhe hapeni cilësimet e kohës makinë;
• klikoni në "Zgjidhni diskun rezervë";
• zgjidhni atë që dëshironi dhe klikoni në "Përdor diskun".

Rezervimet do të krijohen automatikisht një herë në orë, kopje për muajin e kaluar- çdo ditë, dhe kopje rezervë të të gjitha kohërave - çdo javë. Mos kini frikë se vëllimi i juaj hard disk do të jetë i vogël. Time Machine do të ruajë vetëm informacionin e ndryshuar dhe kopjet e vjetra do të fshihen automatikisht ndërsa hapësira në disk mbushet.

Android

Shërbimi i rezervimit të Android

Projektuar për të krijuar kopje rezervë të të dhënave Llogaritë e Google. Me të, ju mund të kurseni:

• të dhëna për rrjetet Wi-Fi;
• letër-muri desktop;
• Cilësimet e Gmail
• aplikacionet e Google Play;
• cilësimet e gjuhës dhe të hyrjes;
• Data dhe ora;
• cilësimet e rreshtit aplikacionet e palëve të treta.

Për të krijuar një kopje rezervë ju duhet:

• hapni cilësimet e pajisjes;
• shkoni te "Të dhënat personale" → "Rivendosja dhe rivendosja";
• aktivizoni Rezervimin e të dhënave.

Për të rivendosur të dhënat në një pajisje tjetër, thjesht identifikohuni me llogarinë tuaj. Për të rivendosur cilësimet e aplikacioneve të ruajtura, shkoni te "Personal" → "Backup and Reset" → "Auto Restore".

Sinkronizimi

Android ofron mjet i rregullt sinkronizimi, i cili ju lejon të ruani kontaktet e personalizuara të vendosura nga Google Luaj aplikacione, kalendar, cilësimet e ekranit, gjuhët dhe metodat e hyrjes, të dhënat e Google Drive dhe cilësimet për disa aplikacione të palëve të treta. Mjeti kërkon një llogari të detyrueshme Google.

Sinkronizimi në Android është aktivizuar si parazgjedhje. Nëse dëshironi të merrni kopjen më të fundit rezervë, bëni sa më poshtë:

• hapni cilësimet e telefonit;
• në seksionin "Llogaritë dhe sinkronizimi", zgjidhni Google;
• kontrolloni kutitë dhe klikoni "Sinkronizo".

Të dhënat do të dërgohen automatikisht në hapësirën ruajtëse të resë kompjuterike të Google. Për t'i rikthyer ato në një pajisje tjetër Android, thjesht lidhni pajisjen tuaj llogari.

Ju gjithashtu mund të sinkronizoni llogaritë më të njohura: Skype, Telegram, Viber dhe VKontakte. Për të sinkronizuar fotot dhe imazhet, Android ka një të integruar zgjidhje google Foto.

iOS

iTunes

Aplikacioni universal i Apple për marrjen dhe luajtjen e përmbajtjes. Ju lejon të ruani lokalisht të dhënat nga një pajisje e lidhur me një kompjuter nën Kontrolli i Windows ose macOS. Kjo është veçanërisht e dobishme kur nuk keni akses në internet.

Për të krijuar një kopje kur Ndihmë iTunes bëni sa më poshtë:

• lidhni pajisjen me kompjuterin;
• shkoni te skedari "Pajisjet";
• kliko Sync.

• Foto;
• shënime;
• Lista e Kontakteve;
• kalendar;
• mesazhe SMS/MMS;
• Shfletuesi Safari;
• cilësimet e pikës së hyrjes;
• të dhënat e aplikacionit;
• pamje e ekranit kryesor.

iCloud

Shërbimi cloud për ruajtjen e të dhënave të përdoruesit. Si çdo re kompjuterike, ajo ka dy kufizime: nevojën për qasje në internet dhe një sasi relativisht të vogël (5 GB) të hapësirës së dedikuar falas.

Për të ruajtur të dhënat duke përdorur iCloud në pajisjen tuaj, hapni Cilësimet → iCloud → Rezervimi dhe filloni procesin e krijimit të një kopjeje.

Të ruajtura në iCloud:

• historiku i blerjeve në App Store;
• Foto;
• Cilësimet e telefonit;
• të dhënat e aplikacionit;
• pamja e ekranit kryesor;
• zile;
• postë zanore.

Software

Dritaret

Liçensë: softuer komercial.

Mbështetje për gjuhën ruse: ka.

Një zgjidhje e thjeshtë rezervë. Ju lejon të ruani skedarë individualë (foto, muzikë ose filma) dhe skedarë të postës, për shembull nga Microsoft Outlook ose TheBat.

Në dritaren kryesore të programit, klikoni "Krijo një detyrë të re" → "Krijo një kopje rezervë". Nga pema e katalogut, zgjidhni të dhënat që dëshironi të ruani. Në rastin tonë, kjo do të jetë dosja Music në desktop.

Së fundi, jepini detyrës një emër dhe klikoni Finish. Arkivimi përfundoi.

I njëjti parim vlen për rikuperimin e të dhënave. Zgjidhni kopjen rezervë të ruajtur dhe më pas specifikoni se ku dëshironi ta rivendosni atë.

Periudha e provës për përdorimin e programit është 30 ditë. Zhvilluesit ofrojnë blerjen e versionit të plotë bazë për 800 rubla. Ka versione të tjera të Handy Backup - Professional dhe Expert. Aftësitë e tyre janë shumë më të gjera dhe të përshtatura për nevoja profesionale, por për qëllimet tona mjafton versioni Standard.

Liçensë: softuer shareware.

Mbështetje për gjuhën ruse: nr.

Një zgjidhje tjetër për krijimin e kopjeve rezervë dhe rikuperimin e skedarëve të humbur. Ndërfaqja është aq e thjeshtë dhe e qartë sa që edhe mungesa e gjuhës ruse nuk do të jetë pengesë.

Para së gjithash, zgjidhni se ku të ruani të dhënat. Le të jetë disku i lëvizshëm E.

Hapi tjetër është të specifikoni të dhënat për të ruajtur. Programi ofron si një zgjedhje të zgjuar, ku mund të shënoni skedarët e desktopit menjëherë, dosjet e sistemit"Pictures" ose "Videos" dhe një pemë drejtorie. Shkoni tek ai dhe ruani dosjen tashmë të njohur "Muzikë".

Pasi të klikoni në shenjën e kontrollit, do të hapet dritarja e arkivimit. Në diskun e zgjedhur, programi krijon automatikisht dosjen Genie TineLine, ku vendos skedarët e ruajtur.

Veçoritë e ruajtjes dhe rivendosjes janë të disponueshme në versionin bazë të Genie Timeline Free. Zgjeruar versionet me pagesë Genie Timeline Home dhe Genie Timeline Pro kanë shumë më tepër veçori: dërgimin e njoftimeve me email, enkriptimin shumë të sigurt të të dhënave dhe planifikimin. Por për ruajtjen e skedarëve në shtëpi, mjafton versioni Falas.

Genie TineLine ka një aplikacion iOS me të cilin mund të kontrolloni statusin e kopjeve rezervë në kompjuterin tuaj.

Liçensë: softuer komercial.

Mbështetje për gjuhën ruse: ka.

Mjet i fuqishëm rezervë dhe rikthimi. Ju mund të ruani kopje rezervë jo vetëm në disqe fizike, por edhe në shërbimin cloud të Acronis. Vërtetë, për këtë do të duhet të abonoheni për një vit, dhe sasia e hapësirës së ofruar do të varet nga plani tarifor. Me një abonim standard, ndahen 50 GB, me blerjen e një versioni premium - nga 1 TB.

Menjëherë pas instalimit, programi ju kërkon të zgjidhni se cilat të dhëna do të dërgohen në kopje: nga i gjithë kompjuteri, nga disqet dhe ndarjet ose dosjet individuale.

Zgjidhni "Files and Folders" dhe zgjidhni ato që dëshironi. Le të jetë përsëri dosja "Music" në desktop. Klikoni "OK" dhe vazhdoni me zgjedhjen e ruajtjes.

Zgjidhni flash drive E, klikoni përsëri "OK" → "Krijo një kopje". Një kopje e dosjes Music krijohet në një flash drive.

Acronis ka të tjerë karakteristika të dobishme. Për shembull, "Arkivi" ju lejon të lironi hapësirën në disk duke kompresuar skedarë të mëdhenj dhe mjeti "Disk Clone" krijon një kopje të plotë të disqeve lokale, të cilat, në rast dështimi, do t'ju lejojnë të rivendosni gjendjen origjinale. të sistemit.

Kostoja e programit është 2700 rubla. Një abonim standard për një vit do t'u kushtojë përdoruesve 2,400 rubla, një i zgjatur - 5,100 rubla. Aplikacionet celulare funksionojnë në lidhje me versionin e desktopit dhe shkarkohen falas.

macOS

Karbon Cope Cloner

Liçensë: softuer komercial.

Mbështetje për gjuhën ruse: nr.

Një mjet për krijimin e një disku të kopjuar. Mbështetja për gjuhën ruse nuk ofrohet, por nuk do të jetë e vështirë të kuptosh ndërfaqen.

Në Disk Burimi, zgjidhni diskun që dëshironi të kopjoni. Në Target Disk, specifikoni vendndodhjen për të ruajtur kopjen. Filloni procesin me butonin Clone.

Periudha falas e përdorimit të programit është 30 ditë. Pas Carbon Cope Cloner do të kushtojë 2,405,65 rubla.

Android

Liçensë: softuer shareware.

Mbështetje për gjuhën ruse: ka.

Një zgjidhje e përshtatshme për rezervimin dhe sinkronizimin e aplikacioneve në Android pa kërkuar të drejta rrënjësore. Sidoqoftë, për punë të plotë, do të duhet të instaloni Helium në një kompjuter që funksionon Windows, Linux ose macOS.

Pas instalimit të aplikacionit në smartphone tuaj, do të merrni menjëherë një njoftim për nevojën për një version desktop. Për lehtësinë e instalimit dhe kursimin e kohës, programi ofron dërgimin e një lidhjeje te një mesazher miqësor për përdoruesit ose me email. Nga atje ndiqni lidhjen në faqen e internetit të programit, shkarkoni dhe ekzekutoni. Instalimi në stilin "Next" → "Next" → "OK" është i drejtpërdrejtë.

Ndërsa programi është duke u instaluar, aplikacioni celular kërkon të lidhni telefonin me kompjuterin dhe të aktivizoni korrigjimin e USB.

Pas marrjes së njoftimit për sinkronizimin e suksesshëm, telefoni inteligjent mund të shkëputet nga kompjuteri.

Hapni aplikacionin celular. Nga lista programet e instaluara zgjidhni ato që ju nevojiten dhe klikoni në butonin "Rezervimi". Specifikoni se ku do të ruhet rezervimi dhe prisni që procesi të përfundojë.

Për të rivendosur nga një kopje rezervë, shkoni te skeda "Rivendosja dhe sinkronizimi", specifikoni vendndodhjen me kopjen, zgjidhni aplikacionet e dëshiruara dhe klikoni "Rimëkëmbja".

Versioni bazë i programit është falas, kostoja e versionit të zgjeruar është 149,86 rubla.

Versioni i zgjeruar lejon:

• çaktivizoni reklamat;
• vendosni kopje rezervë të planifikuar;
• aktivizoni sinkronizimin midis pajisjeve Android;
• ruani të dhënat në cloud.

Aplikacioni nuk mund të instalohet nga pronarët e pajisjeve Motorola dhe disa modeleve Sony.

Liçensë: softuer shareware.

Mbështetje për gjuhën ruse: ka.

Më i popullarizuari ndër Përdoruesit e Android mjet rezervë të aplikacionit. Kërkon qasje rrënjësore në pajisje.

Për të krijuar një kopje rezervë të një ose më shumë aplikacioneve, hapni skedën "Backups", e cila prezanton listën e plotë softuer të instaluar. Një pikëçuditëse pranë një aplikacioni tregon se një kopje nuk është krijuar ende për të. Ikona e telefonit do të thotë që programi është ruajtur memorje e brendshme pajisje. Ikona e kartës SD tregon aplikacionet e ruajtura në kartën e kujtesës.

Zgjidhni një aplikacion dhe klikoni "Ruaj" në menynë që hapet.

Rezervimi është krijuar. Tani, nëse hyni përsëri në aplikacion, mund të shihni butonin "Rivendos".

Titanum Backup mbështet punën në grup me aplikacione dhe kopje rezervë. Për ta bërë këtë, shkoni te "Menyja" → "Veprimet e grupit".

Ky funksion lejon:

• kontrolloni kopjet rezervë - të krijuara së fundmi dhe të tëra - për gabime;
• bëni kopje rezervë të të gjitha aplikacioneve të instaluara;
• bëni kopje rezervë të të gjitha të dhënave të sistemit;
• fshini kopjet rezervë të vjetër;
• rivendosni të gjitha kopjet rezervë;
• rivendosni të gjitha të dhënat e sistemit;
• pastroni cache-in e aplikacionit;
• çinstaloni aplikacionet e sistemit ose të përdoruesit.

Funksionaliteti i Titanium Backup është shumë më i gjerë, por për qëllimet tona, veçoritë e listuara janë mjaft të mjaftueshme.

Versioni i zgjeruar i Titanium Backup kushton 349 rubla. Karakteristikat e tij kryesore:

• krijimi i kopjeve rezervë të shumëfishtë për një aplikacion;
• enkriptimi i të dhënave rezervë;
• kontrollimi i të gjitha arkivave;
• aplikime për ngrirjen dhe shkrirjen e grupeve;
• sinkronizimi i kopjeve rezervë me cloud.

iOS

iMazing

Liçensë: softuer komercial.

Mbështetje për gjuhën ruse: ka.

Përputhshmëria: Microsoft Windows macOS.

Në fakt kjo menaxher skedari me mundesi rezerve. Në shumë mënyra, është i ngjashëm me iTunes, por është shumë më e lehtë dhe më e këndshme të punosh në të. Mund të transferoni të dhëna si me kabllo ashtu edhe me Wi-Fi, dhe iMazing nuk ka kufi në numrin e pajisjeve të lidhura.

Kur lidhni pajisjen tuaj me kompjuterin tuaj, iMazing bën automatikisht një kopje rezervë të saj. Funksioni i ndryshimit të të dhënave drejtpërdrejt në kopjen e ruajtur është shumë i dobishëm: herën tjetër që lidheni, të dhënat e ndryshuara sinkronizohen menjëherë.

Periudha falas është 30 ditë, pas së cilës do të duhet të paguani 39,99 dollarë për përdorim në një kompjuter.

Liçensë: softuer komercial.

Mbështetje për gjuhën ruse: nr.

Përputhshmëria: iOS.

Vegla rezervë e pajisjes me . Ju lejon të ruani shënime, kontakte, foto, mesazhe, histori të telefonatave dhe më shumë.

Për të krijuar një kopje rezervë, thjesht zgjidhni atë që dëshironi të ruani dhe klikoni në ikonën përkatëse. Një kopje mund të ruhet në një smartphone, kompjuter, në cloud ose të dërgohet me email.

Për të rivendosur të dhënat, klikoni në butonin Restore në menynë në anën e majtë të ekranit.

Kostoja e BackupAZ është 2,99 dollarë.

iLex

Liçensë: software i lirë.

Mbështetje për gjuhën ruse: ka.

Përputhshmëria: iOS.

Dhe ky software kërkon që ju të keni një jailbreak. Aplikacioni Falas iLex ju lejon të ruani absolutisht çdo të dhënë nga pajisja, përveç kësaj, nuk kërkon një kompjuter për të punuar.

Pasi të krijoni një kopje rezervë, ruajeni aty ku është e përshtatshme për ju dhe pasi të ndizni pajisjen ose në rast humbjeje, kopjoni arkivin në telefonin tuaj dhe rivendosni informacionin e nevojshëm.

Cydia

Liçensë: software i lirë.

Mbështetje për gjuhën ruse: ka.

Për ta bërë këtë, thjesht shkoni te Menaxho Llogaritë, futni llogarinë tuaj dhe zgjidhni Blerjet e Instalueshme. Kjo është mënyra e vetme për ta bërë këtë vetëm për aplikacionet e blera. Informacioni për Cydia falas nuk ruhet.

Zgjidhjet në renë kompjuterike

Google Drive

Liçensë: softuer shareware.

Mbështetje për gjuhën ruse: ka.

Përputhshmëria:

Ju lejon të ruani të dhënat e përdoruesit në serverët e Google, të dalloni të drejtat e aksesit në skedarë dhe dosje, të hapni aksesin dhe t'i ndani ato me përdorues të tjerë të internetit.

Depoja përfshin:

• Google Drive - përdoret për të ruajtur skedarët;
• Gmail - ruan kontaktet e përdoruesit dhe është një klient i fuqishëm email;
• Google Photo - gjen automatikisht imazhet në pajisje dhe i ruan ato në renë kompjuterike.

15 GB është falas. Për një vëllim më të madh, do të duhet të paguani nga 2.99 në 299 dollarë. Vëllimi maksimal ruajtja është 30 TB dhe ngarkimi i skedarit është 5 TB.

Për përdorim falas 2 GB hapësirë ​​ruajtëse në dispozicion. Kostoja e 1 TB do të jetë 9,99 euro. Hapësira e pakufizuar mund të blihet për 10 euro në muaj.

Yandex.Disk

Liçensë: softuer shareware.

Mbështetje për gjuhën ruse: ka.

Përputhshmëria: shfletuesit, Microsoft Windows, macOS, Android, iOS.

Shërbimi cloud me origjinë ruse, ish Yandex.People. Ashtu si zgjidhjet e mëparshme, ju lejon të ruani të dhënat në cloud dhe t'i ndani ato me përdoruesit e tjerë të internetit. Mbështet sinkronizimin midis pajisjeve të ndryshme.

Përdoruesit pajisen me 10 GB pa pagesë. Për 10 GB shtesë, Yandex kërkon të paguajë 30 rubla, për 100 GB - 80 rubla, ndërsa kostoja e 1 TB do të jetë vetëm 200 rubla.