Méltán népszerű és kiváló termék a Veeam Backup and Replication. Sokat dolgozom vele pont úgy tervezés, implementáció mint üzemeltetés és hibaelhárítás terén. A Veeam gyártói támogatásról is jó a véleményem, megbízható és gyors segítség várható tőlük.
De mi van akkor ha valami olyannal találkozni, amikor nehéz behatárolni a jelenség alapján, hogy az hiba, bug vagy éppen csak simán annak úgy kell lennie.
Talán senkinek sem okoz meglepetést, hogy egy Veeam B&R mentési feladatba elég sok objektum tehető. Mármint világos hogy végső soron kiszolgálók, share-ek, de mily módon lehet azokat a feladatba tenni:
- Hosts and Clusters
- Hosts and Volumes
- VMs and Tags
- VM Groups
Esetünkben én egy HyperV klasztert tettem a job-ba, melyből exlude-dal explicit kivettem a nem mentendő VM-eket.
A hiba/bug/akármi úgy tűnt fel, hogy a klaszterben az egyik HyperV hoszt hardveres problémák miatt leállt. Az összes VM fut, minden rendben, de az egyik hoszt bizony elérhetetlen.
Az alábbi képen látszik, hogy 23 darab virtuális gépet ment a feladat, melyből 18 success, 6 warning állapottal, de mentődik – a warning az application aware processing miatt van. Tehát maga a feladat semmiképp sem lehet failed – jobb fent error – , ennek ellenére mégis az.
A feladat log-jában ez van:
Nem túl beszédes, de annyi pozitív van a történetben, hogy a mentés igazából sikeres, csak éppen a riportokban és ha vannak notification-ök beállítva, akkor ott is hibát jelez, ami teljesen fals.
Mi a tanulság?
Klaszter helyett, lehet jobb VM tag alapon szervezni a mentendő entitásokat egy mentési feladatba.
