Řešení potíží s navrácením služeb po obnovení z Azure do místního prostředí

  • Článek

Tento článek popisuje, jak řešit problémy, se kterými se můžete setkat při navrácení služeb po obnovení virtuálních počítačů Azure do místní infrastruktury VMware po převzetí služeb při selhání do Azure pomocí Azure Site Recovery.

Navrácení služeb po obnovení v podstatě zahrnuje dva hlavní kroky. V prvním kroku po převzetí služeb při selhání musíte virtuální počítače Azure znovu chránit do místního prostředí, aby se začaly replikovat. Druhým krokem je spuštění převzetí služeb při selhání z Azure za účelem navrácení služeb po obnovení do místní lokality.

Běžné problémy

  • Pokud provedete zjišťování vCenter uživatele jen pro čtení a chráníte virtuální počítače, bude ochrana úspěšná a převzetí služeb při selhání funguje. Během opětovné ochrany převzetí služeb při selhání selže, protože úložiště dat nelze zjistit. Příznakem je, že úložiště dat nejsou během znovunastavení ochrany uvedená. Pokud chcete tento problém vyřešit, můžete aktualizovat přihlašovací údaje vCenter pomocí příslušného účtu, který má oprávnění, a pak úlohu zopakovat.
  • Když navrátíte služby po obnovení virtuálního počítače s Linuxem a spustíte ho místně, uvidíte, že se z počítače odinstaloval balíček Network Manageru. K této odinstalaci dochází, protože při obnovení virtuálního počítače v Azure se odebere balíček Network Manager.
  • Když je virtuální počítač s Linuxem nakonfigurovaný se statickou IP adresou a převezme služby při selhání do Azure, IP adresa se získá z dhcp. Při převzetí služeb při selhání do místního prostředí bude virtuální počítač k získání IP adresy dál používat protokol DHCP. Ručně se přihlaste k počítači a v případě potřeby nastavte IP adresu zpět na statickou adresu. Virtuální počítač s Windows může znovu získat svou statickou IP adresu.
  • Pokud používáte bezplatnou edici ESXi 5.5 nebo vSphere 6 Hypervisor, převzetí služeb při selhání proběhne úspěšně, ale navrácení služeb po obnovení se nezdaří. Pokud chcete povolit navrácení služeb po obnovení, upgradujte na zkušební licenci některého z programů.
  • Pokud se z procesového serveru nemůžete připojit ke konfiguračnímu serveru, pomocí telnetu zkontrolujte připojení ke konfiguračnímu serveru na portu 443. Můžete také zkusit otestovat konfigurační server příkazem Ping z procesového serveru. Procesový server by měl mít také prezenční signál, když je připojený ke konfiguračnímu serveru.
  • Server s Windows Serverem 2008 R2 SP1, který je chráněný jako fyzický místní server, nemůže být navrátit služby po obnovení z Azure do místní lokality.
  • Navrácení služeb po obnovení není možné provést v následujících případech:
    • Migrovali jste počítače do Azure.
    • Přesunuli jste virtuální počítač do jiné skupiny prostředků.
    • Odstranili jste virtuální počítač Azure.
    • Zakázali jste ochranu virtuálního počítače.
    • Virtuální počítač jste vytvořili ručně v Azure. Počítač by měl být původně chráněný místně a před opětovným zapnutím ochrany by se měl převzít služby při selhání do Azure.
    • Selhat může pouze hostitel ESXi. Virtuální počítače VMware nebo fyzické servery není možné navrátit po obnovení na hostitele Hyper-V, fyzické počítače nebo pracovní stanice VMware.

Řešení chyb opětovného nastavení ochrany

Tato část podrobně popisuje běžné chyby opětovné ochrany a způsob jejich opravy.

Kód chyby 95226

Znovunastavení ochrany selhalo, protože virtuální počítač Azure se nemohl spojit s místním konfiguračním serverem.

K této chybě dochází v následujících případech:

  • Virtuální počítač Azure se nemůže spojit s místním konfiguračním serverem. Virtuální počítač nejde zjistit a zaregistrovat na konfiguračním serveru.
  • Na virtuálním počítači Azure po převzetí služeb při selhání není spuštěná aplikační služba InMage Scout. Tato služba se vyžaduje ke komunikaci s místním konfiguračním serverem.

Řešení tohoto problému:

  • Zkontrolujte, jestli síť virtuálního počítače Azure umožňuje komunikaci mezi virtuálním počítačem Azure a místním konfiguračním serverem. Můžete nastavit připojení site-to-site VPN k místnímu datacentru nebo ve virtuální síti virtuálního počítače Azure nakonfigurovat připojení Azure ExpressRoute s privátními partnerskými vztahy.
  • Pokud virtuální počítač může komunikovat s místním konfiguračním serverem, přihlaste se k virtuálnímu počítači. Pak zkontrolujte aplikační službu InMage Scout. Pokud zjistíte, že není spuštěná, spusťte ji ručně. Zkontrolujte, jestli je typ spuštění služby nastavený na Automaticky.

Kód chyby 78052

Pro virtuální počítač nejde dokončit ochranu.

K tomuto problému může dojít v případě, že na cílovém hlavním serveru, na který provádíte navrácení služeb po obnovení, již existuje virtuální počítač se stejným názvem.

Řešení tohoto problému:

  • Vyberte jiný cílový hlavní server na jiném hostiteli, aby se v rámci znovunastavení ochrany vytvořil počítač na jiném hostiteli, na kterém nedojde ke kolizi názvů.
  • Pomocí řešení VMotion také můžete přesunout cílový hlavní server na jiného hostitele, na kterém nedojde ke kolizi názvů. Pokud je stávající virtuální počítač osamocený, přejmenujte ho, aby bylo možné vytvořit nový virtuální počítač na stejném hostiteli ESXi.

Kód chyby 78093

Virtuální počítač není spuštěný, nereaguje nebo není přístupný.

Řešení tohoto problému:

Pokud chcete znovu nastavit ochranu virtuálního počítače, u kterého došlo k převzetí služeb při selhání, musí být virtuální počítač Azure spuštěný, aby se služba Mobility mohla zaregistrovat na místním konfiguračním serveru a zahájit replikaci komunikací s procesovým serverem. Pokud se počítač nachází v nesprávné síti nebo není spuštěný (nereaguje nebo je vypnutý), konfigurační server se nemůže spojit se službou Mobility na virtuálním počítači a zahájit znovunastavení ochrany.

  • Restartujte virtuální počítač, aby mohl začít komunikovat s místním konfiguračním serverem.
  • Po spuštění virtuálního počítače Azure restartujte úlohu znovunastavení ochrany.

Kód chyby 8061

Úložiště dat není dostupné z hostitele ESXi.

Projděte si požadavky na cílový hlavní server a podporovaná úložiště dat pro navrácení služeb po obnovení.

Řešení chyb navrácení služeb po obnovení

Tato část popisuje běžné chyby, se kterými se můžete setkat při navrácení služeb po obnovení.

Kód chyby 8038

Nepodařilo se vyvolat místní virtuální počítač kvůli chybě.

K tomuto problému dochází, když je místní virtuální počítač spuštěný na hostiteli, který nemá zřízený dostatek paměti.

Řešení tohoto problému:

  • Zřiďte na hostiteli ESXi více paměti.
  • Kromě toho můžete virtuální počítač přesunout do jiného hostitele ESXi, který má dostatek paměti ke spuštění virtuálního počítače.