După cum știu toți administratorii VMware vSphere, discul virtual al mașinii virtuale este reprezentat de cel puțin două fișiere:
- <имя ВМ>.VMDK - antet, acesta este un index, acesta este același descriptor fișier pe disc virtualgo care conține informații despre geometria discului, tipul și alte metadate
- <имя ВМ>-flat.vmdk - disc direct cu date VM
Practica arată că mai puțin frecvente pentru administratorii VMware vSphere pierde fișierul VMDK antet pentru un motiv oarecare, uneori inexplicabil, și numai discul VM cu date (nu este surprinzător, deoarece acesta este înregistrat, acesta este blocat).
Mai jos este o scurtă procedură pentru restaurarea unui fișier descriptor VMDK pentru un plat VMDK existent pentru a restabili performanța mașinii virtuale. Instrucțiuni detaliate pot fi găsite în KB 1002511.
Pentru cei care nu-i plac:
1. Determinați dimensiunea exactă în octeții discului de date VMDK (astfel încât geometria descriptorului nou creat corespunde acesteia):
ls -l <имя диска>-flat.vmdk
2. Creați un nou disc virtual (numere - aceasta este dimensiunea rezultată în octeți, tip subțire pentru a economisi spațiu, lsilogic - controler):
vmkfstools -c 4294967296 -a lsilogic -d temp.vmdk subțire
3. Redenumiți fișierul descriptor VMDK al discului creat în fișierul de care avem nevoie pentru discul sursă. Ștergeți discul de date gol nou creat, care nu mai este necesar (temp-flat.vmdk).
4. Deschideți fișierul descriptor redenumit VMDK și modificați liniile îndrăznețe:
# Disk DescriptorFile
versiunea = 1
CID = fb183c20
parentCID = ffffffff
createType = "vmfs"
# Descrierea extinderii
RW 8388608 VMFS "vmdisk0-flat.vmdk"
# Baza de date a discului
#DDB
ddb.virtualHWVersion = "4"
ddb.geometry.cylinders = "522"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"
ddb.thinProvisioned = "1"
Adică modificați numele fișierului plat VMDK și eliminați linia indicând faptul că discul este subțire, dacă acesta a fost inițial plat.
Totul - puteți să porniți mașina.
Trimiteți-le prietenilor: