Importul și exportul unei mașini virtuale în VirtualBox. Importați o mașină virtuală. Backup fără stat

Consistența datelor de rezervă este suma validității, acurateții și integrității datelor în raport cu fișierele, datele aplicației și sistemul de operare al computerului sau al mașinii virtuale. Consistența datelor este esențială pentru orice sistem Rezervă copie, indiferent de dimensiunea sa și de politicile de securitate ale companiei. În acest articol, voi discuta despre cum să vă asigurați că backup-ul dvs. este consecvent și poate fi restaurat în orice moment, fără nicio corupție a datelor.

Nivelurile de consistență ale fișierelor de rezervă

Există mai multe niveluri de consistență a datelor în fișierele de rezervă. Nivelurile sunt determinate în funcție de următoarele criterii:

• tip de sistem(indiferent dacă a fost făcută o copie de rezervă a unui sistem „în direct” sau oprit)
• contabilitate dosar(fișierele interdependente pot fi clar definite unul față de celălalt)
• contabilitatea aplicatiei(protecția a fost folosită pentru a preveni pierderea datelor pe diferite niveluri, inclusiv nivelul tranzacției)

Să ne uităm la toate tipurile de consistență în ordine.

Backup inconsecvent

Prima și cea mai mare tip vechi backup - utilizarea de copii inconsistente. Poate fi considerată ca operația de copiere a tuturor datelor computerului în timp ce rulează pe o unitate flash USB sau stocare în rețea. Dacă chiar și un fișier se modifică în timpul copierii de rezervă, copia de rezervă va deveni inconsecventă. Aceasta înseamnă că cantitatea de date de rezervă va diferi de starea curentă a sistemului și de restaurare datele se vor întâmpla inexacte sau incomplete. De asemenea, acest tip nu implică salvarea unei gropi memorie cu acces aleatorși poate avea dificultăți cu fișierele numai în citire.

Backup fără stat

Următorul tip de backup este așa-numita copie de rezervă fără stare a aplicației. Principala diferență față de copiile inconsistente este că această copie de rezervă este creată pe o anumită perioadă de timp. Gândiți-vă la această copie ca la un instantaneu al întregului conținut al hard diskului, ca și cum ați fi făcut o fotografie.

Cu toate acestea, restaurarea unei imagini de sistem dintr-o astfel de copie este aproximativ echivalentă cu pornirea computerului după o pană de curent. Datele din aplicațiile deschise în momentul blocării și operațiunile I/O active (în momentul blocării) nu pot fi recuperate. În unele cazuri, atunci când lansați aplicații după recuperare, trebuie să efectuați operațiuni speciale pentru a le restabili funcționalitatea. Acest lucru este deosebit de periculos pentru aplicațiile de baze de date. De exemplu, Microsoft Exchange serverul poate necesita instalare grup special recuperarea și integrarea separată a jurnalelor. Aplicații Microsoft SQL sau Oracle vor solicita ca bazele de date să fie restaurate la un anumit nivel de tranzacție, deoarece o eșec în funcționarea lor a perturbat secvența operațiunilor, iar unele tranzacții trebuie reexecutate înainte de a fi comise de sistem.

Backup consecvent la nivel de fișier

Consecvența la nivel de fișier înseamnă că conținutul tuturor fișierelor deschise la momentul începerii copiei de rezervă trebuie să fie trimis pe hard disk. Cu toate acestea, chiar și în acest caz, sistemul încă nu are idee despre tranzacțiile în curs cu bazele de date ale aplicației.

Backup consecvent tranzacțional

O astfel de copie nu are dezavantajele descrise mai sus și toate datele VM la un moment precis sunt salvate într-o copie de rezervă. Problema creării unei astfel de copii este că operațiunile de reconciliere între fișiere și aplicații trebuie efectuate atunci când VM-ul dorit este în funcțiune și accesul la acesta trebuie să fie continuu pentru clienți.

Pentru VM-urile care rulează sub Control Windows Veeam vă ajută să faceți backup-ul complet consistent utilizând serviciul copii umbră(VSS). Acest serviciu a fost dezvoltat de Microsoft și este inclus în toate edițiile sisteme de operare Windows pornind de la Windows Server 2003. Serviciul Shadow Copy coordonează procesele care pregătesc sistemul pentru înghețare. Vă permite să suspendați temporar operațiunile I/O pe hard disk și, astfel, vă ajută software-ul de backup.

„Procesarea imaginii în funcție de aplicație” este o tehnologie Veeam care asigură succesul recuperare totală Date de aplicație VM și VM fără pierderi de date.

Veeam Backup & Replication nu instalează agenți software pe VM. În schimb, mașina oaspete rulează o aplicație de serviciu pentru a coordona backup-ul sistemului de operare invitat. Odată ce copierea este finalizată, aplicația este ștearsă automat. Mecanismul este conceput pentru a preveni potențialele dificultăți la preinstalarea, depanarea și actualizarea agenților software.

Veeam Backup & Replication inițiază serviciul de copiere umbră și trimite o solicitare pentru a crea conținut coerent de disc VM înainte de a realiza un instantaneu al VM. Furnizorul de servicii de copiere umbră coordonează apoi pregătirea aplicațiilor pentru backup. Acest lucru asigură coerența datelor într-o perioadă de timp precis definită. Acest lucru asigură că nu există operațiuni de bază de date în așteptare sau necommitate sau fișiere de aplicație incomplete atunci când conținutul VM este copiat.

Cum mă pot asigura că backup-ul meu este consecvent?

În etapa de configurare a unei sarcini de copiere de rezervă sau de replicare, trebuie să vă asigurați că în fila „procesare invitat” opțiunea „Activare procesare conștientă de aplicație” este activată pentru VM-urile selectate pentru această sarcină. Apoi puteți rula sarcina și puteți verifica starea de execuție a acesteia.

Utilizarea mecanismului de „backup cu stare a aplicației” este deosebit de critică în cazul copiilor de rezervă ale serverelor SQL sau Exchange, deoarece vă permite să controlați creșterea jurnalelor de tranzacții și să le trunchiați dacă este necesar. În caz contrar, controlul asupra creșterii jurnalului are loc manual.

Serviciul Shadow Copy funcționează excelent pentru mașinile moderne Windows, dar dacă Mediul Linux trebuie folosită o altă metodă.

Funcția de înghețare (repaus) de la VMware

De exemplu, pentru mașinile virtuale care rulează VMware ESXi servere, VMware oferă o opțiune de „repaus”. Această caracteristică vă permite să înghețați în mod proactiv operațiunile I/O ale sistemului de operare invitat atunci când serverul se pregătește să elimine o copie a mașinii virtuale. Instrucțiuni detaliate Cum să lucrați cu această opțiune poate fi citit în .

Lucrările de backup Veeam pot folosi atât opțiunile de backup cu stare de aplicare a aplicației VMware, cât și opțiunile Freeze. În acest caz, Veeam Backup & Replication va folosi prima opțiune în mod implicit, iar dacă eșuează sau este imposibil de utilizat, va trece la cealaltă.

Puteți verifica dacă datele pot fi restaurate dintr-o copie de rezervă folosind .

Resurse utile

• Blog Veeam: (engleză)
• Ghid de ajutor: " " (engleză)

Evaluare cu stele GD
un sistem de rating WordPress

Cum să asigurați consistența datelor de rezervă, 3,2 din 5 pe baza a 5 recenzii

Reinstalarea sistemului de operare sau schimbarea dispozitiv de calculator nu înseamnă sfârșitul lucrului cu sistemele de operare invitate instalate în program. Adevărat, o excepție poate fi cazul când fișierele de pe hard disk-urile mașinilor virtuale sunt localizate pe disc de sistem computer, iar sistemul în sine nu poate fi restaurat după o defecțiune critică. Pentru a continua să lucreze cu sistemele de operare invitate existente, menținându-și starea, dar pe un Windows reinstalat sau pe un alt computer, programul VirtualBox are un instrument pentru exportul configurației mașinilor virtuale existente pentru a o importa ulterior. O altă opțiune pentru a continua lucrul cu sistemele de operare invitate existente este să adăugați noi mașini virtuale bazate pe fișierele existente pe hard disk-urile lor. Vom lua în considerare toate aceste procese mai jos.

1. Formatul de fișier de export al mașinii virtuale universale

Configurația unei mașini virtuale VirtualBox existentă este exportată în fișierul " .ova" Fișierul „.ova” (Open Virtual Appliance) este dosar universal stocarea datelor mașinii virtuale care pot fi utilizate în diverse programe pentru virtualizarea sistemelor de operare. Acest , . Mașina virtuală exportată în acest fișier poate fi apoi importată ca Programul VirtualBoxși VMware Workstation sau Microsoft Hyper-V în sistemele invitate acceptate de aceste programe.

Să aruncăm o privire mai atentă asupra procesului de export și import a configurației mașinii virtuale VirtualBox în sistemul principal Windows.

2. Exportați o mașină virtuală

ÎN fereastra VirtualBox selectați o anumită mașină virtuală de exportat, faceți clic pe meniul „ Fişier" și selectați " Exportați configurații».

În fereastra următoare, faceți clic pe „ Următorul».

Exportarea unei configurații este posibilă numai când mașina virtuală este oprită, iar dacă este întreruptă, VirtualBox vă va solicita să resetați starea salvată pentru a continua procesul.

În continuare, va apărea fereastra cu opțiuni de export. Lăsăm formatul prestabilit, dar schimbăm folderul de fișiere de export „.ova”, care se află în mod implicit pe unitatea de sistem, într-un folder, de exemplu, ca în cazul nostru, creat special pe unitatea non-sistem D.

În fereastra următoare, faceți clic pe „ Export».

Așteptăm finalizarea procesului de export.

Mașina virtuală exportată în fișierul „.ova” va fi localizată în folderul specificat, de unde poate fi mutată pe alt computer, suport amovibil, serviciu cloud. Sau îl puteți lăsa, ca în cazul nostru, pe loc - pe o unitate non-sistem, unde acest fișier va fi stocat în timpul reinstalării Windows.

3. Importați o mașină virtuală

După instalarea VirtualBox pe Windows nou sau pe alt computer deschide programul și în meniu „ Fişier" Selectați " Importul configurațiilor».

În fereastra următoare, specificați calea către fișierul „.ova” cu mașina virtuală exportată. Faceți clic pe " Următorul».

La sfârșitul ferestrei va fi indicată calea unde va fi plasat fișierul după import hard disk„.vdi”. În mod implicit, aceasta este unitatea de sistem și, pentru a nu o aglomera și a preveni pierderea fișierului „.vdi” în cazul unei defecțiuni a sistemului, puteți schimba calea specificând folderul de stocare pe un non-sistem. conduce. Faceți clic pe " Import».

Așteptăm finalizarea procesului de import.

După care vom vedea mașina virtuală importată în lista de mașini VirtualBox. Tot ce mai rămâne acum este să pornești mașina.

Sistemul de operare invitat va porni exact în starea în care se afla la momentul exportării mașinii virtuale.

4. Adăugarea unei noi mașini dintr-un fișier existent de pe hard disk VirtualBox

O alternativă la exportul și importul unei mașini virtuale este adăugarea mașină nouă din fișier existent greu disc VirtualBox « .vdi" Această metodă nu este în niciun caz inferioară procedurii de export și import a unei mașini virtuale. Mai mult, dacă fișierul „.vdi” se află pe o unitate care nu este de sistem, atunci când reinstalând Windows pe calculator fizic Nici măcar nu trebuie să pierdeți timpul exportând configurația. Putem pur și simplu să transferăm fișierul „.vdi” stocat pe discul de sistem pe un disc non-sistem. De în general, procesul de export și import a unei mașini virtuale beneficiază doar de economisirea spațiului ocupat de fișierul „.ova”. De exemplu, în cazul nostru, am exportat o mașină virtuală cu sistemul de operare invitat Windows XP instalat, iar greutatea fișierului „.ova” la ieșire a fost 4,11 GB În timp ce dimensiunea fișierului hard disk „.vdi” al aceluiași sistem este 10 GB.

Acest beneficiu de economisire a spațiului poate fi relevant dacă transferați o mașină virtuală pe un alt computer folosind stocarea în cloud sau suporturi amovibile cu dimensiuni limitate. În cazul nostru, când vorbim despre reinstalarea Windows, metoda de adăugare a unei noi mașini dintr-un fișier existent de pe hard disk VirtualBox este destul de potrivită.

Lansați VirtualBox și faceți clic pe „ Crea».

Setăm indicatorul RAM. Faceți clic pe " Următorul».

În fereastra de selecție a hard diskului, selectați opțiunea „ Utilizați un hard disk existent„, utilizând butonul de răsfoire, specificați calea pentru stocarea fișierului „.vdi”. Faceți clic pe " Crea».

Mașina virtuală va apărea în lista VirtualBox, o putem lansa.

Sistemul de operare invitat va porni exact în starea în care a fost salvat ultima dată când ați lucrat cu el.

Adăugarea unei noi mașini virtuale dintr-un fișier „.vdi” existent este, de asemenea, o modalitate de a muta fișierul hard disk al sistemului de operare invitat pe o unitate non-sistem a computerului, dacă a fost creat inițial pe unitatea de sistem și, în timp, spațiul pe care îl are ocupat a început să reducă performanța sistemului. Pentru a face acest lucru, trebuie să eliminați mașina virtuală din lista din fereastra principală VirtualBox. Pe mașina selectată apelăm meniul contextual si selecteaza " Șterge».

Apoi, în fereastra care apare, faceți clic pe „ Sterge din lista».

După aceasta, puteți căuta fișierul hard disk „.vdi” pe unitatea de sistem (de obicei, calea implicită C:\Users\Username\VirtualBox VMs), mutați-l pe un disc care nu este de sistem și adăugați din nou mașina virtuală.

Te-a ajutat acest articol?

Cunoaștere practică cu Convertor VMware- un produs care vă permite să faceți o copie exactă a unei mașini reale pentru virtualizarea ulterioară.

Mulți au apreciat deja capacitățile unor programe precum VMware sau Virtual PC. În primul rând, desigur, sunt utile dezvoltatorilor, care își pot testa cu ușurință creațiile sub diferite sisteme de operare, în diferite medii software sau chiar pe un sistem curat, proaspăt instalat. Dar mașinile virtuale pot fi utile și pentru simplii muritori.

Cum îți place oportunitatea de a rula un program străvechi care refuză să fie prietenos cu noul sistem de operare? Sau program unic, existând doar pentru un sistem, și - bine, bineînțeles - nu cel pe care îl aveți. Și doar din curiozitate, uitați-vă la o nouă distribuție Linux sau la un sistem de operare alternativ extrem, nedorind să vă asumați obligații inutile pentru a tăia discul în partiții, a juca cu bootloader-ul și a rezolva conflictele cu hardware-ul dvs. De exemplu, în căutarea mea de software interesant, aș fi dat peste cap sistemul de mai multe ori dacă aș fi decis să încerc candidați fără ajutorul unei mașini virtuale.

Dacă luăm VMware, atunci crearea unei noi mașini este un proces simplu și rapid. Cu toate acestea, obțineți ceea ce obțineți - un „disc” complet gol pe care va trebui în continuare să instalați sistemul de operare. Ce se întâmplă dacă aveți nevoie de o anumită configurație? Dacă aveți deja configurat un computer de lucru și doriți să experimentați cu el? Sau restaurați din backup configurație vecheși meditează la subiectul „de ce a fost acoperit totul”?

Cu VMware Converter este la fel de ușor, deși puțin mai mult. Acest produs vă permite să faceți o copie exactă a unei mașini reale pentru virtualizarea ulterioară. Cu toate acestea, convertorul poate folosi și:

• mașini virtuale, atât VMware, cât și Microsoft Virtual PC (doar dacă Windows este folosit ca sistem invitat);
• Imagini Symantec Backup Exec System Recovery;
• Imagini Norton Ghost (din versiunea 9).

După ce ați instalat și lansat VMware Converter (beta 3.0 Starter Edition), veți vedea o fereastră cu o listă de sarcini care este încă goală. Filosofia sarcinii este mai degrabă rezervată pentru mai mult versiune puternică Enterprize dacă vrei brusc să virtualizezi toate cele 157 de mașini din rețeaua locală, dar în orice caz va trebui să creezi o sarcină. Să luăm conversia computer real, pe care se lansează convertorul, ca cel mai general caz. Rețineți imediat că veți avea nevoie de undeva disc virtual o dimensiune care se potrivește cel puțin cu spațiul ocupat de pe discul de sistem al mașinii experimentale. Mai mult e mai bine.

Deci, pentru a crea o sarcină, faceți clic pe butonul Import Machine. Se va lansa un „vrăjitor”, care vă va scutura treptat toate informațiile necesare lucrării. Selectați Computer fizic, apoi Această mașină locală și apoi selectați discurile de pe care trebuie să faceți imagini și apoi să le conectați la mașina virtuală. Dacă nu aveți cerințe speciale, trebuie doar să selectați unitatea de sistem.

În următorii pași, trebuie să clarificați parametrii mașinii și ai discului acesteia (sunt similare setări VMware Workstation) și faceți clic pe butonul „Finish”. Sarcina dvs. va apărea în fereastra principală a programului. Fă-ți o cafea sau convinge-ți câinele că este timpul ca el să iasă la plimbare și să înceapă sarcina. Eu personal am reușit să merg pe îndelete până la magazin și înapoi, dar nu am cel mai puternic computer.

Când lucrarea este terminată, deschideți fișierul de configurare creat în VMware Player și, voila! Copie exactă sistemul dvs. cu toate setările și aplicațiile se rotește în propria fereastră. Exact ca o păpușă de cuib.

Multe întreprinderi, precum și utilizatorii casnici, folosesc din ce în ce mai mult mașini virtuale pentru a performa diferite feluri sarcinilor și crește eficiența activităților lor. Dacă înainte mașinile virtuale erau folosite în principal de entuziaști, acum calitatea platformelor de virtualizare desktop și server a permis ca acestea să fie folosite de profesioniști la scară largă. Capacitatea de a rula mai multe sisteme virtuale pe un singur computer fizic are multe avantaje, inclusiv economii de hardware, întreținere simplificată și costuri reduse de energie în centrele de date mari. În plus, un avantaj important al mașinilor virtuale este portabilitatea lor ușoară pe o altă platformă fizică și procedura simpla rezerva lor. Dar la fel ca sistemele de operare obișnuite, medii virtuale necesită o atenție deosebită pentru crearea de copii de rezervă ale datelor critice. Atunci când rulează mașini virtuale într-un mediu de producție de întreprindere, multe companii planifică strategii întregi pentru arhivarea și recuperarea infrastructurii virtuale după eșecuri, care sunt numite Disaster Recovery.

Mulți furnizori comerciali de platforme de virtualizare oferă utilizatorilor întreprinderi instrumente de backup încorporate pentru mașini virtuale, cum ar fi VMware Consolidated Backup (VCB) pentru platformă. Server ESX. Totuși, în sectorul IMM-urilor (Small and Medium Business), unde numărul de mașini virtuale utilizate este mic, practic nu există instrumente de backup furnizate de producătorul platformei. Prin urmare, firme mici trebuie să implice administratorii de sistem pentru a scrie diverse scripturi, precum și utilizarea utilități standard sisteme de operare care asigură arhivarea și recuperarea fișierelor și folderelor cu date vitale.

Înțelegerea backupului de date

Odată cu procesul de planificare a infrastructurii virtuale, este necesară și inițierea procesului de elaborare a unui Plan de recuperare în caz de dezastru. În primul rând, este necesar să evidențiem elementele cele mai critice ale infrastructurii IT care sunt potențial susceptibile de a suferi daune din surse interne și externe, cum ar fi întreruperile de curent, defecțiunile. hard disk-uri, amenințare virală si altii. După aceasta, este necesar să se ia în considerare frecvența de backup a mașinilor virtuale de diferite categorii în funcție de gradul de criticitate. Serverele de producție virtuale ale companiei, care funcționează în modul de disponibilitate publică completă, trebuie arhivate destul de des și regulat și să aibă capacitatea de a fi restaurate rapid în cazul unei defecțiuni. Servere interne organizaţii care nu necesită o atenţie atât de mare şi recuperare rapida, pot fi arhivate mai rar, cu timpi mai mari de recuperare. Apoi trebuie să determinați ce dispozitive de stocare vor fi folosite pentru arhivare (unități IDE sau SCSI ale altor servere, dispozitive SAN etc.).

Atunci când alegeți frecvența de arhivare, este necesar să țineți cont de faptul că unele tipuri de backup au proprietatea creație rapidă backup, dar recuperare mai lentă. În schimb, este posibil să se realizeze o arhivare mai lungă cu timpi de recuperare mai scurti. Următoarele sunt principalele tipuri de backup de date care pot fi aplicate și mașinilor virtuale:

• Arhivare regulată (complet) (backup complet)
  Acest tip de arhivare creează o copie completă a tuturor datelor stocate. Procesul de creare a unei astfel de copii de rezervă este destul de lung, dar nu necesită mult timp de recuperare, deoarece nu necesită mai multe sarcini de recuperare. Backup-ul complet resetează marcatorii de arhivă a fișierelor și folderelor, care sunt utilizați pentru a determina ce fișiere trebuie să facă backup. Acești marcatori sunt utilizați pentru a verifica stările fișierelor în timpul backup-urilor incrementale și diferențiale.
• Backup incremental
  Acest tip de backup implică copierea fișierelor și folderelor care s-au modificat de la ultima copie de rezervă. Prin urmare, dacă efectuați două copii de siguranță incrementale succesive și nu schimbați fișierul între ele, acesta nu va fi adăugat la imaginea de recuperare.
• Backup diferențial
  Această copie de rezervă include toate modificările care au avut loc în fișiere și foldere de la ultima copie de rezervă completă. În consecință, cu două arhivare diferențială consecutivă, un fișier care nu s-a schimbat între ele, dar s-a schimbat de la ultima arhivare completă, va fi arhivat de ambele ori.

Pentru a explica cum diferă aceste tipuri de arhivare, vom oferi un exemplu de combinare a tipurilor de backup. Când utilizați arhivarea completă și incrementală, timpul de rezervă este redus semnificativ, dar timpul de recuperare este crescut. De exemplu, dacă am făcut o copie de rezervă completă luni și am lansat copii de rezervă suplimentare în fiecare zi, iar vineri sistemul a fost deteriorat, va trebui să restabilim copia de rezervă completă de luni și secvenţial toate copiile suplimentare până vineri, ceea ce va dura destul de mult. mult perioadă lungă de timp. Combinarea activării complete și diferențiale, dimpotrivă, necesită o perioada mai lunga de timp pentru arhivare, dar mai puțin pentru recuperare, deoarece trebuie doar să restaurați o copie de arhivă completă a datelor de luni și să rulați arhiva diferențială de vineri pe ea.

Acestea, desigur, nu sunt toate tipurile de arhivare care pot fi utilizate atunci când se face backup pentru date, dar tipurile enumerate sunt unele dintre cele mai frecvent utilizate. Evident, pentru serverele cu criticitate mare a timpului de recuperare, este mai recomandabil să utilizați arhivarea diferențială în combinație cu arhivarea completă, mai degrabă decât arhivarea incrementală. Primul este potrivit pentru servere externe organizații, al doilea - pentru cele interne, cărora li se permite mai mult timp de nefuncționare.

Deoarece, practic, o mașină virtuală este un folder cu fișiere, puteți utiliza instrumentele de backup încorporate ale sistemului de operare gazdă dacă utilizați o platformă de virtualizare deasupra sistemului gazdă, cum ar fi, de exemplu, Microsoft Virtual Server sau Server VMware. ÎN Microsoft WindowsÎn aceste scopuri puteți folosi utilitarul ntbackup. Când utilizați platforme bare-metal, cum ar fi ESX Server sau Virtual Iron, trebuie să utilizați instrumentele furnizorului de sistem de virtualizare sau produse terțe.

În plus, backup-ul mașinii virtuale se poate face prin crearea de imagini pentru invitați utilizând software precum Acronis Imagine adevărată. De asemenea, este de remarcat faptul că există situații în care este necesară arhivarea nu a întregii mașini virtuale, ci a unor date din sistemul invitat. În acest caz, atunci când scrieți scripturi de arhivare în loturi, puteți utiliza utilitare de montare discuri virtuale la sistemul gazdă. Pentru platformele VMware, un astfel de utilitar este aplicație VMware Montare pe disc.

Backup și recuperare a mașinilor virtuale pe platforma VMware ESX Server

Produsul pilot al VMware, platforma ESX Server, este elementul cheie infrastructura virtuală în mediul de producție al unei întreprinderi. Infrastructura virtuală VI3 (Virtual Infrastructure 3) este un set de produse și instrumente care permit unei flote de mașini virtuale să își îndeplinească eficient sarcinile și să funcționeze fără probleme în conditii diferite, inclusiv factori de forță majoră, cum ar fi supratensiuni bruște de sarcină, întreruperi de curent și deteriorarea echipamentului. Unul dintre cele mai importante instrumente pentru implementarea unei strategii de recuperare în caz de dezastru este un instrument de rezervă. copierea VMware Backup consolidat (VCB). VCB poate fi folosit pentru a crea copii de rezervă ale serverelor ESX individuale, precum și împreună cu un instrument virtual de gestionare a flotei Servere VMware Centrul Virtual. VCB oferă următoarele capabilități:

• Creare copii de arhivă mașini virtuale cu diferite tipuri de arhivare printr-un server proxy special VCB Proxy Host, care elimină sarcina creării de copii de rezervă de pe serverul de producție al companiei unde rulează mașinile virtuale
• nu necesită instalarea de agenți suplimentari pe serverele ESX
• prevede oportunități ample pentru integrarea cu produse de backup de la terțe părți, suportul pentru diverse pachete este deja încorporat în VCB
• acceptă arhivarea la nivel de fișier pentru oaspeții Windows (puteți crea copii de rezervă ale fişiere separateși foldere din interiorul sistemului invitat), precum și arhivarea la nivelul imaginilor mașinii virtuale pentru orice sistem de operare invitat

Copierea de rezervă a mașinilor virtuale folosind VCB are loc prin crearea de instantanee ale mașinilor virtuale fără a opri funcționarea acestora. VCB acceptă și SAN-uri. Dacă mașinile virtuale sunt localizate pe un dispozitiv de stocare SAN, procedura de backup este următoarea:

Instantaneele stărilor mașinii virtuale create în timpul funcționării utilizând un agent situat pe serverul proxy VCB sunt salvate pe medii de rezervă, de unde pot fi apoi restaurate în cazul unei defecțiuni a unui sistem oaspete care rulează sau a deteriorării echipamentului. În acest caz, agentul de rezervă are acces direct la LUN-urile (Numărul de unitate logică) din dispozitivele SAN. Pentru rețelele SAN, VCB acceptă protocolul Fibre Channel, precum și mediile pe bandă pentru stocarea copiilor de rezervă. VCB valorifică îndeaproape capacitățile VMware Tools care rulează în sistemul oaspete pentru a crea copii de rezervă ale datelor sistemului de operare invitat.

VMware Consolidated Backup activat acest moment acceptă următoarele pachete (lista include doar software testat oficial cu produsul ESX Server):

• Symantec Backup Exec 10.0
• Symantec Backup Exec 10d
• Veritas Netbackup 5.0
• Veritas Netbackup 5.0 MP4
• Veritas Netbackup 5.1
• Veritas Netbackup 5.1 MP2
• Veritas Netbackup 5.1 MP3
• Veritas Netbackup 6.0
• Tivoli Storage Manager v5.2.1
• Tivoli Storage Manager v5.2.3
• Tivoli Storage Manager v5.3
• EMC Networker v 7.0
• EMC Networker v 7.1.x
• EMC Networker v 7.2
• EMC Networker v 7.3
• CA BrightStor ARCServe r11
• CA BrightStor ARCServe r11.1
• CA BrightStor ARCServe r11.5
• Commvault Galaxy v5.9
• Commvault Galaxy v6.1

În general, munca de creare a copiilor de arhivă ale mașinilor virtuale poate fi reprezentată după cum urmează:

1. Software-ul de rezervă rulează un script de pre-arhivare care efectuează următoarele sarcini:
   • se asigură că nu au loc operațiuni de citire-scriere în sistemul oaspete în folderele și fișierele salvate (numai pentru sistemele de operare invitate Windows)
   • comută mașina virtuală în modul instantaneu, creează un instantaneu al stării mașinii virtuale și o pune la dispoziție aplicației folosind VCB
   • montează un instantaneu al mașinii virtuale de la SAN pe serverul proxy
2. O copie de rezervă a unui instantaneu al mașinii virtuale este creată la nivel de imagine sau la nivel de fișiere și foldere ale sistemului invitat (copie completă, diferențială sau incrementală).
3. Software-ul de rezervă apelează un script post-backup care finalizează backup-ul (demontează instantaneele mașinii virtuale de pe serverul proxy și scoate mașina virtuală din modul instantanee).

În timpul procesului de backup, instrumentele VCB utilizează următoarele componente ale infrastructurii virtuale:

Pentru a rezuma, VMware Consolidated Backup este un instrument puternic pentru crearea de copii de rezervă ale mașinilor virtuale și vă permite să utilizați software-ul de backup standard utilizat în organizația dvs. pentru a crea copii de arhivare ale datelor dvs.

Backup cu Vizioncore esxRanger

Produsul Vizioncore esxRanger, controlat acum de Quest Software, este în prezent una dintre cele mai populare soluții pentru crearea de copii de rezervă ale mașinilor virtuale pe Platforma ESX Server. esxRanger nu necesită instalarea de agenți suplimentari pe serverele ESX și creează copii de rezervă ale mașinilor virtuale de pe un singur server sau grup de servere prin integrarea cu produsul Virtual Center. Procesul de creare a copiilor de rezervă are loc pe un server Windows, de unde imaginile arhivate ale sistemelor virtuale pot fi stocate pe diverse dispozitive stocarea în mediul de producţie al organizaţiei.

esxRanger are atât o interfață GUI, cât și o interfață de linie de comandă, permițându-vă să utilizați un planificator obișnuit Sarcini Windows pentru a rula joburi de rezervă conform unui program, eliminând nevoia de a scrie scripturi suplimentare. Fereastra principală a produsului esxRanger este prezentată mai jos:

Prin conectarea la VMware Virtual Center, dacă aveți permisiunile corespunzătoare, puteți selecta mașini virtuale individuale ale serverelor centrului de date pentru backup. Imaginile copiate sunt comprimate automat în timpul arhivării și decomprimate în timpul recuperării, economisind timp administratorilor de sistem.

esxRanger se integrează cu VMware Consolidated Backup atunci când este utilizat pe SAN și vă permite să creați complet sau copii diferențiale mașini virtuale, precum și fișiere și foldere individuale în sistemele de operare Windows guest. În plus, în timpul procesului de backup, esxRanger colectează diverse informatii despre arhivarea valorilor (cum ar fi timpul petrecut pentru arhivare și restaurare), îl stochează într-o bază de date și îi permite să fie folosit pentru a construi tendințe în strategia de recuperare în caz de dezastru. În plus, esxRanger are un motor de politici care vă permite să construiți o strategie de arhivare a datelor bazată pe șabloane și să o integrați cu alte componente ale infrastructurii IT a organizației, minimizând volumul de muncă al administratorilor de sistem.

Procedura de backup folosind esxRanger arată astfel:

1. Un punct de salvare a mașinii virtuale este creat și salvat în baza de date.
2. Folosind VMware API, fișierele discurilor virtuale sunt „deblocate” pentru citire (sunt blocate implicit) și crearea de fișiere .REDO care vor stoca modificările aduse discurilor virtuale de la punctul de salvare.
3. Fișierele discului virtual sunt comprimate.
4. Copie de rezervă în curs fișiere comprimateși aplicarea fișierelor .REDO la fișierele VMDK ale mașinii virtuale.
5. După aplicarea modificărilor, fișierele VMDK revin la starea lor inițială blocată.
6. Administratorul de sistem adaugă comentarii la copiile de rezervă ale mașinilor virtuale, conținând instrucțiuni în cazul în care mașinile virtuale eșuează.

În general, esxRanger este un instrument de backup pentru mașină virtuală convenabil, fiabil și ușor de utilizat pentru Virtual Infrastructure 3, care se integrează cu VMware Consolidated Backup pentru utilizarea pe SAN-uri pentru companii de orice dimensiune.

Crearea de copii de rezervă ale mașinilor virtuale pe platforma Microsoft Virtual Server

Din păcate, Microsoft, proprietarul și dezvoltatorul produsului de virtualizare a serverului Virtual Server 2005, nu oferă utilizatorilor un instrument atât de puternic de backup și recuperare precum VMware Consolidated Backup. În acest moment, Microsoft se concentrează în principal pe dezvoltarea embedded următoarea versiune Platforma Windows Server acceptă virtualizarea bazată pe un hypervisor cu nume de cod Viridian. Cu toate acestea, Microsoft continuă să amâne data finală de lansare Virtualizare Windows, și, de asemenea, își reduce capacitățile anunțate, așa că acum este dificil să spunem ceva clar despre capabilitățile de backup ale viitoarei platforme de virtualizare. Cu o probabilitate destul de mare, putem spune că va exista suport încorporat pentru arhivarea „în direct”, dar nu este încă clar sub ce formă. Astăzi, copiile de rezervă ale mașinilor virtuale din Virtual Server pot fi create „în două moduri și jumătate”, inclusiv:

• utilizare mijloace standard copie de rezervă a imaginilor sistemului de operare care pot fi create de agenți care rulează în sistemele invitate, cum ar fi Symantec Backup Exec.
• scrierea de scripturi specializate care salvează starea mașinii virtuale, copiază datele acesteia pe mediul de rezervă și pornește din nou mașina virtuală
• aplicarea serviciilor copiere umbră volume (Volume Shadow Service, VSS), suport pentru care în Virtual Server a apărut destul de recent și nu este încă susținut de producătorii de sisteme de backup de date

Pentru a arhiva mașinile virtuale care rulează pe platforma Virtual Server, puteți utiliza interfața sa COM scriind un script, de exemplu, cu folosind Visual Scripturi de bază (vbs). Când faceți o copie de rezervă a unei mașini virtuale, trebuie mai întâi să o puneți în starea salvată, apoi să copiați fișierele acesteia într-o locație specificată și apoi să o rulați din nou. Mai jos este un exemplu de script vbs care face acestea acțiunile necesare pentru a copia o mașină virtuală. Poate fi rulat conform unui program folosind programatorul standard de activități Windows. " backupvm.vbs " autor: John Savill " utilizare: backupvm.vbs Opțiune Explicit la eroare Reluare Următorul Dim objFSO, objVirtualServer, objVM, objSaveTask, objVHD " Conectarea la un obiect de sistem de fișiere set objFSO=CreateObject("Scripting.FileSystemObject") " Conectarea la serverul virtual set objVirtualServer = CreateObject("VirtualServer.Application") " Căutați o mașină virtuală set objVM = objVirtualServer.FindVirtualMachine(WScript.Arguments(0)) " Se salvează starea mașinii virtuale set objSaveTask = objVM.Save " Întrerupeți pentru a efectua o operație de salvareîn timp ce nu objSaveTask.isComplete WScript.Sleep 1000 wend " Copierea discurilor virtuale și a discurilor UNDO pentru fiecare objVHD din objVM.HardDiskConnections Dacă objFSO.FileExists(objVHD.HardDisk.file) Apoi "Wscript.Echo objVHD.HardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.HardScript.Arguments.files, WScript. (1) End If If objFSO.FileExists(objVHD.undoHardDisk.file) Apoi "Wscript.Echo objVHD.undoHardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.undoHardDisk.file, WScript.Arguments(1) ) Încheiați dacă urmează " Copiați fișierele vsv și vmc objFSO.CopyFile objVM.File, WScript.Arguments(1) objFSO.CopyFile objVM.SavedStateFilePath, WScript.Arguments(1) " Pornirea unei mașini virtuale objVM.Startup

Acest script trebuie utilizat după cum urmează:

C: emp>cscript backupvm.vbs

Trebuie remarcat faptul că Microsoft nu acceptă oficial acest proces de backup, deoarece integritatea unei mașini virtuale copiată într-o stare salvată poate fi compromisă din cauza faptului că o parte din memoria sa nu este salvată în fișierele vsv și vhd în acest caz. .

Folosind Serviciul Volume Shadow

Suportul VSS a fost introdus în Virtual Server 2005 R2 SP1 lansat recent. Utilizarea serviciilor de copiere umbră în Virtual Server implică crearea de copii de rezervă ale mașinilor virtuale care rulează prin crearea de imagini, care ar trebui să simplifice și să accelereze în mod semnificativ procedura de backup și recuperare. Cu toate acestea, nu este suficient să software pentru backup pentru a suporta VSS, mai este necesar ca acesta sa suporte si noul Serviciu Virtual Server VSS Writer (VS Writer), suport pentru care, momentan, nu a fost gasit in niciunul dintre sistemele de arhivare. Potrivit Microsoft, instrumentele de backup pot folosi VS Writer pentru a face backup și a restaura mașinile virtuale în următorul mod: ele notifică Virtual Server că procesul de backup a început, Virtual Server răspunde creând un instantaneu al mașinii virtuale și apoi procesul de copiere. începe. Momentan, nici utilitarul NTBackup nu suportă acest mecanism.

Copiere de rezervă a mașinilor virtuale Xen

XenSource, care susține proiectul Open-Source Xen și distribuie, de asemenea, platforma comercială de virtualizare XenEnterprise, nu oferă multe opțiuni pentru arhivarea mașinilor virtuale pe platforma Xen. Unul dintre ele este prezentat mai jos folosind dispozitive de stocare a datelor într-un fișier sistem NFS (Fișier de rețea Sistem).

Informații generale:

• Gazdă XenServer (în exemplul de procedură de backup IP-ul său este 192.168.1.10)
• Computerul folosit ca server pentru stocarea copiilor de arhivă (în exemplu, IP-ul său este 192.168.1.1)
• Mașină virtuală XenVM (în exemplu, IP-ul său este 192.168.1.12)

Procedura de backup:

1. Instalare Server NFS adăugând următoarea linie la fișierul /etc/exports:
   / *(rw,sync,no_root_squash)
2. Pe gazda XenServer, adăugați următoarele în fișierul /etc/xen/xmexample1:
   kernel /boot/xenkernel
   nume = "ExampleDomain"

   Rădăcină = /dev/nfs

   Nfs_server = "192.168.1.1"
   nfs_root = "/ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0:::"

3. Salvați o copie a fișierului /etc/fstab și adăugați-i următoarele linii:
   192.168.1.1:rootdevice/nfs rw,hard,intr 1 1
   192.168.1.1:swapdevice swap swap implicite 0 0
   192.168.1.1:usrpartition /usr nfs rw,hard,intr 1 1
   192.168.1.1:varpartition /var nfs rw,hard,intr 1 1
   niciunul /dev/pts devpts gid=5,mode=620 0 0
   none /proc proc implicit 0 0
4. Copiați /lib/modules/2.6.16.29-xen de pe gazda XenServer pe dispozitivul de rezervă
5. Rulați următoarea comandă pe serverul de copiere a arhivei:
   #scp 192.168.1.10:/lib/modules/2.2.16.29-xen /lib/modules/
6. Pentru a activa consola folosind udev, rulați următoarele comenzi pe serverul de rezervă:
   mkdir /tmp/dev
   mount --move /dev /tmp/dev
   sbin/MAKEDEV null consola zero
   mount --move /tmp/dev /dev
7. Rulați următoarea comandă pentru a monta dispozitivul de rezervă pe gazda Xen:
   #xm create -c xmexample1
8. Salvați o copie de rezervă a fișierului xenstore-ls și copiați conținutul Sistemul de fișiere(cu excepția directoarelor /proc și /sys) într-un alt folder:
   #rsync -a -e ssh --exclude="/proc/*" --exclude="/sys/*" 192.168.1.10:/ /backupdir

Concluzie

Elaborarea și implementarea unui plan de backup și recuperare în caz de dezastru (Disaster Recover Plan) este cel mai mult servere importante iar stațiile de lucru ale unei organizații este o componentă necesară a activităților sale. Mașinile virtuale, chiar mai mult decât cele fizice, necesită o atenție deosebită pentru arhivarea datelor, deoarece de obicei mai multe sisteme virtuale sunt consolidate pe o singură gazdă fizică. Furnizorii de top de platforme de virtualizare se angajează să ofere puternice și mijloace convenabile backup, dar până acum doar VMware a reușit. Strategia de backup poate fi realizată în două moduri: una dintre cele mai simple modalități este de a face acest lucru ca parte a strategiei standard de arhivare a datelor în infrastructura IT a companiei, prin instalarea de agenți de backup în sistemele oaspeților și crearea de imagini. Un alt mod, mai convenabil și mai rapid, este să utilizați instrumente încorporate ale platformei, cum ar fi VMware Consolidated Backup sau să scrieți scripturi de către administratorii de sistem. În orice caz, nu trebuie să uităm niciodată că defecțiunea echipamentelor sau alte circumstanțe de forță majoră nu ar trebui să afecteze semnificativ activitățile critice ale companiei.