Sdílet prostřednictvím

Ř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í je potřeba znovu nastavit ochranu virtuálních počítačů Azure 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 a navrácení služeb po obnovení do místní lokality.

Běžné problémy

  • Pokud provádíte zjišťování a ochranu virtuálních počítačů jen pro čtení a chráníte virtuální počítače, ochrana proběhne úspěšně a převzetí služeb při selhání funguje. Při opětovném zapnutí ochrany převzetí služeb při selhání selže, protože úložiště dat se nedají zjistit. Příznakem je, že úložiště dat nejsou během opětovného nastavení ochrany uvedené. Chcete-li 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 zkusit ú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 Správce sítě. K této odinstalaci dochází, protože při obnovení virtuálního počítače v Azure se odebere balíček Správce sítě.
  • 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č nadále používat protokol DHCP k získání IP adresy. 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 statickou IP adresu.
  • Pokud používáte bezplatnou edici ESXi 5.5 nebo edici Hypervisor vSphere 6, převzetí služeb při selhání proběhne úspěšně, ale navrácení služeb po obnovení nebude úspěšné. Pokud chcete povolit navrácení služeb po obnovení, upgradujte na zkušební licenci některého programu.
  • Pokud se nemůžete spojit s konfiguračním serverem z procesového serveru, pomocí telnetu zkontrolujte připojení ke konfiguračnímu serveru na portu 443. Můžete také zkusit otestovat příkaz ping konfiguračního serveru 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 Windows Server 2008 R2 SP1, který je chráněný jako fyzický místní server, nejde navrátit služby zpět z Azure do místní lokality.
  • Navrácení služeb po obnovení nejde provést za následujících okolností:
    • Migrovali jste počítače do Azure.
    • Virtuální počítač jste přesunuli 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ý v místním prostředí a před opětovným obnovením ochrany by měl být před opětovnou ochranou před převzetím služeb při selhání do Azure.
    • Můžete selhat pouze na hostitele ESXi. Virtuální počítače VMware ani fyzické servery nemůžete navrátit do hostitelů Hyper-V, fyzických počítačů ani pracovních stanic VMware.

Řešení chyb opětovné ochrany

Tato část podrobně popisuje běžné chyby opětovné ochrany a jejich opravu.

Kód chyby 95226

Opětovná ochrana selhala, 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 Hodnotu Automaticky.

Kód chyby 78052

Pro virtuální počítač se nepodařilo 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í přístupné 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, ke kterým může dojít při navrácení služeb po obnovení.

Kód chyby 8038

Kvůli chybě se nepovedlo vyvolat místní virtuální počítač.

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

Řešení tohoto problému:

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