none
Problém se zálohováním pod Hyper-V RRS feed

  • Dotaz

  • Ahoj,

    potýkám se s problémem, kdy při zálohování 2 virtuálních serverů pomocí SW VEEAM Backup&Replication 10 dochází k chybě:

    Failed to create VM recovery checkpoint (mode: Crash consistent) Details: Failed to create VM (ID: f30aae45-49ec-4c23-a7c9-0005d7b9f9ee) recovery checkpoint. Job failed ('Operace s kontrolním bodem pro virtuální počítač VM1 se nezdařila. (ID virtuálního počítače: F30AAE45-49EC-4C23-A7C9-0005D7B9F9EE) Operace s kontrolním bodem pro virtuální počítač VM1 byla zrušena. (ID virtuálního počítače: F30AAE45-49EC-4C23-A7C9-0005D7B9F9EE) Virtuální počítač VM1 nemohl inicializovat operaci s koncovým bodem: Proces n
    Retrying snapshot creation attempt (Failed to create production checkpoint.)
    Task has been rescheduled
    Queued for processing at 03.06.2020 18:05:10
    Unable to allocate processing resources. Error: Failed to create VM (ID: f30aae45-49ec-4c23-a7c9-0005d7b9f9ee) recovery checkpoint. Job failed ('Operace s kontrolním bodem pro virtuální počítač VM1 se nezdařila. (ID virtuálního počítače: F30AAE45-49EC-4C23-A7C9-0005D7B9F9EE) Operace s kontrolním bodem pro virtuální počítač VM1 byla zrušena. (ID virtuálního počítače: F30AAE45-49EC-4C23-A7C9-0005D7B9F9EE) Virtuální počítač VM1 nemohl inicializovat operaci s koncovým bodem: Proces nemá přístup k souboru, neb

    Protože mi technická podpora sdělila, že jde o chybu týkající se Windows Serveru a nikoliv VEEAM, obracím se s prosbou o radu sem.

    Situace:

    Vše se týká Windows Serveru 2019 Standard.

    Na fyzickém serveru je instalovaný Windows Server 2019. Server má Xeon, 64 GB RAM, RAID1 500GB (jako C:), RAID5 2 TB (jako D:) a zálohovací SW VEEAM. Nic dalšího na serveru není. Pod Hyper-V zde běží 2 VM (oba WS 2019 Std.).

    VM1 používá virtuální disk na "D:\VM\Virtual Hard Disks\vm1-vd1", VM2 používá dva virtuální disky na "C:\VM\Virtual Hard Disks\vm2-vd1" a na "D:\VM\Virtual Hard Disks\vm2-vd2". Oba VM1 a VM2 slouží jako aplikační servery pro technologické aplikace postavené na MS SQL. Konfigurace disků byla takto požadována jednotlivými dodavateli aplikací a asi by neměla v případu hrát roli.

    Jak jsem psal výše - při startu zálohovacího jobu dojde k chybě, která se v systémovém logu Windows projevuje jako:

    Event ID 19070: Bylo spuštěno sloučení disků virtuálního počítače VM1 na pozadí. (ID virtuálního počítače: F30AAE45-49EC-4C23-A7C9-0005D7B9F9EE)

    Even ID 19100: Sloučení disků virtuálního počítače VM1 na pozadí se nepodařilo dokončit: Proces nemá přístup k souboru, neboť jej právě využívá jiný proces. (0x80070020). (ID virtuálního počítače: F30AAE45-49EC-4C23-A7C9-0005D7B9F9EE)

    Event ID 18014: Operace s kontrolním bodem pro virtuální počítač VM2 byla zrušena. (ID virtuálního počítače: 748768BA-D271-4090-86B6-0DC44C57F4B7)

    Event ID: 18012: Operace s kontrolním bodem pro virtuální počítač VM2 se nezdařila. (ID virtuálního počítače: 748768BA-D271-4090-86B6-0DC44C57F4B7)

    a totéž i pro druhý VM.

    Hledáním na webu jsem našel doporučení MS, že je dobré nastavit full control práva na virtuální disky pro dané VM (jejich GUID) - viz zde. Ale nijak to nezabralo.

    Pokusem jsem zjistil, že pokud hostitelský server před zálohováním restartuju, záloha obou VM proběhne. Následující záloha po 24 hodinách ale ne.

    Hyper-V má v nastavení povoleny produkční kontrolní body, v Integračních službách jsou povoleny služby hosta.

    Díky za rady. Martd


    mart

    čtvrtek 11. června 2020 4:42

Odpovědi

  • Vypadá to, že soubor nic nedrží.

    Metodou pokus omyl jsem doše k tomu, že když backup job rozdělím na dva (každý job bude zálohovat jeden VM), tak se chyba již neobjevuje a zálohování proběhne. Nechám to tedy tak.

    S podporou VEEAM jsem měl obsáhlý rozhovor ohledně licencování (tj. jestli na hostitelském OS může kromě Hyper-V běžet ještě něco jiného: podle jejich ujištění VEEAM zde běžet může, jde zálohování VM jakožto o proces administrace a nikoliv o aplikaci, ke které přistupují uživatelé, což by už správně nebylo (např. IIS, SQL). I oni to podle svých slov detailně konzuktovali s MS. Bohužel to MS ve svých licenčních podmínkách podrobněji neříká.

    Díky všem.


    mart

    • Označen jako odpověď martd středa 17. června 2020 5:10
    středa 17. června 2020 5:10

Všechny reakce

  • Nepomůže tohle? https://forums.veeam.com/microsoft-hyper-v-f25/failed-to-create-vm-recovery-checkpoint-t53498.html

    Na support Veeamu jsi se obrátil?

    Server v češtině? Proč si přiděláváš problémy?

    Nejsem si jistý, že je Tvoje konfigurace v souladu s licenčními podmínkami MS. Pokud vím, pak na fyzickém Windows serveru s hypervisorem už nesmí běžet nic jiného.


    BB

    čtvrtek 11. června 2020 13:47
  • Ten uváděný článek jsem četl, ale nic z toho mi trvale nepomohlo. Jak jsem psal - po restartu se zazálohovalo, víckrát ale už ne.

    Support VEEAM jsem kontaktoval (jak jsem psal), ale řekli, že jde o problém MS. Proto jsem se zkusil zeptat zde.

    Server je v češtině, nejsem dodavatelem a nic už s tím nenadělám.

    S těmi licenčními podmínkami je to sporné: říká se, že "instance ve fyzickém prostředí  je omezena pouze na běh a správu prostředí virtuálních, tedy v ní nesmí běžet jiný typ provozu." Je zálohování virtuálních prostředí považováno za správu? Pokud ano, pak je to licenčně správně.

    Ostatně jak tedy licenčně správně zazálohovat 2 virtuální servery běžící pod Hyper-V?

    Martd


    mart

    čtvrtek 11. června 2020 18:28
  • Veeam mas nejnovejsi verzi? Nemas tam nejaky antivir, nebo cokoliv, co muze zamezit pristupu k souborum VMka?

    Jak licence spravne zalohovat? Zalohovaci srver musi bezet na licencovanem OS :)

    Nektere licencni vyklady rikaji, ze backup Hyper-V je sprava prostredi = muze beze primo na POSE aniz potrebuje licenci.



    pátek 12. června 2020 7:59
  • Veeam je aktuální, je licencovaný (to by se se mnou support ani nebavil), Windows Server je taky pod licencí. Antivir ani nic jiného tam nemám, je to opravdu jen holy OS s rolí Hyper-V a dvěma VM.

    Zvláštní právě je, že už pár dní zálohuju v tom režimu, že před začátkem nočního zálohování hostitelský OS restartuju - pak záloha proběhne. Předtím jsem to nechával trvale běžet a to záloha neproběhla.

    Je to ale blbé řešení. Napadá mě, jestli záloze nebrání nějaký stav instalovaných VM. Na obou je Windows Server 2019 Std. + SQL Express.


    mart

    pátek 12. června 2020 8:05
  • Tak zkus zjistit, kdo soubor drzi. viy napr primo clanek od Veeam https://www.veeam.com/kb1960

    pátek 12. června 2020 9:49
  • Vypadá to, že soubor nic nedrží.

    Metodou pokus omyl jsem doše k tomu, že když backup job rozdělím na dva (každý job bude zálohovat jeden VM), tak se chyba již neobjevuje a zálohování proběhne. Nechám to tedy tak.

    S podporou VEEAM jsem měl obsáhlý rozhovor ohledně licencování (tj. jestli na hostitelském OS může kromě Hyper-V běžet ještě něco jiného: podle jejich ujištění VEEAM zde běžet může, jde zálohování VM jakožto o proces administrace a nikoliv o aplikaci, ke které přistupují uživatelé, což by už správně nebylo (např. IIS, SQL). I oni to podle svých slov detailně konzuktovali s MS. Bohužel to MS ve svých licenčních podmínkách podrobněji neříká.

    Díky všem.


    mart

    • Označen jako odpověď martd středa 17. června 2020 5:10
    středa 17. června 2020 5:10