Ako kopírovať virtuálne stroje ESXI s VIM. Porovnanie riešení pre záložné virtuálne stroje z Veeam, Acronis a Symantec. VMware Recovery z BWEB Management Suite Interface

Zvážte a porovnajte dva spôsoby zálohovania virtuálne stroje Vmware.

Počiatočné údaje

Skúšobný stojan Je to dva hypervisory ESXI na serveri Fujitsu Primergy BX2560 M2 pripojený cez SAN (dva prístavy 8 Gbit / S) a LAN (dva prístavy 10 Gbit / S). Verzia ESXI a VSCA 6.5. Pre disky ESXI sú prezentované systému údajov FUJITSU ETERNUS DX8700 S2. Ako systém zálohovania používame EMC Data Doména 6300 pripojená cez SAN (štyri prístavy 8 Gbit / s). Ak chcete spustiť zálohovanie, aby ste ušetrili čas, použijeme náradie Ready-Made Backup Exec, server ovládanie systému je nainštalovaný na fyzickom serveri HP ProLiant BL460C Gen8 a má tiež pripojenie k sieti SAN a LAN v dvoch portoch.

Na testovanie boli vytvorené tri virtuálne stroje: VM1 (146 GB), VM2 (157 GB) a VM3 (284 GB). Testovací postup bude vyzerať takto: Vykonajte trikrát Úplné zálohovanie. Každý systém, potom vypočítame priemernú rýchlosť zálohovania (GB / min) pre každú metódu.

Systém zálohovania EXEC má štyri spôsoby, ako získať prístup k údajom virtuálneho stroja, pre fyzický server je SAN, LAN (NBD), NBDSSL a Štvrtý, ak je na virtuálnom stroji nainštalovaný server zálohovania, HTBDD. Otestujeme túto možnosť, keď je záložný exec nainštalovaný na samostatnom fyzickom serveri, porovnať výhody a nevýhody zálohovania SAN a LAN.

Nastavenie zálohovania Exec je celkom jednoduché a pozostáva z nasledujúcich krokov:

Vyberte existujúce alebo vytvoriť novú úlohu na vykonávanie zálohovania virtuálneho počítača.
Otvorte vlastnosti tejto úlohy
Prejdite na kartu Virtuálne stroje\u003e Pododdiel VMware
Označte metódu pripojenia, ktorú potrebujete (je prípustné aktivovať všetky štyri spôsoby naraz a nastavte ich objednávke)

Metóda Najprv: Zálohovanie virtuálnych strojov pre SAN

V záujme záložného servera na vykonanie bacy virtuálnych strojov na San, musí byť najprv prezentovaná na rovnaké LUN (y), ktoré boli prezentované s ESXI. V tomto prípade zálohovací server, pomocou VSTORAGE API, požiada o informácie z vCenter, v ktorom je Lun VMDK Virtual Stroje, robí snímok (snímka) a berie ho do San.

Výsledkom je, že experiment je priemerný.

Metóda Druhá: Zálohovanie virtuálnych strojov pre LAN (NBD)

V tomto režime, záložný server požiada vcenter o tom, čo ESXI je virtuálnym strojom, je potrebné, aby bol stroj potrebný, Snímka je vykonaná a vykoná ho na lokálnej sieti s ESXI Serverom na zálohovacom serveri.

V dôsledku druhého experimentu, priemer.

Závery, výhody a nevýhody

Ak sa budujete s modernou infraštruktúrou pomocou ZERO sieťový hardvér z priepustnosť 10 Gbit / S, použitie zálohovania v režime pripojenia dát v lokálnej sieti (NBD) je pravdepodobne efektívnejšie v cene a čase. V prípade, že sieť medzi ESXI a Záložným hostiteľom je 1 Gbit / S, a potrebné vybavenie na pripojenie k San je už tam, potom bude prvá metóda efektívnejšia a rýchlo.

Hlavným plusom spustenia SAN zálohovania je, že prenos dát sa nenačíta lokálna sieť A sa vykonáva pri dostatočne vysokej rýchlosti, ale v prípade siete 10 Gbit / s už nie je taká jasná výhoda, pretože aj s relatívne veľkými množstvami informácií, záložné okno nie je významný čas.

Hlavnou výhodou prehľadávania zálohovania LAN je schopnosť používať lacnejšie zariadenie ako skladovací systém. A ako ukázal test, budovanie moderná sieť 10 Gbit / s zariadenia poskytne rýchlejší zálohovanie ako 8 Gbit / S SAN.

Obnova na virtuálnom zariadení SAN s hustými diskami sa vykonáva dostatočne rýchlo, ale je lepšie odmietnuť zotavenie s tenkými diskami. Často končí chybou alebo neúspechom.

Zo všeobecnej praxe môžeme povedať, že na obnovenie virtuálneho stroja vždy používať lokálnu sieť a neotierajte starý virtuálny stroj, ale pokúste sa ho obnoviť na nové miesto.

Informácie použité v článku sú prevzaté z oficiálnych zdrojov.

Malý test:
Miestna sieť je gigabit.
Miestne skladovanie (hardware RAID 10 z 4 diskov 10K) - "Time DD IF \u003d / Dev / Zero \u003d / VMF / zväzky / DATA / VMF / VMF / DATASTORE / TEMP BS \u003d 1M COUNT \u003d 1K" 8 sekúnd.
Na "Linux" Skladovanie (softvér RAID 0 z 3 diskov 7,5 K) - "Time DD IF \u003d / Dev / Zero \u003d / VMF / zväzky / LINBACKUP / TEMP BS \u003d 1M COUNT \u003d 1K" 12 sekúnd.
Na úložisku Windows (Hardware RAID 5 z 10 10K 10K) - "Time DD IF \u003d / Dev / Zero \u003d / VMFS / zväzky / nula \u003d / VMF / zväzok / WinBackup / Temp BS \u003d 1M COUNT \u003d 1K" 1 minútu 44 sekúnd (šokované).

Výsledky hovoria za seba. Áno, na výhre-úložisko RAID 5, ale je nepravdepodobné, že by to bolo jedno na vine za tento výsledok.

So Skladsom demontáž teraz potrebujete automatizovať zálohovanie. Najlepší bezplatný nástroj je skript ghettovcb, ktorý ho používa, musíte pristupovať k hostiteľovi ESXI na ssh. Ako sa ukázalo, existuje veľmi jednoduchý spôsob, ako povoliť a vypnúť prístup priamo z Klienta Vshere: Konfigurácia\u003e Softvér\u003e Bezpečnostný profil\u003e Vlastnosti ...\u003e Remote Tech Podpora (SSH)\u003e Možnosti ...\u003e Štart alebo Stop. Podľa týchto screenshotov si myslím, že to bude jasnejšie:

Stiahnuť ▼ posledná verzia skript. Môžete ísť "Tru" spôsob, ako urobiť, ako je napísané na stránke script v sekcii "Setup:", ale ja som to jednoduchšie - rozbalené archív v mojom počítači, namiesto úprav konfiguračného súboru - upravil samotný skript, kopírovaný miestneho ukladacieho priestoru (prostredníctvom prehľadávania datastore ").

Tu sú hlavné parametre:

VM_BACKUPUP_VOLUME - cesta k záložnému priečinku, v mojich prípadoch / vMFS / zväzkoch / Linbackup
Disk_backup_format - formát disku, tenký pre zálohovanie je najvhodnejší
Vm_backup_Rotation_count - počet uložených záloh (pre každý virtuálny stroj), mám 2
Adapter_format - typ adaptéra, mám lsilogic

Zostávajúce parametre nemožno upravovať, ale ak je zaujímavé - na stránke skriptu, všetky parametre sú podrobne opísané, pravda v angličtine, takmer všetky parametre sú natreté v ruštine.

Takže skript sa skopíruje do lokálneho uskladnenia, pripojte SSH, preniesť skript niekde bližšie k koreňu, napríklad v /ghettovcb/ghettovcb.sh, ak nemusíte späť všetky virtuálne stroje - potrebujete Vytvorenie súboru s virtuálnym zoznamom backbone:
CD / GHETTOVCB.
VI VMLIST.
Kliknite na položku "A" Zadajte mená virtuálnych nový reťazec, Stlačte "ESC" a uložte zmeny ": WQ" alebo ukončíte bez uloženia ": q"

Prstene musia byť "n", keď sa prevádzajú "R n" Script bude vydať chybu, takže by ste nemali vytvárať zoznam v Poznámkový blok, nasledovaný kopírovaním do úložiska, ak ste nikdy nepoužívali poznámkový blok + alebo EDENTOR Neviem, čo to je "n" a "r n" - lepšie vytvoriť zoznam v VI.

Snažíme sa spustiť skript:

./hettovcb.sh -f ./vmlist -l ./log.txt

./hettovcb.sh -f ./vmlist -g ./gettovcb.conf -l ./log.txt
Skript sa riadi, čo dáva veľa informácií, ak vidíte na konci výstupu "###### Final Status: Všetky VMS zálohované ok! ######" znamená všetko je v poriadku, inak čítame log .txt a riešiť to, čo robili tak.
Teraz musíte vytvoriť plán pre zálohovanie.
CD / var / spool / cron / crontabs
Chmod u + w root
Vi root.
Kliknite na tlačidlo "A", napíšeme harmonogram, berúc do úvahy - čas je uvedený v UTC, t.j. Pre Moskvu je to miestny čas mínus tri hodiny
00 20 * * * * /ghettovcb/ghettovcb.sh -f / ghettovcb / vmlist -l / vmfs / zväzok / LINBACKUP / LOGY / `Dátum +% F`.txt
Alebo ak ste vytvorili konfiguračný súbor
00 20 * * * * /ghettovcb/ghettovcb.sh -f / ghettovcb / vmlist -g /ghettovcb/ghettovcb.conf -l / vmfs / zväzky / Linbackup / logs / `Dátum +% f`.txt
Kliknite na "ESC" a uložte ": WQ"
vo väzbe
chmod u-w root

Teraz denne o 20:00 na UTC (v 23:00 v Moskve) bude spustený skript, protokoly jeho vykonania sa uložia do úložiska v priečinku Logs, samostatný denník pre každý deň.

Podľa protokolov, môj zálohovanie ide asi 4 hodiny, som uvažoval o rýchlosti - približne 4 GB za minútu, t.j. Približne 70 MB za sekundu, nie je veľmi zlé. Skladovanie 2,7TB stačí na ukladanie dvoch kópií každej virtuálnej, to je dosť dosť, plus je voľný priestor, a je to potrebné, pretože Po prvé, tretí zálohovanie je vyrobené a až po odstránení jeho tvorby najstaršou kópiou.
No, ďalší kameň v úložnom zariadení "Windows" - Snažil som sa, aby sa zálohy s skriptom na ňom, skladovanie bolo jednoducho spadnuté, dobre, skutočný skript dokončený s chybou. Chápem, že celá vec neplatná konfigurácia NFS Záznamy, ale nastavenia boli predvolené a zmizli do "TUNING" sa to naozaj nepáčilo.

Experiment bol úspešný, môžete si kúpiť server dobré diskyRAID 10 je plánovaný na 5TB, malo by to stačiť na budúce virtuálne s maržou.

Tagy: vmware, vSphere, esxi, zálohovanie, zálohovanie

Existuje vynikajúci bezplatný skript na zálohovanie virtuálnych strojov na serveri VMWARE ESXI a funguje to bezplatná verzia Esxi 4 a 5 verzie bez inštalácie akéhokoľvek prídavného typu PRIBLUD VMA, atď. Problém je len to, že inštrukcia nie je úplne presná, takže som už dlho hovoril s týmto skriptom, takže stále zarobil v automatickom režime ...

Nebudem podrobne písať podrobne ako spojenie s ESXI na ssh, nebudem zapísať len kroky nastavenia, s ktorým všetko fungovalo so mnou.

Po prvé, swing skript na odkaz nad a vyplňte server, musíte naliať priamo v archíve! Najjednoduchší spôsob, ako to urobiť prostredníctvom klienta vSphere. Mám dva disky na mojom serveri - na jednom autách práce, a na druhej strane sú všetky druhy ISO obrázkov a zálohovania sami. Nazývané disky, datastore1 a datastore2. Všetky zálohy, skript a konfiguráciu ležia v záložnom priečinku. Stále si všimnite, že názvy súborov a priečinkov sú závislé od prípadu, takže ak je priečinok nazývaný zálohovanie.a píšete do skriptu Zálohovanie., Nebudem fungovať!

Nalejte archív tu script / VMF / zväzky / datastore2
Ďalej v ssh cD / VMF / zväzky / datastore2 - Prejdite do adresára skriptu
Rozbaľte skript z archívu tAR -ZXVF_FILE_ARCHIVA NAME.TAR.GZ.
VSphere premenovať nebalený priečinok do niečoho jednoduchšie, napr zálohovanie.
Poďme teraz ísť do tohto priečinka - zálohovanie CD.
Vytvorte priečinok na ukladanie jednotlivých konfigurácií. mkdir backupconfig
Teraz B. Backupconfig Hodíme pravú jednotlivú konfiguráciu pre stroje, ak nepotrebujú a všetky stroje musia byť zálohovanie s rovnakými nastaveniami, môžete ho ponechať prázdne
Fix VI Editor Premenné v konfiguračný súbor, hlavnou vecou je cesta zálohovania, t.j. Prvý riadok sa zmení na takéto: VM_BACKUP_VOLUME \u003d / VMF / VOLUMY / DATASTE2 / Zálohovanie, No, potom zistite, čo ešte potrebujete - vI GHETTOVCB.CONF.
Vytvoriť skript StartBackup.sh. (2 riadky) - vI StartBackup.sh.
2. riadok, kde možno sám o sebe odstrániť výzvu samotného skriptu
CD / VMF / zväzky / datastore2 / zálohovanie
./hettovcb.sh-A -g ./ghettovcb.conf -c backupconfig -l ghettovcb.log
Hrať chmod + x ghettovcb.sh
Hrať chmod + x štartbackup.sh

1 etapa dokončená! Teraz, ak spustíte StartBackup.sh.BACUP začne. V čase ladenia môžete zmeniť druhý reťazec na niečo také ./hettovcb.sh-A -g ./ghettovcb.conf -c backupconfig -l ghettovcb.log -d Dryrun - To vám umožní spustiť skript a sledovať pokrok bez kopírovania diskov. Na zálohovanie boli vykonané efektívnejšie a rýchlo, odporúčam nastaviť typ disku v nastaveniach. tenký..

Konfigurácia cron (pre automatické spustenie skriptu)

Dajte povolenie na zapisovanie do súboru cHMOD + W.
Pridať vi vi / var / cievka / cron / crontabs / root
15 0 * / 3 * * /vmfs/volumes/datastore2/backup/startbackup.sh
Beh v 00:15 noci každé tri dni. Mám časové pásmo +4 Moskva, t.j. V skutočnosti, skript začína v 4:15 ráno, bude to vidieť v deň zmeny protokolu cez vSphere. Samozrejme, čas a frekvencia si môžu vybrať iných.
Teraz musíte vykonať dva príkazy na reštartovanie cron
zabiť $ (cat /var/run/crond.pid)
crond.
Pridajte čiary VI 3 na najjednoduchší súbor /etc/rc.Local
Je potrebné, pretože po reštarte servera bude obsah súboru z 2. bodu so začiatkom nášho skriptu obnovený do predchádzajúceho stavu, takže v RC.Local, že po reštarte musíte vykonať nasledovné Príkazy - Stop cron, pridajte reťazec pre automatické spustenie Skript a beh cron.
/ Bin / zabiť $ (cat /var/run/crond.pid)
/ bin / echo "15 0 * / 3 * * /vmfs/volumes/datatore2/backup/startbackup.sh" \u003e\u003e / var / spool / cron / crontabs / root
crond.
Teraz vykonajte príkaz /sbin/auto-backup.sh.Uistite sa, že všetky naše zmeny boli zachované.

Malé vysvetlenie - prečo potrebujete vytvoriť skript StartBackup.sh.a nie len vziať a jeho obsah / var / cievka / cron / crontabs / root? Existuje určité obmedzenie veľkosti tohto súboru a časť reťazcov v ňom jednoducho nebude fungovať, aj keď sa môžete pokúsiť robiť a tak, spočiatku som pracoval, ale potom, zrejme, niektoré náplasti vyšli a zastavili. Okrem toho je to len pohodlnejšie - ak potrebujete zmeniť plán zálohovania, spustíte súbor StartBackup.sh. a nepotrebujete tanec s tamburínom okolo cron s jeho reštartom a robiť rovnaké zmeny /etc/rc.Local.

PS: Čas ide, všetko sa mení, samotný skript sa mení, ESXI5 už vyšiel, takže niekde niečo nemôže fungovať

Príloha: Syntax Cron

Tím CRON vyzerá takto:

1 2 3 4 5 /vmfs/volumes/DataStore2/backup/startBackup.sh

Kde,
1: minúty (0-59)
2: Sledujte (0-23)
3: Dni (0-31)
4: Mesiace (0-12)
5: Deň v týždni (0-7)

Niekoľko príkladov:

Beh za 5 minút prvú noc, každý deň
5 0 * * * * /vmfs/volumes/datastup2/backup/startbackup.sh
Beh v 2:15 každý prvý deň v mesiaci
15 14 1 * * /VMFS/volumes/Datastor2/backup/startBackup.sh
Beh v 22:00 každý pracovný deň
0 22 * \u200b\u200b* 1-5 /vmfs/volumes/datatore2/backup/startbackup.sh
Beh na 23 minút po polnoci a potom každé dve hodiny (2:23, 4: 23 ...), každý tretí deň
23 0-23 / 2 * * * / 3 /vmfs/volumes/datastore2/backup/startbackup.sh

Na tento moment Existuje niekoľko výrobcov programu uskladnenieplatené a voľné. Rozhodli sme sa, že voľné programy Alebo nepohodlné používané (komplexná inštalácia, neustála hrozba zlyhania, nedostatok vlastných rozhraní), alebo neexistujú žiadne základné možnosti zálohovania. V tomto prípade je potrebné kúpiť platený programKtoré, na rozdiel od slobodného, \u200b\u200bbudú plne funkčné so všetkými základnými vlastnosťami zálohovania. Nižšie je uvedený zoznam najlepších, podľa odborníkov, podporovaných riešení:

Veeam Zálohovanie a replikácia 5

Tieto programy sú základnými záložnými programami pomocou väčšiny používateľov:

Obnova dát s podporou servera vCenter

Ako už bolo napísané v minulosti, to je najistejší spôsob, ako vytvoriť záložný stroj, ak vCenter slúži na túto otázku ani prostriedky na riešenie tohto problému. Prispôsobiteľný táto technológia Celkom jednoduché plný sprievodcu Môžete nájsť z nasledujúceho odkazu:

Toto riešenie funguje ako s vcenterserverom, a bez neho, ale nebudú môcť nastaviť zálohu zálohovania. Budeme sa pozrieť na všetky hlavné funkcie len nižšie, keď porovnáme všetky produkty.

Tento produkt je teraz celkom populárny, pretože typ licencie tohto produktu (licencované zásuvkami) pre servers s nízkymi napájacími servermi budú extrémne ziskové. Nižšie uvažujeme o niekoľkých konfiguráciách serverov a zvážte cenové vlastnosti. Tento produkt tiež podporuje možnosť okamžitého obnovenia údajov po zlyhaní z dôvodu jeho technológie VPOWER.

Nedávno nedávno produkuje prostriedky na zálohovanie vo virtuálnych prostrediach. Okrem toho Symantec je jediný zo všetkých riešení BacaP používa technológiu V2P (konverzia virtuálneho prostredia na fyzické servery). TRUE, VCTENTER má takú technológiu, ale nie v rámci záložnej technológie

Ale na týchto schopnostiach nie je Acronis nie je obmedzený. Acronis zahrnutý v Acronis Backup & Recovery 10 Advancedserver Virtualizačný balík, to je konsolidácia serverov na prenos systémov z fyzickej na virtuálne platformy, Okrem toho, s vstavaným plánovačom úloh. V dôsledku toho máme to tento program Vykonáva 2 základné funkcie:

Systémy núdzových obnovy

Konsolidácia servera

Hlavné výhody v porovnaní s inými technológiami:

Schopnosť pracovať, a to tak s fyzickými servermi a virtuálnym prostredím, ktorý umožňuje v počiatočných fázach vývoja spoločnosti kombinovať konsolidáciu pri vysokých odhadoch spoľahlivosti

Široká ponuka podporovaných pamäťových zariadení zálohovanie (až do optických zariadení a magnetických pások)

Vytvorenie oddielu Acronis Secure Zone na rovnakom serveri VM, ktorý umožňuje obnoviť stroj v krátkom čase a táto časť bude chránená režimom deduplikácie na inom serveri

Ak je zálohu jedným z našich hlavných cieľov, bez ohľadu na cenu, budeme nepochybne si vybrať medzi rozhodnutiami spoločnosti Veeam, Acronisi Symantec. Oba tieto výrobky sú vodcami zálohovania a skladovania, a majú tiež rad jednotlivých výhod.

Vo voľbe medzi týmito technológiami je potrebné čerpať riadok v niekoľkých rozdieloch:

Typ licencie

Charakteristika

Objem a frekvencia bacup

Pre iný typ Licencovanie stojí za to rozhodovať, čo pre nás najvhodnejšie. Ak máme s mocnými servermi veľká kvantita Zásuvky pod procesorom, stojí za to vzniknúť v prospech Acronis Symantec. Ak máme veľa slabých serverov malé množstvo Zásuvky, najlepšia možnosť bude veeam.

Je tiež potrebné pochopiť, čo potrebujeme, to znamená, aké požiadavky urobíme na zálohovanie, prítomnosť týchto funkcií, ktoré sú pre nás obzvlášť dôležité.

Veľmi dôležitým faktorom, s akou frekvenciou a v akom čase urobíme zálohu. Ak potrebujeme vytvoriť záložné stroje pre celú infraštruktúru, a frekvencia je nedôležitá, je to jedna (v noci vložíme plánovač zálohovania). Je to úplne iné, ak máme jeden prioritný stroj, vytvorí zálohu, pre ktorú potrebujeme od niekoľkých minút (bude to už potrebné pre zálohovanie počas celého dňa).

Po určovaní konkrétneho prípadu všetkých týchto parametrov bude pre nás jednoduché, aby sme sa rozhodli, ktorý produkt nás viac vyhovuje.

Bezplatné zálohovanie (zálohovanie) virtuálne stroje založené na VMWARE ESXI

Pre VMWARE ESXI. otázka zálohovanie virtuálneho stroja Je to obzvlášť akútne. Ďalší voľný softvér je nepohodlný kvôli obmedzeným funkčným. Preto, naše zálohovanie. bude založený na bezplatný skript — ghettovcb. . To je najlepšia možnosť existujúcich skriptov, aj keď má zábavné meno a celý projekt ako celok - www.virtualsghetto.com, autora William Lam.. Jeho algoritmus je vytvoriť snímok a klonovanie VM.

Ak chcete konfigurovať plnohodnotnú záložnú schému, budeme potrebovať:

Nfs.server na ukladanie súborov;
pripojenie k Ssh. na esxi;
skript ghettovcb.sh. Pridané do servera ESXI (do koreňa alebo priečinka budúceho zálohovania). Toto sa vykonáva cez Sftp.akýkoľvek spôsob, ktorý je pre vás, napríklad Filezilla;
dávame práva na vykonanie kopírovaného skriptu;

Teraz zostať podrobnejšie na každej z položiek. Ak chcete zvýšiť toleranciu rýchlosti a poruchy servera súborového servera / zálohovať, je lepšie používať RAID10. Preferované v tomto prípade sú Linux OS (Debian, Ubuntu, "Vhodné pre vás") a systém súborov Xf.pretože V takejto konfigurácii bude rýchlosť nahrávania (primárna priorita rýchleho zálohovania) vyššia.

Už existuje s nami, ale môžete tiež urobiť všetko klient vSphere.: Konfigurácia\u003e Softvér\u003e Bezpečnostný profil\u003e Vlastnosti ...\u003e Remote Tech Podpora\u003e Možnosti ...\u003e Štart alebo Stop.

Prejdite na konfiguráciu skriptu ghettovcb.sh., hlavné parametre, ktoré potrebujeme:

VM_BACKUPUP_VOLUME - cesta k záložnému priečinku, v mojom prípade / VMF / zväzky / datastore1 / zálohovanie
Disk_backup_format - formát disku, tenký pre zálohovanie je najvhodnejší
VM_BACKUPUP_ROTATION_COUNT - počet uložených záloh (pre každý virtuálny stroj), mám 3
Adapter_format - typ adaptéra, v mojom prípade - lsilogic

Zostávajúce parametre sú zodpovedné za kopírovanie súborov cez sieťové a e-mailové upozornenia. Ďalšie konfiguračné parametre sú opísané na webovej stránke Developer.

Ak potrebujete kopírovať nie všetky virtuálne stroje, potom je vytvorený súbor so zoznamom VM zahrnutého v zálohovaní. Vytvorte takýto súbor v VI:

prejdite do priečinka skriptu - CD / GHETTOVCB alebo Zálohovanie
vI VMLIST.
kliknite na položku "A" Zadajte mená VM (každé meno na novom riadku)
kliknite na "ESC" a uložte zmeny - ": wq" (bez uloženia ": q")

Spustite skript:

./hettovcb.sh -a -l ./log.txt - Začnite kopírovať všetky stroje, vstupné logfile v tom istom adresári
./hettovcb.sh -f ./vmlist -l ./log.txt - Spustite stroje uvedené v súbore VMLIST, protokoly sa uložia v tom istom adresári
./hettovcb.sh -f ./vmlist -g ./gettovcb.conf -l ./log.txt - analogicky, len pomocou súboru .conf

Riadok s nápisom signalizuje správne vykonanie skriptu: "###### Konečný stav: Všetky VMS zálohovali ok! ######. Ak to nie je - skontrolujte protokoly, syntax príkazov a spôsobov, ako súbory.

Ak chcete pridať reťazec na spustenie plánu (v CRON), musíte upraviť súbor "/etc/rc.local.d/local.sh" podľa:

prejsť na katalóg /etc/rc.local.d/local.sh
chmod u + w local.sh
otvorte Editor súborov - VI LOCAL.SH
povoliť úpravu klávesu "I" alebo "Vložiť"
pridajte pred výjazdom reťazca nasledovne:

/ Bin / zabiť $ (cat /var/run/crond.pid)
/ Bin / Echo 0 20 * * * /VMFS/volumes/Datastore/script/GHETTOVCB.SH-A -L /VMFS/VOLUMES/ACCUP/LOG/LOG.TXT \u003e\u003e / var / spool / cron / crontabs / root
/ Bin / crond

v tomto prípade špecifikujte plán (čas je indikovaný v UTC, t.j. pre MSK -3 hodinu), t.j. "00 20 * * *"
stlačte "ESC" a pretrvávajte - "Shift +:" a "WQ"
na konci, vykonávam chmod u-w local.sh

Tak, v 23:00 MSC bude zálohovanie virtuálnych súborov. V našom prípade bude 3 kópie.

Nastavenie zálohovania Pre ESXI ghettovcb.sh. Dokončené.