Troubleshoot replication issues for VMware VMs and physical servers

Ez a cikk néhány gyakori problémát és konkrét hibát ismertet, amelyek akkor fordulhatnak elő, amikor helyszíni VMware virtuális gépeket és fizikai kiszolgálókat replikál az Azure-ba a Site Recovery használatával.

1. lépés: A folyamatkiszolgáló állapotának monitorozása

A Site Recovery a folyamatkiszolgálóval fogadja és optimalizálja a replikált adatokat, és elküldi azokat az Azure-ba.

Javasoljuk, hogy figyelje a folyamatkiszolgálók állapotát a portálon, hogy meggyőződjön arról, hogy azok csatlakoztatva vannak és megfelelően működnek, és hogy a replikáció haladjon a folyamatkiszolgálóhoz társított forrásgépeken.

• További információ a folyamatkiszolgálók monitorozásáról .
• [Ajánlott eljárások áttekintése]. (vmware-physical-azure-troubleshoot-process-server.md#best-practices-for-process-server-deployment)
• Folyamatkiszolgáló állapotának hibaelhárítása .

2. lépés: Csatlakozási és replikációs problémák elhárítása

Csatlakozás forráskiszolgáló és a folyamatkiszolgáló, illetve a folyamatkiszolgáló és az Azure közötti problémák gyakran kezdeti és folyamatos replikációs hibákat okoznak.

A problémák megoldásához hibaelhárítással elháríthatja a kapcsolatot és a replikációt.

3. lépés: A replikációhoz nem elérhető forrásgépek hibaelhárítása

Ha a Site Recovery használatával próbálja kiválasztani a forrásgépet a replikáció engedélyezéséhez, előfordulhat, hogy a gép az alábbi okok valamelyike miatt nem érhető el:

• Két, azonos példányú UUID azonosítójú virtuális gép: Ha a vCenter alatt két virtuális gép azonos UUID-példánysal rendelkezik, a konfigurációs kiszolgáló által felderített első virtuális gép megjelenik az Azure Portalon. A probléma megoldásához győződjön meg arról, hogy egyetlen két virtuális gép sem rendelkezik ugyanazzal a példány UUID azonosítóval. Ez a forgatókönyv gyakran előfordul olyan esetekben, amikor egy biztonsági mentési virtuális gép aktívvá válik, és be van jelentkezve a felderítési rekordjainkba. Tekintse meg az Azure Site Recovery VMware-to-Azure-t: Ismétlődő vagy elavult bejegyzések eltávolítása a feloldás érdekében.
• Helytelen vCenter-felhasználói hitelesítő adatok: Győződjön meg arról, hogy a megfelelő vCenter-hitelesítő adatokat adta hozzá a konfigurációs kiszolgáló OVF-sablonnal vagy egyesített beállítással történő beállításakor. A beállítás során hozzáadott hitelesítő adatok ellenőrzéséhez lásd : Hitelesítő adatok módosítása az automatikus felderítéshez.
• a vCenter nem megfelelő jogosultságok: Ha a vCenter eléréséhez megadott engedélyek nem rendelkeznek a szükséges engedélyekkel, a virtuális gépek felderítése meghiúsulhat. Győződjön meg arról, hogy a Fiók előkészítése automatikus felderítéshez című cikkben leírt engedélyek hozzáadódnak a vCenter felhasználói fiókjához.
• Azure Site Recovery felügyeleti kiszolgálók: Ha a virtuális gépet felügyeleti kiszolgálóként használják az alábbi szerepkörök valamelyike alatt – Konfigurációs kiszolgáló /kibővített folyamatkiszolgáló/ Fő célkiszolgáló, akkor nem fogja tudni kiválasztani a virtuális gépet a portálról. A felügyeleti kiszolgálók nem replikálhatók.
• Már védett/feladatátvétel az Azure Site Recovery-szolgáltatásokon keresztül: Ha a virtuális gép már védett vagy a Site Recoveryn keresztüli feladatátvételre került, a virtuális gép nem választható ki védelemre a portálon. Győződjön meg arról, hogy a portálon keresett virtuális gépet még nem védi egy másik felhasználó vagy egy másik előfizetés.
• A vCenter nincs csatlakoztatva: Ellenőrizze, hogy a vCenter csatlakoztatott állapotban van-e. Az ellenőrzéshez lépjen a Recovery Services-tároló > Site Recovery-infrastruktúra > konfigurációs kiszolgálóira > Kattintson a megfelelő konfigurációs kiszolgálóra > , a jobb oldalon megnyílik egy panel a társított kiszolgálók részleteivel. Ellenőrizze, hogy a vCenter csatlakoztatva van-e. Ha "Nincs Csatlakozás" állapotban van, oldja meg a problémát, majd frissítse a konfigurációs kiszolgálót a portálon. Ezt követően a virtuális gép nem szerepel a portálon.
• AZ ESXi ki van kapcsolva: Ha a virtuális gép alapjául szolgáló ESXi-gazdagép kikapcsolt állapotban van, akkor a virtuális gép nem szerepel a listán, vagy nem választható ki az Azure Portalon. Kapcsolja be az ESXi-gazdagépet, és frissítse a konfigurációs kiszolgálót a portálon. Ezt követően a virtuális gép megjelenik a portálon.
• Újraindítás függőben: Ha a virtuális gépen függőben lévő újraindítás van, akkor nem fogja tudni kiválasztani a gépet az Azure Portalon. Győződjön meg arról, hogy befejezi a függőben lévő újraindítási tevékenységeket, és frissíti a konfigurációs kiszolgálót. Ezt követően a virtuális gép megjelenik a portálon.
• Az IP-cím nem található, vagy a gép nem rendelkezik IP-címmel: Ha a virtuális géphez nincs érvényes IP-cím társítva, akkor nem tudja kiválasztani a gépet az Azure Portalon. Győződjön meg arról, hogy érvényes IP-címet rendel a virtuális géphez, és frissíti a konfigurációs kiszolgálót. Azt is okozhatja, ha a gép nem rendelkezik érvényes IP-címmel az egyik hálózati adapteréhez. Rendeljen érvényes IP-címet az összes hálózati adapterhez, vagy távolítsa el az IP-címet hiányzó hálózati adaptert. Ezt követően a virtuális gép megjelenik a portálon.

A portálon szürkére szürkített védett virtuális gépek hibaelhárítása

A Site Recovery alatt replikált virtuális gépek nem érhetők el az Azure Portalon, ha ismétlődő bejegyzések találhatók a rendszerben. További információ az elavult bejegyzések törléséről és a probléma megoldásáról.

Egy másik ok lehet, hogy a gépet klónozzák. Amikor a gépek egy hipervizor között mozognak, és a BIOS-azonosító megváltozik, a mobilitási ügynök blokkolja a replikációt. A Site Recovery nem támogatja a klónozott gépek replikálását.

Nem érhető el összeomláskonzisztens helyreállítási pont a virtuális gép számára az elmúlt XXX percben

Az alábbiakban felsoroljuk a leggyakoribb problémákat:

Kezdeti replikációs problémák [78169-os hiba]

A kapcsolódással, a sávszélességgel vagy az időszinkronizálással kapcsolatos problémák elkerülése érdekében győződjön meg arról, hogy:

• Egyetlen víruskereső szoftver sem blokkolja az Azure Site Recoveryt. További információ az Azure Site Recoveryhez szükséges mappakizárásokról.

Nagy forgalommal rendelkező forrásgépek [78188-os hiba]

Lehetséges okok:

• A virtuális gép felsorolt lemezeinek adatváltozási sebessége (bájt/másodperc) meghaladja a replikációs céltárfiók típusának Azure Site Recovery által támogatott korlátait .
• Hirtelen megugrott a forgalom sebessége, ami miatt nagy mennyiségű adat feltöltése függőben van.

A probléma megoldása:

• Győződjön meg arról, hogy a céltárfiók típusa (Standard vagy Premium) a forrásnál érvényes átviteli sebességre vonatkozó követelménynek megfelelően van kiépítve.

• Ha már replikál egy prémium szintű felügyelt lemezre (asrseeddisk típus), győződjön meg arról, hogy a lemez mérete támogatja a megfigyelt forgalom sebességét a Site Recovery korlátai szerint. Szükség esetén növelheti az asrseeddisk méretét. Follow these steps:

  • Lépjen az érintett replikált gép Lemezek paneljére, és másolja a replikalemez nevét
  • Ugrás erre a replika által felügyelt lemezre
  • Az Áttekintés panelen megjelenhet egy szalagcím, amely azt jelzi, hogy sas URL-cím lett létrehozva. Kattintson erre a szalagcímre, és mondja le az exportálást. Hagyja figyelmen kívül ezt a lépést, ha nem látja a szalagcímet.
  • Az SAS URL-cím visszavonása után lépjen a Felügyelt lemez Konfiguráció paneljére, és növelje a méretet, hogy az Azure Site Recovery a forráslemezen a megfigyelt adatváltozási arányt is támogatja.

• Ha a megfigyelt adatváltozás ideiglenes, várjon néhány órát, amíg a függőben lévő adatok feltöltése felzárkózik és helyreállítási pontokat hoz létre.

• Ha a lemez nem kritikus adatokat, például ideiglenes naplókat, tesztadatokat stb. tartalmaz, fontolja meg az adatok máshová való áthelyezését, vagy teljesen zárja ki a lemezt a replikációból

• Ha a probléma továbbra is fennáll, használja a Site Recovery üzembehelyezési tervezőt a replikáció megtervezéséhez.

Szívverés nélküli forrásgépek [hiba: 78174]

Ez akkor fordul elő, ha az Azure Site Recovery Mobility-ügynök a forrásgépen kommunikál a konfigurációs kiszolgálóval (CS).

A probléma megoldásához kövesse az alábbi lépéseket a forrás virtuális gép és a konfigurációs kiszolgáló közötti hálózati kapcsolat ellenőrzéséhez:

1. Ellenőrizze, hogy fut-e a forrásgép.

2. Jelentkezzen be a forrásgépre rendszergazdai jogosultságokkal rendelkező fiókkal.

3. Ellenőrizze, hogy futnak-e a következő szolgáltatások, és ha nem indítja újra a szolgáltatásokat:

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

4. A forrásgépen vizsgálja meg a helyszínen található naplókat a hiba részleteinek megtekintéséhez:

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

Folyamatkiszolgáló szívverés nélkül [806-os hiba]

Ha nincs szívverés a folyamatkiszolgálóról, ellenőrizze a következőt:

1. A folyamatkiszolgáló virtuális gépe működik

2. A hiba részleteiért tekintse meg a következő naplókat a folyamatkiszolgálón:

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

Fő célkiszolgáló szívverés nélkül [78022-s hiba]

Ez akkor fordul elő, ha az Azure Site Recovery Mobility-ügynök a fő célon nem kommunikál a konfigurációs kiszolgálóval.

A probléma megoldásához kövesse az alábbi lépéseket a szolgáltatás állapotának ellenőrzéséhez:

1. Ellenőrizze, hogy fut-e a fő cél virtuális gép.
2. Jelentkezzen be a fő cél virtuális gépre rendszergazdai jogosultságokkal rendelkező fiókkal.

   • Ellenőrizze, hogy fut-e a svagents szolgáltatás. Ha fut, indítsa újra a szolgáltatást

   • A hiba részleteiért tekintse meg a naplókat a helyszínen:

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

3. Ha regisztrálni szeretné a fő célt a konfigurációs kiszolgálón, lépjen a %PROGRAMDATA%\ASR\Agent mappába, és futtassa a következőt a parancssorban:

   cmd
   cdpcli.exe --registermt
   
   net stop obengine
   
   net start obengine
   
   exit
   

A védelem nem engedélyezhető sikeresen a virtuális gépen [78253-os hiba]

Ez a hiba akkor fordulhat elő, ha egy replikációs szabályzat nincs megfelelően társítva a konfigurációs kiszolgálóval. Akkor is előfordulhat, ha a konfigurációs kiszolgálóhoz társított szabályzat érvénytelen.

A hiba okának megerősítéséhez keresse meg a helyreállítási tár > site Recovery-infrastruktúráját, majd tekintse meg a VMware- és fizikai gépek replikációs szabályzatait a konfigurált szabályzatok állapotának ellenőrzéséhez.

A probléma megoldásához társíthatja a szabályzatot a használatban lévő konfigurációs kiszolgálóval, vagy létrehozhat egy új replikációs szabályzatot, és társíthatja azt. Ha a szabályzat érvénytelen, megszüntetheti és törölheti azt.

Hibaazonosító: 78144 – Nem érhető el alkalmazáskonzisztens helyreállítási pont a virtuális géphez az elmúlt „XXX” percben

Fejlesztések történtek a mobilitási ügynök 9.23 és 9.27 verzióiban a VSS telepítési hibáinak kezelése érdekében. Győződjön meg arról, hogy a vss-hibák elhárításával kapcsolatos legjobb útmutatásért a legújabb verziókat használja.

A leggyakoribb problémák a következők:

1. ok: Az SQL Server 2008/2008 R2 ismert hibája

Javítás: Az SQL Server 2008/2008 R2 ismert problémája van. Tekintse meg ezt a tudásbáziscikket az Azure Site Recovery Agent vagy más, nem összetevőből álló VSS biztonsági mentés meghiúsul az SQL Server 2008 R2-t futtató kiszolgáló esetében

2. ok: Az Azure Site Recovery-feladatok meghiúsulnak az SQL Server-példányok bármely verzióját futtató kiszolgálókon AUTO_CLOStandard kiadás DB-kkel

A javítás menete: Tekintse meg a Kb cikket

A javítás menete: Lásd a TUDÁSBÁZIS-cikket

3. ok: Ismert probléma az SQL Server 2016-ban és 2017-ben

A javítás menete: Tekintse meg a Kb cikket

4. ok: Az alkalmazáskonzisztencia nincs engedélyezve Linux-kiszolgálókon

Javítás: Az Azure Site Recovery for Linux operációs rendszer támogatja az alkalmazáskonzisztencia egyéni szkriptjeinek használatát. Az alkalmazáskonzisztenciához az Azure Site Recovery Mobilitási ügynöke használja az elő- és közzétételi beállításokat tartalmazó egyéni szkriptet. Az alábbiakban bemutatjuk az engedélyezés lépéseit.

További okok a VSS-sel kapcsolatos problémák miatt:

A további hibaelhárításhoz ellenőrizze a forrásgép fájljait a hiba pontos hibakódjának lekéréséhez:

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

Hogyan keresheti meg a fájl hibáit? A vacp.log fájl szerkesztőben való megnyitásával keresse meg a "vacpError" sztringet

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

Az előzményként megadott példában 2147754994 a hibakód, amely az alábbi módon tájékoztatja a hibáról:

A VSS-író nincs telepítve – Hiba 2147221164

Javítás: Alkalmazáskonzisztenciacímke létrehozásához az Azure Site Recovery a Microsoft Volume Shadow Copy Service (VSS) szolgáltatást használja. Egy VSS-szolgáltatót telepít a műveletéhez, hogy alkalmazáskonzisztencia-pillanatképeket készítsen. Ez a VSS-szolgáltató szolgáltatásként van telepítve. Ha a VSS-szolgáltató szolgáltatás nincs telepítve, az alkalmazáskonzisztencia pillanatképének létrehozása meghiúsul a "Class not registered" hibaazonosítóval 0x80040154.

A VSS-író telepítésével kapcsolatos hibaelhárítással kapcsolatos cikk

A VSS-író le van tiltva – Hiba 2147943458

Javítás: Alkalmazáskonzisztenciacímke létrehozásához az Azure Site Recovery a Microsoft Volume Shadow Copy Service (VSS) szolgáltatást használja. Egy VSS-szolgáltatót telepít a műveletéhez, hogy alkalmazáskonzisztencia-pillanatképeket készítsen. Ez a VSS-szolgáltató szolgáltatásként van telepítve. Ha a VSS-szolgáltató szolgáltatás le van tiltva, az alkalmazáskonzisztencia pillanatképének létrehozása "A megadott szolgáltatás le van tiltva, és nem indítható el (0x80070422)" hibaazonosítóval meghiúsul.

• Ha a VSS le van tiltva,
  • Ellenőrizze, hogy a VSS-szolgáltató szolgáltatás indítási típusa Automatikus értékre van-e állítva.
  • Indítsa újra a következő szolgáltatásokat:
    • VSS szolgáltatás
    • Azure Site Recovery VSS-szolgáltató
    • VDS szolgáltatás

VSS PROVIDER NOT_REGISTERED – Hiba 2147754756

Javítás: Alkalmazáskonzisztenciacímke létrehozásához az Azure Site Recovery a Microsoft Volume Shadow Copy Service (VSS) szolgáltatást használja. Ellenőrizze, hogy telepítve van-e az Azure Site Recovery VSS Provider szolgáltatás.

• Próbálkozzon újra a Szolgáltató telepítésével a következő parancsokkal:
• Meglévő szolgáltató eltávolítása: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
• Újratelepítés: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

Ellenőrizze, hogy a VSS-szolgáltató szolgáltatás indítási típusa Automatikus értékre van-e állítva. - Indítsa újra a következő szolgáltatásokat: - VSS szolgáltatás – Azure Site Recovery VSS-szolgáltató – VDS szolgáltatás

Hibaazonosító: 95001 – Nem található elegendő engedély

Ez a hiba akkor fordul elő, amikor megpróbálja engedélyezni a replikációt, és az alkalmazásmappák nem rendelkeznek elegendő engedélyekkel.

Hibaelhárítás: A probléma megoldásához győződjön meg arról, hogy az IUSR-felhasználó tulajdonosi szerepkört kap az alábbi mappákhoz :

• C\ProgramData\Microsoft Azure Site Recovery\private
• A telepítési könyvtár. Ha például a telepítési könyvtár F meghajtó, adja meg a megfelelő engedélyeket:
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
• A \pushinstallsvc mappa a telepítési könyvtárban. Ha például a telepítési könyvtár F meghajtó, adja meg a megfelelő engedélyeket a következőhöz:
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
• A telepítési könyvtár \etc mappája. Ha például a telepítési könyvtár F meghajtó, adja meg a megfelelő engedélyeket a következőhöz:
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
• C:\Temp
• C:\thirdparty\php5nts
• Az alábbi elérési út alatt lévő összes elem –
  • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

Replikált kiszolgálók időváltozásának hibaelhárítása és kezelése

Ez a hiba akkor fordul elő, ha a forrásgép ideje előrehalad, majd rövid időn belül visszalép a módosítás kijavításához. Előfordulhat, hogy nem veszi észre a változást, mivel az idő gyorsan ki lesz javítva.

Megoldás: A probléma megoldásához várjon, amíg a rendszeridő átlépi a ferde jövőbeli időt. Egy másik lehetőség a replikáció ismételt letiltása és engedélyezése, amely csak a replikáció továbbítása (a helyszíni adatok Azure-ba replikálása) esetén lehetséges, és nem alkalmazható a fordított replikációra (az Azure-ból a helyszínire replikált adatokra).

További lépések

Ha további segítségre van szüksége, tegye fel kérdését az Azure Site Recovery Microsoft Q&A kérdésoldalán. Aktív közösségünk van, és egyik mérnökünk segíthet Önnek.