Faceți backup și restaurați informațiile. Cel mai bun software de backup

de la virusuri si erori de software, defecțiune hardware sau eroare umană, există multe pericole potențiale care vă infectează fișierele.

Și se poate întâmpla și mai rău - de exemplu, pierderea fotografiilor personale, biblioteca muzicala, documente importante de afaceri - ceva care poate fi cu adevărat valoros. De aceea este necesar să se creeze backup computerul dvs. automat.

Este foarte greu să o faci singur, dar cu dreptul software că va fi mult mai ușor decât crezi. Fără costuri în numerar, pentru că există software gratuit pentru backup și clonare pe disc.

Dacă doriți să, copiați conținutul documentelor dvs undeva , clonează o unitate pe alta, sau face o copie de rezervă a întregului tău sistem Am găsit multe programe care mă pot ajuta.

Backup acțiune

Action Backup - poate cele mai bune fișiere programat pentru computerele de acasă și de la serviciu. Programul este foarte convenabil, deoarece combină ușurința de utilizare, precum și o funcționalitate largă pentru efectuarea de copii de rezervă. Cu Action Backup veți obține: suport pentru backup-uri complete, diferențiale, incrementale, backup automat* pe servere FTP, CD/DVD, la distanță resursele rețelei, suport pentru formatul zip64, suport pentru " copie umbră", lucrează în modul servicii windows*, eliminarea automată a arhivelor anterioare (învechite)*, trimiterea unui raport pe e-mail și multe altele ( descriere detaliata funcționalitatea este disponibilă pe site-ul oficial al dezvoltatorului).

Action Backup este perfect atât pentru începători, cât și pentru utilizatorii avansați, făcându-l un instrument excelent pentru copierea de rezervă a fișierelor pe computerele de acasă, precum și pe stațiile de lucru și pe servere.

* - disponibil numai în versiunea plătită. Există o comparație de versiuni pe site-ul oficial.

Aomei Backupper

Dacă vă place software-ul de backup, Aomei are o interfață simplă. Selectați unitatea sau partiția de care faceți backup, unitatea de destinație și faceți clic Backupper va crea o imagine.

Programul are instrumente suficient de bune dacă aveți nevoie de el. Există opțiuni pentru criptați sau comprimați copiile de rezervă. Puteți crea copii de rezervă incrementale sau diferențiate pentru a crește viteza. Poti restabili fisiere individualeși foldere, sau întreaga imagineși există chiar instrumente de clonare a discurilor și a partițiilor.

Ce nu poti face din pacate Backup Programat- acestea trebuie pornite manual. Dar altfel Aomei Backupper este un instrument grozav, cu un număr mare de funcții, dar și ușor de utilizat.

EASEUS Todo Backup gratuit

La fel ca majoritatea programelor gratuite (pentru uz personal) ale produselor comerciale, EASEUS Todo Backup gratuit are câteva limitări - dar pachetul are încă funcții mai mult decât suficiente pentru majoritatea oamenilor.

Programul poate rula atât fișiere, cât și copii de rezervă bazate pe fișiere, cum ar fi manual sau programat. Ești capabil să lucrezi cu copii de rezervă complete sau incrementale.

Capacitatea de a limita viteza de scriere reduce impactul copiei de rezervă asupra performanței sistemului. Acest lucru este posibil în fișiere sau foldere individuale sau în întreaga imagine folosind programul de recuperare a discului. Și există și instrumente pentru a clona și formata unitățile.

Pe partea negativă, nu obțineți nicio criptare, nicio copie de rezervă diferențială și obțineți doar un Linux bazat pe disc (nu Windows PE). Dar EASEUS Todo Backup Free încă arată ca un program grozav pentru noi.

Refaceți backup și recuperare

Refaceți backup și recuperare — este un instrument de backup pentru vizualizare cu o diferență. În loc să instalați programul, trebuie să descărcați un fișier ISO mare (249 MB) și inscripționați-l pe un CD sau pe o unitate USB. Apoi pur și simplu porniți de pe acesta pentru a lansa un instrument simplu care vă poate face backup pe hard disk și le poate restaura mai târziu.

Există, de asemenea, un instrument de recuperare și chiar un browser web dacă aveți nevoie de ajutor cu o problemă cu computerul.

Programul nu este foarte ușor de utilizat. Nu poți programa backup-uri, toate trebuie pornite manual și există foarte puține opțiuni.

Dar este, de asemenea, ușor de utilizat și gratuit pentru toată lumea, așa că, dacă doriți să executați o copie de rezervă uneori, o puteți utiliza pe orice computer fără a instala software, atunci acest produs este pentru dvs.

Cobian Backup

Cobian Backup este un instrument excelent de backup pentru software, cu o mulțime de caracteristici. Obțineți copii de rezervă complete, diferențiale și incrementale, de exemplu; compresie ZIP sau 7zip, criptare AES pe 256 de biți; include și exclude filtre; programator, backup sau servere FTP, iar lista poate continua. Fiecare aspect al programului este extrem de personalizabil (există peste 100 de setări pe care le puteți personaliza).

PC sau backup, cel mai probabil începătorilor le va fi foarte dificil. Dacă sunteți mai experimentat, vă va plăcea numărul de instrumente Cobian Backup vă oferă control asupra fiecărui aspect al procesului de backup.

Macrium Reflect Free

Unul dintre cele mai populare programe gratuite (pentru uz casnic) pentru imagini de disc, Macrium Reflect Free setul principal de funcții prin interfață este ușor de utilizat.

Programul nu are copii de rezervă incrementale sau diferențiate. Și nu veți primi criptare sau protecție prin parolă. Totuși, face crearea unei copii de rezervă foarte ușoară (alegeți unitatea sursă și setați raportul de compresie, gata).

Există un planificator; Puteți monta imagini în Windows Explorer sau restaurați-le complet atât din Linux, cât și discuri Recuperare Windows PE. Și în general Macrium Reflect Free O alegere excelentă pentru cei care doresc un instrument de backup pentru imagini simplu, dar de încredere.

DriveImage XML

Gratuit pentru uz personal, DriveImage XM este o alternativă ușoară la concurenții mai avansați. Copierea de rezervă este la fel de simplă ca alegerea unei unități sursă, a unei destinații și (opțional) setarea unui nivel de compresie.

Recuperarea este la fel de simplă, iar singurul plus semnificativ este capacitatea de a copia direct de pe o unitate pe alta.

Există unele complicații în altă parte. Faceți clic pe butonul „Task Scheduler” și veți primi instrucțiuni despre cum să configurați manual Programator de activități Windows pentru a începe backup-ul. Dar dacă aveți nevoie doar de un instrument de vizualizare de bază, atunci dă DriveImage XML mâner.

FBackup

FBackup este bun remediu copie de rezervă a fișierelor, gratuită pentru uz personal și comercial. Interfața este simplă și clară și există o serie de caracteristici.

Pluginurile vă permit să creați copii de rezervă ale programelor individuale cu un singur clic; există suport pentru includerea și excluderea filtrelor; și puteți rula copii de siguranță „Mirror” care doar copiază totul fără a-l comprima (ceea ce face recuperarea fișierelor foarte ușoară).

Totuși, compresia nu este la fel de bună (este un Zip2 slab), iar planificatorul este, de asemenea, mai simplu decât veți găsi în alte programe. Dar dacă nevoile tale sunt simple, atunci FBackup ar trebui să ți se potrivească.

Creator de copii de rezervă

Prima gratuită pentru uz personal BackupMaker pare ca orice alt program de instrumente pentru fișiere de rezervă, cu copii de siguranță suplimentare sau complete disponibile, programare, comprimare, criptare, include și exclude filtre și așa mai departe.

Dar interesant Servicii aditionale includeți suport pentru backup online Servere FTP, iar la executare backup automat, când dispozitiv USB conectat.

Datele programului sunt stocate și în fișiere Zip, ceea ce le face foarte ușor de accesat. Și Creator de backup vine într-un pachet mic de instalare de 6,5 Mb, mult mai ușor de gestionat decât unii dintre concurenții voluminosi.

Dacă sunteți un utilizator acasă care căutați metoda de backup a fișierelor, apoi backup Creator ar putea fi perfect.

clonezilla

La fel ca repetarea copiei de rezervă și restaurare, clonezilla nu instalator: este mediul de pornire dos care poate fi rulat de pe un CD sau o unitate flash USB.

Și e grav program puternic, de asemenea: veți putea crea o imagine de disc; restaurați imaginea (pe un singur disc sau pe mai multe în același timp); clonează o unitate (copiază o unitate pe alta), cu mult control.

În timp ce Repeat Backup and Restore se concentrează pe ușurința în utilizare, totuși, clonezilla mai multe despre furnizarea de opțiuni suplimentare precum „nesupravegheat clonezilla prin utilizarea Boot PXE". Nu este dificil, probabil cel mai bun program gratuit pentru clonarea discului - dar programul se adresează utilizatorilor avansați și backup, pentru începători este mai bine să găsească o opțiune mai potrivită.

Paragon Backup & Recovery 2014 gratuit

Un alt program gratuit pentru uz personal, Paragon Backup & Recovery 2014 gratuit
este un instrument bun, cu unele restricții.

Sprijin puternic pentru fundație: poți creați o copie de rezervă a imaginii(complet sau diferențial), comprimați și criptați muza filtre de excludere pentru a ajuta la determinarea a ceea ce este inclus, faceți copii de rezervă programate, apoi restaurați fișierele și folderele individuale sau pe toate.

Opțional include secțiune separată, ajutați-vă să vă păstrați copiile de rezervă în siguranță. Și un set frumos de instrumente de bază pentru secțiuni sunt incluse.

Probleme? Nu veți obține copii de rezervă incrementale; Nu puteți clona unități sau partiții, iar interfața nu se simte foarte bine uneori. cu toate acestea Paragon Backup & Recovery 20134 gratuit instrument de calitate și merită atenția dvs.

Duplicati

Dacă aveți nevoie de backup online, atunci Duplicati este unul dintre cele mai versatile instrumente, cu suport pentru salvarea fișierelor skydrive, documente Google, servere FTP, Amazon S3, Rackspace Cloudfiles și WebDAV.

Programul poate, de asemenea salvați pe unități locale și de rețea, deși include multe opțiuni utile (criptare AES-256, protecție prin parolă, planificator, copii de rezervă complete și incrementale, suport pentru expresii regulate pentru a activa/dezactiva filtrele, chiar și limitele ratei de încărcare și descărcare pentru a reduce impactul asupra sistemului dvs.).

Deci, indiferent dacă salvați fișiere online sau local, atunci acest program este pentru dvs.

Pregătirea unui nou server pentru lucru ar trebui să înceapă cu configurarea copiei de rezervă. Toată lumea, s-ar părea, știe despre asta - dar uneori chiar și administratorii de sistem experimentați fac greșeli de neiertat. Iar ideea aici nu este doar că sarcina de a configura un nou server trebuie rezolvată foarte rapid, ci și că este departe de a fi întotdeauna clar ce metodă de backup ar trebui utilizată.

Desigur, este imposibil să creezi o modalitate ideală care să se potrivească tuturor: peste tot există plusuri și minusuri. Dar, în același timp, pare destul de realist să alegeți o metodă care este cea mai potrivită pentru specificul unui anumit proiect.

Atunci când alegeți o metodă de backup, trebuie să acordați mai întâi atenție următoarelor criterii:

1. Viteza (timpul) copiei de rezervă în stocare;
2. Viteza (timpul) restaurării dintr-o copie de rezervă;
3. Câte copii pot fi păstrate cu o dimensiune de stocare limitată (server de stocare de rezervă);
4. Volumul riscurilor din cauza inconsecvenței backup-urilor, lipsei de depanare a metodei de efectuare a backup-urilor, pierderea totală sau parțială a backup-urilor;
5. Overhead: nivelul de încărcare creat pe server la efectuarea unei copii, o scădere a timpului de răspuns al serviciului etc.
6. Costul închirierii tuturor serviciilor folosite.

În acest articol, vom vorbi despre principalele modalități de a face backup la serverele care rulează sisteme Linux și despre cele mai multe probleme tipice, cu care se pot întâlni noii veniți în acest domeniu foarte important al administrării sistemului.

Schema de organizare a stocării și recuperării din backup-uri

Atunci când alegeți o schemă pentru organizarea unei metode de redundanță, ar trebui să acordați atenție următoarelor puncte de bază:

1. Backup-urile nu pot fi stocate în aceeași locație cu datele pentru care s-a făcut backup. Dacă stocați o copie de rezervă pe aceeași matrice de discuri ca și datele dvs., atunci o veți pierde dacă matricea principală de discuri este deteriorată.
2. Oglindirea (RAID1) nu poate fi comparată cu backupul. Raidul vă protejează doar de o problemă hardware cu unul dintre discuri (și mai devreme sau mai târziu va apărea o astfel de problemă, deoarece subsistemul discului este aproape întotdeauna blocajul de pe server). În plus, la utilizarea raidurilor hardware, există riscul defecțiunii controlerului; este necesar să-și păstreze modelul de rezervă.
3. Dacă stocați copii de rezervă în același rack în DC sau doar în același DC, atunci în această situație există și anumite riscuri (puteți citi despre acest lucru, de exemplu, .
4. Dacă stocați copii de rezervă în diferite DC, atunci costurile de rețea și viteza de restaurare de la o copie de la distanță cresc dramatic.

Adesea, motivul pentru recuperarea datelor este deteriorarea Sistemul de fișiere sau discuri. Acestea. copiile de rezervă trebuie să fie stocate undeva pe un server de stocare separat. În acest caz, „lățimea” canalului de transmisie a datelor poate deveni o problemă. Dacă aveți un server dedicat, atunci este foarte de dorit să efectuați copii de siguranță pe o interfață de rețea separată și nu pe aceeași care face schimb de date cu clienții. În caz contrar, solicitările clientului dumneavoastră s-ar putea să nu „încadreze” într-un canal de comunicare limitat. Sau, din cauza traficului de clienți, backup-urile nu se vor face la timp.

În continuare, trebuie să vă gândiți la schema și timpul de recuperare a datelor în ceea ce privește stocarea copiilor de rezervă. S-ar putea să vă fie bine cu o copie de rezervă de 6 ore pe noapte pe un spațiu de stocare cu viteză limitată, dar este puțin probabil să vă convină o restaurare de 6 ore. Aceasta înseamnă că accesul la copii de rezervă ar trebui să fie convenabil, iar datele ar trebui copiate suficient de repede. Deci, de exemplu, restaurarea a 1 TB de date cu o lățime de bandă de 1 Gb / s va dura aproape 3 ore și asta dacă nu vă „odihnești” pe performanța subsistemului de disc din stocare și server. Și nu uitați să adăugați la aceasta timpul pentru a detecta o problemă, timpul pentru a decide asupra unei retrageri, timpul pentru a verifica integritatea datelor restaurate și cantitatea de nemulțumire ulterioară a clientului/colegului.

Backup incremental

La incrementale O copie de rezervă copiază numai fișierele care s-au modificat de la copia de rezervă anterioară. Backup-urile incrementale ulterioare adaugă numai fișiere care s-au schimbat față de cea anterioară. În medie, backup-urile incrementale durează mai puțin timp, deoarece se fac copii de rezervă mai puține fișiere. Cu toate acestea, procesul de restaurare a datelor durează mai mult, deoarece datele din ultima copie de rezervă completă trebuie restaurate, plus datele din toate copiile de rezervă incrementale ulterioare. În acest caz, spre deosebire de copierea diferențială, fișierele modificate sau noi nu le înlocuiesc pe cele vechi, ci sunt adăugate pe suport independent.

Copierea incrementală se face cel mai adesea folosind utilitarul rsync. Cu el, puteți economisi spațiu de stocare dacă numărul de modificări pe zi nu este foarte mare. Dacă fișierele modificate sunt mari, acestea vor fi copiate complet fără a înlocui versiunile anterioare.

Procesul de backup cu rsync poate fi împărțit în următorii pași:

1. Este compilată o listă de fișiere de pe serverul redundant și din stocare, sunt citite metadate (permisiuni, timp de modificare etc.) sau o sumă de control (când se folosește cheia --checksum) pentru fiecare fișier.
2. Dacă metadatele fișierelor diferă, atunci fișierul este împărțit în blocuri și se calculează o sumă de control pentru fiecare bloc. Blocurile care diferă sunt încărcate în stocare.
3. Dacă a fost făcută o modificare a fișierului în timpul calculului sau transferului sumei de control, backup-ul acestuia se repetă de la început.
4. În mod implicit, rsync transferă date prin SSH, ceea ce înseamnă că fiecare bloc de date este criptat suplimentar. Rsync poate fi rulat și ca un daemon și poate transfera date fără criptare prin protocolul său.

Informații mai detaliate despre funcționarea rsync pot fi găsite pe site-ul oficial.

Pentru fiecare fișier, rsync efectuează un număr foarte mare de operații. Dacă există o mulțime de fișiere pe server sau dacă procesorul este încărcat puternic, atunci viteza de backup va fi redusă semnificativ.

Din experiență, putem spune că problemele pe discurile SATA (RAID1) încep după aproximativ 200G de date pe server. De fapt, totul, desigur, depinde de numărul de inoduri. Și în fiecare caz, această valoare poate fi deplasată atât într-o direcție, cât și în cealaltă.

După o anumită linie, timpul de execuție al backupului va fi foarte lung sau pur și simplu nu va funcționa într-o zi.

Pentru a nu compara toate fișierele, există lsyncd. Acest demon colectează informații despre fișierele modificate, de ex. vom avea deja lista lor pregătită pentru rsync în avans. Cu toate acestea, trebuie luat în considerare faptul că oferă o sarcină suplimentară subsistemului de disc.

Backup diferențial

La diferenţialÎn timpul unei copii de rezervă, fiecare fișier care s-a modificat de la ultima copie de rezervă completă este copiat de fiecare dată. Backup-ul diferențial accelerează procesul de recuperare. Tot ce aveți nevoie este cel mai recent backup complet și cel mai recent diferențial. Popularitatea backup-ului diferențial este în creștere, deoarece toate copiile fișierelor sunt făcute în anumite momente în timp, ceea ce, de exemplu, este foarte important atunci când sunt infectate cu viruși.

Backup-urile diferențiale sunt efectuate, de exemplu, folosind un utilitar precum rdiff-backup. Când lucrați cu acest utilitar, apar aceleași probleme ca și în cazul backup-urilor incrementale.

În general, dacă se efectuează o căutare completă a fișierelor atunci când se caută o diferență de date, problemele acestui tip de backup sunt similare cu cele cu rsync.

Am dori să remarcăm separat că, dacă în schema dvs. de rezervă fiecare fișier este copiat separat, atunci merită să ștergeți / excludeți fișierele de care nu aveți nevoie. De exemplu, acestea ar putea fi cache-uri CMS. Astfel de cache conțin de obicei o mulțime de fișiere mici, a căror pierdere nu va afecta funcționarea corectă a serverului.

Backup complet

O copie completă afectează de obicei întregul sistem și toate fișierele. Backup-urile săptămânale, lunare și trimestriale înseamnă crearea unei copii complete a tuturor datelor. Acest lucru se face de obicei în zilele de vineri sau în weekend, când copiarea unei cantități mari de date nu afectează funcționarea organizației. Backup-urile ulterioare, care rulează de luni până joi până la următoarea copie de rezervă completă, pot fi diferențiate sau incrementale, în primul rând pentru a economisi timp și spațiu pe suport. Backup-urile complete ar trebui făcute cel puțin o dată pe săptămână.

Cele mai multe publicații conexe recomandă să efectuați o copie de rezervă completă o dată sau de două ori pe săptămână și să utilizați copii de siguranță incrementale și diferențiate în restul timpului. Există un merit în astfel de sfaturi. În cele mai multe cazuri, o copie de rezervă completă o dată pe săptămână este suficientă. Este logic să o executați din nou dacă nu aveți posibilitatea de a actualiza backupul complet pe partea de stocare și pentru a asigura corectitudinea copiei de rezervă (acest lucru poate fi necesar, de exemplu, dacă dintr-un motiv sau altul nu faceți aveți încredere în scripturile pe care le aveți sau în software-ul de rezervă.

De fapt, o copie de rezervă completă poate fi împărțită în 2 părți:

1. Backup complet la nivel de sistem de fișiere;
2. Backup complet la nivel de dispozitiv.

Luați în considerare trăsăturile lor caracteristice folosind un exemplu:
[email protected]:~# df -h Dimensiunea sistemului de fișiere Utilizat Utilizare disponibilă % Montat pe /dev/mapper/komarov_system-root 3.4G 808M 2.4G 25% / /dev/mapper/komarov_system-home 931G 439G 493G 48% /home udev 38.03M 3.03M 1% /dev tmpfs 107M 104K 107M 1% /run tmpfs 531M 0 531M 0% /tmp niciunul 5.0M 0 5.0M 0% /run/lock none 531M 0 531M 0% /run/xvMda 12M 7M 7M 12V %/boot

Vom rezerva doar /acasă. Orice altceva poate fi restaurat rapid manual. De asemenea, puteți implementa un server cu un sistem de gestionare a configurației și puteți conecta /home-ul nostru.

Backup complet la nivel de sistem de fișiere

Reprezentant tipic: gunoi.

Utilitarul creează o „dump” a sistemului de fișiere. Puteți crea nu numai copii de rezervă complete, ci și incrementale. dump funcționează cu tabelul inode și „înțelege” structura fișierelor (astfel, fișierele rare sunt comprimate).
Eliminarea unui sistem de fișiere care rulează este „prost și periculoasă”, deoarece sistemul de fișiere se poate schimba în timp ce se creează dump-ul. Acesta trebuie creat dintr-un instantaneu (puțin mai târziu vom discuta despre caracteristicile lucrului cu instantanee mai detaliat), un sistem de fișiere demontat sau înghețat.

O astfel de schemă depinde și de numărul de fișiere, iar timpul de execuție al acesteia va crește odată cu creșterea cantității de date de pe disc. În același timp, descărcarea este mai rapidă decât rsync.
Dacă trebuie să restaurați nu întreaga copie de rezervă, ci, de exemplu, doar câteva fișiere corupte accidental), extragerea acestor fișiere folosind utilitarul de restaurare poate dura prea mult

Backup complet la nivel de dispozitiv

1. mdraid si DRBD
   De fapt, RAID1 este configurat cu un disc/raid pe server și o unitate de rețea, iar din când în când (în funcție de frecvența backup-urilor) disc suplimentar se sincronizează cu unitatea/raid-ul principal de pe server.

   Cel mai mare plus este viteza. Durata sincronizării depinde doar de numărul de modificări efectuate în ultima zi.
   Un astfel de sistem de backup este folosit destul de des, dar puțini oameni sunt conștienți că backup-urile obținute cu ajutorul acestuia pot fi incapacitate și iată de ce. Când sincronizarea discului este completă, discul de rezervă este deconectat. Dacă, de exemplu, rulează un DBMS care scrie date pe discul local în loturi, stochând date intermediare în cache, nu există nicio garanție că vor ajunge deloc pe discul de rezervă. În cel mai bun caz, vom pierde unele dintre datele mutabile. Prin urmare, astfel de backup-uri cu greu pot fi considerate fiabile.

2. LVM + dd
   Instantaneele sunt un instrument excelent pentru crearea unor copii de rezervă consistente. Înainte de a crea un instantaneu, trebuie să goliți memoria cache a FS și software-ul dvs. în subsistemul disc.

De exemplu, cu un singur MySQL ar arăta astfel:
$ sudo mysql -e "FLUSH TABLES WI READ LOCK;" $ sudo mysql -e "FLUSH LOGS;" $ sudo sync $ sudo lvcreate -s -p r -l100%free -n %s_backup /dev/vg/%s $ sudo mysql -e "DEBLOCARE TABELE;"

* Colegii spun povești despre cum „read lock” al cuiva a dus uneori la blocaje, dar în memoria mea asta nu s-a întâmplat niciodată.

Backup-urile DBMS pot fi create separat (de exemplu, folosind jurnalele binare), eliminând astfel golirea cache-ului care necesită timp. Sau puteți crea dumpuri în depozit rulând acolo o instanță DBMS. Copierea de rezervă a diferitelor SGBD este un subiect pentru publicații separate.

Puteți copia un instantaneu folosind CV (de exemplu, rsync cu un patch pentru copierea dispozitivelor de blocare bugzilla.redhat.com/show_bug.cgi?id=494313), puteți bloca cu bloc și fără criptare (netcat, ftp). Puteți transfera blocuri într-o formă comprimată și le puteți monta în stocare folosind AVFS și puteți monta o partiție cu copii de siguranță prin SMB pe server.

Comprimarea elimină problemele legate de viteza de transmisie, congestia lățimii de bandă și spațiul de stocare. Dar, totuși, dacă nu utilizați AVFS în stocare, atunci vă va lua mult timp să restaurați doar o parte a datelor. Dacă utilizați AVFS, veți întâlni „umiditatea” acestuia.
O alternativă la blocarea compresiei este squashfs: puteți monta, de exemplu, o partiție Samba pe server și puteți executa mksquashfs, dar acest utilitar funcționează și cu fișiere, de exemplu. depinde de numărul lor.

În plus, crearea unui squashfs consumă multă memorie RAM, ceea ce poate duce cu ușurință la un apel către oom-killer.

Siguranță

Trebuie să te protejezi de situația în care stocarea sau serverul tău este spart. Dacă serverul este piratat, atunci este mai bine ca utilizatorul care scrie date acolo să nu aibă drepturi de ștergere/modificare a fișierelor din stocare.
Dacă stocarea este piratată, atunci este, de asemenea, de dorit să se limiteze la maximum drepturile utilizatorului de rezervă pe server.

Dacă canalul de rezervă poate fi ascultat, atunci este necesară criptarea.

Concluzie

Fiecare sistem de rezervă are avantajele și dezavantajele sale. În acest articol, am încercat să evidențiem câteva dintre nuanțe atunci când alegem un sistem de rezervă. Sperăm că vor ajuta cititorii noștri.

Ca urmare, atunci când alegeți un sistem de rezervă pentru proiectul dvs., trebuie să testați tipul de rezervă selectat și să acordați atenție:

• timpul de rezervă în stadiul curent al proiectului;
• timpul de rezervă în cazul în care există mult mai multe date;
• sarcina canalului;
• încărcarea pe subsistemul disc de pe server și în stocare;
• timpul pentru a restabili toate datele;
• timpul de recuperare pentru o pereche de fișiere;
• nevoia de consistență a datelor, în special a bazei de date;
• consumul de memorie și prezența apelurilor oom-killer;

Ca soluții de rezervă, puteți utiliza supload și stocarea noastră în cloud.
Cititorii care nu pot lăsa comentarii aici sunt invitați pe blogul nostru.

Etichete: Adăugați etichete

29.10.2012 Michel Poulet

Backup-ul bazei de date este cel mai simplu și mai ieftin mod de a păstra datele corporative în siguranță. Nu aveți încredere în falsul sentiment de securitate care vine cu punerea în funcțiune cel mai recent sistem Valabilitate ridicată. Dacă toate datele sunt virtualizate și consolidate, riscurile chiar cresc

Michelle Poulet ( [email protected])-editor de reviste SQL Server Pro, co-fondator al Mount Vernon Data Systems și Six Sigma Uptime.

Majoritatea companiilor care sunt pe piață de mult timp au trecut prin evenimente catastrofale care le-ar fi putut scoate din joc, cum ar fi o defecțiune a bazei de date. O copie de rezervă a bazei de date este o copie a datelor, structurilor și obiectelor de securitate conținute într-o bază de date. Fiecare bază de date ar trebui să aibă o copie de rezervă după propriul program, în funcție de numărul de tranzacții de scriere care au loc pe zi. Pentru a minimiza pierderile în cazul unei eșecuri a bazei de date, ar trebui să faceți copii de rezervă pentru toate bazele de date utilizate în întreprinderea dvs. Și pentru a vă asigura că backup-urile sunt sănătoase, ar trebui să verificați funcționarea acestora după operațiunile de restaurare. Cel puțin, este necesar să aveți copii ale bazelor de date potrivite pentru recuperare rapidă, iar operația de recuperare în sine ar trebui să fie rezolvată și să nu provoace dificultăți.

După angajați și clienți, cel mai valoros activ al companiilor sunt datele. Este responsabilitatea administratorului bazei de date să se asigure că datele sunt păstrate astfel încât bazele de date să poată fi restaurate chiar dacă centrul de date este complet distrus. Backup-ul bazei de date este cel mai simplu și mai ieftin mod de a păstra datele corporative în siguranță.

Nu aveți încredere în falsul sentiment de securitate care vine odată cu punerea în producție a celui mai recent sistem de înaltă disponibilitate. Dacă toate datele sunt virtualizate și consolidate, riscurile chiar cresc. Cât de ușoară era viața când o singură instanță a unei baze de date rula pe un singur computer. Acum, de obicei, pe server în mașini virtuale Oh rulează zeci de instanțe de SQL Server, care, în cazul unei defecțiuni a serverului fizic, toate vor eșua în același timp. Dacă fondurile permit, puteți crea un cluster de failover de gazde de mașini virtuale pe diferite servere fizice. Dacă este nevoie de disponibilitate ridicată, acest lucru se face de obicei. Dar chiar și un astfel de sistem tolerant la erori poate fi vulnerabil în cazul, de exemplu, a unui incendiu, inundație sau cutremur. Mai sunt necesare copii de rezervă. În același timp, crearea copiilor de rezervă este încredințată unui cerc limitat de oameni. Pentru mai multe informații despre cine poate face backup, consultați bara laterală „Cine poate face backup?”.

Cât de des se face backup pentru o bază de date depinde de cât timp durează restaurarea dintr-o copie de rezervă. Cu cât se face mai des backup pentru o bază de date, cu atât mai rapid va dura restaurarea. Programul de backup și restaurare poate fi configurat individual pentru fiecare bază de date. Tipul rezervării depinde și de mărimea bazei de date și de numărul de tranzacții efectuate pe unitatea de timp. Principalele tipuri de copii de siguranță sunt complete, jurnal și incrementale. Consultați bara laterală „Modele de recuperare a bazelor de date” pentru mai multe informații despre modurile de recuperare, iar comenzile de backup SQL Server sunt descrise în bara laterală „Comenzi de backup standard”.

Redundanță totală

Strategia de redundanță completă este cea mai ușor de înțeles și implementat. La sfârșitul fiecărei zile lucrătoare (sau orice altă perioadă de timp pe care o puteți desemna), o procedură completă de backup a bazei de date este pur și simplu lansată (Figura 1). Nu trebuie să efectuați o copie de rezervă separată a jurnalului și nu trebuie să utilizați Opțiuni suplimentare. Gestionarea fișierelor în acest mod de rezervă, de asemenea, nu necesită atentie speciala, deoarece acesta este un singur fișier de rezervă complet. Restaurarea dintr-o copie de rezervă completă este, de asemenea, foarte simplă: trebuie doar să restaurați dintr-un singur fișier. Utilizarea backup-urilor complete - o alegere buna pentru organizațiile cu personal IT insuficient de experimentat.

O copie de rezervă completă este cea mai potrivită pentru bazele de date „mici” - adică bazele de date care pot fi copiate de rezervă în timpul alocat. Când SQL Server efectuează o copie de rezervă completă a bazei de date, mai întâi salvează toate extensiile pe disc (o extensie este de opt pagini consecutive, fiecare cu dimensiunea de 8 KB). SQL Server face apoi o copie de rezervă a jurnalului de tranzacții, astfel încât orice modificări ale bazei de date care ar fi putut avea loc în timpul copiei de rezervă sunt, de asemenea, stocate în fișierul de rezervă complet.

Dacă efectuați doar o copie de rezervă completă, atunci în cazul unui blocaj al sistemului, unele date se pot pierde - în primul rând modificările efectuate de la ultima copie de rezervă. Dacă frecvența actualizărilor bazei de date este scăzută, de exemplu, se efectuează doar operațiuni în bloc de mare viteză, atunci puteți programa o copie de rezervă completă imediat după actualizările în bloc a datelor, caz în care datele pot fi considerate suficient de sigure.

Redundanța completă nu este potrivită pentru sistemele de producție care sunt actualizate destul de intens. Când utilizați o copie de rezervă completă, dacă este necesară o restaurare, va trebui să efectuați din nou toate tranzacțiile și încărcările de date în bloc care au fost efectuate după efectuarea copiei de rezervă. Dacă ultima copie de rezervă completă se dovedește a fi coruptă, va trebui să efectuați copia de rezervă anterioară pentru restaurare și să vă asigurați din nou manual că toate tranzacțiile care au fost efectuate de la crearea acestei copii de rezervă au fost aplicate.

Pentru a efectua o copie de rezervă completă a bazei de date, rulați următorul cod:

BACKUP DATABASE AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak'WITH INIT, NAME = 'AdventureWorks Full Db backup', DESCRIPTION = 'AdventureWorks Full Data Backup

Parametrul DISK specifică fișierul de rezervă țintă. Puteți face copii de rezervă pe disc sau pe bandă (în acest caz, pe disc). Înainte de a începe o copie de rezervă, asigurați-vă că folderul de rezervă există. În majoritatea cazurilor, backup-ul pe disc este mult mai rapid decât backup-ul pe bandă, dar costul spațiului pe disc este mult mai mare. Pentru un nivel suplimentar de protecție, puteți face copii de rezervă pe disc și apoi salvați copia de rezervă pe bandă. Opțiunea WITH INIT specifică faptul că fișierul de rezervă trebuie suprascris. Această metodă este potrivită dacă se efectuează o copie de rezervă Windows după fiecare copie de rezervă a bazei de date. NAME este numele copiei de rezervă, până la 128 de caractere. Dacă nu specificați un nume, câmpul de nume va rămâne necompletat. DESCRIERE - o descriere mai completă și mai detaliată care poate ajuta, de exemplu, după o perioadă lungă de timp, să aflăm ce fel de backup este și de ce a fost creat.

Pentru a restaura complet baza de date, executați următoarea comandă:

RESTAURARE BAZĂ DE DATE AdventureWorks FROM DISK = „E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.BAK” CU RECUPERARE, ÎNLOCUIRE

WITH RECOVERY instruiește SQL Server să anuleze toate tranzacțiile în așteptare care ar putea fi în jurnalul de tranzacții și să lase baza de date în funcțiune. REPLACE înseamnă suprascrierea oricărui fișier existent cu același nume. Consultați bara laterală „Înlocuirea bazei de date” pentru mai multe informații despre aceasta.

Când utilizați o strategie de backup completă, trebuie să monitorizați dimensiunea fișierului jurnal de tranzacții. O copie de rezervă completă nu șterge jurnalul de tranzacții de intrări inactive. Dacă efectuați doar o copie de rezervă completă a bazei de date, ar trebui să urmați această operație cu o copie de rezervă a fișierului jurnal de curățare. Pentru a face acest lucru, utilizați setarea TRUNCATE_ONLY, ca în comanda de mai jos:

JURUL DE BACKUP AdventureWorks WITH TRUNCATE_ONLY

Dacă este setată la TRUNCATE_ONLY, nu se efectuează de fapt o copie de rezervă a jurnalului, este o directivă pentru SQL Server să creeze un punct de control, să curețe elementele inactive și să reducă dimensiunea fișierului jurnal. Versiunile ulterioare de SQL Server au eliminat această setare, dar puteți utiliza modul în schimb. recuperare usoara pentru a permite SQL Server să curețe automat jurnalul de tranzacții de articole inactive.

Backup complet cu înregistrare

Dacă orice pierdere de date în timpul restaurării este inacceptabilă, poate fi utilizată o strategie de backup completă cu adăugare de jurnal. Această metodă va preveni pierderea datelor; este potrivit pentru bazele de date actualizate frecvent. În timp ce această strategie mărește complexitatea operațiunilor și întreținerii, timpul total petrecut cu copierea de rezervă a unei baze de date este redus.

Figura 2 prezintă un exemplu de programare pentru o copie de rezervă completă cu păstrare a jurnalului - o copie de rezervă săptămânală completă duminica și o copie de rezervă a jurnalului de tranzacții în fiecare zi următoare până în următoarea duminică, când se efectuează din nou o copie de rezervă completă. O copie de rezervă a jurnalului salvează toate modificările făcute de la copia de rezervă anterioară a jurnalului. În schema de planificare luată în considerare, modificările zilnice sunt salvate.

Dacă nu se specifică altfel, după ce o copie de rezervă a jurnalului este finalizată, intrările inactive din jurnal sunt „șterse” (de fapt, sunt marcate pentru suprascriere). Când rulați comanda BACKUP LOG, puteți adăuga opțiunile NO_TRUNCATE sau COPY_ONLY, astfel încât intrările din jurnal să nu fie modificate atunci când faceți o copie de rezervă. Dar nu vă recomandăm să utilizați aceste opțiuni decât dacă știți sigur pentru ce ați putea avea nevoie de ele.

SQL Server 2005 are un mod de copiere a jurnalului final, adică backup după o blocare a bazei de date dacă jurnalul de tranzacții nu a fost corupt. Acest mod face copii de rezervă ale celor mai recente tranzacții de la ultima copie de rezervă a jurnalului. Pentru mai multe informații despre acest mod, consultați bara laterală „Ce sunt copiile de rezervă ale jurnalului de coadă”.

Utilizarea modelului de recuperare completă oferă o procedură de restaurare relativ simplă și este opțiunea preferată dacă faceți o copie de rezervă completă cu un jurnal. Aceasta restaurează cea mai recentă copie de rezervă completă, apoi restaurează secvenţial jurnalele existente în ordinea cronologică (în ordinea în care au fost create) şi, în final, restaurează coada jurnalului. Această strategie este potrivită pentru sistemele de producție, mai ales dacă sunt tranzacționale și cu puține operațiuni în vrac.

Dacă baza de date are actualizări în bloc regulate, ar putea fi logic să utilizați un model de recuperare în bloc. Deoarece înregistrările individuale incluse în operațiunea în bloc nu sunt înregistrate în acest caz, această abordare reduce supraîncărcarea înregistrării SQL Server. Deși puteți observa o creștere vizibilă a performanței atunci când efectuați operațiuni în bloc, riscați să pierdeți date în timpul recuperării dacă datele originale pentru reluarea operațiunilor în bloc nu sunt disponibile în momentul recuperării. Când se utilizează modelul de recuperare simplă, o copie de rezervă a jurnalului nu este, de asemenea, posibilă, deoarece în acest caz, jurnalul este trunchiat înainte de punctul de control.

Pentru a efectua o copie de rezervă completă a jurnalului, trebuie mai întâi să faceți o copie de rezervă a întregii baze de date, ca în exemplul de mai jos:

BACKUP DATABASE AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak' WITH INIT, NAME = 'AdventureWorks Full Db backup', DESCRIPTION = 'AdventureWorks Full Database Backup'

Și apoi ar trebui să efectuați o copie de rezervă a jurnalului folosind comanda:

JURUL DE BACKUP AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak' WITH NOINIT, NAME = 'Copia de rezervă AdventureWorks Translog', DESCRIPTION = 'Copia de rezervă a jurnalului de tranzacții AdventureWorks', NOFORMAT

Opțiunea WITH NOINIT din ultima comandă specifică faptul că fișierul de rezervă trebuie scris în modul adăugare la transportator existent, disc sau bandă. În acest caz, toate copiile de rezervă ale jurnalului de tranzacții vor fi scrise în același fișier una după alta. NOFORMAT instruiește procesul de backup să salveze orice informații de antet care pot fi conținute în anteturile de pe discurile de rezervă. Aceasta este implicită, iar specificarea explicită a acestei setări este opțională, dar utilă ca operație de auto-documentare.

Pentru a restaura dintr-o copie de rezervă completă sau dintr-o copie de rezervă completă cu istoric, urmați pașii de mai jos.

1. Dacă baza de date este online, restricționați accesul la ea schimbând modul de acces (în fereastra de proprietăți) la RESTRICTED_USER. Astfel, numai membrii grupului de baze de date db_owner și membrii grupurilor de servere dbcreator și sysadmin vor avea acces la baza de date.
2. Remediați eroarea care a cauzat blocarea bazei de date.
3. Dacă este posibil, aplicați toate jurnalele de tranzacții cu copie de rezervă cu opțiunea NORECOVERY.

Pentru a face o copie de rezervă a cozii jurnalului, rulați comanda:

JURUL DE BACKUP AdventureWorks TO DISK = „E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak” CU NORECOVER

Pentru a restaura complet dintr-o copie de rezervă completă, trebuie mai întâi să restaurați fișierele bazei de date utilizând comanda:

RESTAURĂ BAZA DE DATE AdventureWorks FROM DISK = „E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak” CU NORECOVERY

Opțiunea NORECOVERY îi spune SQL Server că tranzacțiile parțiale trebuie lăsate așa cum sunt și nu ar trebui să încerce să fie anulate. Restabilizările ulterioare ale jurnalelor de tranzacții vor restabili datele care permit finalizarea acestor tranzacții parțiale. Utilizarea opțiunii NORECOVERY lasă baza de date într-o stare nefuncțională. Imediat după o restaurare completă, toate copiile de rezervă ale jurnalului de tranzacții cu opțiunea NORECOVERY trebuie restaurate, după cum se arată mai jos:

RESTAURARE JURUL AdventureWorks FROM DISK = „E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak” CU NORECOVERY

În cele din urmă, restaurați fragmentul final cu opțiunea RECOVERY:

RESTAURARE JURUL AdventureWorks DE PE DISK = „E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak” CU RECUPERARE

O strategie de recuperare completă cu recuperare jurnal nu este o protecție absolută. Dacă una dintre copiile de rezervă ale jurnalului devine coruptă, recuperarea va fi posibilă numai până la punctul înainte de jurnalul corupt. De exemplu, să presupunem că executați o copie de rezervă săptămânală completă duminica și că executați copii de siguranță ale jurnalului de luni până sâmbătă. Dacă backup-ul de marți este corupt, atunci doar datele de luni pot fi restaurate: riscul de deteriorare a integrității datelor din aplicarea tranzacțiilor de miercuri la datele de luni este puțin probabil să fie justificat. Și restaurarea fragmentului final nu va face nimic.

Redundanță completă plus diferențială

În cazurile în care este necesar un nivel suplimentar de asigurare, backup-urile delta pot fi adăugate la schemă împreună cu backup-urile jurnalului. Această strategie este adecvată pentru bazele de date tranzacționale în care sunt scrise frecvent, unde pierderea de date în timpul restaurării este inacceptabilă, iar administratorii acordă prioritate restaurărilor rapide.

O copie de rezervă diferențială este cumulativă — include toate datele și structurile care s-au schimbat de la ultima copie de rezervă completă, indiferent de când a fost efectuată ultima copie de rezervă completă sau de câte ori a fost efectuată o copie de rezervă diferențială de atunci. Să presupunem că o copie de rezervă completă a fost efectuată duminică și că a fost efectuată o copie de rezervă diferențială în fiecare zi, așa cum se arată în Figura 3. Backup-ul diferențial de luni va conține toate modificările făcute luni, backup-ul diferențial de marți va conține modificările de luni și marți, iar backupul diferențial de miercuri va conțin modificările de luni. , marți și miercuri etc.

Figura 3. Programarea sarcinilor de backup diferențiate

Restaurarea unei copii de rezervă diferențiale durează, de obicei, mai puțin timp decât restabilirea unei copii de siguranță completă plus jurnalele, deoarece restaurarea unei singure copii de siguranță diferențiale este mai rapidă decât restaurarea unui lanț de jurnale. Salvarea unui backup diferențial se face cu comanda:

BACKUP DATABASE AdventureWorks TO DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak' WITH INIT, DIFFERENTIAL, NAME = 'AdventureWorks Diff Db backup', DESCRIPTION = 'AdventureWorks Differential Database Backup'

Pentru a restaura o bază de date dintr-o copie de rezervă diferențială, parcurgeți următorii pași.

1. Dacă baza de date este online, restricționați accesul la ea schimbând modul de acces (în fereastra de proprietăți) la RESTRICTED_USER. Acest lucru va permite accesul la baza de date numai membrilor grupului de baze de date db_owner și membrilor grupurilor de servere dbcreator și sysadmin.
2. Faceți o rezervă de coadă a bușteanului.
3. Remediați eroarea care a cauzat blocarea bazei de date.
4. Restaurați o copie de rezervă completă cu opțiunea NORECOVERY.
5. Restaurați cea mai recentă copie de rezervă diferențială disponibilă cu opțiunea NORECOVERY.
6. Efectuați o restaurare de rezervă a jurnalului final cu opțiunea RECOVERY.

Pentru a restabili o copie de rezervă diferențială (efectuată după restaurarea unei copii de siguranță completă), introduceți comanda:

RESTAURARE BAZĂ DE DATE AdventureWorks FROM DISK = 'E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak'WITH NORECOVERY

Apoi restaurați jurnalul de coadă cu opțiunea RECOVERY folosind comanda de mai sus.

Redundanța diferențială oferă mai mult nivel inalt integritatea datelor decât doar jurnalele redundante. Dacă cea mai recentă copie de rezervă diferențială este coruptă, puteți restabili backup-ul diferențial anterior, menținând în același timp integritatea datelor.

Strategia de combinare

Dacă nu este practic să rulați din nou tranzacțiile pentru a restabili operațiunile din ultima zi, puteți efectua copii de siguranță complete duminica, copii de siguranță diferențiate în fiecare seară ulterior și copii de rezervă ale jurnalului de tranzacții de luni până sâmbătă dimineața și seara, așa cum se arată în Figura 4. Dacă vineri seara cu bază Dacă datele au probleme și backup-ul diferențial de joi este corupt, puteți să restaurați backup-ul diferențial al mediului și apoi să aplicați jurnalele de joi și vineri. Astfel, baza de date va fi restaurată chiar în momentul eșecului. Pentru o discuție mai detaliată a acestei probleme, consultați bara laterală „Cum să restaurați o bază de date la un moment dat”.

Pentru a reduce riscul de pierdere a datelor, ar trebui să respectați o strategie mixtă care include backup complet, backup jurnal și backup diferențial, deși acest amestec de metode adaugă o oarecare complexitate strategiei de backup și gestionării backupului. De asemenea, ar trebui să luați în considerare câte date vă puteți permite să pierdeți după o eroare și o recuperare a bazei de date. Folosirea strategiilor de recuperare completă sau a unui model de jurnal în bloc în loc de simpla restaurare implică mai multă suprasarcină a fișierelor jurnal de tranzacții și are ca rezultat fișiere mari backup, dar oferă un grad mai ridicat de siguranță a datelor.

Strategii alternative de redundanță

Backup-urile din SQL Server nu se limitează la jurnalele complete, delta și tranzacțiile. Strategii mai avansate, inclusiv backup de fișiere sau grupuri de fișiere, o strategie de backup parțială și backup numai prin copiere.

Acces la baza de date în timpul backupului și restaurării

Rezervare baze de date SQL Serverul este un proces online, totul stocat în SQL datele serverului disponibil în timpul operațiunii de rezervă. Operațiunile de modificare a bazei de date, instrucțiunile INSERT, UPDATE și DELETE sunt disponibile în același mod ca și selecția datelor (SELECT). În timpul unei copii de rezervă, nu puteți modifica structura bazei de date sau structura fișierului– Instrucțiunile ALTER DATABASE, ADD FILE sau SHRINKFILE nu pot fi executate în timpul unei copii de rezervă. Dacă baza de date este activată pornire automată micșorând fișierul bazei de date (auto-shrink), poate exista un conflict în timpul copierii de rezervă. Deci, dacă în timpul procesului de backup începe reducerea automată a fișierului bazei de date, atunci ambele operațiuni pot eșua. Operația care începe prima va obține blocarea pe fișier, iar următoarea operație va trebui să aștepte ca blocarea să fie eliberată. Dacă prima operațiune eliberează blocarea, atunci începe a doua operațiune. Dacă are loc expirarea timpului de blocare al primei operațiuni, a doua operație va eșua. Această abordare poate părea greșită din punctul de vedere al executării celei de-a doua operațiuni, care este forțată să aștepte o defecțiune și numai după ce va emite o defecțiune. Dar având în vedere că munca celei de-a doua operațiuni depinde de succesul primei, dacă prima operație a eșuat, a doua operație nu are sens. Pentru a preveni această problemă, dezactivați micșorarea automată a fișierului bazei de date înainte de a efectua o copie de rezervă.

În cele mai multe cazuri, restaurarea unei baze de date SQL Server este o operațiune de sine stătătoare în timpul căreia utilizatorii nu pot accesa baza de date. Când utilizați SQL Server 2005 Enterprise Edition cu modelul de recuperare completă, restaurările parțiale și restaurările non-primare ale grupurilor de fișiere sunt online în mod implicit. Părțile bazei de date care nu ar trebui restaurate, cum ar fi grupurile de fișiere numai pentru scriere, pot fi disponibile utilizatorilor pe durata operației de restaurare. Grupurile de fișiere de citire/scriere sunt disponibile cu excepția cazului în care au fost scoase offline pentru recuperare. Această caracteristică este foarte utilă pentru bazele de date mari care rulează 24x7x365. Informații suplimentare poate fi găsit în documentația SQL Server 2005 BOL, „Efectuarea restaurărilor online” (http://msdn.microsoft.com/en-us/library/ms188671.aspx) și, de asemenea, în bara laterală „De ce nu poate o bază de date restaurarea să fie efectuată online”.

Rezumând

Datele sunt esențiale pentru afaceri, așa că securizarea acestora este una dintre cele mai importante sarcini. Backup-ul datelor joacă un rol cheie în acest proces. Primul pas în asigurarea accesului continuu la date este crearea unui sistem de backup-uri regulate de baze de date și restaurări de testare. În timp ce creați noua baza datele ar trebui să fie scriptate pentru backup și restaurare imediat. SQL Server oferă o varietate de capabilități de backup și restaurare care pot fi adaptate nevoilor dumneavoastră specifice ale bazei de date.

Cine poate face o rezervare?

Backup-ul bazei de date este disponibil pentru un cerc limitat de persoane. Permisiunea este acordată în mod implicit membrilor anumitor grupuri administratorii de sistem servere și roluri de baze de date db_owner și db_backupoperator. Când utilizați dispozitive de rezervă, discuri sau benzi, trebuie să acordați atenție cui dețin și ce permisiuni sunt setate. SQL Server trebuie să poată citi și scrie pe dispozitiv. Dacă contul sub care rulează SQL Server nu are drepturi de acces la dispozitiv, veți fi conștient de acest lucru numai dacă operațiunea de backup sau restaurare eșuează. Procedura stocată sp_addumpdevice care adaugă intrarea dispozitivului de rezervă la tabelele de sistem nu efectuează verificarea permisiunilor la nivel de fișier.

Puteți specifica o parolă pentru setul de rezervă. În acest caz, trebuie să introduceți și o parolă la restaurarea bazei de date. Protecția prin parolă este o măsură opțională, care, apropo, este considerată nesigură. Protecția prin parolă este utilizată pentru a preveni recuperarea datelor de către persoane neautorizate care nu cunosc politicile de backup/restaurare ale companiei. Deoarece parola nu criptează datele, această măsură nu va împiedica citirea datelor de rezervă folosind instrumente speciale. În plus, parola nu protejează împotriva suprascrierii sau ștergerii fișierului de rezervă.

Modele de recuperare a bazelor de date

Setarea modelului de recuperare determină cât de mult din date pot fi recuperate în cazul unui blocaj al bazei de date. Puteți seta propriul model de recuperare pentru fiecare bază de date, în funcție de cantitatea de pierdere de date pe care sunteți dispus să o acceptați. Pentru a instala modelul de recuperare a bazei de date cu folosind SQL Server Management Studio (SSMS), faceți clic Click dreapta baza de date, deschideți fereastra Proprietăți, accesați pagina Opțiuni și selectați modelul de redundanță dorit din lista derulantă.

Există trei tipuri de modele de recuperare: completă, simplă și înregistrată în bloc. Modelul de recuperare completă folosește la maximum toate caracteristicile jurnalului de tranzacții și vă permite să restaurați baza de date din un grad înalt precizie la un moment dat. Toate operațiunile, cum ar fi tranzacțiile de date, modificările structurale ale bazei de date, instrucțiuni de utilizare cum ar fi finalizarea sau anularea tranzacției, obiectele mari și operațiunile în bloc sunt înregistrate. Jurnalul de tranzacții este completat până când se face o copie de rezervă a jurnalului de tranzacții.

Modelul simplu de recuperare minimizează utilizarea jurnalului de tranzacții și vă permite să restaurați cea mai recentă copie de rezervă completă a bazei de date. Ca și în cazul modelului de recuperare completă, toate tranzacțiile (cu excepția anumitor operațiuni pe lot) sunt păstrate în jurnal. Spre deosebire de modelul de recuperare completă, SQL Server șterge automat jurnalul de elemente neutilizate. Din acest motiv, nu puteți face copii de rezervă ale jurnalului de tranzacții când utilizați modelul de recuperare simplă.

Modelul de recuperare blocată ocupă o poziție intermediară între modelele „extreme” de recuperare completă și simplă. În timp ce numele înregistrat în bloc ar putea sugera că operațiunile în bloc sunt înregistrate, acestea sunt de fapt înregistrate doar parțial. În timpul operațiunilor în bloc, care implică adesea adăugarea unui număr mare de înregistrări într-o perioadă scurtă de timp, SQL Server setează un indicator de biți pe fiecare extindere a bazei de date afectată, dar înregistrările inserate nu sunt de fapt adăugate la fișierul jurnal. În timpul unei copii de rezervă ulterioare a jurnalului de tranzacții, SQL Server verifică acest indicator și scrie în backupul jurnalului de tranzacții extinderile bazei de date în sine care au fost modificate de operația în bloc, în plus față de înregistrările normale de inserare și ștergere. Astfel, o copie de rezervă a jurnalului într-un model de recuperare în jurnal în bloc conține rezultatele efectuării operațiunilor în bloc, mai degrabă decât tranzacțiile individuale care au avut loc efectiv.

Utilizarea modelului de recuperare în jurnal în bloc oferă aceeași completitudine ca și modelul de recuperare completă, dar fără costul suplimentar care vine cu copierea de rezervă a tuturor inserărilor de date în bloc. Cu toate acestea, există riscuri asociate cu utilizarea modelului de recuperare înregistrată în bloc. Dacă datele originale ale operațiunii în bloc se pierd între copii de siguranță, nu va fi posibilă restaurarea completă a bazei de date. De asemenea, nu este posibilă restaurarea bazei de date la un moment dat dintr-o copie de rezervă a jurnalului final - încercarea de a efectua o restaurare va eșua.

Deși modelele de recuperare completă și de recuperare în jurnal în bloc implică o activitate mai mare de jurnal de tranzacții și o dimensiune mai mare a fișierului de rezervă, acest lucru este compensat de o recuperare mai completă a datelor în cazul unei eșecuri a bazei de date.

Comenzi standard pentru redundanță

SQL Server 2005 și SQL Server 2000 au două comenzi pentru a face în esență același lucru - DUMP și BACKUP (adică DUMP DATABASE sau BACKUP DATABASE și DUMP LOG sau BACKUP LOG). Comanda DUMP există încă de la SQL Server 6.5, când realizarea de copii de rezervă a unei baze de date însemna pur și simplu copierea bazei de date în starea în care se afla înainte de începerea operațiunii de backup. În același timp, modificările în baza de date care ar fi putut avea loc după începerea copiei de rezervă nu au fost incluse în backup.

Începând cu versiunea 7, SQL Server poate efectua o copie de rezervă adevărată „în direct”, ceea ce înseamnă că modificările făcute după începerea procesului de backup sunt scrise în jurnalul de tranzacții și stocate în fișierul de rezervă. Astfel, o copie de rezervă este un „instantaneu” al bazei de date în momentul în care operația de backup a fost finalizată. Comanda DUMP este reținută pentru compatibilitate inversă, dar Microsoft nu recomandă utilizarea acesteia pe sistemele nou dezvoltate. Într-o zi, această comandă va fi depreciată și dezvoltatorii vor trebui să scape de ea în acele fragmente codul programului unde este încă în uz.

Pentru cei care au urmărit întotdeauna îndeaproape copiile de rezervă ale bazelor de date SQL Server și dornici să afle ce este nou în SQL Server 2005, ar trebui să continuați să urmăriți cu atenție copiile de siguranță: SQL Server 2005 nu are comanda familiară DBCC REPAIR. „Înlocuirea” acestei comenzi este DROP DATABASE.

Înlocuirea bazei de date

Când restaurați o bază de date pe un nou server, utilizați opțiunea ÎNLOCUIRE, care dezactivează verificările normale de securitate și permite suprascrierea bazelor de date existente chiar dacă numele lor diferă de numele bazei de date care este restaurată. De exemplu, să presupunem că ați făcut o copie de rezervă a bazei de date D, situată pe serverul A. Această copie de rezervă trebuie restaurată pe serverul B. Mai întâi, ar trebui creată o bază de date de stocare goală pe serverul B, numele și dimensiunea bazei de date de transfer fiind irelevante. . Apoi, trebuie să restaurați baza D cu opțiunea ÎNLOCUIRE pe serverul B deasupra bazei de pregătire nou creată. Dacă restaurarea trebuie efectuată înapoi la serverul A, în locația sa inițială, parametrul REPLACE nu este necesar. În mod implicit, o operație de restaurare a bazei de date efectuează verificări de securitate încorporate, cum ar fi atunci când o restaurare a bazei de date nu poate fi efectuată în mod normal deasupra unei alte baze de date existente. În mod similar, restaurarea unei baze de date pentru care a fost făcută o copie de rezervă în modul de backup complet sau în bloc este interzisă dacă nu există o copie de rezervă a jurnalului final.

Dacă trebuie să recuperați o bază de date pentru care dintr-un motiv sau altul nu a fost făcută o copie de rezervă la capătul jurnalului (de exemplu, din cauza unui fișier de copiere a jurnalului de tranzacții corupt), atunci restaurarea în modul ÎNLOCUIRE poate fi singura modalitate de a reuși. restabili. Un alt exemplu în care este necesară opțiunea REPLACE este dacă o copie de rezervă a bazei de date de producție trebuie restaurată într-un mediu de testare/dezvoltare. Chiar și atunci când numele bazelor de date în producție și dezvoltare sunt aceleași, acestea sunt baze de date diferite din punctul de vedere al SQL Server.

Ce sunt copiile de rezervă ale jurnalului final

Copia de rezervă a jurnalului final este un nou mod de rezervă în SQL Server 2005. Acest mod adaugă înregistrările jurnalului de tranzacții la backup care au fost adăugate de la ultima copie de rezervă a fișierului jurnal. Când încercați să restaurați o bază de date până la punctul de eșec, faceți o copie de rezervă a fragmentului de coadă înainte de a începe restaurarea. Nu trebuie să faceți o copie de rezervă a ultimei dacă intenționați să restaurați baza de date până la punctul înainte de ultima copie de rezervă a jurnalului de tranzacții sau dacă mutați baza de date de la o instanță de server la alta sau dacă suprascrieți baza de date. Este posibil ca jurnalul de tranzacții să fie corupt, caz în care nu poate fi efectuată o copie de rezervă a fragmentului de coadă, iar restaurarea va trebui efectuată fără aceasta.

Cum să restabiliți o bază de date la o stare la un moment dat

Poate exista o situație în care trebuie să efectuați o restaurare a bazei de date din cauza codului care a fost executat din eroare - de exemplu, cineva a șters din greșeală un tabel dintr-o bază de date de producție sau a uitat să includă o clauză WHERE într-o clauză DELETE. În astfel de cazuri, este necesară restabilirea bazei de date la starea anterioară momentului în care a fost executat codul eronat.

Recuperarea este un set de operațiuni care aduc baza de date într-o stare consecventă. Pentru a restaura o bază de date într-un anumit moment în timp, trebuie să efectuați o restaurare completă sau o restaurare în jurnal în bloc. Modelul de recuperare simplă face ca jurnalul de tranzacții să fie trunchiat la un punct de control fără capacitatea de a reface-anulați acțiunea (redo-undo) și fără capacitatea de a reveni la starea la un moment dat în timp.

Efectuarea operațiunilor de recuperare urmate de „redo/undo changes” constă în restabilirea datelor la starea inițială la un moment specific, specificat de utilizator - după numele tranzacției finalizate sau după numărul de ordine din jurnal. Modelul de recuperare în jurnal în bloc are o limitare suplimentară: recuperarea punct-în-punct este posibilă numai dacă nu au avut loc operațiuni în bloc de la backup-ul precedent al jurnalului. Cu alte cuvinte, o restaurare cu succes la un moment dat necesită ca secvența fișierelor de backup pentru jurnal să fie contiguă.

Datele recuperabile la un moment dat trebuie să fie conținute într-o copie de rezervă a jurnalului de tranzacții. Când restaurați un jurnal, puteți restaura tranzacțiile care au fost finalizate până la un anumit moment în timp, specificând momentul în timp folosind instrucțiunea STOPAT, STOPATMARK sau STOPBEFOREMARK.

Când restaurați o bază de date la un moment dat, efectuați o copie de rezervă completă cu setarea NORECOVERY, așa cum se arată mai jos:

RESTAURARE BAZĂ DE DATE AdventureWorks FROM DISK = „E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak” CU NORECOVERY

Apoi aplicați toate copiile de rezervă ale jurnalului cu Instalare RECUPERAREși specificând data și ora punctului de timp necesar în fiecare clauză RESTORE LOG:

RESTAURARE JURUL AdventureWorks FROM DISK = „E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak” CU RECOVERY, STOPAT = „10 decembrie 2007 20:10”

Copiere de rezervă a fișierelor/grupurilor de fișiere

Această strategie de backup este adecvată numai dacă baza de date constă din mai multe fișiere sau grupuri de fișiere. Dacă dimensiunea bazei de date sau cerințele de performanță fac imposibilă o copie de rezervă completă a bazei de date și dacă trebuie să o recuperați rapid în cazul unei eșecuri, ar trebui să luați în considerare strategiile de backup pentru fișiere/grup de fișiere.
Această strategie poate fi utilizată pentru SQL Server 2005 sau SQL Server 2000, unde fiecare operațiune necesită să specificați ce fișiere, grupuri de fișiere sau combinații să faceți copii de rezervă. Cu toate acestea, ar trebui să efectuați o copie de rezervă completă a bazei de date la scurt timp după creare, urmată de copii de siguranță regulate ale fișierelor sau grupurilor de fișiere. Dacă o anumită bază de date trebuie să utilizeze modelul de recuperare simplă, toate fișierele de citire/scriere și grupurile de fișiere trebuie să fie copiate în același timp. Pentru a minimiza pierderea de date în timpul recuperării, alegeți fie un model de recuperare completă, fie un model de recuperare în jurnal în bloc și includeți backup pentru jurnalul de tranzacții în strategia dvs.
Restaurarea unei baze de date înseamnă totuși restricționarea accesului la baza de date, dar pentru un timp mai scurt decât cu o restaurare completă a bazei de date. În timpul recuperării, accesul este limitat doar la grupurile de fișiere aflate în curs de recuperare.
În cel mai rău caz, dacă trebuie să restaurați întreaga bază de date și utilizați modelul de recuperare completă, veți avea nevoie de toate copiile de rezervă ale jurnalului de tranzacții de când a fost creată baza de date. În plus, dacă trebuie să restaurați baza de date la un anumit moment în timp, veți avea nevoie de un set complet de copii de rezervă ale jurnalului de tranzacții.

Recuperare parțială

Introdusă în SQL Server 2005, această strategie este concepută pentru bazele de date care au mai multe grupuri de fișiere numai pentru citire și utilizează modelul simplu de recuperare. Deoarece acest tip de bază de date este în principal numai pentru citire, strategiile de backup complet și de restaurare completă sunt redundante. Cu toate acestea, modelul fracțional standby poate fi aplicat oricărui tip de bază de date.

Când se efectuează o copie de rezervă parțială, se face mai întâi o copie de rezervă a grupului de fișiere primar, a tuturor grupurilor de fișiere de citire/scriere și a oricăror grupuri de fișiere specificate numai pentru citire. Deoarece tabelele numai în citire nu se schimbă la fel de des, în teorie nu trebuie să fie copiate de rezervă la fel de des ca tabelele care se schimbă.

Este necesară o planificare atentă înainte de a configura redundanța parțială. Când creați o bază de date, ar trebui să creați diferite grupuri de fișiere, iar când creați tabele, să le plasați explicit în grupurile de fișiere corespunzătoare. De exemplu, tabele de directoare ale bazei de date dintr-un grup de fișiere primar, tabele numai în citire în grupuri de fișiere numai în citire și tabele de citire/scriere în grupuri de fișiere de citire/scriere.

Backup-urile parțiale reduc timpul necesar pentru restaurarea completă a unei baze de date. Dacă întreaga bază de date este doar pentru citire, atunci numai grupul de fișiere primar va fi inclus în copierea de rezervă parțială, dacă nu se specifică altfel. În plus, o copie de rezervă parțială poate fi utilizată în loc de o copie de rezervă completă ca bază pentru o copie de rezervă diferențială. Rezervarea fracționată prevede caracteristici suplimentareși crește flexibilitatea în alegerea unei strategii de redundanță.

Restaurarea după o copie de rezervă parțială restricționează în continuare accesul la baza de date, dar pentru o perioadă mai scurtă de timp decât cu o restaurare completă a bazei de date - și numai pentru grupul de fișiere primar, grupurile de citire/scriere și grupurile de numai citire care au făcut parte din copie de rezervă. Mai mult informatii detaliate poate fi găsit în Cărțile online SQL Server 2005 „Copii de rezervă parțiale” http://msdn.microsoft.com/en-us/library/ms191539.aspx.

Backup-uri de stat

Uneori este nevoie să faceți o rezervare pentru o sarcină specială, de exemplu, pentru a crea o prezentare pentru a demonstra unui client. Cu toate acestea, nu doriți ca ordinea normală a fișierelor necesare restabilirii bazei de date să fie perturbată. În acest caz, puteți profita de posibilitatea de a crea o copie de rezervă a stării bazei de date. O astfel de copie poate fi creată indiferent de strategia de recuperare a bazei de date utilizată - completă, copie în bloc sau simplă (copie în bloc sau simplă).

Dar backup-urile de stat nu ar trebui să facă parte dintr-o strategie de recuperare. Puteți crea o copie a stării, puteți restaura baza de date de pe laptopul demonstrativ și apoi ștergeți în siguranță fișierul de rezervă. Alte copii de siguranță „normale” nu depind în niciun fel de copiile de stare, așa că nu vor fi necesare copii de stat atunci când se efectuează o restaurare.

Strategia de backup de stare nu poate fi folosită ca bază pentru o copie de rezervă diferenţială, deoarece crearea unei copii de stare nu actualizează bitmap-ul diferenţial utilizat pentru a determina ce extensii să copieze şi care să păstreze. De fapt, procedura de copiere diferențială nu ține cont de copiile stării care au fost realizate, astfel încât astfel de copii nu pot participa la procesul de restaurare diferențială.

Când se face o copie de rezervă a jurnalului de tranzacții cu starea bazei de date, jurnalul de tranzacții nu este trunchiat, spre deosebire de o copie de rezervă normală. Backup-ul de stare nu are nici un efect asupra lanțului de jurnal care este utilizat pentru backup complet cu jurnal de recuperare. Backup-urile de stat nu sunt, în general, incluse în lista de copii de rezervă ale jurnalului la restaurare. Pentru mai multe informații, consultați documentația SQL Server 2005 BOL „State Backups” la http://msdn.microsoft.com/en-us/library/ms191495.aspx.

De ce restaurarea bazei de date nu se poate face online

Administratorii de backup sunt adesea întrebați de ce baza de date nu este accesibilă în timpul unei restaurări. De fapt, accesul parțial la date este posibil în funcție de tipul de recuperare efectuat. Regula generală este că fișierele, grupurile de fișiere sau paginile care sunt recuperate automat sunt luate offline, deoarece este necesar ca operațiunile de recuperare să se termine cu succes.

Procesul de recuperare începe de obicei prin copierea datelor, jurnalelor și paginilor de index de pe suportul de rezervă în locația fișierelor bazei de date. Apoi vine rândul fazei de re-execuție - aplicarea tranzacțiilor salvate în jurnal asupra datelor salvate la momentul în care s-a făcut backup la baza de date; acest proces este adesea denumit „reîncercarea modificărilor”. Aceste tranzacții înregistrate reprezintă modificări ale bazei de date de la ultima copie de rezervă a bazei de date înainte de accident. SQL Server copiază mai întâi datele și modificările structurale în jurnalul de tranzacții și apoi execută acele modificări în baza de date reală. Refacerea modificărilor asigură că modificările care au fost făcute în jurnal sunt aplicate bazei de date.

În această etapă, baza de date conține de obicei tranzacții în așteptare și baza de date nu poate fi utilizată pentru acces. Apoi, SQL Server 2005 Standard Edition intră în faza finală de anulare, în timpul căreia toate tranzacțiile în așteptare sunt anulate. După finalizarea acestei etape, baza de date este complet restaurată și gata de funcționare. Enterprise Edition funcționează puțin diferit - baza de date este gata de utilizare imediat după reîncercarea modificărilor, fără a aștepta faza de rollback a tranzacțiilor în așteptare.

Accesul la fișiere, grupuri de fișiere și pagini în timpul recuperării bazei de date și a fazelor de reîncercare/anulare ale tranzacțiilor în așteptare este interzis deoarece datele care ar putea fi preluate sunt nevalide. Încercarea de a procesa date „murdare” poate cauza probleme legate de tranzacțiile ratate și incomplete.

Studiu de infrastructură

Un număr mare de servere diverse cu diverse sisteme de operare și servicii instalate pe ele devine o problemă reală dacă este necesar să se implementeze sistem unic Rezervă copie. Un studiu de infrastructură colectează informații despre toate serverele și serviciile utilizate de companie, precum și identificarea caracteristicilor și limitărilor acestora.

Identificarea nevoilor de afaceri și IT

Înainte de a implementa un sistem de rezervă, trebuie mai întâi să determinați cât de critice sunt anumite servicii. Acest lucru va permite pe viitor să se dezvolte valori optime, în ceea ce privește backupul, RPO (Recovery Point Objective) și RTO (Recovery Time Objective).

Dezvoltarea unui plan de backup optim

În această etapă se sistematizează informațiile obținute în cursul studiilor anterioare și se determină valorile optime ale RTO și RPO. Specialiștii Abaq-2000 vă vor ajuta să determinați ce ferestre de rezervă sunt disponibile pentru fiecare dintre servicii, ținând cont de costul restaurării. Serviciul este potrivit pentru companiile care au parcurs oricare dintre cele două etape anterioare.

Implementarea sistemelor de backup

Implementarea serverelor și/sau a dispozitivelor de rezervă

În această etapă, planul de rezervă este convenit. Apoi, unul sau mai multe servere pentru RK sunt implementate, sunt conectate sisteme de stocare și/sau biblioteci de benzi. Agenții pentru RK sunt instalați, dacă este necesar.

Efectuarea de copii de rezervă, depanarea problemelor și ajustarea planului de backup

Realizarea unui sistem de backup conform caracteristicilor declarate. Efectuarea unei copii de rezervă. Depanați problemele identificate, cum ar fi erorile de configurare. În cazuri grave, contactarea vânzătorului, deschiderea cererilor în suportul tehnic al vânzătorului. Ajustarea execuției de rezervă pentru a se potrivi cu planul aprobat anterior.

Instruire și documentare

Optimizarea sistemului de backup existent

Examinarea serverelor de rezervă existente

Aflați versiunea backupului existent, licențele disponibile și funcționalitatea utilizată. Serviciul vă permite să determinați cât de optim este utilizat sistemul de rezervă.

Optimizarea politicilor și procesul de backup

În cazul deficiențelor sau erorilor identificate, se iau măsurile necesare pentru eliminarea acestora. În plus, se lucrează pentru a configura funcționalitatea neutilizată a sistemului. De exemplu, deduplicarea pe partea gazdei care urmează să fie copiată. Optimizarea vă permite să reduceți fereastra de backup și să asigurați recuperarea fișierelor.

Crearea unui plan de recuperare în caz de dezastru

Planul de recuperare în caz de dezastru vă permite să restaurați serverul sau o parte a acestuia cât mai repede posibil în cazul unei defecțiuni. Serviciul include crearea, dezvoltarea și ajustarea planului.

Instruire și documentare

Instruiți inginerii clientului cu privire la modul de utilizare a sistemului de backup în măsura în care este necesar pentru a finaliza backup-ul și a rezolva orice probleme care apar. Realizarea următoarelor documente: notă explicativă, instrucțiuni și program pentru administrator, precum și metode de testare. Lista documentelor poate fi modificată în funcție de cerințele clientului. Înregistrarea poate fi sub orice formă sau conform GOST. Apoi, sistemul de rezervă este testat în conformitate cu PMI.

1. Regularitate. Efectuarea de copii de rezervă ar trebui să fie la fel de regulată ca și spălatul pe dinți dimineața.
2. Examinare. Verificați backup-ul pe care tocmai l-ați făcut. Va fi foarte dezamăgitor dacă, într-un moment deosebit de tensionat, salvatorul tău se va dovedi a fi un manechin. Deschideți mai multe fișiere din arhivă și asigurați-vă că funcționează.
3. Separare. Este mai bine să stocați copiile de siguranță nu într-un singur loc, ci cel puțin în două. De exemplu, pe un hard disk extern și în cloud. La urma urmei, discurile eșuează uneori, iar stocarea în cloud poate fi indisponibilă la momentul potrivit.
4. delimitare.Împărțiți în mai multe categorii clare ceea ce veți stoca. Datele de importanță diferită necesită o abordare diferită a arhivării.

Soluții de sistem

Windows

Windows are un instrument obișnuit de backup și restaurare care vă permite să salvați atât fișierele individuale, cât și o imagine întreagă din care puteți restaura sistemul în caz de defecțiune.

Windows 7

Accesați „Panou de control” făcând clic stânga pe butonul „Start” și selectând elementul corespunzător. În „Panou de control”, selectați „Sistem și securitate” → „Copia de rezervă computer” → „Configurați backup”.

Apoi, sistemul vă va cere să specificați o locație pentru a salva arhiva. Vă rugăm să rețineți că, dacă doriți să faceți o copie de rezervă a datelor de pe unitatea C, nu le veți putea salva acolo. Pentru a face acest lucru, va trebui să selectați un alt mediu, cum ar fi un al doilea disc fizic, o unitate flash, un DVD sau un folder retea locala. Dacă vă amintiți principiile creării unei copii de siguranță, arhiva trebuie să fie stocată pe un mediu separat, și nu chiar pe computerul de pe care a fost făcută copia.

Apoi, sistemul vă va solicita să selectați automat sau manual folderele pentru arhivare. Faceți clic pe „Dă-mi de ales” și în fereastra care se deschide, bifați casetele pentru folderele pe care doriți să le salvați. Faceți clic pe Următorul → Salvați setările și ieșiți.

Acum, în fereastra „Backup sau restaurare fișiere” există un buton „Arhivă”. Făcând clic pe acesta, va începe procesul de arhivare a datelor dvs.

Recuperarea urmează același principiu. Pentru a face acest lucru, faceți clic pe elementul „Selectați un alt backup pentru a restaura fișierele” și specificați cel în care a fost efectuată copia de rezervă.

Windows 8 și versiuni ulterioare

Instrumentul încorporat pentru Istoricul fișierelor permite arhivarea în timp real. Pentru a funcționa, necesită doar configurarea inițială.

Accesați „Panou de control”. Pentru a face acest lucru, faceți clic pe butonul „Start” cu butonul din dreapta al mouse-ului și în meniul contextual găsiți linia dorită.

Ca locație de stocare, selectați o altă unitate decât unitatea de sistem, o unitate flash USB sau folderul de rețea. Faceți clic pe „Activați”.

„Istoricul fișierelor” va copia automat următoarele biblioteci: „Documente”, „Muzică”, „Imagini”, „Videoclipuri” - și foldere standard de utilizator: Windows, „Desktop”, „Favorite”.

În mod implicit, backup-urile se fac la fiecare oră, dar puteți modifica acest timp, de exemplu, la 10 minute. Cu toate acestea, acest lucru va necesita mai mult spațiu pe disc. Timpul de păstrare pentru fiecare copie poate fi configurat în meniul Opțiuni avansate.

macOS

Time Machine este soluția standard Apple pentru backup pentru aplicații, fișiere și foldere, documente, videoclipuri și muzică.

Pentru a lucra cu Time Machine, veți avea nevoie de o stocare de date terță parte, cum ar fi o unitate flash, o externă HDD sau soluție de rețea.

La conectare unitate externă Mac-ul dvs. ar trebui să fie solicitat: Ar trebui să îl folosesc ca rezervă? Selectați „Utilizați ca unitate de rezervă”.

Dacă fereastra nu apare, unitatea de rezervă trebuie selectată manual:

• intră în meniu și deschide setări de timp mașinărie;
• faceți clic pe „Selectați discul de rezervă”;
• selectați-l pe cel dorit și faceți clic pe „Utilizați disc”.

Backup-urile vor fi create automat o dată pe oră, copii la fiecare luna trecuta- în fiecare zi și backup permanent - în fiecare săptămână. Nu vă fie teamă că volumul dvs hard disk va fi mic. Time Machine va salva doar informațiile modificate, iar copiile vechi vor fi șterse automat pe măsură ce spațiul pe disc se umple.

Android

Serviciul de backup Android

Proiectat pentru a crea copii de rezervă ale datelor Conturi Google. Cu el, puteți salva:

• date despre rețelele Wi-Fi;
• tapet pentru desktop;
• Setări Gmail
• aplicații Google Play;
• setări de limbă și de intrare;
• data si ora;
• setările rândurilor aplicații terță parte.

Pentru a crea o copie de rezervă aveți nevoie de:

• deschideți setările dispozitivului;
• accesați „Date personale” → „Restaurare și resetare”;
• activați Backup de date.

Pentru a restabili datele de pe alt dispozitiv, trebuie doar să vă conectați cu contul dvs. Pentru a restabili setările aplicațiilor salvate, accesați „Personal” → „Backup and Reset” → „Auto Restore”.

Sincronizare

Android oferă unealtă obișnuită sincronizare, care vă permite să salvați contacte personalizate setate de la Google Joacă aplicații, calendar, setări de afișare, limbi și metode de introducere, date Google Drive și setări pentru unele aplicații terțe. Instrumentul necesită un cont Google obligatoriu.

Sincronizarea în Android este activată implicit. Dacă doriți să obțineți cea mai recentă copie de rezervă, faceți următoarele:

• deschideți setările telefonului;
• în secțiunea „Conturi și sincronizare”, selectați Google;
• bifați casetele și faceți clic pe „Sincronizare”.

Datele vor fi trimise automat la stocarea în cloud Google. Pentru a le restabili pe un alt dispozitiv Android, trebuie doar să vă conectați cont.

De asemenea, puteți sincroniza cele mai populare conturi: Skype, Telegram, Viber și VKontakte. Pentru a sincroniza fotografii și imagini, Android are un sistem încorporat solutie google Fotografie.

iOS

iTunes

Aplicația universală Apple pentru obținerea și redarea conținutului. Vă permite să salvați local date de pe un dispozitiv conectat la un computer sub Control Windows sau macOS. Acest lucru este util mai ales atunci când nu aveți acces la internet.

Pentru a crea o copie când Ajutor iTunes urmează următoarele instrucțiuni:

• conectați dispozitivul la computer;
• accesați fila „Dispozitive”;
• faceți clic pe Sincronizare.

• Fotografie;
• note;
• lista de contacte;
• calendar;
• mesaje SMS/MMS;
• browser Safari;
• setări punct de acces;
• Application Data;
• vizualizarea ecranului principal.

iCloud

Serviciu cloud pentru stocarea datelor utilizatorului. Ca orice nor, are două limitări: necesitatea accesului la Internet și o cantitate relativ mică (5 GB) de spațiu dedicat gratuit.

Pentru a salva date folosind iCloud pe dispozitiv, deschideți Setări → iCloud → Backup și începeți procesul de creare a unei copii.

Stocat în iCloud:

• istoricul achizițiilor în App Store;
• Fotografie;
• Setările telefonului;
• Application Data;
• vizualizarea ecranului principal;
• tonuri de apel;
• mesageria vocală.

Software

Windows

Licență: software comercial.

Suport în limba rusă: există.

O soluție simplă de rezervă. Vă permite să salvați atât fișiere individuale (fotografii, muzică sau filme), cât și fișiere de e-mail, de exemplu din Microsoft Outlook sau TheBat.

În fereastra principală a programului, faceți clic pe „Creați o nouă sarcină” → „Creați o copie de rezervă”. Din arborele catalogului, selectați datele pe care doriți să le salvați. În cazul nostru, acesta va fi folderul Muzică de pe desktop.

În cele din urmă, dați un nume sarcinii și faceți clic pe Terminare. Arhivare finalizată.

Același principiu se aplică și pentru recuperarea datelor. Selectați copia de rezervă salvată, apoi specificați unde doriți să o restaurați.

Perioada de probă pentru utilizarea programului este de 30 de zile. Dezvoltatorii oferă să achiziționeze versiunea de bază completă pentru 800 de ruble. Există și alte versiuni de Handy Backup - Professional și Expert. Capacitățile lor sunt mult mai largi și adaptate nevoilor profesionale, dar pentru scopurile noastre, versiunea Standard este suficientă.

Licență: software shareware.

Suport în limba rusă: Nu.

O altă soluție pentru crearea de copii de rezervă și recuperarea fișierelor pierdute. Interfața este atât de simplă și clară încât nici măcar absența limbii ruse nu va fi un obstacol.

În primul rând, alegeți unde să salvați datele. Lăsați-l să fie unitate detașabilă E.

Următorul pas este să specificați datele de salvat. Programul oferă atât o alegere inteligentă, în care puteți marca fișierele de pe desktop simultan, folderele de sistem„Imagini” sau „Videoclipuri” și un arbore de directoare. Accesați-l și salvați folderul deja familiar „Muzică”.

După ce faceți clic pe bifa, se va deschide fereastra de arhivare. Pe discul selectat, programul creează automat folderul Genie TineLine, unde plasează fișierele salvate.

Funcțiile de salvare și restaurare sunt disponibile în versiunea de bază a Genie Timeline Free. Extins versiuni plătite Genie Timeline Home și Genie Timeline Pro au mult mai multe funcții: trimitere de notificări prin e-mail, criptare foarte sigură a datelor și programare. Dar pentru salvarea fișierelor de acasă, versiunea gratuită este suficientă.

Genie TineLine are o aplicație iOS cu care poți verifica starea copiilor de rezervă pe computer.

Licență: software comercial.

Suport în limba rusă: există.

Instrument puternic de backup și restaurare. Puteți stoca copii de siguranță nu numai pe discuri fizice, ci și pe propriul serviciu cloud al Acronis. Adevărat, pentru aceasta va trebui să vă abonați timp de un an, iar de cantitatea de spațiu oferită va depinde plan tarifar. Cu un abonament standard, se alocă 50 GB, cu achiziționarea unei versiuni premium - de la 1 TB.

Imediat după instalare, programul vă solicită să alegeți ce date să trimiteți către copie: de pe întreg computerul, de pe discuri și partiții sau foldere individuale.

Selectați „Fișiere și foldere” și selectați-le pe cele dorite. Lasă-l să fie din nou folderul „Muzică” de pe desktop. Faceți clic pe „OK” și treceți la selecția stocării.

Selectați unitatea flash E, faceți clic din nou pe „OK” → „Creați o copie”. O copie a folderului Muzică este creată pe o unitate flash.

Acronis are altele caracteristici utile. De exemplu, „Arhivare” vă permite să eliberați spațiu pe disc prin comprimarea fișierelor mari, iar instrumentul „Clonare disc” creează o copie completă a discurilor locale, care, în cazul unei erori, vă va permite să restabiliți starea inițială. a sistemului.

Costul programului este de 2.700 de ruble. Un abonament standard pentru un an va costa utilizatorilor 2.400 de ruble, unul extins - 5.100 de ruble. Aplicațiile mobile funcționează împreună cu versiunea desktop și sunt descărcate gratuit.

macOS

Carbon Cope Cloner

Licență: software comercial.

Suport în limba rusă: Nu.

Un utilitar pentru crearea unui disc duplicat. Nu este oferit suport pentru limba rusă, dar nu va fi dificil de înțeles interfața.

În Discul sursă, selectați discul pe care doriți să îl copiați. În Target Disk, specificați locația pentru a stoca copia. Începeți procesul cu butonul Clonare.

Perioada gratuită de utilizare a programului este de 30 de zile. După Carbon Cope Cloner va costa 2.405,65 ruble.

Android

Licență: software shareware.

Suport în limba rusă: există.

O soluție convenabilă pentru copierea de rezervă și sincronizarea aplicațiilor pe Android fără a necesita drepturi de root. Cu toate acestea, pentru a lucra cu drepturi depline, va trebui să instalați Helium pe un computer care rulează Windows, Linux sau macOS.

După instalarea aplicației pe smartphone, veți primi imediat o notificare despre necesitatea unei versiuni desktop. Pentru ușurința instalării și pentru a economisi timp, programul oferă trimiterea unui link către un messenger ușor de utilizat sau prin e-mail. De acolo urmați linkul către site-ul web al programului, descărcați și rulați. Instalarea în stilul „Următorul” → „Următorul” → „OK” este simplă.

În timp ce programul este instalat, aplicatie mobila solicită conectarea telefonului la computer și activarea depanării USB.

După primirea notificării de sincronizare reușită, smartphone-ul poate fi deconectat de la computer.

Deschideți aplicația mobilă. Din listă programe instalate selectați-le pe cele de care aveți nevoie și faceți clic pe butonul „Rezervare”. Specificați unde va fi stocată backupul și așteptați finalizarea procesului.

Pentru a restaura dintr-o copie de rezervă, accesați fila „Restaurare și sincronizare”, specificați locația cu copierea, selectați aplicațiile doriteși faceți clic pe „Recuperare”.

Versiunea de bază a programului este gratuită, costul versiunii extinse este de 149,86 ruble.

Versiunea extinsă permite:

• dezactivați reclamele;
• setați copii de rezervă programate;
• activați sincronizarea între dispozitivele Android;
• stocați date în cloud.

Aplicația nu poate fi instalată de proprietarii de dispozitive Motorola și unele modele Sony.

Licență: software shareware.

Suport în limba rusă: există.

Cel mai popular printre utilizatorii de Android instrument de backup al aplicației. Necesită acces root la dispozitiv.

Pentru a crea o copie de rezervă a uneia sau mai multor aplicații, deschideți fila „Backups”, care prezintă lista plina software-ul instalat. Semn de exclamare lângă aplicație indică faptul că încă nu a fost creată o copie pentru aceasta. Pictograma telefonului înseamnă că programul este stocat memorie interna dispozitive. Pictograma cardului SD indică aplicațiile stocate pe cardul de memorie.

Selectați o aplicație și faceți clic pe „Salvați” în meniul care se deschide.

Backup-ul a fost creat. Acum, dacă intri din nou în aplicație, poți vedea butonul „Restaurare”.

Titanum Backup acceptă lucrul în grup cu aplicații și copii de rezervă. Pentru a face acest lucru, accesați „Meniu” → „Acțiuni în lot”.

Această funcție permite:

• verificați copiile de siguranță - atât cele recent create, cât și cele întregi - pentru erori;
• face copii de rezervă ale tuturor aplicațiilor instalate;
• face copii de rezervă ale tuturor datelor de sistem;
• ștergeți copiile de rezervă vechi;
• restaurați toate copiile de rezervă;
• restaurați toate datele sistemului;
• ștergeți memoria cache a aplicației;
• dezinstalați aplicațiile de sistem sau utilizator.

Funcționalitatea Titanium Backup este mult mai largă, dar pentru scopurile noastre, caracteristicile enumerate sunt destul de suficiente.

Versiunea extinsă a Titanium Backup costă 349 de ruble. Principalele sale caracteristici:

• crearea de copii de rezervă multiple pentru o aplicație;
• criptarea datelor de rezervă;
• verificarea tuturor arhivelor;
• aplicații de congelare și dezghețare în loturi;
• sincronizarea backup-urilor cu cloud-ul.

iOS

iMazing

Licență: software comercial.

Suport în limba rusă: există.

Compatibilitate: Microsoft Windows macOS.

De fapt asta manager de fișiere cu posibilitate de backup. În multe privințe, este similar cu iTunes, dar este mult mai ușor și mai plăcut să lucrezi în el. Puteți transfera date atât prin cablu, cât și prin Wi-Fi, iar iMazing nu are limită pentru numărul de dispozitive conectate.

Când vă conectați dispozitivul la computer, iMazing face automat o copie de rezervă a acestuia. Funcția de modificare a datelor direct în copia salvată este foarte utilă: data viitoare când vă conectați, datele modificate sunt sincronizate instantaneu.

Perioada gratuită este de 30 de zile, după care va trebui să plătiți 39,99 USD pentru utilizarea pe un singur computer.

Licență: software comercial.

Suport în limba rusă: Nu.

Compatibilitate: iOS.

Instrument de backup al dispozitivului cu . Vă permite să salvați note, contacte, fotografii, mesaje, istoric de apeluri și multe altele.

Pentru a crea o copie de rezervă, trebuie doar să selectați ceea ce doriți să salvați și să faceți clic pe pictograma corespunzătoare. O copie poate fi stocată pe un smartphone, computer, în cloud sau trimisă prin e-mail.

Pentru a restabili datele, faceți clic pe butonul Restaurare din meniul din partea stângă a ecranului.

Costul BackupAZ este de 2,99 USD.

iLex

Licență: software gratuit.

Suport în limba rusă: există.

Compatibilitate: iOS.

Si acesta software vă cere să aveți un jailbreak. Aplicatie gratuita iLex vă permite să salvați absolut orice date de pe dispozitiv, în plus, nu necesită un computer pentru a funcționa.

După ce ai creat o copie de rezervă, salvează-l acolo unde îți convine, iar după ce ai făcut flash dispozitivul sau în caz de pierdere, copiază arhiva pe telefon și restabilește informațiile necesare.

Cydia

Licență: software gratuit.

Suport în limba rusă: există.

Pentru a face acest lucru, mergeți la Gestionare conturi, introduceți contul și selectați Achiziții instalabile. Acesta este singurul mod de a face acest lucru numai pentru aplicațiile achiziționate. Informațiile despre Cydia gratuit nu salvează.

Soluții cloud

Google Drive

Licență: software shareware.

Suport în limba rusă: există.

Compatibilitate:

Vă permite să stocați datele utilizatorilor pe serverele Google, să diferențiați drepturile de acces la fișiere și foldere, să deschideți accesul și să le partajați cu alți utilizatori de Internet.

Depozitul include:

• Google Drive - folosit pentru a stoca fișiere;
• Gmail - salvează contactele utilizatorului și este un client de e-mail puternic;
• Google Photo - găsește automat imagini pe dispozitive și le salvează în cloud.

15 GB sunt gratuit. Pentru un volum mai mare, va trebui să plătiți de la 2,99 la 299 de dolari. Volum maxim stocarea este de 30 TB, iar fișierul încărcat este de 5 TB.

Pentru utilizare gratuită 2 GB stocare disponibilă. Costul a 1 TB va fi de 9,99 euro. Spațiul nelimitat poate fi achiziționat cu 10 euro pe lună.

Yandex.Disk

Licență: software shareware.

Suport în limba rusă: există.

Compatibilitate: browsere, Microsoft Windows, macOS, Android, iOS.

Serviciu cloud de origine rusă, fost Yandex.People. La fel ca soluțiile anterioare, vă permite să salvați date în cloud și să le partajați cu alți utilizatori de internet. Suportă sincronizarea între diferite dispozitive.

Utilizatorilor li se oferă gratuit 10 GB. Pentru încă 10 GB, Yandex solicită să plătească 30 de ruble, pentru 100 GB - 80 de ruble, în timp ce costul a 1 TB va fi de numai 200 de ruble.