Řešení chyb při přebírání služeb při selhání fyzického počítače nebo virtuálního počítače VMware do Azure

Při převzetí služeb při selhání virtuálního počítače do Azure se může zobrazit jedna z následujících chyb. K řešení potíží použijte popsané kroky pro každou chybovou podmínku.

Převzetí služeb při selhání se nezdařilo s ID chyby 28031

Site Recovery nemohl vytvořit virtuální počítač s převzetím služeb při selhání v Azure. Může k tomu dojít z jednoho z následujících důvodů:

  • Pro vytvoření virtuálního počítače není k dispozici dostatečná kvóta: Dostupnou kvótu můžete zkontrolovat v části Předplatné –> Využití a kvóty. Pokud chcete zvýšit kvótu, můžete otevřít novou žádost o podporu .

  • Pokoušíte se provést převzetí služeb při selhání virtuálních počítačů s různými rodinami velikostí ve stejné skupině dostupnosti. Ujistěte se, že pro všechny virtuální počítače ve stejné skupině dostupnosti zvolíte stejnou rodinu velikostí. Změňte velikost tak, že přejdete na Nastavení výpočetních prostředků virtuálního počítače a pak zkusíte provést převzetí služeb při selhání znovu.

  • V předplatném existují zásady, které brání vytvoření virtuálního počítače. Změňte zásadu tak, aby umožňovala vytvoření virtuálního počítače, a pak zkuste provést převzetí služeb při selhání znovu.

Převzetí služeb při selhání se nezdařilo s ID chyby 28092

Službě Site Recovery se nepovedlo vytvořit síťové rozhraní pro virtuální počítač, u kterého došlo k převzetí služeb při selhání. Ujistěte se, že máte k dispozici dostatečnou kvótu pro vytváření síťových rozhraní v předplatném. Dostupnou kvótu můžete zkontrolovat tak, že přejdete na předplatné –> Využití a kvóty. Pokud chcete zvýšit kvótu, můžete otevřít novou žádost o podporu . Pokud máte dostatečnou kvótu, může se jednat o občasný problém, zkuste operaci zopakovat. Pokud problém přetrvává i po opakování, na konci tohoto dokumentu ponechte komentář.

Převzetí služeb při selhání se nezdařilo s ID chyby 70038

Site Recovery se nepodařilo vytvořit virtuální počítač Classic pro převzetí služeb při selhání v Azure. Může k tomu dojít proto, že:

  • Jeden z prostředků, jako je virtuální síť, která je nutná k vytvoření virtuálního počítače, neexistuje. Vytvořte virtuální síť podle nastavení sítě virtuálního počítače nebo změňte nastavení na virtuální síť, která již existuje, a pak zkuste provést převzetí služeb při selhání znovu.

Převzetí služeb při selhání selhalo s ID chyby 170010

Site Recovery nemohl vytvořit virtuální počítač s převzetím služeb při selhání v Azure. Může k tomu dojít, protože interní aktivita hydrace selhala pro místní virtuální počítač.

Aby bylo možné vyvolat jakýkoli počítač v Azure, prostředí Azure vyžaduje, aby některé ovladače byly ve stavu spuštění spuštění a služby, jako je DHCP, aby byly ve stavu automatického startu. Aktivita hydrace tedy v době převzetí služeb při selhání převede typ spuštění atapi, intelide, storflt, vmbus a ovladače storvsc na spuštění. Převede také typ spuštění několika služeb, jako je DHCP, na automatický start. Tato aktivita může selhat kvůli problémům s konkrétními prostředími.

Pokud chcete ručně změnit typ spouštění ovladačů pro Windows hostovaného operačního systému, postupujte následovně:

  1. Stáhněte skript bez hydrace a spusťte ho následujícím způsobem. Tento skript zkontroluje, jestli virtuální počítač vyžaduje hydraci.

    .\Script-no-hydration.ps1

    Pokud je vyžadována hydrace, zobrazí se následující výsledek:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    This system doesn't meet no-hydration requirement.
    

    V případě, že virtuální počítač splňuje požadavek bez hydrace, skript poskytne výsledek "Tento systém splňuje požadavek bez hydrace". V takovém případě nejsou všechny ovladače a služby ve stavu, které vyžaduje Azure a hydrace na virtuálním počítači.

  2. Spusťte skript bez hydration-set následujícím způsobem, pokud virtuální počítač nesplňuje žádný požadavek na hydraci.

    .\Script-no-hydration.ps1 -set

    Tím se převede typ spouštění ovladačů a výsledek bude vypadat takto:

    REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0
    
    Updating registry:  REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc   start =  0
    
    This system is now no-hydration compatible.
    

Kvůli neaktivnímu tlačítku Připojit na virtuálním počítači se nejde připojit přes RDP nebo SSH k virtuálnímu počítači, u kterého došlo k převzetí služeb při selhání

Podrobné pokyny k řešení potíží s protokolem RDP najdete v naší dokumentaci.

Podrobné pokyny k řešení potíží s protokolem SSH najdete v naší dokumentaci.

Pokud je tlačítko Připojení na virtuálním počítači s převzetím služeb při selhání v Azure neaktivní a nejste připojení k Azure přes ExpressRoute nebo připojení VPN typu Site-to-Site, pak

  1. Přejděte na VirtuálnípočítačNetworking> a klikněte na název požadovaného síťového rozhraní. Screenshot shows the Networking page for a virtual machine with the network interface name selected.
  2. Přejděte do části Konfigurace protokolu IP a potom klikněte na pole názvu požadované konfigurace PROTOKOLU IP. Screenshot shows the I P configurations page for the network interface with the I P configuration name selected.
  3. Pokud chcete povolit veřejnou IP adresu, klikněte na Povolit. Enable IP
  4. Klikněte na Konfigurovat požadovanánastaveníVytváření> nového. Create new
  5. Zadejte název veřejné adresy, zvolte výchozí možnosti skladové položky a přiřazení a klikněte na tlačítko OK.
  6. Teď kliknutím na Uložit uložte provedené změny.
  7. Zavřete panely a přejděte do části Přehled virtuálního počítače pro připojení nebo protokol RDP.

Nejde se připojit/ RDP/SSH – dostupné tlačítko Připojení virtuálního počítače

Pokud je tlačítko Připojení na virtuálním počítači s převzetím služeb při selhání v Azure dostupné (není neaktivní), zkontrolujte diagnostiku spouštění na virtuálním počítači a zkontrolujte chyby uvedené v tomto článku.

  1. Pokud se virtuální počítač nespustil, zkuste provést převzetí služeb při selhání do staršího bodu obnovení.

  2. Pokud aplikace uvnitř virtuálního počítače není spuštěná, zkuste provést převzetí služeb při selhání do bodu obnovení konzistentního vzhledem k aplikacím.

  3. Pokud je virtuální počítač připojený k doméně, ujistěte se, že řadič domény funguje přesně. Můžete to provést pomocí následujících kroků:

    a. Vytvořte nový virtuální počítač ve stejné síti.

    b. Ujistěte se, že se může připojit ke stejné doméně, na které se očekává, že dojde k převzetí služeb při selhání virtuálního počítače.

    c. Pokud řadič domény nefunguje přesně, zkuste se přihlásit k virtuálnímu počítači s převzetím služeb při selhání pomocí účtu místního správce.

  4. Pokud používáte vlastní server DNS, ujistěte se, že je dostupný. Můžete to provést pomocí následujících kroků:

    a. Vytvoření nového virtuálního počítače ve stejné síti a

    b. Zkontrolujte, jestli virtuální počítač dokáže překlad názvů provést pomocí vlastního serveru DNS.

Poznámka

Povolení jakéhokoli jiného nastavení než diagnostika spouštění by vyžadovalo instalaci agenta virtuálního počítače Azure na virtuálním počítači před převzetím služeb při selhání.

Po převzetí služeb při selhání počítače založeného na UEFI do Azure nejde otevřít sériovou konzolu

Pokud se můžete připojit k počítači pomocí protokolu RDP, ale nemůžete otevřít sériovou konzolu, postupujte následovně:

  • Pokud je operační systém počítače Red Hat nebo Oracle Linux 7.*/8.0, spusťte na virtuálním počítači Azure s kořenovými oprávněními následující příkaz. Restartujte virtuální počítač po příkazu.

    grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
    
  • Pokud je operační systém počítače CentOS 7.*, spusťte na virtuálním počítači Azure s kořenovými oprávněními následující příkaz. Restartujte virtuální počítač po příkazu.

    grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
    

Neočekávaná zpráva o vypnutí (ID události 6008)

Pokud při spuštění Windows virtuálního počítače po převzetí služeb při selhání obdržíte neočekávanou zprávu o vypnutí obnoveného virtuálního počítače, znamená to, že stav vypnutí virtuálního počítače nebyl zachycen v bodu obnovení použitém pro převzetí služeb při selhání. K tomu dochází, když se obnovíte do bodu, kdy virtuální počítač nebyl úplně vypnutý.

Obvykle to není důvod k obavám a obvykle je možné je ignorovat pro neplánované převzetí služeb při selhání. Pokud je převzetí služeb při selhání naplánováno, ujistěte se, že je virtuální počítač před převzetím služeb při selhání správně vypnutý, a poskytněte dostatek času na odeslání místních dat replikace do Azure. Pak použijte nejnovější možnost na obrazovce převzetí služeb při selhání , aby se všechna čekající data v Azure zpracovala do bodu obnovení, který se pak použije pro převzetí služeb při selhání virtuálního počítače.

Úložiště dat nejde vybrat.

Tento problém je označený, když se vám při pokusu o opětovnou ochranu virtuálního počítače, u kterého došlo k převzetí služeb při selhání, nezobrazuje úložiště dat na webu Azure Portal. Důvodem je to, že hlavní cíl není rozpoznán jako virtuální počítač vCenter přidaný do Azure Site Recovery.

Další informace o opětovném nastavení ochrany virtuálního počítače najdete v tématu Znovunastavení ochrany a navrácení služeb po obnovení počítačů do místní lokality po převzetí služeb při selhání do Azure.

Řešení tohoto problému:

Ručně vytvořte hlavní cíl vCenter, který spravuje váš zdrojový počítač. Úložiště dat bude k dispozici po dalších operacích zjišťování vCenter a aktualizaci prostředků infrastruktury.

Poznámka

Dokončení operací zjišťování a aktualizace prostředků infrastruktury může trvat až 30 minut.

Registrace hlavního cíle Linuxu s CS selže s chybou PROTOKOLU TLS 35

Registrace hlavního cíle Azure Site Recovery u konfiguračního serveru selže kvůli povolení ověřeného proxy serveru v hlavním cíli.

Tato chyba je označena následujícími řetězci v protokolu instalace:

RegisterHostStaticInfo encountered exception config/talwrapper.cpp(107)[post] CurlWrapper Post failed : server : 10.38.229.221, port : 443, phpUrl : request_handler.php, secure : true, ignoreCurlPartialError : false with error: [at curlwrapperlib/curlwrapper.cpp:processCurlResponse:231]   failed to post request: (35) - SSL connect error. 

Řešení tohoto problému:

  1. Na virtuálním počítači konfiguračního serveru otevřete příkazový řádek a pomocí následujících příkazů ověřte nastavení proxy serveru:

    cat /etc/environment echo $http_proxy echo $https_proxy

  2. Pokud výstup předchozích příkazů ukazuje, že jsou definována nastavení http_proxy nebo https_proxy, pomocí jedné z následujících metod odblokujte komunikaci hlavního cílového serveru s konfiguračním serverem:

    • Stáhněte si nástroj PsExec.

    • Pomocí nástroje můžete získat přístup k kontextu systémového uživatele a určit, jestli je nakonfigurovaná adresa proxy serveru.

    • Pokud je proxy server nakonfigurovaný, otevřete aplikaci IE v kontextu systémového uživatele pomocí nástroje PsExec.

      psexec -s -i "%programfiles%\Internet Explorer\iexplore.exe"

    • Pokud chcete zajistit, aby hlavní cílový server mohl komunikovat s konfiguračním serverem:

      • Upravte nastavení proxy serveru v Internet Exploreru a obejití IP adresy hlavního cílového serveru prostřednictvím proxy serveru.
        Nebo
      • Zakažte proxy server na hlavním cílovém serveru.

Další kroky

Pokud potřebujete další pomoc, publikujte svůj dotaz na stránku otázek Microsoft QA& pro Site Recovery nebo na konci tohoto dokumentu ponechte komentář. Máme aktivní komunitu, která by vám měla pomoct.