Folosind ghettoVCB pentru a face backup pentru mașinile virtuale VMware ESX / ESXi
Pentru a copia aparatul cu mâinile de fiecare dată când trebuie să implementați un anumit tip de echipament sau doar pentru a salva date, este inconvenient. De aceea a fost inventată tehnologia backup-ului automatizat, scrisă de entuziaști pe scripturi perl: ghettoVCB.
Următoarele sunt un ghid pentru instalarea de scripturi, precum și configurații pentru salvarea scripturilor, atât la nivel local, cât și pe un server la distanță utilizând spațiul de stocare al sistemului de fișiere de rețea (NFS).
sgtatham / putty / download.html), precum și scriptul însuși (descărcați scriptul).
Mai întâi, puneți fișierul ghettoVCB.tar.gz pe Datastore, apoi mergeți la Putty, conectați-vă la serverul ESX și faceți următoarele:
# cd vmfs / volume /<имя datastore>
vmfs / volume /<имя datastore> # cp ghettoVCB.tar.gz /
vmfs / volume /<имя datastore> # cd /
# tar -zxvf ghettoVCB.tar.gz
ghettoVCB /
ghettoVCB / ghettoVCB.conf
ghettoVCB / ghettoVCB.sh
ghettoVCB / ghettoVCB-vm_backup_configuration_template
# cd ghettoVCB
ghettoVCB # vi vmlist
Un fișier se va deschide (încă nu este creat) cu o listă a acelor aparate care trebuie salvate (momentan goale :). Pentru a introduce și edita informațiile, apăsați "a" pentru a aplica setările la Esc. Pentru a ieși cu salvarea: wq fără: q!
Introduceți numele aparatului, apoi introduceți fișierul vi și, fără a schimba nimic în fișierul gol, apăsați: wq. Apoi, trebuie să configurați fișierul ghettoVCB.conf. Intrând într-o comandă vi (vi ghettoVCB.conf), vom vedea următoarele:
Nu vă temeți de abundența parametrilor, sunt ușor de configurat și au o importanță deosebită. Deci, pentru:
Un parametru care specifică directorul de creație de rezervă. În cazul meu, am indicat: / vmfs / volumes / Datastore.
Specifică numărul de copii de rezervă per mașină (fiecare ulterior va fi șters de script). Dacă, de exemplu, scriptul (descris mai jos) va face backup automat la fiecare oră, atunci dacă specificați numărul 24, vom primi backup-uri la fiecare oră pentru o zi.
Stabilește dacă aparatul se va opri înainte de copiere de rezervă (activ = 1 dezactivat = 0) (scriptul acceptă copierea de rezervă atunci când aparatul este pornit).
Dezactivarea discurilor pentru timpul de backup (activ = 1 dezactivat = 0).
Când parametrul anterior este activat, determină timpul (1 unitate = 60 secunde) înainte ca scriptul să execute dezactivarea forțată a discului.
Când parametrul POWER_VM_DOWN_BEFORE_BACKUP, determină cantitatea de timp (1 unitate = 60 secunde) înainte de script efectuează hard off (fără a utiliza ShutDown Guest).
Setarea când porniți care zabekaplennye fișiere vor fi plasate în arhivă (activat = dezactivat 1 = 0) (Notă: acesta este un parametru de testare pentru această versiune de script-ul, sfatul meu este să-l dezactivați, deoarece există riscul de a pierde nu numai fișierele de backup, dar, de asemenea, fișiere de mașini) .
Formatul discului mașinii (posibil: buslogic, lsilogic).
Parametrii responsabili pentru fotografiile de memorie și dacă primul parametru este "1", atunci aparatul va fi pus în modul standby pentru această perioadă.
Toți acești parametri sunt necesari dacă intenționăm să creăm un director cu copii de siguranță pe serverul de la distanță. Acești parametri am creat accesul la stocare NFS (locația sa, directorul de pe serverul local etc.) Dacă creați un director de backup pe același depozitul de date, ignora aceste setări.
Acest parametru afișează câte minute se va acorda timp pentru a crea un instantaneu al mașinii de funcționare, iar apoi script-ul va fi dezactivat (în cazul în bază de timp, nu va fi creat doar de rezervă, atunci toate vor merge la modul normal). Acest parametru este necesar dacă, din anumite motive, aparatul nu a făcut o fotografie înainte de a trece în modul de așteptare, pentru a nu pierde datele mașinii în modul de funcționare.
Sfatul meu nu este să vă deranjez.
Apoi, dau două tipuri de setări pentru acești parametri fără depresiuni speciale (1 - local, 2 - prin serverul NFS)
Pentru a testa acest script, îl putem rula o singură dată. Pentru aceasta, citiți parametrii pentru rularea scriptului:
Să începem, de exemplu, toate acestea cu următorii parametri:
În jurnalele, cu configurația corectă a configurației, vom vedea ceva de genul:
Cel mai important: acestea sunt ultimele 3-4 rânduri: ###### Starea finală: Toate VM-urile au susținut OK! ######
Dacă vedeți acest lucru, copia de siguranță a reușit. Dacă vedem țipete despre erori, citim unde au sărit.
Principalele tipuri de erori sunt:
- VM-urile care trebuie să fie susținute TREBUIE să nu conțină instantanee (vedeți aici motivul pentru care instantaneele sunt nepotrivite).
- Calea strâmbă spre depozite.
- Cu modul NFS activat, curba setează înregistrarea de date în NFS.
După toate acestea, trebuie să configurați modul de creare de copii de siguranță la timp. Pentru aceasta, utilizați parametrii CronTab. Pentru aceasta, facem următoarele:
Începerea de pornire a scripturilor se va deschide. Pe noua linie, scrieți următoarele:
Fișierul crontab este alcătuit din linii care conțin șase câmpuri. Câmpurile sunt separate prin spații sau file. Primele cinci câmpuri sunt șabloane întregi care specifică:
- minut (0-59),
- oră (0-23),
- ziua lunii (1-31),
- luna anului (1-12),
- zi a săptămânii (0-6, cu 0 = duminică).
Al șaselea câmp din linia fișierului crontab este șirul executat de interpretorul de comandă la momentele specificate. Caracterul% (procentual) din acest câmp, dacă nu este mascat \ (coloana vertebrală), este convertit la un caracter de linie nouă.
De exemplu, dacă vrem să se întâmple copii de rezervă, în fiecare zi în zilele de lucru de la 2:15, linia noastră ar trebui să arate astfel: