- a fost în vds_snapshot.vss
diskshadow / s vds_snapshot.vss
- apare discul N
este copiat de orice, eu folosesc
rar64 a-x * .bin -dh -m1 -md64 -mt4 -r
atunci
șterge umbrele tuturor
neexpozit N:
neexpuse M:
- acest lucru este, de asemenea, .vss și, de asemenea, în diskshadow / s - discul este mashing
foarte ieftin și foarte furios, dar controlul de 100% asupra procesului, cu mâinile directe și dorința de a scrie un cmd pentru o duzină de rânduri - o copie de siguranță optimă, bună și fiabilă.
Și dacă mașinile virtuale nu sunt pe un volum separat?
Și ce este un scriitor în termeni de VSS?
dacă nu pe un volum separat, adăugați volumul volumelor necesare
în general, nu este important, dacă ceva nu este în regulă, pur și simplu nu va funcționa și va fi evident.
scriitorul este un plug-in pentru obținerea unor copii de siguranță mai consistente sau optime, luând în considerare anumite subsisteme
de exemplu, scriitor pentru backup-uri SQL-I pe punctul de referință de bază, wirter pentru temp nu copiază temp-directoare și așa mai departe
scriitor pentru serverele HV - se consultă cu serviciile de tip shadow în interiorul mașinilor și încearcă să ruleze recursiv scriitori în fiecare mașină separat, astfel încât, ca rezultat, de exemplu, obținem o copie de rezervă consistentă a serverului SQL care rulează în mașina HV
practică este că, dacă include toate scriitor-S, atunci toate acestea du-te periodic nebun și nici o rezervă, așa că nu folosesc un scriitor-s, a obținut doar un instantaneu hardware-ul prost a a la LVM, care este suficientă pe termen lung, pentru păstrarea datelor adecvate
Deci, mașinile sunt arse într-o stare defectuoasă, dacă faceți un instantaneu în acest moment, aparatele ar putea să nu decoleze după recuperare.
Dacă mașinile dvs. nu pot decola după închiderea puterii serverului, ecranul albastru al nodului sau resetarea, atunci de ce trăiesc deloc în această lume?
Dacă este cazul, atunci este imposibil să faci o copie de rezervă externă a unei mașini linux în HV, deoarece nu există suport VSS și nu va fi acolo (nu există niciun astfel de concept, doar câteva cârje ca xfs_freeze). Faceți o copie de rezervă cu suport complet pentru VSS atunci când există mai mult de câteva mașini sau dacă mașina a trecut printr-o călătorie complicată de viață pentru mai mult de câteva, dar de obicei nu funcționează - totul se blochează, crampe, se prăbușește.
Faceți o copie de rezervă "normală" a MySQL, cu excepția mysql_dump la toate.
și așa mai departe
Acronis sau backup-uri regulate va face prin intermediul exact la fel rupt VSS (implicit) sau nu (în special Acronis au o astfel de opțiune, pentru că el a complicat cu ea, în general, cele mai multe servere de backup rula chiar nu poate decât general, deși bytes sbekapit ).
Într-un simplu de stocare instantaneu posektoronom de rezervă pe care le obține prin intermediul VSS, chiar și cu scriitorul-(dacă ai noroc), chiar și fără (așa cum sugerez), va avea exact aceeași calitate a informațiilor, după dispariția puterii serverului sau de resetare și , chiar mai bine, pentru că. nu va exista nici o problemă + disc cache.
Dacă sistemele dvs. nu cresc după astfel de evenimente, o astfel de salvare, desigur, nu se potrivește. De exemplu, într-adevăr, de exemplu, MySQL se poate rupe. Dar aceasta este o problemă în conservatorul aplicațiilor individuale, iar soluția comună de salvare nu le va rezolva niciodată, de exemplu, vezi mai sus, principiul general al backup-ului mySQL nu există deloc și nimic.
Nu, vreau să spun că, dacă dezactivați scriitor VSS pentru Hyper-V, care este capabil de a spune Dev „! Get Fit Chiar acum am de rezervă“, este de fapt dovedește că backup-ul este pur și simplu un instantaneu de discuri de mașini virtuale, cu care rulează mașini virtuale . Și când restauram toate acestea din backup, sistemul va trebui mai întâi să ruleze. Va zbura în astfel de condiții? Deși, pe de altă parte, avem XP și Win7 acolo, aceste lucruri nu ar trebui să aibă mari probleme.
Ei bine, despre consistență, vezi mai sus. Încercați să nu excludeți scriitorii. Uite ce se va întâmpla. Când sunt blocate, excludeți unul câte unul până când funcționează. Dacă aveți monitorizare de rezervă, este foarte bine, dar ar trebui să știi cumva că nu este susținută.
Oprirea periodică din nou, sau Acronis, abilitatea de a exclude scriitorii unul câte unul nu vă va oferi.
Un hemoroid este rezolvată cu restaurarea a două moduri: fie pentru a da 40,000 Acronis-in, sau unde altundeva, fie de rezervă cu normă întreagă și sperăm că toate existente VSS scriitor-S va lucra curat și nu atarna ..
Și înțeleg că în acest fel puteți salva numai computerele virtuale care suportă VSS în timpul jocului. Restul trebuie mai întâi oprit. Și ceea ce înseamnă meta-date în mașinile virtuale - toate aceste setări hardware și chestii - este undeva în altă parte cum ar fi stocate.
vezi mai sus
dacă doriți să creați copii de rezervă utilizând VSS în interior, nu excludeți scriitorii lor.
Dar acest lucru este cherevato de faptul că, dacă undeva în interiorul ceva atârnat, atunci nimic nu sabakapitsya.
Un instantaneu instantaneu instantaneu al nivelului de stocare este obținut chiar dacă "suportul VSS" nu este niciodată în vizualizare (adică nu există suport pentru niciun scriitor sau toți scriitorii sunt excluși).
Articole similare
Trimiteți-le prietenilor: