Řešení potíží s replikací fyzických serverů a virtuálních počítačů VMware

  • Článek

Tento článek popisuje některé běžné problémy a konkrétní chyby, se kterými se můžete setkat při replikaci místních virtuálních počítačů VMware a fyzických serverů do Azure pomocí Site Recovery.

Krok 1: Monitorování stavu procesového serveru

Site Recovery přijímá a optimalizuje replikovaná data pomocí procesového serveru a odesílá je do Azure.

Doporučujeme sledovat stav procesových serverů na portálu, abyste měli jistotu, že jsou připojené a správně fungují a že replikace postupuje u zdrojových počítačů přidružených k procesovém serveru.

  • Seznamte se s monitorováním procesových serverů.
  • [Projděte si osvědčené postupy]. (vmware-physical-azure-troubleshoot-process-server.md#best-practices-for-process-server-deployment)
  • Řešení potíží se stavem procesového serveru

Krok 2: Řešení potíží s připojením a replikací

Připojení problémy se spolehlivostí mezi zdrojovým serverem a procesovým serverem nebo mezi procesovým serverem a Azure často způsobují počáteční a probíhající selhání replikace.

Pokud chcete tyto problémy vyřešit, vyřešte potíže s připojením a replikací.

Krok 3: Řešení potíží se zdrojovými počítači, které nejsou k dispozici pro replikaci

Když se pokusíte vybrat zdrojový počítač, který povolí replikaci pomocí Site Recovery, nemusí být počítač dostupný z jednoho z následujících důvodů:

  • Dva virtuální počítače se stejným identifikátorem UUID instance: Pokud dva virtuální počítače v rámci vCenter mají stejné UUID instance, první virtuální počítač zjištěný konfiguračním serverem se zobrazí na webu Azure Portal. Pokud chcete tento problém vyřešit, ujistěte se, že žádné dva virtuální počítače nemají stejné UUID instance. Tento scénář se běžně používá v případech, kdy se záložní virtuální počítač stane aktivním a přihlášený k záznamům zjišťování. Projděte si azure Site Recovery VMware-to-Azure: Jak vyčistit duplicitní nebo zastaralé položky pro vyřešení.
  • Nesprávné přihlašovací údaje uživatele vCenter: Při nastavování konfiguračního serveru pomocí šablony OVF nebo sjednoceného nastavení se ujistěte, že jste přidali správné přihlašovací údaje vCenter. Pokud chcete ověřit přihlašovací údaje, které jste přidali během instalace, přečtěte si téma Úprava přihlašovacích údajů pro automatické zjišťování.
  • Nedostatečná oprávnění vCenter: Pokud oprávnění poskytnutá pro přístup k vCenter nemají požadovaná oprávnění, může dojít k selhání zjišťování virtuálních počítačů. Ujistěte se, že jsou oprávnění popsaná v části Příprava účtu pro automatické zjišťování přidána do uživatelského účtu vCenter.
  • Servery pro správu Azure Site Recovery: Pokud se virtuální počítač používá jako server pro správu pod jednou nebo více z následujících rolí – Konfigurační server /procesový server se škálováním na více systémů / Hlavní cílový server, nebudete moct zvolit virtuální počítač z portálu. Servery pro správu nelze replikovat.
  • Už chráněné nebo převzetí služeb při selhání prostřednictvím služeb Azure Site Recovery: Pokud už je virtuální počítač chráněný nebo převzetí služeb při selhání prostřednictvím Site Recovery, není virtuální počítač dostupný k výběru ochrany na portálu. Ujistěte se, že virtuální počítač, který hledáte na portálu, ještě není chráněný žádným jiným uživatelem nebo pod jiným předplatným.
  • vCenter není připojeno: Zkontrolujte, jestli je vCenter v připojeném stavu. Pokud to chcete ověřit, přejděte do trezoru > služby Recovery Services Site Recovery Infrastructure > Configuration Servers > Kliknutím na odpovídající konfigurační server > se otevře okno napravo s podrobnostmi o přidružených serverech. Zkontrolujte, jestli je vCenter připojeno. Pokud je ve stavu "Není Připojení", vyřešte problém a pak aktualizujte konfigurační server na portálu. Po tomto nastavení není virtuální počítač na portálu uvedený.
  • EsXi je vypnutý: Pokud je hostitel ESXi, pod kterým se nachází virtuální počítač, v vypnutém stavu, není uvedený nebo není na webu Azure Portal možné ho vybrat. Zapněte hostitele ESXi a aktualizujte konfigurační server na portálu. Potom se virtuální počítač zobrazí na portálu.
  • Čeká se na restartování: Pokud na virtuálním počítači čeká na restartování, nebudete moct tento počítač vybrat na webu Azure Portal. Ujistěte se, že dokončíte čekající aktivity restartování a aktualizujete konfigurační server. Potom se virtuální počítač zobrazí na portálu.
  • IP adresa nebyla nalezena nebo počítač nemá IP adresu: Pokud k němu virtuální počítač nemá přidruženou platnou IP adresu, nebudete moct počítač vybrat na webu Azure Portal. Ujistěte se, že virtuálnímu počítači přiřadíte platnou IP adresu a aktualizujete konfigurační server. Příčinou může být také to, že počítač nemá platnou IP adresu přidruženou k některému z jeho síťových adaptérů. Buď přiřaďte všem síťovým kartám platnou IP adresu, nebo odeberte síťovou kartu, která ip adrese chybí. Potom se virtuální počítač zobrazí na portálu.

Řešení potíží s neaktivními chráněnými virtuálními počítači na portálu

Virtuální počítače replikované v rámci Site Recovery nejsou na webu Azure Portal dostupné, pokud v systému existují duplicitní položky. Přečtěte si další informace o odstraňování zastaralých položek a řešení tohoto problému.

Dalším důvodem může být klonování počítače. Když se počítače pohybují mezi hypervisorem a id systému BIOS, agent mobility replikaci zablokuje. Site Recovery nepodporuje replikaci klonovaných počítačů.

Za posledních xxx minut není pro virtuální počítač k dispozici žádný bod obnovení konzistentní vzhledem k selhání.

Následuje seznam některých nejběžnějších problémů:

Problémy s počáteční replikací [chyba 78169]

Zajistěte, aby nedošlo k žádným problémům souvisejícím s připojením, šířkou pásma nebo časem související se synchronizací, ujistěte se, že:

  • Azure Site Recovery neblokuje žádný antivirový software. Přečtěte si další informace o vyloučení složek vyžadovaných pro Azure Site Recovery.

Zdrojové počítače s vysokou četností změn [chyba 78188]

Možné příčiny:

  • Rychlost změny dat (bajty zápisu za sekundu) na uvedených discích virtuálního počítače je vyšší než podporované limity azure Site Recovery pro typ účtu cílového úložiště replikace.
  • K náhlému nárůstu četnosti změn dochází kvůli tomu, že vysoké množství dat čeká na nahrání.

Řešení tohoto problému:

  • Ujistěte se, že je typ cílového účtu úložiště (Standard nebo Premium) zřízený podle požadavku četnosti změn na zdroji.

  • Pokud už replikujete na spravovaný disk Úrovně Premium (typ rseeddisku), ujistěte se, že velikost disku podporuje zjištěnou četnost změn podle limitů Site Recovery. V případě potřeby můžete zvětšit velikost řídké diskety. Postupujte následovně:

    • Přejděte do okna Disky ovlivněného replikovaného počítače a zkopírujte název disku repliky.
    • Přejděte na tento spravovaný disk repliky.
    • V okně Přehled se může zobrazit banner s informací, že se vygenerovala adresa URL SAS. Klikněte na tento banner a zrušte export. Tento krok ignorujte, pokud banner nevidíte.
    • Jakmile dojde k odvolání adresy URL SAS, přejděte do okna Konfigurace spravovaného disku a zvětšete velikost tak, aby Služba Azure Site Recovery podporovala zjištěnou četnost změn na zdrojovém disku.

  • Pokud je zjištěná četnost změn dočasná, počkejte několik hodin, než se čekající nahrání dat zachytí a vytvoří body obnovení.

  • Pokud disk obsahuje nekritická data, jako jsou dočasné protokoly, testovací data atd. Zvažte přesunutí těchto dat jinam nebo zcela vylučte tento disk z replikace.

  • Pokud problém přetrvává, použijte plánovač nasazení Site Recovery, který vám pomůže naplánovat replikaci.

Zdrojové počítače bez prezenčních signálů [chyba 78174]

K tomu dochází v případě, že agent služby Azure Site Recovery Mobility na zdrojovém počítači komunikuje s konfiguračním serverem (CS).

Pokud chcete tento problém vyřešit, pomocí následujícího postupu ověřte síťové připojení ze zdrojového virtuálního počítače ke konfiguračnímu serveru:

  1. Ověřte, že je zdrojový počítač spuštěný.

  2. Přihlaste se ke zdrojovému počítači pomocí účtu, který má oprávnění správce.

  3. Ověřte, že jsou spuštěné následující služby, a pokud nerestartovat služby:

    • Svagents (InMage Scout VX Agent)
    • InMage Scout Application Service

  4. Na zdrojovém počítači zkontrolujte protokoly v umístění s podrobnostmi o chybě:

    C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

Procesový server bez prezenčních signálů [chyba 806]

V případě, že procesový server neobsahuje prezenční signál, zkontrolujte, že:

  1. Procesní serverový virtuální počítač je spuštěný a spuštěný

  2. Podrobnosti o chybě najdete v následujících protokolech na procesovém serveru:

    C:\ProgramData\ASR\home\svsystems\eventmanager*.log
    a
    C:\ProgramData\ASR\home\svsystems\monitor_protection*.log

Hlavní cílový server bez prezenčních signálů [chyba 78022]

K tomu dochází v případě, že agent mobility Azure Site Recovery v hlavním cíli nekomunikuje s konfiguračním serverem.

Pokud chcete tento problém vyřešit, pomocí následujícího postupu ověřte stav služby:

  1. Ověřte, že je spuštěný hlavní cílový virtuální počítač.
  2. Přihlaste se k hlavnímu cílovému virtuálnímu počítači pomocí účtu s oprávněními správce.

    • Ověřte, že je spuštěná služba svagents. Pokud je spuštěná, restartujte službu.

    • Podrobnosti o chybě najdete v protokolech v umístění:

      C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

  3. Pokud chcete hlavní cíl zaregistrovat na konfiguračním serveru, přejděte do složky %PROGRAMDATA%\ASR\Agent a spusťte na příkazovém řádku následující příkaz: 
    cmd
cdpcli.exe --registermt

net stop obengine

net start obengine

exit

Pro virtuální počítač se nepodařilo úspěšně povolit ochranu [chyba 78253]

K této chybě může dojít v případě, že zásady replikace nebyly správně přidruženy ke konfiguračnímu serveru. K této chybě může dojít také v případě, že zásady přidružené ke konfiguračnímu serveru nejsou platné.

Pokud chcete potvrdit příčinu této chyby, přejděte do trezoru > obnovení, který spravuje infrastrukturu Site Recovery, a pak zobrazte zásady replikace pro VMware a fyzické počítače a zkontrolujte stav nakonfigurovaných zásad.

Pokud chcete tento problém vyřešit, můžete zásadu přidružit k používanému konfiguračnímu serveru nebo vytvořit novou zásadu replikace a přidružit ji. Pokud je zásada neplatná, můžete ji zrušit a odstranit.

ID chyby 78144: Pro virtuální počítač není k dispozici žádný bod obnovení konzistentní vzhledem k aplikacím vytvořený během posledních XXX minut.

Vylepšení byla provedena ve verzích agenta mobility 9.23 a 9.27 pro zpracování chování při selhání instalace VSS. Ujistěte se, že používáte nejnovější verze, abyste měli nejlepší pokyny k řešení potíží se selháními VSS.

Tady jsou některé z nejběžnějších problémů:

Příčina 1: Známý problém v SQL Serveru 2008/2008 R2

Postup opravy: Existuje známý problém s SQL Serverem 2008/2008 R2. Pro server hostující SQL Server 2008 R2 si projděte tento článek znalostní báze Azure Site Recovery Agent nebo jiné zálohování služby VSS, které není součástí.

Příčina 2: Úlohy Azure Site Recovery selžou na serverech, které hostují jakoukoli verzi instancí SQL Serveru s AUTO_CLOSE databázemi

Postup opravy: Přečtěte si článek znalostní báze

Postup opravy: Přečtěte si článek znalostní báze

Příčina 3: Známý problém v SQL Serveru 2016 a 2017

Postup opravy: Přečtěte si článek znalostní báze

Příčina 4: Na serverech s Linuxem není povolená konzistence aplikací

Oprava: Azure Site Recovery pro operační systém Linux podporuje vlastní skripty aplikací pro konzistenci aplikací. Vlastní skript s možnostmi před a po použití agenta mobility Azure Site Recovery pro konzistenci aplikací. Tady je postup, jak ho povolit.

Pokud chcete řešit další potíže, zkontrolujte soubory na zdrojovém počítači a získejte přesný kód chyby selhání:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

Jak najít chyby v souboru? Vyhledejte řetězec "vacpError" otevřením souboru vacp.log v editoru.

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

V příkladu preceeding 2147754994 je kód chyby, který vás informuje o selhání, jak je znázorněno:

Zapisovač VSS není nainstalovaný – chyba 2147221164

Postup: K vygenerování značky konzistence aplikace používá Azure Site Recovery službu Stínová kopie svazku (VSS). Nainstaluje zprostředkovatele VSS pro svou operaci, aby pořídil snímky konzistence aplikací. Tento poskytovatel VSS je nainstalován jako služba. V případě, že není nainstalovaná služba zprostředkovatele VSS, vytvoření snímku konzistence aplikace selže s ID chyby 0x80040154 Třída není zaregistrovaná.

Řešení potíží s instalací zapisovače VSS najdete v článku

Zapisovač VSS je zakázaný – chyba 2147943458

Postup: K vygenerování značky konzistence aplikace používá Azure Site Recovery službu Stínová kopie svazku (VSS). Nainstaluje zprostředkovatele VSS pro svou operaci, aby pořídil snímky konzistence aplikací. Tento poskytovatel VSS je nainstalován jako služba. V případě, že je služba zprostředkovatele VSS zakázaná, vytvoření snímku konzistence aplikace selže s ID chyby "Zadaná služba je zakázaná a nejde ji spustit(0x80070422)".

  • Pokud je služba VSS zakázaná,
    • Ověřte, že typ spuštění služby Zprostředkovatele VSS je nastavený na Hodnotu Automaticky.
    • Restartujte následující služby:
      • Služba Stínová kopie svazku
      • Poskytovatel služby Stínová kopie svazku pro Azure Site Recovery
      • Služba VDS

NOT_REGISTERED zprostředkovatele VSS – chyba 2147754756

Postup: K vygenerování značky konzistence aplikace používá Azure Site Recovery službu Stínová kopie svazku (VSS). Zkontrolujte, jestli je nainstalovaná služba poskytovatele služby Azure Site Recovery VSS.

  • Zkuste instalaci zprostředkovatele zopakovat pomocí následujících příkazů:
  • Odinstalace stávajícího poskytovatele: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • Přeinstalace: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

Ověřte, že typ spuštění služby Zprostředkovatele VSS je nastavený na Hodnotu Automaticky. – Restartujte následující služby: – Služba VSS – Poskytovatel VSS služby Azure Site Recovery – Služba VDS

ID chyby 95001 – Zjistila se nedostatečná oprávnění

K této chybě dochází při pokusu o povolení replikace a složky aplikací nemají dostatečná oprávnění.

Postup: Pokud chcete tento problém vyřešit, ujistěte se, že má uživatel IUSR roli vlastníka pro všechny následující složky :

  • C\ProgramData\Microsoft Azure Site Recovery\private
  • Instalační adresář. Pokud je například instalační adresář jednotka F, zadejte správná oprávnění pro:
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • Složka \pushinstallsvc v instalačním adresáři. Pokud je například instalační adresář jednotka F, zadejte správná oprávnění k :
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
  • Složka \etc v instalačním adresáři. Pokud je například instalační adresář jednotka F, zadejte správná oprávnění k :
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
  • C:\temp
  • C:\thirdparty\php5nts
  • Všechny položky pod následující cestou –
    • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Řešení potíží a zpracování změn času na replikovaných serverech

K této chybě dochází, když se čas zdrojového počítače posune dopředu a pak se přesune zpět za krátkou dobu, aby se změna opravil. Změnu si nemusíte všimnout, protože čas je rychle opravený.

Postup: Pokud chcete tento problém vyřešit, počkejte, až systémový čas překročí nerovnoměrnou distribuci času v budoucnu. Další možností je zakázat a znovu povolit replikaci, což je možné jenom pro předávání replikace (data replikovaná z místního prostředí do Azure) a není použitelná pro zpětnou replikaci (data replikovaná z Azure do místního prostředí).

Další kroky

Pokud potřebujete další pomoc, publikujte svůj dotaz na stránce otázek Microsoft Q&A pro Azure Site Recovery. Máme aktivní komunitu a jeden z našich inženýrů vám může pomoct.