Pl, ha SAN-hoz ajánlasz ki blokkos eszközt és a kiszolgáló gépről semmi belelátásod nincs a blokkos eszközön belül lévő fájlrendszerbe. ESX szervernél a VMFS tipikusan ez az eset, de ugyanez van iSCSI-ról Windows-nak adott NTFS volume-mal is. Az utóbbiba a storage szerveren nem tudsz működés közben belenézni még ntfs-3g-vel sem, de még leállított állapotban is küzdés felmountolni, pláne, ha dynamic disk réteg is van közben. Hasonló a helyzet, ha adatbázis van közvetlenül a volume-ra téve.
Persze mindegyikre lehet mondani, hogy alkalmazás szinten/windows szintjén kéne backupolni és akkor nem is kell sosem snapshotot csinálni a storage szerveren, de a gyakrolatban azért mégiscsak szokott kelleni. Nem azonos idő visszaállni egy backupból, ha boot blockkal és mindennel együtt a teljes gép diszkje megvan image-ben illetve ha csak az egyes alkalmazások backupja van meg, amiket újra föl kell húzni, mielőtt nekiállhatsz a visszatöltésnek. Van amikor ez utóbbi célravezetőbb. Pl konkrétan, ha egy annyira dinamikusan váltózó infrastruktúra van, hogy egyszerűen nem éri meg külön-külön gépenként összelőni a backupolást, viszont a folytonos homokozás miatt kell a visszaállás gyakran (értsd: a lustaság nagy úr, még akkor is, ha a másik megoldás erőforrás szempontból akár hatékonyabb is lehetne).
---
Internet Memetikai Tanszék