( quash | 2020. 04. 16., cs – 17:38 )

Huh! :(

Fogjuk az offline géphez tartozó VHD(x)-e(ke)t és átmásoljuk pl. egy ZFS share-re.
Ezzel lett egy „backup”-unk a teljes offline gépről.
X idő múlva készítünk egy snapshot-ot a VM-ről (offline/online most tök mind1).
Ehez a snapshot-hoz tartozó VHD(x)-t valamilyen tool-al „átmásoljuk” a backup gépen lévő VHD(x)-re. A tool-nak az lenne a feladata hogy csak a két VHD közötti különbséget másolja, ezért kell pl. valamilyen block copy ami képes ezt elvégezni. Ezzel a „másolással” csak a változások mennek át, tehát kapunk egy gyors megoldást.
Ehhez ZFS annyit rak csak hozzá, hogy backup oldalon azzal kezeljük a snapshotokat, tehát copy előtt v. után készül egy snapshot, és máris van egy helytakarékos backup megoldásunk.

Nem akarjuk feltalálni a spanyolviaszt, nagyon sok backup tool ezt a megoldást használja, csak jellemzően a gépeken belül végzi a block szintű másolást VSS alapokon.
De mennyivel 1xübb lenne ezt hypervisor oldalon megoldani, mint ahogy pl. ZFS alapú virtualizációknál (proxmox) ez csuklóból megy.

Nem más megoldást keresünk, tehát a csináld máshogy, és használj másik hipervisiort nem megoldás, ezzel nem segítesz!

Azure-ben már van ilyen megoldás, de az ott lévő storage-re, tehát biztos hogy Hyper-V is valamilyen szinten képes erre.