A VDP esete az árván maradt, létező (de nem látszó), "eltávolíthatatlan" snapshotokkal

A vSphere Data Protection (VDP) általában jól teszi dolgát. A mentés nagyjából úgy néz ki, hogy fogja a cél(virtuális)gépet, annak virtuális lemezeit maga alá csatolja, készít róluk egy-egy snapshot-ot, lementi a rendszert a snapshot-ok felhasználásával, törli a snapshot-okat, majd leválasztja a cél(virtuális)gép lemezeit.

Igen ám, de van úgy - igaz ritkán, de van -, hogy a mentés után a VDP nem takarít rendesen maga után. Ilyenkor ott maradnak a cél(virtuális)gép könyvtárában a snapshot-ok és a VDP alatt is ott maradnak a cél(virtuális)gép lemezei felcsatolva.

Ezzel az a probléma, hogy a következő mentéskor a VDP nem tudja lementeni a cél(virtuális)gépet:

VDP job hiba

A "Restore" szó senkit se zavarjon meg. A VDP Backup Job nem fut le egy létező snapshot-ra hivatkozva. A gond az, hogy a mentendő cél(virtuális)gép Snapshot Manager-ében egyetlen snapshot sem látszik. Olyan, mintha a gépről nem is készült volna snapshot. Árulkodó jel viszont, hogy a Provisioned Storage mérete sokkal nagyobb (esetünkben kétszer akkora volt) mint amekkorát várnánk. A Browse Datastore aztán lerántja a leplet. Fájlszinten látszik, hogy ott vannak az elárvult snapshotok.

Ilyenkor jöhet a jól bevált trükk, azaz a menteni kívánt cél(virtuális)gépen "Snapshot -> Take Snapshot -> majd utána -> Snapshot Manager -> Delete all", vagyis készítünk a gépről egy új snapshot-ot, majd az összes snapshot-ot töröljük. Ezzel gyakorlatilag minden snapshot-ot el lehet(ne) tüntetni. De csak lehetne, mert az összes snapshot törlése közben jön a meglepetés:

A snapshot-ok eltávolítása sikertelen

Valami lockol valamit. Köszi.

A megoldás?

A VDP virtuális gépe alól ki kell piszkálni a menteni kívánt cél(virtuális)gép ottragadt lemezeit. Ezzel a lockolás megszűnik. Ezután jöhet a menteni kívánt gépen a "Snapshot -> Take Snapshot -> majd utána -> Snapshot Manager -> Delete all" trükk. Ezúttal jó eséllyel működni fog a trükk, mert már nem lockol semmi semmit.

Az eredmény: az összes árva snapshot eltűnik, a VDP újra tudja menteni a cél(virtuális)gépet.

( nakuro | 2013. 08. 06., k – 18:00 )

Ha jól értem minden snapshotot kitakarítasz így a gép alól. Mi van akkor, ha egy olyan gép ragad be a mentésbe, ahol egy korábbi snapshot-ra szükségem van? Fejlesztőknél rendszeres a validációs időszakban, hogy 4-5 állapottal dolgozunk és vissza is állunk 1-2 nap után korábbra. A "Delete all" ezeket is kinyírja.

( secretx v | 2013. 08. 06., k – 22:21 )

Ez sajnos általános betegség, a veeam-el is dettó ilyen hibák jönnek, a vmwareban rossz a snapshot kezelés úgy gondolom...

---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

( trey | 2014. 02. 27., cs – 10:25 )

Minden alkalommal, amikor ezt használnom kell, tegyek ide egy +1-et.

Tehát:

+1

--
trey @ gépház

( VincentV | 2014. 05. 19., h – 23:48 )

+1

De most lett elegem. Kipróbáltam a Veeamet, ami a fenti hsz. alapján ugyanúgy bugzik, viszont van rá lehetőség, hogy az esxi-k hálózati stackjét használja a vmdk hotadd helyett. Természetesen lassabb valamivel, de a backup storage linket így is ki tudja tömni nálam, szóval számomra elfogadható. Ebben a felállásban egyébként annyi történik csak, hogy készít egy snapshotot, az eredeti vmdk-t pedig menti hálózaton (persze CBT alapján, okosan), majd ha végzett, törli a snapshotot. Nincs maga alá mountolgatás, faék egyszerűségű így a folyamat.