"Starea anterioară" include conținutul configurației vHDD, vRAM și VM.
Numărul maxim de Puncte de Verificare (CP) este de 50. Dacă încercați să faceți un CP de 51 CP, veți primi această eroare:
Puteți modifica locația de la consola Hyper-V:
Când creați un CP care rulează VM, acest director va crea un fișier .xml cu configurația VM și un subfolder în care vor fi salvate fișierele .bin și .vsv - așa-numitele fișiere de stare salvată.
Dacă efectuați un CP când VM este dezactivat, fișierele de stare salvată nu vor fi create.
Diferența VHD (X) va fi creată în același pachet în care este localizat VHD-ul "părinte" (X).
Numele .xml. bin. VSV. avhd (x) și subfolderele se vor potrivi cu GUID'a punctului de control.
Și dacă numele .avhdx este relativ ușor de citit:
Aceste nume de dosare cu Snapshots (nota, folderele sunt încă apelate în mod vechi) nu sunt evidente:
Puteți găsi GUID-ul punctului de control folosind PowerShell (rețineți din nou termenii Snapshots):
În procesul de creare a punctului de control pentru VM inclus, apar următoarele:
- Mașina virtuală este întreruptă
- Se creează fișierul .avhd (x)
- Se salvează o copie de siguranță a configurației (.xml)
- Sunt modificate configurația (fișierul .avhdx este conectat)
- Mașina virtuală pornește
- Conținutul R AM este salvat în fișierele de stare salvate. Dacă în acest moment sistemul de operare încearcă să scrie către blocurile R AM care nu au fost încă salvate, cererile sunt interceptate și rezultatele sunt salvate.
- Punctul de control este gata.
Pauza pentru pașii 1-5 este foarte mică:
Dar stocarea conținutului de memorie RAM în fișierele de stare salvate și are timpul principal.
Procesele de aplicare și eliminarea Checkpoint's cred că sunt intuitive, așa că hai să mergem mai departe.
Exportarea punctului de control este una dintre funcțiile rar utilizate, dar foarte utile.
Puteți exporta CP și apoi îl puteți importa pe o altă gazdă.
În acest caz, numele CV-ului importat se va potrivi cu numele CP:
Puteți automatiza crearea unui CP executând astfel ceva din Task Scheduler:
Să rezumăm:
Acum, când, sper, înțelegeți partea tehnică a punctelor de control, vom înțelege în ce cazuri le vom aplica și în care nu o vom face.
- În medii în care trebuie să vă garantați funcționalitatea SLA și Checkpoint, trebuie să furnizați acest lucru în faza de proiectare a depozitului.
- Pentru sarcinile de laborator și teste, PC-urile sunt destul de convenabile, dar nu uitați să faceți CP pentru toate VM-urile "hard" conectate.
- Într-un mediu productiv normal, nu ar trebui să existe nici o nevoie de puncte de control. Descrierea procesului de conducere competent pentru modificarea mediului de producție depășește domeniul de aplicare al acestui articol, însă puteți să îl faceți, să îl exportați și să îl importați într-un mediu de testare izolat pentru a verifica modificările pe care le veți face în mediul de producție.
În orice caz, CP este cel mai bine făcut atunci când VM este oprit.
Sper că informațiile sonore vor fi utile și dacă aveți nevoie de ajutor - utilizați formularul de pe pagina principală a site-ului meu.
Distribuiți acest:
Trimiteți-le prietenilor: