Cum se copiază mașinile virtuale Esxi cu Vim. Compararea soluțiilor pentru mașinile virtuale de backup de la Veeam, Acronis și Symantec. VMware Recovery de la interfața BWeb Management Suite

Luați în considerare și comparați două moduri de backup mașini virtuale VMware.

Datele inițiale.

Standuri de testare Este de doi hipervisori Esxi pe serverul Fujitsu Primergy BX2560 M2 conectat prin SAN (două porturi de 8 Gbit / s) și LAN (două porturi de 10 Gbit / s). Esxi și VSCA 6.5 versiune. Pentru discurile Esxi sunt prezentate sistemului de stocare a datelor Fujitsu Eternus DX8700 S2. Ca sistem de stocare de rezervă, folosim Domeniul de date EMC 6300 conectat prin SAN (patru porturi de 8 Gbit / s). Pentru a rula Backup, Pentru a economisi timp, folosim instrumentul de backup de backup Ready, serverul de control al sistemului este instalat pe serverul fizic HP ProLiant BL460C GEN8 și are, de asemenea, o conexiune la rețeaua San și LAN în două porturi.

Pentru testare, au fost create trei mașini virtuale: VM1 (146 GB), VM2 (157 GB) și VM3 (284 GB). Procedura de testare va arăta astfel: efectuați de trei ori Backup complet. Fiecare sistem, după aceea, calculează viteza medie de rezervă (GB / Min) pentru fiecare metodă.

Sistemul de backup Exec are patru moduri de a avea acces la datele mașinii virtuale, pentru serverul fizic este San, LAN (NBD), NBDSSL și al patrulea dacă serverul de backup Exec este instalat pe mașina virtuală, HADADD. Testați opțiunea Când Backup Exec este instalat pe un server fizic separat, comparați argumentele pro și Contra de Backup San și LAN.

Setarea Backup Exec este destul de simplă și constă din următorii pași:

Selectați existența sau creați o nouă sarcină pentru efectuarea unei backup-uri virtuale.
Deschideți proprietățile acestei sarcini
Du-te la fila Mașini virtuale\u003e Subsecțiunea VMware
Marcați metoda de conectare de care aveți nevoie (este permisă activarea tuturor celor patru modalități și setați utilizarea comenzii)

Metodă În primul rând: Mașini virtuale de rezervă pentru SAN

Pentru ca serverul de backup să efectueze un baciciu de mașini virtuale la San, acesta trebuie să fie prezentat mai întâi aceluiași lună (e), care au fost prezentate cu Esxi. În acest caz, serverul de backup, folosind API-ul Vstorage, solicită informații de la VCenter, în care este LUN VMDK Virtual Mașini, face un disc instantaneu (instantaneu) și o duce la San.

Ca rezultat, experimentul este în medie.

Metodă a doua: Mașini virtuale de rezervă pentru LAN (NBD)

În acest mod, serverul de backup solicită VCenter despre ceea ce este Esxi este o mașină virtuală, este necesară o mașină, o instantaneu este realizată și o execută într-o rețea locală cu un server Esxi pe serverul de backup.

Ca urmare a celui de-al doilea experiment, media.

Concluzii, argumente pro și contra

Dacă construiți cu o infrastructură modernă folosind zero hardware de rețea din de transfer 10 Gbit / s, utilizarea de backup în modul de conectare a datelor pe o rețea locală (NBD) este probabil să fie mai eficientă în cost și timp. În cazul în care rețeaua dintre gazda Esxi și Backup este de 1 Gbit / s, și echipamentul necesar pentru conectarea la SAN este deja acolo, atunci prima metodă va fi mai eficientă și mai rapidă.

Principalul plus al executării San Backup este că transmisia de date nu se încarcă retea locala Și se efectuează la o viteză suficient de mare, dar în cazul rețelei de 10 Gbit / s, nu mai este un avantaj clar, deoarece chiar și cu cantități relativ mari de informații, fereastra de rezervă nu necesită un timp semnificativ.

Principalul avantaj al executării Backup LAN este capacitatea de a utiliza echipament mai ieftin ca sistem de stocare. Și cum a arătat testul, clădirea rețeaua modernă 10 Echipamente Gbit / s vor oferi o copie de rezervă mai rapidă decât 8 Gbit / S San.

Recuperarea la mașinile virtuale SAN cu discuri groase se efectuează destul de repede, dar este mai bine să refuzați recuperarea cu discuri subțiri. Se termină adesea cu o eroare sau o defecțiune.

Din practica generală, putem spune că pentru a restabili mașina virtuală pentru a utiliza întotdeauna rețeaua locală și nu frecați vechiul mașină virtuală, dar încercați să o restaurați într-un loc nou.

Informațiile utilizate în articol sunt preluate din surse oficiale.

Un mic test:
Rețeaua locală este Gigabit.
La depozitare locală (Hardware RAID 10 din 4 discuri 10k) - "Timp DD dacă \u003d / dev / zero de \u003d / VMFS / Volume / date / VMF / Volume / Datastore / Temp BS \u003d 1M Count \u003d 1k" 8 secunde.
Pe stocarea "Linux" (raid de software 0 din 3 discuri 7,5k) - "Timp DD dacă \u003d / dev / zero de \u003d / VMFS / Volume / LinBackup / Temp Bs \u003d 1M Count \u003d 1k" 12 secunde.
Pe stocarea ferestrelor (RAID HARDWARE 5 10K 10K) - "Timp DD IF \u003d / Dev / Zero de \u003d / VMFS / Volume / Zero de \u003d / VMFS / Volume / Winbackup / Temp Bs \u003d 1M Count \u003d 1k" 1 minut 44 secunde (șocate).

Rezultatele vorbesc de la sine. Da, la RAID-ul Win-Repository, dar este puțin probabil să fie unul de vină pentru acest rezultat.

Cu dezasamblare de stocare, acum trebuie să automatizați backup.. Cel mai bun instrument gratuit este scriptul ghetovcb pentru ao folosi, trebuie să accesați gazda Esxi pe SSH. Așa cum sa dovedit, există o modalitate foarte simplă de a activa și de a dezactiva accesul direct de la clientul VSEHE: Configurare\u003e Profilul de securitate\u003e Proprietăți ...\u003e Suport tehnic de la distanță (SSH)\u003e Opțiuni ...\u003e Start sau Stop. Potrivit acestor capturi de ecran, cred că va fi mai clară:

Descarca ultima versiune script. Puteți merge ca modalitatea "TRU" de a face ca fiind scrisă în pagina Script din secțiunea "Configurare:", dar am făcut-o mai ușor - despachetat pe arhiva pe computerul meu, în loc să editez fișierul de configurare - a editat scenariul în sine, a copiat-o la depozitarea locală (prin intermediul Datastore ").

Iată parametrii principali:

Vm_backup_volume - calea către folderul de backup, în cazul meu / VMFS / Volume / LinBackup
Disk_backup_format - formatul de disc, subțire pentru backups este cel mai potrivit
Vm_backup_rotation_count - numărul de backup-uri stocate (pentru fiecare mașină virtuală), am 2
Adaptor_format - Tip adaptor, am lsilogic

Parametrii rămași nu pot fi editați, dar dacă este interesant - pe pagina Script, toți parametrii sunt descriși în detaliu, adevărul în limba engleză, aproape toți parametrii sunt pictați în limba rusă.

Deci, scenariul este copiat la depozitul local, conectați ssh, pentru a transfera scenariul undeva mai aproape de rădăcină, de exemplu, în /ghetovcb/ghetovcb.sh, dacă nu aveți nevoie să sprijiniți toate mașinile virtuale - aveți nevoie Pentru a crea un fișier cu o listă virtuală a coloanei vertebrale:
CD / GhetTOVCB.
Vi vmlist.
Faceți clic pe "A" introduceți numele virtuale, fiecare pe Șir nou, Apăsați "ESC" și salvați modificările ": WQ" sau pentru a ieși fără salvare ": Q"

Inelele trebuie să fie "\\ n", când transferul "\\ r \\ n" Scriptul va da o eroare, deci nu ar trebui să creați o listă în Notepad, urmată de copierea în depozit, dacă nu ați utilizat niciodată Notepad + sau Emeditor și Nu știu ce este "\\ n" și "\\ r \\ n" - să creați mai bine o listă în VI.

Încercăm să începem scriptul:

./ghetovcb.sh -f ./vmlist -L ./log.txt

./ghetovcb.sh -f ./vmlist -g ./ghetovcb.conf -l ./log.txt
Scriptul reușește, oferind o mulțime de informații dacă vedeți la sfârșitul ieșirii "###### Starea finală: toate VMS susținute OK! ######" înseamnă totul este bine, altfel citesc jurnalul .txt și să se ocupe de ceea ce nu au făcut-o.
Acum trebuie să creați un program pentru backup-uri.
CD / VAR / SPOOL / CRON / CRONTABS
Chmod u + w rădăcină
Vi rădăcină.
Faceți clic pe "A", scriem un program, luând în considerare numai - timpul este indicat în UTC, adică Pentru Moscova, acesta este un timp local minus trei ore
00 20 * * * /GHETTOVCB/GHETTOVCB.SH -F / GHETTOVCB / VMLIST -L / VMFS / Volume / Linbackup / Busteni / Data +% F`.txt
sau dacă ați creat un fișier de configurare
00 20 * * * /GHETTOVCB/GHETTOVCB.SH -F / GHETTOVCB / VMLIST -G /GHETTOVCB/GHETTOVCB.CONF -L / VMFS / Volume / Linbackup / Busteni / `Date +% F`.txt
Faceți clic pe "Esc" și salvat ": WQ"
in custodie
chmod u-w rădăcină

Acum, zilnic la ora 20:00 pe UTC (la ora 23:00 la Moscova) va fi lansat un scenariu, jurnalele de executare va fi salvate la depozitare in dosarul jurnale, un jurnal separat pentru fiecare zi.

Prin jurnale, backup-ul meu merge aproximativ 4 ore, am considerat viteza - aproximativ 4GB pe minut, adică Aproximativ 70MB pe secundă, nu foarte rău. Depozitarea de 2.7TB este suficientă pentru stocarea a două copii ale fiecărui virtual, acest lucru este suficient de suficient, plus un spațiu liber și este necesar, pentru că În primul rând, a treia backup este făcută și numai după ce creația sa este eliminată cea mai veche copie.
Ei bine, o altă piatră în instalația de stocare "Windows" - Am încercat să fac backup-uri cu un script pe el, depozitul a căzut pur și simplu, scriptul real completat cu o eroare. Înțeleg că totul în configurație nevalidă Intrările NFS, dar setările au fost implicite și au dispărut în "tuning" nu mi-a plăcut cu adevărat.

Experimentul a avut succes, puteți cumpăra un server cu discuri bune, RAID 10 este planificat pentru 5TB, acest lucru ar trebui să fie suficient pentru virtuale viitoare cu o marjă.

Tag-uri: VMware, VSphere, Esxi, Backup, Backup

Există un excelent script gratuit pentru susținerea mașinilor virtuale pe serverul VMware Esxi și funcționează versiune gratuită. Esxi 4 și 5 versiuni fără a instala orice vma suplimentară de tip VMA etc. Problema este doar că instrucțiunea nu este în întregime exactă acolo, așa că am vorbit cu acest scenariu pentru o lungă perioadă de timp, așa că încă mai câștigă în modul automat ...

Nu voi scrie în detaliu în detaliu ca o legătură cu Esxi pe SSH, nu voi scrie doar pașii de configurare, cu care totul a lucrat cu mine.

În primul rând, rotiți scriptul de pe linkul de mai sus și completați serverul, trebuie să turnați chiar în arhivă! Cea mai ușoară modalitate de a face acest lucru prin intermediul clientului VSphere. Am două discuri pe serverul meu - pe o singură mașină, iar pe de altă parte există tot felul de imagini ISO și backup-uri. Numite discuri, respectiv, Datasore1 și Datastore2. Toate backup-urile, scriptul și configurile se află în folderul de rezervă. Încă notați că numele fișierelor și folderelor sunt dependente de caz, deci dacă dosarul este apelat backup., și scrieți în script Backup., Nu voi funcționa!

Turnați arhiva cu un script aici / VMFS / Volume / Datastore2
Mai departe în ssh. cD / VMFS / Volume / Datastore2 - Du-te la directorul Script
Despachetați scriptul din arhivă tar -zxvf_file_archiva name.tar.gz.
VSphere pentru a redenumi folderul despachetat în ceva mai ușor, de exemplu, doar backup.
Acum, să mergem la acest dosar - cD Backup.
Creați un dosar pentru stocarea configurilor individuale în interiorul acestuia. mkdir Backupconfig.
Acum B. Backupconfig. Aruncăm configurațiile individuale potrivite pentru mașini, dacă nu au nevoie și toate mașinile trebuie să se sprijine cu aceleași setări, puteți să o lăsați goale
Fix VI Variabilele editorului în fișier de configurare, principalul lucru este calea backup-ului, adică. Prima linie este schimbată la astfel de: Vm_backup_volume \u003d / vmfs / volume / Datastore2 / Backup, Ei bine, apoi vedeți ce aveți nevoie încă - vI Ghetovcb.conf.
Creați script-ul Startbackup.sh. (2 linii) - vI StartbackUp.sh.
A doua linie în care provocarea scenariului în sine poate fi eliminată pe sine
CD / VMFS / Volume / Datastore2 / Backup
./ghetovcb.sh -a -g ./ghettovcb.conf -c backupconfig -l ghetovcb.log
A executa chmod + x ghettovcb.sh
A executa chmod + x startbackup.sh

1 etapă finalizată! Acum, dacă alergi Startbackup.sh.BACUP va începe. La momentul depanării, puteți schimba șirul de la ceva de genul acesta ./ghetovcb.sh -a -G ./ghetovcb.conf-C backupconfig -L Ghettovcb.log -d Dryrun - Acest lucru vă va permite să porniți scriptul și să urmăriți progresul fără a copia discurile. Pentru copii de rezervă au fost făcute mai eficient și rapid, vă recomand să setați tipul de disc în setări. subţire..

Configurarea cron (pentru rularea automată a scriptului)

Dați permisiunea de a scrie fișier chmod + w.
Adăugați VI VI în / var / spool / cron / crontabs / rădăcină
15 0 * / 3 * * / /vmfs/volumes/datastore2/backup/stastbackup.sh
Rulați la ora 00:15 la fiecare trei zile. Am o fus orar +4 Moscova, adică. De fapt, scenariul începe la 4:15 dimineața, va fi văzut de data schimbării jurnalului prin intermediul VSphere. Desigur, timpul și frecvența pot alege pe alții.
Acum trebuie să executați două comenzi pentru a reporni cron
ucide $ (cat /var/run/crond.pid)
frică.
Adăugați cu 3 linii la cel mai simplu fișier /etc/rc.local.
Este necesar, deoarece după repornirea serverului, conținutul fișierului din punctul 2 cu începutul scriptului nostru va fi restabilit la starea anterioară, astfel încât în \u200b\u200bRC.Local, specificăm că după repornirea dvs. trebuie să executați următoarele comenzi - opriți cron, adăugați un șir pentru lansarea automată Script și rularea cron.
/ Bin / ucide $ (cat /var/run/crondă.pid)
/ bin / ecou "15 0 * / 3 * * /vmfs/volumes/datastore2/backup/stastbackup.sh" \u003e\u003e / var / bobină / cron / crontabs / rădăcină
frică.
Acum executați comanda /sbin/auto-backup.sh.Pentru a vă asigura că toate modificările noastre au fost păstrate.

Explicație mică - de ce trebuie să creați un script Startbackup.sh.și nu doar să ia și conținutul său pentru a pune în / var / spool / cron / crontabs / rădăcină? Există o restricție cu privire la dimensiunea acestui fișier și o parte din corzile în el pur și simplu nu va funcționa, deși puteți încerca să faceți și așa, la început am lucrat, dar apoi, aparent, unele patch-uri au ieșit și au încetat. Mai mult decât atât, este mai convenabil - dacă trebuie să modificați programul de rezervă, trebuie doar să reglați fișierul Startbackup.sh. și nu aveți nevoie de dans cu o tamburină în jurul lui Cron cu repornirea sa și făcând aceleași schimbări /etc/rc.local..

PS: Timpul merge, totul se schimbă, scenariul se schimbă, Esxi5 a ieșit deja, așa că undeva, ceva nu poate funcționa deja

Anexa: sintaxa Cron

Echipa Cron arată așa:

1 2 3 4 5 /vmfs/volumes/datastore2/backup/stastbackup.sh

Unde,
1: minute (0-59)
2: ceas (0-23)
3: zile (0-31)
4: luni (0-12)
5: Ziua săptămânii (0-7)

Câteva exemple:

Alergând în 5 minute prima noapte, în fiecare zi
5 0 * * * / /vmfs/volumes/datastore2/backup/stastbackup.sh
Rulați la 2:15 în fiecare primă zi a lunii
15 14 1 * * / / /vmfs/volumes/datastore2/backup/stastbackup.sh
Rulați la ora 22:00 în fiecare zi lucrătoare
0 22 * \u200b\u200b* 1-5 /vmfs/volumes/datastore2/backup/stastbackup.sh
Alergând la 23 de minute după miezul nopții și apoi la fiecare două ore (2:23, 4: 23 ... etc.), în fiecare a treia zi
23 0-23 / 2 * * * / 3 /vmfs/volumes/datastore2/backup/stastbackup.sh

Pe acest moment Există mai mulți producători de programe pentru depozitarecum ar fi plătite și gratuite. Am decis că programe gratuite Sau incomod în uz (instalare complexă, amenințare constantă de eșec, lipsa interfețelor proprii) sau nu există opțiuni esențiale de siguranță. În acest caz, este necesar să se achiziționeze program plătitCare, spre deosebire de GRATUIT, va fi complet funcțională cu toate caracteristicile de bază ale copiei de rezervă. Mai jos este o listă a celor mai bune, potrivit experților, soluții susținute:

Veeam Backup & Replication 5

Aceste programe sunt programe de bază de backup utilizând majoritatea utilizatorilor:

Recuperarea datelor cu suportul serverului VCenter

După cum sa scris deja în trecut, aceasta este cea mai sigură modalitate de a crea o mașină de rezervă dacă Vcenter servește să nu cumpere nici o dorință sau mijloace pentru a face față acestei probleme. Personalizabil această tehnologie Destul de ușor ghid complet Puteți găsi din următorul link:

Această soluție funcționează atât cu VCentersderver, cât și fără ea, dar nu va exista nici o capacitate de a configura o copie de rezervă de rezervă. Vom examina toate caracteristicile principale chiar mai jos atunci când comparăm toate produsele.

Acest produs este acum destul de popular, deoarece tipul de licențiere al acestui produs (licențiat de prize) pentru servere cu servere cu putere redusă va fi extrem de profitabil. Mai jos considerăm mai multe configurații ale serverelor și luați în considerare caracteristicile prețurilor. De asemenea, acest produs acceptă opțiunea instantanee de recuperare a datelor după un eșec din cauza tehnologiei sale VPower.

Recent, produce recent un mijloc de backup în medii virtuale. În plus, Symantec este singura dintre toate soluțiile Bacap utilizează tehnologia V2P (convertirea unui mediu virtual la serverele fizice). Adevărat, VCenter are o astfel de tehnologie, dar nu în cadrul tehnologiei de backup

Dar pe aceste capabilități, Acronis nu este limitat. Acronis inclus în pachetul Acronis Backup & Recovery 10 AdvancedServer Virtualetion, aceasta este o consolidare a serverelor pentru a transfera sistemele fizice platforme virtuale, în plus, cu un programator încorporat. Ca rezultat, avem asta acest program Efectuează 2 funcții de bază:

Sisteme de recuperare de urgență

Consolidarea serverului

Principalele avantaje comparativ cu alte tehnologii:

Abilitatea de a lucra, atât cu servere fizice, cât și într-un mediu virtual, care permite etapele inițiale ale dezvoltării companiei pentru a combina consolidarea la estimări de fiabilitate ridicată

Gama largă de dispozitive de stocare acceptate backups. (până la dispozitive optice și benzi magnetice)

Crearea unei partiții de zonă acronis Secure pe același server VM, care vă permite să restaurați mașina într-un timp scurt și această secțiune va fi protejată prin modul de deduplicare pe un alt server

Dacă backupul este unul dintre obiectivele noastre principale, indiferent de preț, vom alege, fără îndoială, între deciziile companiei Veeam, Acronisi Symantec. Ambele produse sunt lideri de backup și depozitare, și au, de asemenea, o serie de avantaje individuale.

La alegerea dintre aceste tehnologii, este necesar să se tragă o linie în mai multe distincții:

Tipul de licențiere

Caracteristici

Bacup volum și frecvență

Pentru tipul diferit. Licențele merită să decidă ceea ce este cel mai potrivit pentru noi. Dacă avem servere puternice cu cantitate mare Prize sub procesor, merită suportată în favoarea Acronis Symantec. Dacă avem o mulțime de servere slabe cu cantitate mica Prize, cea mai bună opțiune va fi Veeam.

De asemenea, este necesar să înțelegem ceea ce avem nevoie, adică ce cerințe vom face pentru a face backup, prezența acestor funcții care sunt deosebit de importante pentru noi.

Un factor foarte important, cu ce frecvență și la ce oră vom face o copie de rezervă. Dacă trebuie să creăm mașini de rezervă pentru întreaga infrastructură, iar frecvența este neimportantă, este una (am pus un programator de rezervă noaptea). Este complet diferit dacă avem o mașină prioritară, creând o copie de rezervă pentru care avem nevoie de o perioadă de câteva minute (va fi deja necesară pentru o copie de rezervă pe tot parcursul zilei).

După ce a determinat un anumit caz al tuturor acestor parametri, va fi ușor să decidem pentru dvs. ce produs ne convine mai mult.

Mașini virtuale gratuite de backup (Backup) bazate pe VMware Esxi

Pentru VMware Esxi. întrebare mașină virtuală de backup Este deosebit de acută. Software-ul gratuit suplimentar este incomod datorită funcționalității limitate. Prin urmare, nostru backup. se va baza pe script gratuit — ghetovcb. . Aceasta este cea mai bună opțiune a scripturilor existente, deși are un nume amuzant și întregul proiect ca întreg - www.virtualghetto.com, autor William Lam.. Algoritmul său este de a crea un snapushirt și clonarea VM.

Pentru a configura o schemă de rezervă completă, vom avea nevoie de:

NFS.server pentru stocarea fișierelor;
conectarea la Ssh. la Esxi;
script ghetovcb.sh. Adăugat la serverul ESXI (la rădăcina sau folderul viitorului de rezervă). Acest lucru se face prin SFTP.orice mod convenabil pentru dvs., de exemplu, Filezilla;
dăm drepturile de a efectua un script copiat;

Acum stați mai detaliat la fiecare dintre ele. Pentru a spori toleranța la viteză și defecțiune a serverului de fișiere / server de backup, este mai bine să utilizați RAID10. Preferat în acest caz sunt sistemul de operare Linux (Debian, Ubuntu, "convenabil pentru tine") și sistemul de fișiere XFS.deoarece Într-o astfel de configurație, viteza de înregistrare (prioritate primară pentru backup rapid) va fi mai mare.

Există deja cu noi, dar puteți face totul în clientul VSphere.: Configurare\u003e Software\u003e Profil de securitate\u003e Proprietăți ...\u003e Suport tehnic la distanță\u003e Opțiuni ...\u003e Porniți sau opriți.

Mergeți la configurația scriptului ghetovcb.sh., principalii parametri de care avem nevoie:

VM_Backup_volume - Path to Backup Folder, în cazul meu / VMFS / Volume / Datastore1 / Backup
Disk_backup_format - formatul de disc, subțire pentru backups este cel mai potrivit
Vm_backup_rotation_count - numărul de backup-uri stocate (pentru fiecare mașină virtuală), am 3
Adaptor_Format - Tip adaptor, în cazul meu - Lsilogic

Parametrii rămași sunt responsabili pentru copierea fișierelor prin intermediul notificărilor de rețea și e-mail. Mai mulți parametri de configurare sunt descriși pe site-ul dezvoltatorului.!

Dacă trebuie să copiați toate mașinile virtuale, atunci este creat un fișier cu o listă de VM inclus în Backup. Creați un astfel de fișier în VI:

accesați dosarul Script - CD / GhetTovcb sau Backup
vi vmlist.
faceți clic pe "A" Introduceți numele VM (fiecare nume pe noua linie)
faceți clic pe "ESC" și salvați modificările - "WQ" (fără salvarea ": Q")

Rulați scriptul:

./ghetovcb.sh -a -L ./log.txt - Începeți Copierea tuturor mașinilor, Logfile de intrare în același director
./ghetovcb.sh -f ./vmlist -L ./log.txt - Rularea mașinilor specificate în fișierul VMLIST, jurnalele sunt salvate în același director
./ghetovcb.sh -f ./vmlist -g ./Ghetovcb.conf -L ./log.txt - analog, numai folosind fișierul .conf

Un rând cu inscripția va semnala execuția corectă a scriptului: "###### Starea finală: toate VMS susținute OK! ######. Dacă acest lucru nu este - verificați jurnalele, sintaxa comenzilor și căile către fișiere.

Pentru a adăuga un șir pentru a începe pe un program (în cron), trebuie să editați fișierul "/etc/rc.local.d/local.sh", urmând:

accesați catalogul /etc/rc.local.d/local.sh
chmod u + w local.sh
deschideți editorul de fișiere - VI Local.Sh
activați editarea tastei "I" sau "Inserare"
adăugați înainte de șirul de ieșire, după cum urmează:

/ Bin / ucide $ (cat /var/run/crondă.pid)
/ bin / ecou 0 20 * * * /vmfs/volumes/DATASTORE/Script/ghetovcb.sh -a -l /vmfs/volumes/backup/log/log.txt \u003e\u003e / var / bobină / cron / crontabs / rădăcină
/ Bin / frond

În acest caz, specificați programul (timpul este indicat în UTC, adică pentru MSK -3 oră), adică "00 20 * * *"
apăsați pe "ESC" și persistă - "Shift +:" și "WQ"
la sfarsit, fac chmod u-w local.sh

Astfel, la 23:00 MSC va fi de rezervă de fișiere de mașini virtuale. În cazul nostru, vor exista 3 exemplare.

Setarea backup-ului Pentru Esxi prin ghetovcb.sh. Efectuat.