Backup și recuperare a informațiilor. Revizuirea sistemelor de backup și de recuperare a datelor de pe piețele globale și din Rusia. Instrumente de bază ale sistemului de operare

Textul prelegerii

Întrebări cheie

Prelegerea nr. 15. Backup

Durata: 2 ore (90 min.)

· Efectuarea backup-urilor.

· Monitorizare backup.

· Planificarea backupului.

Puteți efectua copii de siguranță utilizând Enterprise Manager, comenzile T-SQL sau Expertul Creare backup pentru baze de date. În multe cazuri, este mai ușor să utilizați Expertul Creare copie de rezervă a bazei de date, dar Enterprise Manager este, de asemenea, ușor de utilizat. Pe de altă parte, comenzile T-SQL pot fi plasate în scripturi SQL care pot fi repetate de mai multe ori. Ar trebui să utilizați metoda care se potrivește cel mai bine cerințelor dvs.

Operațiunile de rezervă în sine pot fi direcționate către un dispozitiv fizic sau un dispozitiv logic. Un dispozitiv fizic este o piesă hardware, cum ar fi o bandă sau un dispozitiv de disc. Sistemul de operare atribuie nume dispozitivelor fizice și trebuie să utilizați aceste nume pentru a accesa acele dispozitive. Deoarece aceste nume prealocate pot fi dificil de reținut, poate fi necesar să creați un alias (nume alternativ definit de utilizator) pentru dispozitivul fizic. Un astfel de alias se numește dispozitiv logic. Acest dispozitiv logic există numai în SQL Server și poate fi utilizat numai în scopuri de backup în SQL Server pentru a se referi la el ca un dispozitiv logic de rezervă. Dacă doriți să faceți o copie de rezervă a datelor pe un dispozitiv logic, trebuie să creați dispozitivul în prealabil. Înainte de a trece la metodele de realizare a copiilor de rezervă, ne vom uita la modul în care este creat un dispozitiv de rezervă logic. Vom folosi un dispozitiv logic de backup pentru exemplele din această secțiune. (Pentru informații despre adăugarea dispozitivelor fizice la sistemul dvs., contactați administratorul de sistem.)

Pentru a crea un dispozitiv de rezervă folosind T-SQL, utilizați procedura stocată sp_addumpdevice. Are următoarea sintaxă:

tip_dispozitiv sp_addumpdevice, nume_logic, nume_fizic

Valoarea parametrului device_type poate fi disc pentru un dispozitiv disc, bandă pentru un dispozitiv cu bandă sau conductă pentru conectarea software-ului terță parte la sistemul de rezervă. Parametrul logical_name este numele pe care îl atribuiți acestui dispozitiv; acest nume este folosit pentru a face referire la dispozitiv în instrucțiunile BACKUP și RESTORE. Parametrul nume_fizic este numele atribuit de sistem dispozitivului sau fișierului.

După ce ați creat unul sau mai multe dispozitive de rezervă, puteți efectua copii de rezervă.

Pentru a efectua o copie de rezervă folosind Enterprise Manager, urmați acești pași.

1. Accesați utilitarul SQL Server Backup utilizând una dintre următoarele metode.

· Extindeți folderul Server din panoul din stânga al Enterprise Manager și apoi extindeți folderul Management. Faceți clic dreapta pe Backup și selectați Backup A Database din meniul contextual.

· Extindeți folderul server din panoul din stânga al Enterprise Manager, faceți clic dreapta pe Baza de date, selectați Toate sarcinile din meniul contextual și apoi selectați Backup Database.

· Extindeți folderul server din panoul din stânga al Enterprise Manager și apoi faceți clic pe folderul Baze de date. În panoul din dreapta, faceți clic dreapta pe baza de date, selectați Toate sarcinile din meniul contextual, apoi selectați Backup Database.

Apare caseta de dialog SQL Server Backup (vezi Figura 16.1).

Figura 16.1 - Fila General a casetei de dialog Backup SQL Server

2. Din lista derulantă Bază de date din secțiunea de sus a acestei casete de dialog, selectați baza de date pentru care doriți să faceți backup. (Dacă ați folosit a treia metodă la pasul 1, numele corespunzător bazei de date va fi deja selectat.) Numele copiei de rezervă este generat automat pe baza numelui bazei de date, deși puteți înlocui acest nume automat introducând numele copiei de rezervă în caseta de text Nume . De asemenea, puteți introduce o descriere a copiei de rezervă în caseta de text Descriere. Această descriere poate fi importantă pentru dvs. atunci când restaurați baza de date. De exemplu, dacă creați această copie de rezervă chiar înainte de a arunca orice tabel, este logic să includeți acest fapt în descriere. Dacă se efectuează o copie de rezervă înainte de a descărca date noi, includeți aceste informații în descrierea dvs.

3. În secțiunea Backup a acestei casete de dialog, trebuie să specificați tipul de backup. Butoanele de selecție disponibile vor varia în funcție de baza de date pe care o selectați. De exemplu, setarea implicită pentru baza de date Northwind este Truncate log on checkpoint. (Troncarea jurnalului de tranzacții la crearea unui punct de control). În acest caz, butoanele Jurnal de tranzacții și Fișier și Grup de fișiere nu sunt disponibile pentru programul de rezervă. Secțiunea Backup conține următoarele butoane de selecție.

· Baza de date – Complete. Backup complet al bazei de date, de ex. toate datele din baza de date corespunzătoare.

· Baza de date – Diferenţial. Backup diferențial al bazei de date, de ex. toate datele care s-au modificat de la backup-ul precedent.

· Jurnal de tranzacții. Backup jurnal de tranzacții; acest lucru determină, de asemenea, trunchierea jurnalului de tranzacții.

· Fișier și grup de fișiere. Faceți backup pentru un fișier sau un grup de fișiere; trebuie să specificați acest fișier sau grup de fișiere.

Puteți selecta doar unul dintre aceste tipuri de backup. Pentru a efectua o copie de rezervă completă a bazei de date și o copie de rezervă a jurnalului de tranzacții, trebuie să rulați acest program de rezervă de două ori.

4. În secțiunea Destinație, trebuie să selectați tipul de dispozitiv pentru backup - bandă sau disc. Făcând clic pe butonul Adăugare, puteți adăuga dispozitive de rezervă logice sau fizice. Apare caseta de dialog Selectare destinație de rezervă (vezi Figura 16.2).

Figura 16.2 - Caseta de dialog Selectare destinație de rezervă

În această casetă de dialog, puteți specifica un nume de fișier sau puteți selecta un dispozitiv de rezervă din lista verticală Dispozitiv de rezervă. Faceți clic pe OK pentru a reveni la fila General a casetei de dialog Backup SQL Server. În exemplul din Figura 16.1, există două dispozitive în lista Backup to. Pentru a elimina un dispozitiv, selectați dispozitivul și faceți clic pe butonul Eliminare. Pentru a vizualiza conținutul dispozitivului, faceți clic pe butonul Conținut. Dacă un anumit dispozitiv de rezervă a fost utilizat anterior, vor apărea următoarele informații de rezervă.

· Nume. Numele ales de cel care a început copierea de rezervă.

· Server. Numele serverului pe care a fost efectuată copierea de rezervă.

· Bază de date. Numele bazei de date pentru care s-a făcut backup.

· Tip. Tip de backup (complet, diferențial, jurnal de tranzacții, grup de fișiere, fișier)

· Data. Data și ora de rezervă.

· Expirare. Data de expirare specificată pentru backup.

· Mărimea. Dimensiunea totală a setului de rezervă.

· Descriere. Descrierea oferită pentru backup.

Permiteți-ne să vă reamintim că puteți crea mai multe copii de siguranță pe un singur dispozitiv de rezervă (care este adesea folosit în practică).

5. În secțiunea Suprascriere a casetei de dialog Backup SQL Server, puteți alege între suprascrierea suportului media (butonul de opțiune Suprascrierea...), cum ar fi bandă sau disc, sau adăugarea datelor anterioare (butonul de opțiune Adăugați...). Dar dacă folosiți benzi și le alternați, atunci trebuie să ștergeți informațiile anterioare. Deși puteți suprascrie aceste informații făcând clic pe opțiunea Suprascrierea conținutului media existent din această casetă de dialog, ar trebui să vă faceți un obicei de a șterge informațiile înainte de a le face backup. În acest fel, vă protejați de suprascrierea accidentală a unui dispozitiv de bandă sau disc.

6. În secțiunea Program, puteți seta o programare pentru a rula backup-ul la o anumită oră. Backup-urile programate sunt utile în special pentru copiile de rezervă ale jurnalului de tranzacții, care pot fi efectuate în mod regulat pentru a evita depășirea jurnalului de tranzacții. Pentru a seta o programare de rezervă, bifați caseta de selectare Program și apoi faceți clic pe butonul de răsfoire (...) pentru a afișa caseta de dialog Edit Schedule (vezi Figura 16.3).

7. Introduceți un nume pentru program în caseta de text Nume. Numele programelor vă permit să creați mai multe programe, cum ar fi un program separat pentru fiecare copie de rezervă.

Figura 16.3 - Caseta de dialog Edit Schedule

În secțiunea Tip de programare, puteți selecta unul dintre următoarele tipuri de planificare (în ordinea butoanelor de selecție): automat când SQL Server Agent pornește când CPU este inactiv, executați backup-ul o dată sau repetați-l. Dacă alegeți să executați o singură copie de siguranță, utilizați calendarul pop-up La data pentru a selecta data copiei de rezervă și câmpul Contor de timp pentru a selecta ora.

Pentru a seta o programare pentru copiile de rezervă recurente, faceți clic pe butonul de opțiune Recurentă și faceți clic pe butonul Modificare.

Apare caseta de dialog Editare programare de lucrări recurente (vezi Figura 16.4). Această casetă de dialog vă oferă o varietate de opțiuni flexibile pentru crearea unui program. Folosind opțiunea Zilnic, Săptămânal sau Lunar, puteți specifica frecvența și durata sarcinii corespunzătoare.

8. Faceți clic pe OK pentru a reveni la caseta de dialog Edit Schedule, faceți clic din nou pe OK pentru a reveni la caseta de dialog SQL Server Backup, apoi faceți clic pe fila Opțiuni (consultați Figura 16.5). În această filă, puteți specifica dacă mediul de rezervă trebuie verificat după finalizarea copiei de rezervă și, de asemenea, puteți specifica dacă și cum să specificați eticheta (titlul) suportului de rezervă. Opțiunile din această filă sunt descrise mai jos.

Figura 16.4 - Caseta de dialog Editare programare lucrare recurentă

Figura 16.5 - Fila Opțiuni din caseta de dialog Backup SQL Server

· Verificați backup la finalizare. Determină verificarea lizibilității suportului de rezervă. Se verifică doar integritatea copiei; acest proces nu verifică dacă copia de rezervă conține datele corespunzătoare.

· Scoateți banda după backup (numai pentru dispozitivele cu bandă). Scoateți banda din dispozitiv când backup-ul este complet. Acest indicator este util dacă mai multe aplicații sau utilizatori accesează dispozitive de bandă. Acest lucru vă permite să vă salvați feedul pentru a nu fi suprascris de un alt utilizator.

· Eliminați intrările inactive din jurnalul de tranzacții (doar pentru backup-ul jurnalului de tranzacții). Trunchierea jurnalului de tranzacții după backup.

· Verificați numele setului media și expirarea setului de rezervă Indică faptul că suportul trebuie verificat și nu trebuie suprascris decât dacă a trecut data de expirare.

· Setul de backup va expira (numai dispozitivele de bandă). Vă permite să setați data de expirare pentru acest suport media.

· Inițializați și etichetați mediile (numai pentru dispozitivele cu bandă). Vă permite să setați o etichetă pentru acest suport media.

9. După ce ați finalizat setările, faceți clic pe OK pentru a continua cu copierea de rezervă configurată.

Utilizarea instrucțiunilor T-SQL pentru a face backup la o bază de date poate fi puțin mai complicată la început decât utilizarea Enterprise Manager. Dar dacă sunteți genul de administrator care preferă să automatizeze operațiunile folosind scripturi, această metodă vă va fi mai convenabilă. În plus, instrucțiunea T-SQL BACKUP oferă puțin mai multe funcționalități decât programul de backup Enterprise Manager. În această secțiune, ne vom uita la sintaxa și parametrii instrucțiunii BACKUP. Există de fapt doi operatori de rezervă; Operatorul pe care îl utilizați depinde de tipul de backup pe care trebuie să îl efectuați. Aceștia sunt următorii operatori:

· BACKUP BAZĂ DE DATE. Folosit pentru a face backup pentru o întreagă bază de date sau un fișier sau un grup de fișiere.

· Jurnalul de backup. Folosit pentru salvarea jurnalului de tranzacții.

Deoarece acești doi operatori oferă în esență aceleași capacități, le vom analiza împreună.

Instrucțiunea BACKUP pentru o copie de rezervă completă a bazei de date are următoarea sintaxă:

Pentru această declarație, singurii parametri necesari sunt numele bazei de date și numele dispozitivului de rezervă.

Declarația pentru copierea de rezervă a unui fișier sau a unui grup de fișiere are următoarea sintaxă:

BACKUP DATABASE nume_bază de date

nume_fișier sau nume_grup_fișier [,...n]

TO backup_device

[ CU parametri opționali ]

Pentru această declarație, singurii parametri necesari sunt numele bazei de date, numele fișierului sau numele grupului de fișiere și numele dispozitivului de rezervă. Puteți specifica mai multe nume de fișiere sau nume de grup de fișiere, separate prin virgulă.

Declarația de copiere a jurnalului de tranzacții are următoarea sintaxă:

BACKUP LOG nume_bază de date

([WITH\NO_LOG|TRUNCATE_ONLY)])

| ( LA dispozitivul_backup )

[ CU parametri opționali ]

Pentru această declarație, singurii parametri necesari sunt numele bazei de date și opțiunea WITH NO_LOG sau WITH TRUNCATE_ONLY sau numele dispozitivului de rezervă. Apoi puteți adăuga orice parametri de care aveți nevoie. Opțiunile NO_LOG și TRUNCATE ONLY sunt sinonime; ambele indică trunchierea jurnalului fără a crea o copie de rezervă a acestuia. Dacă utilizați oricare dintre aceste opțiuni în instrucțiunea BACKUP LOG, atunci în cazul unei defecțiuni a sistemului, nu veți putea restabili baza de date la starea în care se afla la momentul eșecului, deoarece nu vor fi salvate înregistrări de jurnal. Aceste opțiuni nu sunt recomandate; folosește-le la discreția ta.

În toate aceste trei comenzi de backup, database_name reprezintă baza de date pentru care se va face backup. Backup_device este numele dispozitivului logic de rezervă sau numele dispozitivului fizic. Dacă este specificat un dispozitiv fizic, numele dispozitivului trebuie să fie precedat de textul DISK =, TAPE = sau PIPE = (în funcție de tipul dispozitivului). Puteți specifica un singur dispozitiv sau un set de dispozitive separate prin virgulă.

Tabelul 16.1 oferă o listă de parametri suplimentari care pot fi utilizați în instrucțiunea BACKUP. Dacă vreo opțiune este disponibilă pentru backup numai pentru baze de date sau numai pentru jurnal de tranzacții, această excepție este specificată.

Tabelul 16.1 - Parametrii opționali ai instrucțiunii BACKUP

Parametru	Descriere
DIMENSIUNEA BLOC	Acest parametru specifică dimensiunea blocului fizic în octeți
DESCRIERE	Acest parametru specifică o descriere text a setului de rezervă. Este util de utilizat pentru a găsi backup-ul dorit din care să restabiliți
DIFERENŢIAL	Această opțiune specifică backup diferențial. Poate fi folosit doar dacă aveți o copie de rezervă completă a bazei de date
EXPIREDATE = data RETAINDAYS = zile	Parametrul EXPIREDATE specifică data la care expiră acest set de rezervă (și când poate fi suprascris).
RETINERI	specifică numărul de zile corespunzător perioadei de valabilitate a acestui set de rezervă
PAROLA = parola	Parametrul PAROLA vă permite să setați o parolă pentru backup, ceea ce crește securitatea copiei de rezervă în sine
FORMAT \| NOFORMAT	Parametrul FORMAT specifică faptul că antetul media trebuie suprascris, invalidând astfel datele originale de pe acel suport. Parametrul NOFORMAT specifică faptul că antetul media nu trebuie suprascris
INIT \| NOINIT	Parametrul INIT specifică faptul că setul de rezervă ar trebui să fie în primul fișier de pe acest suport, lăsând antetul media neschimbat, dar suprascriind toate datele de pe acel suport; cu alte cuvinte, INIT indică suprascrierea tuturor, adică. pe bandă. Parametrul NOINIT specifică faptul că acest set de rezervă este adăugat la conținutul media. Dacă reutilizați benzi, atunci trebuie să utilizați această opțiune
MEDIADESCRIPTION = text	Acest câmp text specifică o descriere a setului media
MEDIANAME= nume_media	Specifică numele media
MEDIAPASSWORD = parola	Această opțiune vă permite să specificați o parolă pentru setul media
NAME= backup_set_name	Această opțiune vă permite să specificați un nume de set de rezervă
NOSKIP \| OCOLIRE	Parametrul NOSKIP specifică faptul că datele de expirare ale seturilor de backup corespunzătoare vor fi verificate înainte de a suprascrie seturile de backup pe acest suport. Parametrul SKIP dezactivează verificarea pentru această dată
NO_TRUNCATE	Această setare împiedică trunchierea jurnalului de tranzacții după ce este creată o copie de rezervă. Folosit numai pentru backup-ul jurnalului de tranzacții
SUBSTANȚĂ \| DESCĂRCA	Parametrul NOUNLOAD specifică faptul că, odată ce copia de rezervă este finalizată, suportul media nu va fi descărcat de pe dispozitiv (de exemplu, nicio bandă nu va fi scoasă). Parametrul UNLOAD specifică faptul că suportul media va fi descărcat când backup-ul este finalizat
REPORNIRE	Acest parametru îi spune SQL Server să repornească o copie de rezervă care a fost întreruptă
STATISTICI [ = procent ]	Această opțiune specifică un mesaj care urmează să fie afișat după ce un anumit procent din copie de rezervă a fost finalizat. Este util de utilizat dacă doriți să monitorizați progresul operațiunilor

Asigurați-vă că specificați dacă adăugați o copie de rezervă la datele media existente sau suprascrieți datele media așa cum este descris mai sus; opțiunea pe care o alegeți afectează cantitatea de date care poate încăpea pe bandă. Dacă faceți o copie de rezervă a datelor pe un dispozitiv de bandă care este deja în uz fără a șterge banda (sau a dezactiva suprascrierea), este posibil să rămâneți fără spațiu pe bandă. În modul de adăugare, programul de rezervă va folosi doar spațiul rămas liber până la sfârșitul benzii.

Se întâmplă automat, o dată pe zi. KOMTET oferă o opțiune suplimentară - backup utilizator și recuperarea datelor. Clientul poate crea copii de siguranță în mod independent folosind Panoul de control de găzduire (opțiunea depinde de tarif).

Pentru a crea o copie de rezervă a unui domeniu (site web):

Accesați secțiunea Domenii>numele domeniului> Administrator Rezervă copie.
Clic Backup.
Specificați următoarele opțiuni:
- Prefixul și descrierea numelui fișierului de rezervă. Puteți specifica un nume de fișier arbitrar. Cu toate acestea, puteți configura și Panoul de control pentru a adăuga un prefix la numele fișierului de rezervă. Vă rugăm să rețineți că panoul de control adaugă automat numele fișierelor de rezervă cu data și ora la care a fost creată copierea de rezervă (în Ora universală).
- Împărțirea fișierului de rezervă. Pentru a crea o arhivă cu mai multe volume, bifați caseta corespunzătoare și specificați dimensiunea volumului în megaocteți.
- Locație pentru a salva fișierul de rezervă. Selectați locația în care doriți să salvați fișierul de rezervă.
- Ce date trebuie incluse în backup. Puteți face copii de rezervă doar pentru setările de găzduire web sau setările de găzduire web împreună cu toate datele utilizatorului.
- Notificare prin e-mail când backup-ul este finalizat. Dacă doriți să fie trimisă o notificare prin e-mail când copia de rezervă este finalizată, introduceți adresa de e-mail dorită.
- Blocați site-ul web până la finalizarea copiei de rezervă. Bifați această casetă dacă doriți să împiedicați utilizatorii să modifice conținutul sau setările site-ului web în timpul executării copiei de rezervă.*
Clic Backup. Procesul de backup va începe. Informațiile despre starea execuției vor fi afișate în filă Sarcini de rezervă curente. Faceți clic pe butonul Actualizați pentru a actualiza datele afișate pe ecran.
După finalizarea copiei de rezervă, fișierul de rezervă va fi salvat în locația de stocare pe care ați selectat-o și poate fi accesat prin intermediul unui server FTP sau din secțiunea Domenii>Numedomeniu> Manager de backup.

Pentru a restabili date din fișierul de rezervă:

Accesați secțiunea Domenii > numele domeniului >Administrator Rezervă copie.

Selectați fișierul de rezervă dorit.
Setați următoarele opțiuni:
- Tipuri de date de recuperat.
- Blocați un domeniu (site web) până la finalizarea sarcinii de recuperare Selectați această opțiune dacă doriți să evitați conflictele care pot apărea atunci când utilizatorii modifică conținutul sau setările site-ului web în timp ce site-urile sunt restaurate.*
- Trimiteți o notificare prin e-mail după finalizarea unei sarcini de recuperare. Introduceți adresa de e-mail dacă doriți ca panoul de control să vă trimită o notificare când restaurarea este finalizată.
- Politica de rezolvare a conflictelor. Specificați ce să faceți dacă apar conflicte de recuperare.
Clic Restabili.
Dacă apar erori sau conflicte în timpul recuperării datelor, expertul vă va solicita să selectați soluția adecvată pentru problemă. Urmați instrucțiunile de pe ecran pentru a finaliza expertul.

Notă : Modul de suprascriere la restaurarea datelor înseamnă că toate obiectele vor fi restaurate din copia de rezervă, indiferent dacă se află în sistem în momentul restaurării. Modul de suprascriere funcționează după cum urmează:
- Dacă obiectul sau setările din fișierul de rezervă nu sunt în Parallels Plesk Panel, acestea vor fi create și instalate în Parallels Plesk Panel.
- Dacă un obiect sau setări dintr-un fișier de rezervă sunt prezente în Parallels Plesk Panel, atunci obiectul sau setările din backup vor înlocui obiectul sau setările corespunzătoare prezente în Parallels Plesk Panel.
- Dacă un obiect sau setări sunt prezente în Parallels Plesk Panel, dar nu în fișierul de rezervă, atunci obiectul sau setările prezente în Parallels Plesk Panel nu vor fi modificate.

Puteți selecta calea pentru baza de date de rezervă, de exemplu, în httpsdocs (rădăcina nu poate fi scrisă):
/home/vhosts/your_domain/httpsdocs/backup

* Când această opțiune este activată, domeniul va fi deblocat într-o oră. Nu este recomandat pentru utilizare, deoarece Dacă există avertismente în timpul procesului de arhivare, este posibil să nu aibă loc deblocarea automată.

Vă rugăm să rețineți că backup-urile utilizatorilor create de Client sunt incluse în cota de disc (spațiu pe disc). Backup-urile sistemului nu sunt incluse în cotă.

Dacă aveți întrebări, vă rugăm să ne contactați 24/7

ALEXEY BEREZHNOY, Administrator de sistem. Domenii principale de activitate: virtualizare și rețele eterogene. Un alt hobby pe lângă scrierea de articole este popularizarea software-ului liber

Backup
Teorie și practică. rezumat

Pentru a organiza cel mai eficient un sistem de rezervă, trebuie să construiți o strategie reală pentru salvarea și restaurarea informațiilor

Backup-ul (sau, așa cum se mai spune, backup - din cuvântul englezesc „backup”) este un proces important în viața oricărei structuri IT. Este o parașuta pentru salvare în cazul unui dezastru neprevăzut. În același timp, backup-ul este folosit pentru a crea un fel de arhivă istorică a activităților de afaceri ale unei companii pe o anumită perioadă de viață. Lucrul fără o rezervă este ca și cum ai trăi sub cerul liber - vremea se poate înrăutăți în orice moment și nu există unde să te ascunzi. Dar cum să-l organizezi corect pentru a nu pierde date importante și pentru a nu cheltui sume fantastice de bani pe el?

De obicei, articolele pe tema organizării backup-urilor discută în principal soluții tehnice și doar ocazional acordă atenție teoriei și metodologiei de organizare a stocării datelor.

În acest articol, vom vorbi despre exact contrariul: atenția principală este acordată conceptelor generale, iar mijloacele tehnice vor fi atinse doar ca exemple. Acest lucru ne va permite să facem abstracție de la hardware și software și să răspundem la două întrebări principale: „De ce facem asta?”, „Putem face asta mai rapid, mai ieftin și mai fiabil?”

Scopurile și obiectivele backupului

În procesul de organizare a unui backup sunt stabilite două sarcini principale: restaurarea infrastructurii în caz de defecțiuni (Disaster Recovery) și menținerea unei arhive de date pentru a oferi ulterior accesul la informațiile din perioadele trecute.

Un exemplu clasic de copie de rezervă pentru Disaster Recovery este o imagine a partiției de sistem server creată de Acronis True Image.

Un exemplu de arhivă ar fi descărcarea lunară a bazelor de date din 1C, înregistrate pe casete și stocarea ulterioară într-un loc special destinat.

Există mai mulți factori care diferențiază o copie de rezervă cu recuperare rapidă de o arhivă:

Perioada de stocare a datelor. Pentru copiile de arhivă durează destul de mult. În unele cazuri, este reglementat nu numai de cerințele de afaceri, ci și de lege. Pentru copiile de recuperare în caz de dezastru, acesta este relativ mic. De obicei creează una sau două (cu cerințe de fiabilitate sporite) copii de rezervă pentru Disaster Recovery cu un interval maxim de o zi sau două, după care sunt suprascrise cu altele noi. În cazuri deosebit de critice, este posibil să actualizați copia de rezervă mai des pentru recuperarea în caz de dezastru, de exemplu, o dată la câteva ore.
Acces rapid la date. Viteza de acces la o arhivă pe termen lung nu este critică în majoritatea cazurilor. De obicei, necesitatea „actualizării datelor pentru o perioadă” apare în momentul reconcilierii documentelor, revenirii la o versiune anterioară etc., adică nu în modul de urgență. Un alt lucru este recuperarea în caz de dezastru, când datele necesare și performanța serviciului trebuie returnate cât mai curând posibil. În acest caz, viteza de acces la backup este un indicator extrem de important.
Compoziția informațiilor copiate.În mod obișnuit, copia de rezervă conține numai date despre utilizator și despre companie pentru o perioadă specificată. În plus față de aceste date, copia destinată recuperării în caz de dezastru conține fie imagini de sistem, fie copii ale setărilor sistemului de operare și ale aplicațiilor software, precum și alte informații necesare recuperării.

Uneori este posibil să combinați aceste sarcini. De exemplu, un an de instantanee complete lunare ale unui server de fișiere, plus modificările efectuate în timpul săptămânii. True Image este un instrument potrivit pentru crearea unei astfel de copii de rezervă.

Cel mai important lucru este să înțelegeți clar de ce se face rezervarea. Permiteți-mi să vă dau un exemplu: un server SQL critic a eșuat din cauza unei erori de matrice de discuri. Avem hardware-ul corect în stoc, așa că singura soluție a fost recuperarea software-ului și a datelor. Conducerea companiei pune o întrebare de înțeles: „Când va începe să funcționeze?” – și este neplăcut surprins să afle că va dura patru ore întregi pentru a se recupera. Faptul este că pe toată durata de viață a serverului, doar bazele de date au fost făcute în mod regulat de rezervă, fără a ține cont de necesitatea de a restaura serverul însuși cu toate setările, inclusiv software-ul DBMS în sine. Mai simplu spus, eroii noștri au salvat doar bazele de date și au uitat de sistem.

Să-ți dau un alt exemplu. De-a lungul întregii perioade de activitate, tânărul specialist a creat, folosind programul ntbackup, o singură copie a unui server de fișiere care rulează Windows Server 2003, incluzând datele și starea sistemului într-un folder partajat pe alt computer. Din cauza spațiului limitat pe disc, această copie a fost în mod constant suprascrisă. După ceva timp, i s-a cerut să restaureze o versiune anterioară a unui raport cu mai multe pagini, care a fost deteriorat când a fost salvat. Este clar că, neavând istoricul arhivat cu Shadow Copy dezactivat, nu a putut finaliza această solicitare.

Pe o notă

Copie Shadow, la propriu – „copie umbra”. Se asigură că copiile instantanee ale sistemului de fișiere sunt create în așa fel încât modificările ulterioare ale originalului să nu aibă efect asupra lor. Folosind această caracteristică, este posibil să creați mai multe copii ascunse ale unui fișier pe o anumită perioadă de timp, precum și copii de rezervă din mers ale fișierelor deschise pentru scriere. Serviciul Shadow Copy este responsabil pentru operarea Shadow Copy.

Starea sistemului, literal – „starea sistemului”. System State Copy creează copii de rezervă ale componentelor critice ale sistemelor de operare Windows. Acest lucru vă permite să restaurați un sistem instalat anterior după distrugere. Când copiați starea sistemului, registry, boot și alte fișiere importante pentru sistem sunt salvate, inclusiv pentru recuperare Active Directory, baza de date Certificate Service, baza de date COM+Class Registration, directorul SYSVOL. În sistemele de operare UNIX, un analog indirect al copierii stării sistemului salvează conținutul directoarelor /etc, /usr/local/etc și al altor fișiere necesare pentru a restabili starea sistemului.

Ce rezultă din aceasta: trebuie să utilizați ambele tipuri de backup: atât pentru recuperarea în caz de dezastru, cât și pentru stocarea arhivă. În acest caz, este necesar să se determine lista resurselor copiate, timpul de execuție a sarcinilor, precum și unde, cum și pentru cât timp vor fi stocate copiile de rezervă.

Cu cantități mici de date și o infrastructură IT nu foarte complexă, puteți încerca să combinați ambele sarcini într-una singură, de exemplu, făcând o copie zilnică completă a tuturor partițiilor și bazelor de date de disc. Dar este mai bine să distingem două obiective și să selectați mijloacele potrivite pentru fiecare dintre ele. În consecință, se folosește un instrument diferit pentru fiecare sarcină, deși există și soluții universale, cum ar fi pachetul Acronis True Image sau programul ntbackup

Este clar că atunci când se definesc scopurile și obiectivele backup-ului, precum și soluțiile de implementare, este necesar să se pornească de la cerințele afacerii.

Când implementați o sarcină de recuperare în caz de dezastru, puteți utiliza diferite strategii.

În unele cazuri, este necesară restaurarea directă a sistemului la metalul gol. Acest lucru se poate face, de exemplu, folosind programul Acronis True Image complet cu modulul Universal Restore. În acest caz, configurația serverului poate fi revenită la funcționare într-un timp foarte scurt. De exemplu, este foarte posibil să recuperați o partiție cu un sistem de operare de 20 GB dintr-o copie de rezervă în opt minute (cu condiția ca copia de rezervă să fie accesibilă printr-o rețea de 1 Gb/s).

Într-o altă opțiune, este mai convenabil să „reveniți” pur și simplu setările la sistemul nou instalat, cum ar fi, de exemplu, copierea fișierelor de configurare din folderul /etc și altele în sisteme asemănătoare UNIX (în Windows aceasta corespunde aproximativ copierii și restabilirea stării sistemului). Desigur, cu această abordare, serverul va fi pus în funcțiune nu mai devreme de când sistemul de operare a fost instalat și au fost restaurate setările necesare, ceea ce va dura mult mai mult. Dar, în orice caz, decizia cu privire la ce fel de recuperare în caz de dezastru ar trebui să fie provine din nevoile afacerii și constrângerile de resurse.

Diferența fundamentală dintre sistemele de backup și redundanță redundante

Aceasta este o altă întrebare interesantă pe care aș dori să o ridic. Sistemele de redundanță ale echipamentelor redundante înseamnă introducerea unei anumite redundanțe în hardware pentru a menține funcționalitatea în cazul unei defecțiuni bruște a uneia dintre componente. Un exemplu excelent în acest caz este o matrice RAID (Redundant Array of Independent Disks). În cazul unei defecțiuni a unui disc, puteți evita pierderea de informații și le puteți înlocui în siguranță, salvând date datorită organizării specifice a matricei de discuri în sine (citiți mai multe despre RAID în).

Am auzit fraza: „Avem echipamente foarte fiabile, avem matrice RAID peste tot, așa că nu avem nevoie de copii de rezervă.” Da, desigur, aceeași matrice RAID va proteja datele de distrugere dacă un hard disk se defectează. Dar acest lucru nu vă va scuti de deteriorarea datelor de către un virus informatic sau de acțiunile inepte ale utilizatorului. RAID nu vă va salva chiar dacă sistemul de fișiere se prăbușește ca urmare a unei reporniri neautorizate.

Apropo

Importanța distingerii sistemelor de backup de sistemele redundante ar trebui evaluată atunci când se elaborează un plan de copiere a datelor, indiferent dacă este vorba despre o organizație sau computere de acasă.

Întrebați-vă de ce faceți copii. Dacă vorbim de backup, atunci înseamnă salvarea datelor în timpul unei acțiuni accidentale (intenționate). Redundanța redundantă face posibilă salvarea datelor, inclusiv a copiilor de rezervă, în cazul defecțiunii echipamentului.

Acum există multe dispozitive ieftine pe piață care oferă backup fiabil folosind matrice RAID sau tehnologii cloud (de exemplu, Amazon S3). Se recomandă utilizarea simultană a ambelor tipuri de backup a informațiilor.

Andrey Vasiliev, CEO al Qnap Rusia

Permiteți-mi să vă dau un exemplu. Există cazuri în care evenimentele se dezvoltă conform următorului scenariu: atunci când un disc eșuează, datele sunt restaurate printr-un mecanism de redundanță, în special, folosind sumele de verificare salvate. În acest caz, există o scădere semnificativă a performanței, serverul se îngheață și controlul este aproape pierdut. Administratorul de sistem, nevăzând nicio altă cale de ieșire, repornește serverul cu o repornire la rece (cu alte cuvinte, dă clic pe „RESET”). Ca urmare a unei astfel de supraîncărcări live, apar erori ale sistemului de fișiere. Cel mai bun lucru la care se poate aștepta în acest caz este că programul de verificare a discului va rula mult timp pentru a restabili integritatea sistemului de fișiere. În cel mai rău caz, va trebui să vă luați rămas bun de la sistemul de fișiere și să fiți nedumerit de întrebarea unde, cum și în ce interval de timp puteți restabili datele și performanța serverului.

Nu veți putea evita backup-urile chiar dacă aveți o arhitectură de cluster. Un cluster de failover, în esență, menține funcționalitatea serviciilor care îi sunt încredințate dacă unul dintre servere eșuează. În cazul problemelor de mai sus, cum ar fi un atac de virus sau coruperea datelor din cauza notoriului „factor uman”, niciun cluster nu vă va salva.

Singurul lucru care poate acționa ca un înlocuitor de rezervă inferior pentru Disaster Recovery este prezența unui server de rezervă oglindă cu replicare constantă a datelor de la serverul principal la cel de rezervă (conform principiului Primar  Standby). În acest caz, dacă serverul principal eșuează, sarcinile sale vor fi preluate de cel de rezervă și nici măcar nu va trebui să transferați date. Dar un astfel de sistem este destul de costisitor și necesită forță de muncă de organizat. Să nu uităm de necesitatea unei replicări constante.

Devine clar că o astfel de soluție este rentabilă numai în cazul serviciilor critice cu cerințe ridicate de toleranță la erori și timp minim de recuperare. De regulă, astfel de scheme sunt utilizate în organizații foarte mari, cu o cifră de afaceri ridicată a mărfurilor și a numerarului. Și această schemă este un înlocuitor inferior pentru backup deoarece, oricum, dacă datele sunt deteriorate de un virus informatic, acțiunile utilizatorului inepte sau funcționarea incorectă a aplicației, datele și software-ul de pe ambele servere pot fi afectate.

Și, desigur, niciun sistem de backup redundant nu va rezolva problema menținerii unei arhive de date pentru o anumită perioadă.

Conceptul de „fereastră de rezervă”

Efectuarea unei copii de siguranță implică o sarcină mare pe serverul pentru care faceți backup. Acest lucru este valabil mai ales pentru subsistemul de disc și conexiunile de rețea. În unele cazuri, când procesul de copiere are o prioritate destul de mare, acest lucru poate duce la indisponibilitatea anumitor servicii. În plus, copierea datelor în momentul efectuării modificărilor este asociată cu dificultăți semnificative. Desigur, există mijloace tehnice pentru a evita problemele menținând integritatea datelor în acest caz, dar, dacă este posibil, este mai bine să evitați o astfel de copiere din mers.

Soluția pentru rezolvarea acestor probleme descrise mai sus sugerează de la sine: amânarea începerii procesului de creare a copiei la o perioadă de timp inactivă, când influența reciprocă a sistemului de rezervă și a altor sisteme care rulează va fi minimă. Această perioadă de timp se numește „fereastră de rezervă”. De exemplu, pentru o organizație care operează sub formula 8x5 (cinci zile lucrătoare de opt ore pe săptămână), o astfel de „fereastră” este de obicei weekend-uri și orele de noapte.

Pentru sistemele care funcționează conform formulei 24x7 (toată săptămâna non-stop), perioada de activitate minimă este utilizată ca atare perioadă, când nu există încărcare mare pe servere.

Tipuri de backup

Pentru a evita costurile materiale inutile la organizarea backup-urilor și, de asemenea, dacă este posibil, pentru a nu depăși fereastra de backup, au fost dezvoltate mai multe tehnologii de backup, care sunt utilizate în funcție de situația specifică.

Backup complet (sau backup complet)

Este metoda principală și fundamentală de a crea copii de rezervă, în care matricea de date selectată este copiată în întregime. Acesta este cel mai complet și mai fiabil tip de backup, deși este cel mai scump. Dacă este necesară salvarea mai multor copii de date, volumul total stocat va crește proporțional cu numărul acestora. Pentru a preveni astfel de risipă, se folosesc algoritmi de compresie, precum și o combinație a acestei metode cu alte tipuri de backup: incremental sau diferențial. Și, desigur, o copie de rezervă completă este indispensabilă atunci când trebuie să pregătiți o copie de rezervă pentru restaurarea rapidă a sistemului de la zero.

Copie incrementală

Spre deosebire de o copie de rezervă completă, în acest caz nu sunt copiate toate datele (fișiere, sectoare etc.), ci doar cele care s-au modificat de la ultima copie. Pot fi utilizate diferite metode pentru a determina timpul de rezervă, de exemplu, pe sistemele care rulează sisteme de operare Windows, este utilizat un atribut de fișier corespunzător (bit de arhivă), care este setat atunci când fișierul a fost modificat și resetat de către programul de backup. Alte sisteme pot folosi data la care fișierul a fost modificat. Este clar că o schemă care utilizează acest tip de backup va fi incompletă dacă nu se efectuează din când în când o copie de rezervă completă. Când efectuați o restaurare completă a sistemului, trebuie să restaurați din ultima copie creată de copierea de rezervă completă și apoi să „strângeți” datele din copiile incrementale, în ordinea în care au fost create.

La ce se folosește acest tip de copiere? În cazul creării de copii de arhivă, este necesar să se reducă volumele consumate pe dispozitivele de stocare (de exemplu, reducerea numărului de suporturi pe bandă utilizate). Acest lucru va minimiza, de asemenea, timpul necesar pentru a finaliza sarcinile de backup, ceea ce poate fi extrem de important în condițiile în care trebuie să lucrați într-un program încărcat 24x7 sau să pompați volume mari de informații.

Există o avertizare la copierea incrementală pe care trebuie să o știți. Recuperarea pas cu pas returnează și fișierele șterse necesare în timpul perioadei de recuperare. Să vă dau un exemplu. Să presupunem că o copie de rezervă completă este efectuată în weekend, iar una incrementală în zilele lucrătoare. Utilizatorul a creat un fișier luni, l-a schimbat marți, l-a redenumit miercuri și l-a șters joi. Deci, cu o recuperare a datelor secvenţială, pas cu pas, pentru o perioadă săptămânală, vom primi două fişiere: cu numele vechi marţi înainte de redenumire şi cu un nume nou creat miercuri. Acest lucru s-a întâmplat deoarece diferite copii incrementale stocau versiuni diferite ale aceluiași fișier și, în cele din urmă, toate versiunile vor fi restaurate. Prin urmare, atunci când restaurați secvențial datele dintr-o arhivă „ca atare”, este logic să rezervați mai mult spațiu pe disc, astfel încât fișierele șterse să se potrivească și ele.

Backup diferențial

Diferă de incremental prin faptul că datele sunt copiate din ultimul moment al backupului complet. Datele sunt stocate în arhivă în mod „cumulat”. Pe sistemele din familia Windows, acest efect este realizat prin faptul că bitul de arhivă nu este resetat în timpul copierii diferențiale, astfel încât datele modificate ajung în copia de arhivă până când o copie completă resetează biții de arhivă.

Datorită faptului că fiecare copie nouă creată în acest fel conține date din cea anterioară, acest lucru este mai convenabil pentru restaurarea completă a datelor în momentul dezastrului. Pentru a face acest lucru, aveți nevoie doar de două copii: cea completă și ultima dintre cele diferențiale, astfel încât să puteți readuce datele la viață mult mai repede decât derularea treptată a tuturor incrementelor. În plus, acest tip de copiere este lipsit de caracteristicile de copiere incrementală menționate mai sus, atunci când, cu o recuperare completă, fișierele vechi, precum o pasăre Phoenix, renasc din cenușă. Există mai puțină confuzie.

Dar copierea diferențială este semnificativ inferioară copierii incrementale în ceea ce privește economisirea spațiului necesar. Deoarece fiecare copie nouă stochează date din cele anterioare, volumul total de date rezervate poate fi comparabil cu o copie completă. Și, desigur, atunci când planificați programul (și calculați dacă procesul de backup se va încadra în fereastra de timp), trebuie să luați în considerare timpul necesar pentru a crea ultima copie diferențială, cea mai groasă.

Topologie de rezervă

Să ne uităm la ce scheme de rezervă există.

Schema descentralizata

Miezul acestei scheme este o anumită resursă de rețea partajată (vezi Fig. 1). De exemplu, un folder partajat sau un server FTP. De asemenea, este necesar un set de programe de backup, care din când în când încarcă informații de la servere și stații de lucru, precum și alte obiecte de rețea (de exemplu, fișiere de configurare de la routere) în această resursă. Aceste programe sunt instalate pe fiecare server și funcționează independent unul de celălalt. Un avantaj incontestabil este ușurința de implementare a acestei scheme și costul redus al acesteia. Instrumentele standard încorporate în sistemul de operare sau software, cum ar fi un SGBD, sunt potrivite ca programe de copiere. De exemplu, acesta ar putea fi programul ntbackup pentru familia Windows, programul tar pentru sisteme de operare asemănătoare UNIX sau un set de scripturi care conțin comenzi de server SQL încorporate pentru descărcarea bazelor de date în fișierele de rezervă. Un alt avantaj este capacitatea de a utiliza diverse programe și sisteme, atâta timp cât toți pot accesa resursa țintă pentru stocarea copiilor de rezervă.

Dezavantajul este stângăcia acestei scheme. Deoarece programele sunt instalate independent unul de celălalt, fiecare trebuie configurat separat. Este destul de dificil să țineți cont de particularitățile programului și să distribuiți intervale de timp pentru a evita competiția pentru resursa țintă. Monitorizarea este, de asemenea, dificilă; procesul de copiere de pe fiecare server trebuie monitorizat separat de alții, ceea ce, la rândul său, poate duce la costuri ridicate ale forței de muncă.

Prin urmare, această schemă este utilizată în rețelele mici, precum și în situațiile în care este imposibil să se organizeze o schemă de backup centralizată folosind mijloacele disponibile. O descriere mai detaliată a acestei scheme și a organizării practice poate fi găsită în.

Backup centralizat

Spre deosebire de schema anterioară, în acest caz se utilizează un model ierarhic clar, care lucrează pe principiul client-server. În versiunea clasică, pe fiecare computer sunt instalate programe speciale de agenți, iar modulul server al pachetului software este instalat pe serverul central. Aceste sisteme au și o consolă de management backend specializată. Schema de control este următoarea: din consolă creăm sarcini de copiere, restaurare, colectare a informațiilor de sistem, diagnosticare și așa mai departe, iar serverul oferă agenților instrucțiunile necesare pentru a efectua aceste operațiuni.

Pe acest principiu funcționează cele mai populare sisteme de backup, cum ar fi Symantec Backup Exec, CA Bright Store ARCServe Backup, Bacula și altele (vezi Fig. 2).

În plus față de diferiți agenți pentru majoritatea sistemelor de operare, există dezvoltări pentru copierea de rezervă a bazelor de date populare și a sistemelor corporative, de exemplu, pentru MS SQL Server, MS Exchange, Oracle Database și așa mai departe.

Pentru companiile foarte mici, în unele cazuri puteți încerca o versiune simplificată a unei scheme de backup centralizate fără utilizarea programelor agent (vezi Fig. 3). Această schemă poate fi utilizată și dacă nu este implementat un agent special pentru software-ul de rezervă utilizat. În schimb, modulul server va folosi serviciile deja existente. De exemplu, „răzuiți” datele din folderele partajate ascunse de pe serverele Windows sau copiați fișierele prin SSH de pe serverele care rulează sisteme UNIX. Această schemă are limitări foarte semnificative asociate cu problemele de salvare a fișierelor deschise pentru scriere. Ca urmare a unor astfel de acțiuni, fișierele deschise fie vor fi sărite și nu vor fi incluse în copia de rezervă, fie copiate cu erori. Există diverse soluții pentru această problemă, cum ar fi rularea din nou a lucrării pentru a copia numai fișierele deschise anterior, dar niciuna nu este de încredere. Prin urmare, această schemă este potrivită pentru utilizare numai în anumite situații. De exemplu, în organizațiile mici care lucrează în modul 5x8, cu angajați disciplinați care salvează modificările și închid fișierele înainte de a merge acasă. ntbackup este o alegere bună pentru organizarea unei astfel de scheme centralizate trunchiate care funcționează exclusiv în mediul Windows. Dacă trebuie să utilizați o schemă similară în medii eterogene sau exclusiv între computere UNIX, vă recomand să priviți spre Backup PC (vezi).

Figura 4. Schema de backup mixtă

Ce este off-site?

În lumea noastră turbulentă și în schimbare, pot avea loc evenimente care pot provoca consecințe neplăcute pentru infrastructura IT și afacerea în ansamblu. De exemplu, un incendiu într-o clădire. Sau o defecțiune a bateriei de încălzire centrală în camera serverelor. Sau furtul banal de echipamente și componente. O metodă pentru a evita pierderea de informații în astfel de situații este de a stoca copii de rezervă într-o locație departe de locația principală a hardware-ului serverului. În același timp, este necesar să se ofere o modalitate rapidă de accesare a datelor necesare recuperării. Metoda descrisă se numește off-site (cu alte cuvinte, stocarea copiilor în afara teritoriului întreprinderii). Practic, se folosesc două metode de organizare a acestui proces.

Scrierea datelor pe suporturi amovibile și mutarea lor fizică. În acest caz, trebuie să luați în considerare un mijloc de a recupera rapid media în cazul unui eșec. De exemplu, depozitați-le într-o clădire învecinată. Avantajul acestei metode este capacitatea de a organiza acest proces fără dificultăți. Dezavantajul este dificultatea de a returna suportul media și însăși nevoia de a transfera informații pentru stocare, precum și riscul de a deteriora mediul în timpul transportului.

Copierea datelor într-o altă locație printr-o legătură de rețea. De exemplu, folosind un tunel VPN prin Internet. Avantajul în acest caz este că nu este nevoie să transportați media cu informații undeva, dezavantajul este necesitatea de a folosi un canal suficient de larg (de regulă, acesta este foarte scump) și de a proteja datele transmise (de exemplu, folosind același VPN). Dificultățile întâmpinate în transferul unor volume mari de date pot fi reduse semnificativ prin utilizarea algoritmilor de compresie sau a tehnologiei de deduplicare.

Merită menționat separat măsurile de securitate la organizarea stocării datelor. În primul rând, trebuie avut grijă să se asigure că purtătorii de date sunt amplasați într-o zonă sigură și că se iau măsuri pentru a preveni citirea datelor de către persoane neautorizate. De exemplu, utilizați un sistem de criptare, încheiați acorduri de nedivulgare și așa mai departe. Dacă se utilizează medii amovibile, datele de pe acesta trebuie, de asemenea, să fie criptate. Sistemul de etichetare utilizat nu ar trebui să ajute atacatorul în analiza datelor. Este necesar să se folosească o schemă de numerotare fără chip pentru marcarea suportului de stocare a numelor fișierelor transferate. Când transferați date prin rețea, este necesar (așa cum sa menționat deja mai sus) să utilizați metode securizate de transfer de date, de exemplu, un tunel VPN.

Am discutat principalele puncte atunci când organizăm o copie de rezervă. Următoarea parte va discuta recomandări metodologice și va oferi exemple practice pentru crearea unui sistem de rezervă eficient.

Descrierea copiei de rezervă în Windows, inclusiv starea sistemului - http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
Descrierea Shadow Copy - http://ru.wikipedia.org/wiki/Shadow_Copy.
Site-ul oficial Acronis – http://www.acronis.ru/enterprise/products.
Descrierea ntbackup - http://en.wikipedia.org/wiki/NTBackup.
Berezhnoy A. Optimizarea funcționării MS SQL Server. //Administrator de sistem, Nr. 1, 2008 – p. 14-22 ().
Berezhnoy A. Organizam un sistem de rezervă pentru birouri mici și mijlocii. //Administrator de sistem, Nr. 6, 2009 – p. 14-23 ().
Markelov A. Linux care păzește Windows. Revizuirea și instalarea sistemului de backup BackupPC. //Administrator de sistem, Nr. 9, 2004 – P. 2-6 ().
Descrierea VPN – http://ru.wikipedia.org/wiki/VPN.
Deduplicarea datelor - http://en.wikipedia.org/wiki/Data_deduplication.

In contact cu

Backup Este eficient doar atunci când este efectuat în mod regulat. Dacă datele se modifică frecvent, copierea ar trebui, de asemenea, să fie frecventă. Prin urmare, mulți oameni preferă să folosească un software special pentru a automatiza acest proces, decât să copieze datele manual.

Orice computer este expus riscului defecțiunii hardware și a multor alte pericole care pot duce la pierderea de date importante. În sectorul de afaceri, acest lucru are consecințe deosebit de grave, deoarece pierderea datelor de afaceri duce la pierderi uriașe și pierderi de clienți.

Cheia instrumentelor de backup este recuperarea datelor. Într-adevăr, la ce folosește o copie de rezervă dacă nu o poți restaura? Prin urmare, atunci când alegeți un program de rezervă, trebuie să vă asigurați că puteți restaura cu ușurință datele dorite cu acesta.

Program de backup pentru Windows

Handy Backup este un program fiabil de backup și recuperare a datelor pentru computerele care rulează Windows, cunoscut pentru interfața sa simplă și ușor de utilizat și pentru un număr mare de funcții. Pentru a crea o copie sau a restaura date, trebuie pur și simplu să creați o nouă „sarcină” (folosind expertul pas cu pas pentru crearea sarcinilor). Handy Backup vă ajută să faceți copii de rezervă pentru următoarele date:

Fișiere și foldere

Handy Backup poate restaura atât o copie de rezervă întreagă, cât și fișiere și foldere individuale.

Utilități și aplicații populare

Programul poate căuta automat și face backup pentru multe aplicații populare, inclusiv Outlook, Skype, Adobe Photoshop etc.

Imagine de disc

Handy Backup poate crea o copie exactă a HDD-ului, inclusiv sistemul de operare, înregistrările de pornire și alte informații. Puteți copia și restaura atât întregul hard disk, cât și secțiunile sale individuale.

Puteți crea un disc special de recuperare bootabil utilizând utilitarul Handy Backup Disaster Recovery, de pe care puteți porni sistemul de operare în cazul unei defecțiuni și puteți restaura sistemul, setările și toate datele.

Suporta toate versiunile de sisteme Windows

Programul are capacitatea de a funcționa în diferite versiuni de Windows, inclusiv capacitatea de a face backup și restaura Windows 8.

Bază de date

Programul poate copia baze de date compatibile ODBC și are, de asemenea, pluginuri speciale pentru copierea exactă a bazelor de date DB2, Oracle, MS SQL, MySQL etc.

MS Exchange și date de e-mail

Aplicația este capabilă să facă copii de rezervă și să restaureze datele MS Exchange Server fără a opri serverul. Și, de asemenea, creați o copie de rezervă automată a e-mailului de pe serverele Yandex.Mail, Mail, Gmail, Yahoo Mail etc.

Articolul oferă o prezentare generală a celor mai populare sisteme de backup și de recuperare a datelor atât din întreaga lume, cât și din Rusia. Sunt revizuite produsele principalilor producători de sisteme de backup și de recuperare a datelor și sunt furnizate date despre principalele funcții și diferențe ale acestora. Un accent deosebit este pus pe produsele prezentate pe piața rusă.

Introducere

Lucrul cu orice date implică întotdeauna potențialul de pierdere. Datele pot fi pierdute ca urmare a diferiților factori: erori umane (atât utilizatorii, cât și administratorii de rețea), furtul fizic, ca urmare a acțiunilor distructive ale malware-ului și defecțiunea dispozitivelor de stocare a datelor. Dacă datele personale au fost pierdute (de exemplu, o arhivă cu fotografii), atunci prejudiciul este subiectiv și se va exprima în emoțiile negative ale utilizatorului. Și, în cazul pierderii informațiilor de proprietate, prejudiciul se poate manifesta în sfera economică - în pierderi financiare, pierderi de avantaje competitive, defecțiuni sau neîndeplinire a contractelor și chiar ruinarea organizației.

Pentru a proteja împotriva pierderii de informații, sunt utilizate sisteme de backup și recuperare. Un sistem de backup și recuperare a datelor este un complex software sau hardware-software pentru crearea de copii ale datelor la o anumită frecvență pentru recuperarea ulterioară a acestora. Pe lângă protecția împotriva pierderii datelor, sistemele de backup ajută și la asigurarea continuității angajaților prin restaurarea rapidă a sistemului de operare (dacă este disponibilă o imagine) sau restabilirea datelor pe alt computer.

Cum funcționează sistemele de backup și recuperare a datelor

Crearea unei copii a datelor este un proces destul de simplu, dar nevoile reale ale utilizatorilor sunt adesea destul de variate și complexe. De exemplu, mulți utilizatori doresc să poată face copii de rezervă din orice locație sau să stocheze cantități foarte mari de date. Pentru întreprinderi, problema urgentă este gestionarea unor cantități mari de date, stocarea acestora și restaurarea rapidă a acestora. Pentru a rezolva fiecare clasă de probleme, există diverse sisteme de backup și recuperare a datelor.

Principalele linii de separare dintre diversele sisteme de backup și recuperare a datelor se bazează pe domeniile de utilizare a acestora - pentru nevoi personale, în companii mici și birouri de acasă (IMM/SOHO/ROBO) sau în companii mijlocii (Enterprise) și mari (Large). Afacere). În funcție de aceasta, prețul sistemelor de backup și de recuperare a datelor, tipurile de stocare utilizate, tipurile de platforme, funcțiile oferite etc. variază. Să ne uităm la câteva dintre aceste criterii.

Una dintre principalele diferențe dintre sistemele de backup și de recuperare este tipul de suport utilizat pentru stocarea datelor. Pentru a stoca copii de rezervă, se pot folosi casete, discuri optice (CD, DVD, Blu-Ray etc.), hard disk-uri (HDD), unități SSD și stocare în rețea. Fiecare dintre ele are propriile sale avantaje și dezavantaje. De exemplu, stocarea datelor pe benzi pare anacronică doar la prima vedere. Dispozitivele moderne de bandă sunt destul de ieftine și garantează stocarea datelor pe termen lung. Dar restaurarea datelor de pe astfel de medii poate dura foarte mult timp. Prin urmare, sunt mai potrivite pentru arhivarea datelor. Discurile „hard” vă permit să efectuați backup și restaurări destul de rapid, dar au un preț ridicat și nu au cea mai lungă durată de viață.

O alternativă la hard disk-urile este utilizarea stocării în „cloud”, în care tipul de sisteme de stocare este ascuns utilizatorilor. Desigur, folosesc un fel de discuri ca hardware, dar problema siguranței discurilor cade în sarcina furnizorului de servicii. Dar cum rămâne cu prețul? Oferirea de garanții suplimentare de siguranță necesită o mulțime de bani pentru întreținerea infrastructurii cloud (pot fi acceptate duplicarea datelor, discuri hot-swappable, matrice RAID). Cu toate acestea, eficiența utilizării spațiului pe disc poate fi mai mare, deoarece „Cloud-ul” poate fi folosit de mai mulți clienți și eficiența acestuia va fi mai mare decât cea a unui sistem de backup și recuperare a datelor instalat direct în companie. Ca urmare, eficiența unui anumit sistem este dificil de calculat a priori, prin urmare, în fiecare situație specifică, alegerea unui sistem de stocare trebuie să fie precedată de un calcul economic.

O altă diferență este tipul de platforme utilizate. Un sistem de backup și recuperare a datelor poate fi implementat ca software, un sistem hardware-software sau ca un serviciu (software-as-a-service). Software-ul costă mai puțin și necesită sisteme de stocare separate. Prin urmare, astfel de sisteme sunt potrivite pentru uz personal și companii mici. Pentru companiile mari, astfel de sisteme pot fi utilizate împreună cu depozite speciale de date. Pentru întreprinderile mijlocii și mari, sistemele de backup și recuperare a datelor realizate sub formă de sisteme software și hardware (PBBA, Purpose-Built Backup Appliance) sunt mai potrivite. Aceste dispozitive sunt împărțite în două categorii:

sisteme țintă PBBA (vizatesisteme). Aceste complexe acționează doar ca dispozitiv țintă pentru backup. O astfel de soluție necesită utilizarea unui software suplimentar pentru a automatiza, gestiona și consolida backup-urile, care, la rândul lor, trebuie plasate pe un hardware server suplimentar cu un sistem de operare implementat pentru a integra toate aceste componente. Astfel de dispozitive includ EMC Data Domain, HP StoreOnce etc.
Sisteme integrate PBBA. Acest soluții complet complete care nu necesită componente suplimentare pentru funcționarea completă. Acestea includ servere, matrice de discuri și software de rezervă. Astfel de sisteme au o mai bună integrare între hardware și software și pot include instrumente suplimentare de rețea (cum ar fi echilibrarea sarcinii). Astfel de soluții nu necesită investiții suplimentare în infrastructură, au costuri mai mici de implementare și integrare și sunt, de asemenea, mai ușor de întreținut și administrat. Astfel de dispozitive includ EMC Avamar, Symantec Appliance BE+NBU etc.

În prezent, o serie de companii oferă utilizarea backup-ului ca serviciu. În acest caz, stocarea este cel mai adesea localizată în „nor” și toată gestionarea unei astfel de stocări este efectuată de furnizorul de servicii doar încarcă și restaurează date.

Sistemele de backup și de recuperare a datelor diferă și prin caracteristicile pe care le oferă. Condițional, putem distinge între funcțiile „de bază” și „avansate”. Funcțiile de bază includ programarea, compresia și criptarea copiilor de rezervă. Funcțiile suplimentare sunt mai variate:

Duplicarea permite copierea simultană în mai multe surse, ceea ce crește fiabilitatea stocării datelor.
Deduplicarea vă permite să analizați și să comprimați datele duplicate. Ca rezultat, sarcina pe canalele de transmisie a datelor și spațiul de stocare a datelor este redusă.
Crearea imaginilor de sistem. Copierea periodică nu numai a datelor, ci și a imaginilor de sistem vă permite să restabiliți rapid locul de muncă al unui angajat, chiar dacă sistemul de operare sau computerul personal este deteriorat, ceea ce asigură continuitatea activității acestuia.
Echilibrarea sarcinii. Vă permite să optimizați încărcarea pe mai multe stocări pentru cea mai rapidă execuție a operațiunilor de backup.
Compatibilitate cu software (sisteme de operare și DBMS). Vă permite să creați „instantanee” de fișiere și baze de date, care se pot modifica în timpul procesului de backup, pentru transferul și recuperarea corectă, integrală a acestora.
Diverse instrumente pentru administrarea de la distanță. Acesta este un set destul de divers de funcții care vă permit să automatizați munca administratorului. Acestea pot include instalarea de la distanță a agenților pe computerele utilizatorului, scanarea arhivelor create, îmbinarea manuală sau automată a copiilor de rezervă etc.
Lucrul cu dispozitive virtuale.
Lucrul cu stocarea în cloud.
Algoritmi de recuperare a datelor. Când datele sunt pierdute, pentru a crește viteza de recuperare a datelor, diverși algoritmi sunt utilizați pentru a recupera doar datele necesare, pentru a elimina dublarea în timpul recuperării etc.

Piața globală a sistemelor de backup și de recuperare a datelor

Numărul de sisteme de backup și de recuperare a datelor din lume este destul de limitat. Pătratul magic al Gartner indică faptul că companii precum CommVault, EMC, IBM și Symantec sunt lideri pe piață.

Poza 1."Piața magică"Gartnerpentru sistemele de rezervă și recuperarea datelor

În 2013, firma de cercetare IDC a lansat un raport detaliat (Worldwide Quarterly Purpose Built Backup Appliance Tracker) pe piața Purpose Built Backup Appliance (PBBA). Potrivit datelor sale, veniturile companiilor din acest segment pentru al doilea trimestru din 2013 s-au ridicat la 720,2 milioane de dolari, adică cu 7,3% mai mult decât în urmă cu un an.

Tabel 1. Veniturile producătorilor în domeniul dispozitivelor de backup specializate (în milioane de dolari)

Producător	Trimestrul 2 2012		Trimestrul 2 2013
Producător	Volumul vânzărilor	Cotă de piață	Volumul vânzărilor	Cotă de piață

Tabelul de mai sus arată că mai mult de jumătate din piață este ocupată de EMC (62,6%). Pe locul doi se află Symantec (12,4%), locul trei este ocupat de IBM cu o cotă de piață de 7,3%. Locurile patru și cinci sunt ocupate de HP (5,3%) și Quantum (2,5%), toate celelalte companii ocupă mai puțin de 2% din piață și în total reprezintă 10% din piață. Tendințele notabile includ o scădere a cotei de piață a IBM cu 40,4% și o creștere a cotei Symantec cu 71,3%.

Liderii din această categorie coincid aproape în totalitate cu liderii pieței sistemelor de backup și de recuperare a datelor în general, ceea ce sugerează că dispozitivele de backup specializate generează în mare parte venituri ale companiei. Singura diferență majoră este CommVault, care produce în principal produse software și le poziționează ca sistem unificat de backup și arhivare.

Piața rusă a sistemelor de backup și de recuperare a datelor

Piața rusă reprezintă principalii jucători globali de pe piața sistemelor de backup și recuperare a datelor, care își promovează soluțiile prin partenerii regionali. Piața oferă produse de la EMC, IBM, HP, Symantec, Dell, NetApp, CA Technologies , care se adresează în mare parte companiilor mari. CommVault este reprezentat pe piața rusă într-o măsură mai mică, soluțiile sale sunt oferite în principal de CROC. Soluțiile de la producătorii ruși Acronis și Paragon Software Group sunt, de asemenea, populare. Soluțiile lor sunt relevante în special în legătură cu politicile de economisire a costurilor ale multor companii, care încep să acorde o atenție deosebită indicatorilor preț/calitate. Pentru a proteja doar sistemele virtuale se folosesc soluții de la compania rusă Veeam Software, dar le vom lua în considerare în următorul articol de specialitate.

Pe piața rusă există destul de multe companii de diferite niveluri, așa că le vom considera pe cele mai mari și/sau populare dintre ele. În același timp, ne vom concentra pe soluțiile corporative, deoarece acestea determină în principal piața din acest segment de piață.

EMC

Sistemul de bază al EMC este EMC Avamar. Aceasta este o soluție software și hardware cuprinzătoare pentru backup și recuperare a datelor, permițându-vă să lucrați atât cu dispozitive reale, cât și cu dispozitive virtuale. Acceptă deduplicarea segmentelor cu lungime variabilă, care se realizează pe dispozitivul client. Transmiterea datelor este optimizată atunci când lucrați cu diferite tipuri de rețele. Restaurarea se face într-un singur pas. EMC Avamar poate fi configurat să funcționeze cu tipuri specifice de software (cum ar fi baze de date Oracle) și dispozitive virtuale.

Software-ul opțional EMC Data Protection Adviso este utilizat pentru a optimiza gestionarea datelor. Automatizează monitorizarea și analiza backup-urilor, oferă alerte administratorilor atunci când au loc diverse evenimente și vă permite să creați rapoarte privind performanța backup-ului.

Sistemele de backup și recuperare a datelor sunt destul de flexibile și, dacă este necesar, pot fi scalate prin creșterea spațiului pe disc. EMC Avamar se poate integra și cu sistemele de stocare EMC Data Domain. Aceste sisteme sunt reprezentate de o linie mare de produse de la dispozitive mici (DD160, DD620) capabile să stocheze mai mulți terabytes, până la unități de stocare foarte mari (DD990) de câțiva petabytes.

IBM

În spațiul de rezervă, IBM este reprezentat de produsul IBM Tivoli Storage Manager. Acesta este un produs software care creează copii de rezervă și gestionează dispozitivele de stocare. IBM Tivoli Storage Manager este compatibil cu o mare varietate de sisteme de stocare. Acesta oferă funcționare în rețele locale (LAN), rețele de zonă largă (WAN) și rețelele de zonă de stocare (SAN) în curs de dezvoltare.

Tivoli Storage Manager include instrumente pentru administrarea de la distanță de oriunde dintr-o rețea sau prin Internet. Administratorul poate automatiza diferite etape ale sistemului de backup și recuperare a datelor prin crearea de politici de stocare. Un set de politici configurate de administrator permite nu numai efectuarea operațiunilor de rutină, ci și răspunsul rapid la apariția diferitelor situații neplanificate. Folosind un sistem de stocare ierarhic, un sistem care rulează Tivoli Storage Manager poate folosi diferite tipuri de dispozitive de stocare (de exemplu, bandă și hard disk).

Tivoli Storage Manager vă permite să vă optimizați datele în repaus prin compresie, consolidare și backup-uri incrementale. Pentru software-ul corporativ (baze de date, e-mail), sunt utilizați clienți suplimentari care optimizează lucrul cu un anumit tip de aplicație.

Symantec

Symantec oferă două produse de backup și recuperare a datelor - Symantec Backup Exe și Symantec NetBackup, care sunt concepute pentru a funcționa în rețele medii până la mari. Aceste aplicații includ întregul set de funcții necesare pentru backup (deduplicare, replicare automată a țintei, migrare între computere, lucru cu dispozitive fizice și virtuale, lucru într-un mediu eterogen etc.). Aceste produse pot funcționa cu diverse sisteme de stocare.

Merită menționat tehnologii suplimentare pentru lucrul cu mașini virtuale. Tehnologia de virtualizare Symantec V-Ray combină backup-urile virtuale și fizice și oferă utilizatorilor acces unic la toate backup-urile, inclusiv VMware, Hyper-V și dispozitivele fizice, permițându-vă să restaurați rapid mașinile virtuale, aplicațiile, bazele de date, fișierele, folderele și chiar elementele individuale ale aplicației . Tehnologia de recuperare bare metal încorporată permite recuperarea datelor pe hardware neoriginal și include backup în virtual (B2V) și conversie la funcționalitatea mașinii virtuale (P2V), oferind utilizatorilor posibilitatea de a recupera sisteme eșuate în medii VMware sau Hyper-V.

Pentru confortul de a lucra cu sisteme de backup și de recuperare a datelor, Symantec a lansat și dispozitive hardware și software Symantec Backup Exec 3600, Symantec NetBackup 5230. Unul dintre avantajele utilizării lor este timpul minim pentru implementarea lor în întreprindere. Se precizează că administratorul va avea nevoie de 20-30 de minute pentru ca dispozitivele să înceapă să funcționeze și să își îndeplinească pe deplin funcțiile.

CommVault

CommVault oferă un sistem de gestionare a datelor care este bazat pe software și modular. Modulele oferă arhivare, protecție, backup și gestionarea datelor. O singură consolă de management este utilizată pentru a lucra cu datele.

Funcțiile de backup din CommVault Simpana includ deduplicarea, imaginea sistemului, automatizarea backupului, gestionarea centralizată a backupului, raportarea, backup-urile cu autoservire pentru utilizatori, politicile ierarhice de stocare, echilibrarea încărcăturii și multe altele. CommVault Simpana oferă o integrare profundă a infrastructurii virtuale pentru gestionarea avansată a datelor pe platformele Microsoft Hyper-V, VMware vCenter și VMware vCloud Director.

CommVault acceptă majoritatea sistemelor de operare și aplicațiilor existente (în special, bazele de date Oracle, Microsoft, PostgreSQL și MySQL, Documentum, SAP) pentru a crea copii de rezervă în timp ce aplicațiile rulează cu o sarcină minimă.

HP

HP prezintă pe piață o gamă largă de soluții diferite. Software-ul HP Data Protector este conceput pentru a oferi backup și recuperare automată a datelor, precum și gestionarea centralizată a politicilor și proceselor aferente. Acceptă cele mai cunoscute platforme și aplicații și vă permite să efectuați următoarele funcții:

deduplicarea datelor în conformitate cu tehnologia HP StoreOnce Federated Deduplication atât pe clienți (pe bază de sursă), cât și pe un server dedicat separat (server de rezervă) sau pe sisteme de stocare a datelor (bazat pe țintă);
backup și recuperare a mediilor virtuale, inclusiv protecția atât a mașinilor virtuale întregi, cât și a datelor individuale din acestea;
integrare cu funcționalitatea matricelor de discuri pentru a crea instantanee hardware (instantanee) pentru backup cu timp de nefuncționare zero Zero Downtime Backup și recuperare instantanee a informațiilor Instant Recovery (IR);
capacitatea de a restaura elemente individuale ale unei copii de rezervă (de exemplu, un fișier separat de la o copie de rezervă a unei mașini virtuale).

Pentru a stoca copii de rezervă, se utilizează o linie de biblioteci de discuri cu deduplicare HPStoreOnce. Soluția se bazează pe platforma de server HP Proliant Gen8, modelele au capacități de la 8TB la 2.2PB (până la 35PB inclusiv deduplicarea) și suportă viteze de backup de până la 139TB/oră. Poate funcționa simultan în modul VTL (Virtual Tape Library), emulând unități de bandă și poate acționa ca stocare de fișiere cu acces CIFS/NFS.

Dell

Dell și-a extins recent portofoliul de backup și recuperare prin achizițiile Quest Software și AppAssure. Pentru întreprinderile și companiile mari, Dell oferă soluția NetVault pentru organizarea backup-ului întregii infrastructuri, iar pentru întreprinderile mici și mijlocii o soluție Appasure mai simplă. Aplicația vRanger este utilizată pentru a face backup mașinilor virtuale. Dezvoltatorii ruși ai diviziei Dell prezintă și soluții specializate Dell Software pentru recuperarea granulară a AD și Exchange, precum și o tehnologie unică pentru recuperarea automată a Active Directory în caz de pierdere a datelor.

De exemplu, să ne uităm la dispozitivele din seria Dell PowerVault DL și DR (modelele actuale sunt DL4000 și Dell DR4100). Dispozitivele vă permit să efectuați următoarele funcții:

optimizarea și simplificarea operațiunilor de backup, ceea ce vă permite să scăpați de timpul de nefuncționare asociat;
Deduplicare integrată end-to-end și comprimare a datelor la nivel de bloc combinate cu dimensiuni optimizate de backup pentru a economisi spațiu de rezervă și pentru a reduce nevoia de replicare WAN;
recuperare punct cu capacitatea de a crea instantanee la fiecare cinci minute;
lucrul cu mașini virtuale.

Dispozitivele pot rula software de la alți producători, cum ar fi EMC sau Symantec.

Cuantic

Quantum furnizează sisteme de rezervă și de stocare a datelor. Sunt furnizate dispozitive cu bandă (SuperLoader; Scalar i40, i80, i500, i6000) și disc (DXi V1000, 4000, 6500, 6700, 8500) și dispozitive de rezervă pentru mașinile virtuale Quantum vmPRO 4000.

Dispozitivele variază în ceea ce privește capacitatea de stocare și acceptă majoritatea caracteristicilor suplimentare găsite în sistemele de backup de nivel enterprise. Algoritmii originali de deduplicare de la Quantum sunt utilizați pentru a optimiza copierea. Software-ul StorageCare Vision este utilizat pentru gestionarea și monitorizarea centralizată.

NetApp

Sistemele de backup și recuperare NetApp vă permit să lucrați atât cu matrice de bandă, cât și cu matrice de discuri. SnapProtect este un software cuprinzător de gestionare a backupului pe disc și pe bandă pentru sistemele NetApp FAS. Vă permite să efectuați instantanee și replicarea datelor, ceea ce reduce semnificativ timpul necesar pentru a lucra cu copii de rezervă și dimensiunea acestora. SnapProtect vă permite, de asemenea, să gestionați crearea și restaurarea copiilor folosind o singură consolă de gestionare.

NetApp SnapVault este o soluție software pentru backup rapid de la disc la disc și protecție a datelor la nivel de bloc. Vă permite să reduceți timpul necesar pentru a crea copii de siguranță prin copiere incrementală la nivel de bloc de date. Oferă recuperare rapidă a datelor datorită unui număr mare de opțiuni și puncte de recuperare.

CA Technologies

Pentru backup și recuperare a datelor, CA Technologies oferă software-ul CA ARCserve Backup . Vă permite să efectuați o gamă destul de mare de funcții:

duplicarea datelor pentru a reduce cantitatea de stocare utilizată;
suport pentru backup atunci când lucrați cu mașini virtuale care rulează VMware, Microsoft Hyper-V™ și Citrix® XenServer;
suport pentru backup în cloud pentru transfer rapid de date între obiecte la distanță fizică;
utilizând backup bazat pe instantanee (ARCserve D2D) împreună cu o soluție tradițională de backup pentru fișiere (CA ARCserve Backup). Aceasta utilizează un director de rezervă partajat pentru a accelera și simplifica procesul de recuperare;
capacitatea de a gestiona centralizat procesele de copiere și restaurare a datelor dintr-o singură consolă.

Pentru implementarea sarcinilor specializate, sunt utilizate module suplimentare (CA ARCserve Central Reporting, CA ARCserve Replication, CA ARCserve High Availability), extinzând funcționalitatea CA ARCserve Backup.

Acronis

Acronis oferă o întreagă linie de software pentru organizarea copiei de rezervă și recuperare a datelor. Acronis True Image este destinat utilizării casnice, Acronis Backup & Recovery Server pentru Windows este utilizat pentru întreprinderile mici, iar pentru Windows este utilizat pentru întreprinderile mari.

Cel mai funcțional este produsul corporativ Acronis Backup & Recovery Advanced Server, care vă permite să efectuați un număr mare de funcții:

copie de rezervă a fișierelor și backup bazat pe imagini. Puteți crea o imagine a întregului disc cu sistemul de operare pentru recuperarea ulterioară pe același computer sau pe un computer similar;
duplicarea backup-urilor în mai multe stocări (de exemplu, local și de rețea);
căutare în stocare și recuperare selectivă a fișierelor;
deduplicarea (modul separat) vă permite să evitați copierea datelor duplicate. Mai mult, căutarea de copii se efectuează nu numai pe computerul unui anumit utilizator, ci pe toți utilizatorii rețelei;
capacitatea de a restaura stațiile de lucru și serverele pe un alt echipament decât cel de la care s-a făcut backup-ul sau pe o mașină virtuală (modul separat);
funcții de administrare (instalare de la distanță, capacitatea de a porni computerele înainte de a efectua o copie de rezervă, capacitatea de a executa comenzi înainte și după copiere; determinarea încărcării pe disc și rețea în timpul procesului de copiere etc.);
gestionarea centralizată a creării de backup;
utilizarea stocării în cloud (modul separat).

Prezența unui astfel de set de funcții permite produselor Acronis să fie un adevărat competitor pentru produsele liderilor mondiali în acest domeniu. Funcționalitatea furnizată permite produselor Acronis să concureze pe toate segmentele de piață.

Paragon

O altă companie rusă care produce sisteme de backup și recuperare a datelor. Portofoliul său include o gamă de produse pentru backup și întreținerea hard disk-urilor - Paragon Hard Disk Manager 12 Suite, Professional, Business, Premium editions (pentru utilizatorii personali și SMB); Paragon Protect and Restore 3 (pentru companii mari); Stație de lucru Drive Backup 11; Drive Backup 11 Server etc. În primăvara lui 2014, lansarea Paragon Hard Disk Manager 14 este anunțată pe piața rusă, care este deja vândută în Occident.

Folosind aceste produse, puteți organiza un proces de copiere și recuperare a datelor complet funcțional. Imaginile de sistem sunt folosite pentru a migra rapid sau a restabili un sistem după o eroare. Mai mult, pot fi instalate și pe computere al căror hardware diferă de computerul original. Au fost implementate diverse scheme de copiere - incrementale și diferențiate, permițând reducerea volumului de date copiate. Utilizează recuperarea granulară a datelor și un set puternic de filtre care vă permite să configurați recuperarea automată a datelor. Este acceptată lucrul cu dispozitive reale și virtuale. Cu toate acestea, deduplicarea completă lipsește. Gestionarea centralizată a backup-ului este posibilă după instalarea aplicației opționale Paragon Remote Management.

Majoritatea produselor Paragon sunt concepute pentru utilizatorii personali și companiile mici și mijlocii. Cu toate acestea, cele mai recente produse ale companiei, precum Hard Disk Manager 12 Premium, merg dincolo de IMM-urile și oferă instrumente suplimentare pentru companiile mari.

Piața sistemelor de backup și de recuperare a datelor din Rusia nu se limitează complet la soluțiile enumerate. Există produse mai puțin obișnuite, de exemplu, Handy Backup Server Network (compania Novosoft) sau BakBone NetVault. Cu toate acestea, prezența lor pe piața rusă este mică sau nu poate fi evaluată cu exactitate, motiv pentru care nu au fost incluse în lista de soluții pe care o luăm în considerare.

Revizuirea noastră nu a inclus sisteme gratuite pentru backup și recuperare a datelor, deoarece fără date despre volumele de vânzări este dificil de evaluat prezența acestora pe piață. Dintre cele mai populare programe de backup gratuite de pe piața rusă, remarcăm aplicația Clonezilla. Vă permite să creați imagini de sistem sau copii ale datelor pe un computer local sau la distanță. Versiunea corporativă a Clonezilla Server vă permite să gestionați copii de rezervă în rețeaua locală a companiei dumneavoastră.

concluzii

Sistemele de backup și de recuperare a datelor sunt un element necesar de securitate pentru orice loc de muncă - atât personal, cât și corporativ. Nivelul actual al acestei clase de soluții vă permite să faceți procesul de backup rapid și convenabil pentru utilizatori. De asemenea, se acordă atenție nu numai vitezei de creare a copiilor de rezervă, ci și vitezei de restaurare a acestora. Când se utilizează algoritmi specializați, timpul de recuperare a datelor este redus semnificativ. Algoritmii utilizați pentru aceasta pot reduce semnificativ timpul de recuperare a datelor. Sistemele de pe piață evoluează constant și încorporează noi tehnologii de lucru cu date. Deci, multe sisteme oferă posibilitatea de a stoca date în cloud, de a folosi mașini virtuale și vă permit să lucrați cu noi tipuri de protocoale și dispozitive de stocare a datelor. Acest lucru indică interesul reciproc al producătorilor și consumatorilor acestei clase de soluții. Este de remarcat faptul că, în viitor, sistemele de backup și recuperare vor fi din ce în ce mai integrate cu soluții de stocare de rezervă și soluții pentru partajarea și lucrul de la distanță cu datele din cloud.

Piața sistemelor de backup și recuperare a datelor este destul de matură. La nivel global s-a format de mult un set de lideri în acest domeniu, care se străduiesc să mențină un nivel ridicat al soluțiilor lor an de an. Acestea sunt EMC, CommVault, Symantec, IBM, HP, Quantum, NetApp, CA Technologies. Piața rusă oferă produse de la toți acești lideri. O caracteristică specifică a pieței este prezența jucătorilor ruși - Acronis și Paragon, ale căror produse ocupă propriile nișe și sunt solicitate pe piață.

În publicațiile noastre viitoare, intenționăm să ne uităm la piața sistemelor de backup în cloud și de recuperare a datelor.