A konfigurációs kiszolgáló problémáinak elhárítása
Ez a cikk segítséget nyújt az Azure Site Recovery konfigurációs kiszolgáló üzembe helyezése és kezelése során felmerülő problémák elhárításában. A konfigurációs kiszolgáló felügyeleti kiszolgálóként működik. A konfigurációs kiszolgáló használatával állítsa be a helyszíni VMware virtuális gépek és fizikai kiszolgálók vészhelyreállítását az Azure-ba a Site Recovery használatával. Az alábbi szakaszok az új konfigurációs kiszolgáló hozzáadásakor és a konfigurációs kiszolgáló kezelésekor előforduló leggyakoribb hibákat ismertetik.
Regisztrációs hibák
A forrásgép a mobilitási ügynök telepítésekor regisztrál a konfigurációs kiszolgálón. A hibakereséshez kövesse az alábbi irányelveket:
Nyissa meg a C:\ProgramData\ASR\home\svsystems\var\configurator_register_host_static_info.log fájlt. (Előfordulhat, hogy a ProgramData mappa rejtett mappa. Ha nem látja a ProgramData mappát, a Fájlkezelő Nézet lap Megjelenítés/elrejtés szakaszában jelölje be a Rejtett elemek jelölőnégyzetet.) A hibákat több probléma is okozhatja.
Keresse meg a nem található érvényes IP-cím sztringet. Ha a sztring megtalálható:
- Ellenőrizze, hogy a kért gazdagépazonosító megegyezik-e a forrásgép gazdagépazonosítójával.
- Ellenőrizze, hogy a forrásgép rendelkezik-e legalább egy IP-címmel a fizikai hálózati adapterhez. Ahhoz, hogy a konfigurációs kiszolgáló ügynökregisztrációja sikeres legyen, a forrásgépnek legalább egy érvényes IP-címmel kell rendelkeznie a fizikai hálózati adapterhez.
- Futtassa az alábbi parancsok egyikét a forrásgépen a forrásgép összes IP-címének lekéréséhez:
- Windows esetén:
> ipconfig /all - Linux esetén:
# ifconfig -a
- Windows esetén:
Ha a nem található érvényes IP-cím sztring nem található, keresse meg a Reason=>NULL karakterláncot. Ez a hiba akkor fordul elő, ha a forrásgép üres gazdagépet használ a konfigurációs kiszolgálóhoz való regisztrációhoz. Ha a sztring megtalálható:
- A problémák megoldása után kövesse a forrásgép regisztrálása a konfigurációs kiszolgálóval című útmutató útmutatását a regisztráció manuális újrapróbálkozásához.
Ha a Reason=>NULL sztring nem található, nyissa meg a C:\ProgramData\ASRSetupLogs\UploadedLogs\ASRUnifiedAgentInstaller.log fájlt a forrásgépen. (Előfordulhat, hogy a ProgramData mappa rejtett mappa. Ha nem látja a ProgramData mappát, a Fájlkezelő Nézet lap Megjelenítés/elrejtés szakaszában jelölje be a Rejtett elemek jelölőnégyzetet.) A hibákat több probléma is okozhatja.
Keresse meg a sztring utáni kérést: (7) – Nem sikerült csatlakozni a kiszolgálóhoz. Ha a sztring megtalálható:
- A forrásgép és a konfigurációs kiszolgáló közötti hálózati problémák megoldása. Ellenőrizze, hogy a konfigurációs kiszolgáló elérhető-e a forrásgépről olyan hálózati eszközökkel, mint a ping, a traceroute vagy a webböngésző. Győződjön meg arról, hogy a forrásgép eléri a konfigurációs kiszolgálót a 443-as porton keresztül.
- Ellenőrizze, hogy a forrásgépen található tűzfalszabályok blokkolják-e a forrásgép és a konfigurációs kiszolgáló közötti kapcsolatot. A hálózati rendszergazdákkal együttműködve feloldhatja a csatlakozási problémák letiltását.
- Győződjön meg arról, hogy a Site Recovery mappában felsorolt mappák kivételei a víruskereső programokból ki vannak zárva a víruskereső szoftverből.
- Hálózati problémák megoldásakor próbálkozzon újra a regisztrációval a forrásgép regisztrálása a konfigurációs kiszolgálóval című útmutatóban ismertetett útmutatás szerint.
Ha a sztring utáni kérés: (7) – Nem sikerült csatlakozni a kiszolgálóhoz , ugyanabban a naplófájlban keresse meg a sztringkérelemet : (60) – A társtanúsítvány nem hitelesíthető adott hitelesítésszolgáltatói tanúsítványokkal. Ez a hiba azért fordulhat elő, mert a konfigurációs kiszolgáló tanúsítványa lejárt, vagy a forrásgép nem támogatja a TLS 1.0 vagy újabb protokollokat. Akkor is előfordulhat, ha egy tűzfal blokkolja a TLS-kommunikációt a forrásgép és a konfigurációs kiszolgáló között. Ha a sztring megtalálható:
- A probléma megoldásához csatlakozzon a konfigurációs kiszolgáló IP-címéhez egy webböngésző használatával a forrásgépen. Használja az URI https://< konfigurációs kiszolgáló IP-címét>:443/. Győződjön meg arról, hogy a forrásgép eléri a konfigurációs kiszolgálót a 443-as porton keresztül.
- Ellenőrizze, hogy a forrásgépen lévő tűzfalszabályokat hozzá kell-e adni vagy el kell távolítani ahhoz, hogy a forrásgép beszéljen a konfigurációs kiszolgálóval. A különböző tűzfalszoftverek miatt, amelyek esetleg használatban lehetnek, nem tudjuk felsorolni az összes szükséges tűzfalkonfigurációt. A hálózati rendszergazdákkal együttműködve feloldhatja a csatlakozási problémák letiltását.
- Győződjön meg arról, hogy a Site Recovery mappában felsorolt mappák kivételei a víruskereső programokból ki vannak zárva a víruskereső szoftverből.
- A problémák megoldása után próbálkozzon újra a regisztrációval a forrásgép regisztrálása a konfigurációs kiszolgálóval című útmutatóban található útmutatás szerint.
Linux rendszeren, ha a INSTALLATION_DIR>/etc/drscout.conf platform <értéke sérült, a regisztráció sikertelen lesz. A probléma azonosításához nyissa meg a /var/log/ua_install.log fájlt. Keresse meg a sztring megszakítási konfigurációját, mert VM_PLATFORM értéke null, vagy nem VmWare/Azure. A platformot VmWare vagy Azure értékre kell állítani. Ha a drscout.conf fájl sérült, javasoljuk, hogy távolítsa el a mobilitási ügynököt , majd telepítse újra a mobilitási ügynököt. Ha az eltávolítás sikertelen, hajtsa végre a következő lépéseket: a. Nyissa meg a Installation_Directory/uninstall.sh fájlt, és tegye megjegyzésbe a StopServices függvény hívását. b. Nyissa meg a Installation_Directory/Vx/bin/uninstall.sh fájlt, és fűzzön megjegyzést a stop_services függvény hívásához. c. Nyissa meg a Installation_Directory/Fx/uninstall.sh fájlt, és tegye megjegyzésbe az Fx szolgáltatást leállítani próbáló teljes szakaszt. d. Távolítsa el a mobilitási ügynököt. A sikeres eltávolítás után indítsa újra a rendszert, majd próbálja újratelepíteni a mobilitási ügynököt.
Győződjön meg arról, hogy a többtényezős hitelesítés nincs engedélyezve a felhasználói fiókhoz. Az Azure Site Recovery egyelőre nem támogatja a felhasználói fiókok többtényezős hitelesítését. Regisztrálja a konfigurációs kiszolgálót többtényezős hitelesítést engedélyező felhasználói fiók nélkül.
Telepítési hiba: Nem sikerült betölteni a fiókokat
Ez a hiba akkor fordul elő, ha a szolgáltatás nem tud adatokat olvasni az átviteli kapcsolatból, amikor telepíti a mobilitási ügynököt, és regisztrál a konfigurációs kiszolgálón. A probléma megoldásához győződjön meg arról, hogy a TLS 1.0 engedélyezve van a forrásgépen.
vCenter-felderítési hibák
A vCenter felderítési hibáinak megoldásához adja hozzá a vCenter-kiszolgálót a byPass-lista proxybeállításaihoz.
- Töltse le innen a PsExec eszközt a rendszer felhasználói tartalmának eléréséhez.
- Nyissa meg az Internet Explorert a rendszer felhasználói tartalmában a psexec -s -i "%programfiles%\Internet Explorer\iexplore.exe" parancssor futtatásával.
- Adjon hozzá proxybeállításokat az Internet Explorerben, és indítsa újra a tmanssvc szolgáltatást.
- A DRA-proxybeállítások konfigurálásához futtassa a cd C:\Program Files\Microsoft Azure Site Recovery Provider parancsot
- Ezután hajtsa végre a DRCONFIGURATOR.EXE /configure /AddBypassUrls [a vCenter Server ip-címének/teljes tartománynevének hozzáadása a vCenter Server/vSphere ESXi-kiszolgáló konfigurációs kiszolgáló üzembe helyezésének konfigurálása során]
A konfigurációs kiszolgáló IP-címének módosítása
Határozottan javasoljuk, hogy ne módosítsa a konfigurációs kiszolgáló IP-címét. Győződjön meg arról, hogy a konfigurációs kiszolgálóhoz rendelt összes IP-cím statikus IP-cím. Ne használjon DHCP IP-címeket.
ACS50008: az SAML-jogkivonat érvénytelen
A hiba elkerülése érdekében győződjön meg arról, hogy a rendszeróra ideje nem különbözik a helyi időtől több mint 15 perccel. A regisztráció befejezéséhez futtassa ismét a telepítőt.
Nem sikerült tanúsítványt létrehozni
A Site Recovery hitelesítéséhez szükséges tanúsítvány nem hozható létre. Futtassa újra a telepítőt, miután meggyőződett arról, hogy helyi rendszergazdaként futtatja a telepítőt.
Nem sikerült aktiválni a Windows-licencet a Server Standard EVALUATION-ből a Server Standardba
- A konfigurációs kiszolgáló OVF-n keresztüli üzembe helyezésének részeként egy kiértékelési licencet használunk, amely 180 napig érvényes. A licenc lejárta előtt aktiválnia kell ezt a licencet. Máskülönben ez a konfigurációs kiszolgáló gyakori leállítását eredményezheti, ami akadályozhatja a replikációs tevékenységeket.
- Ha nem tudja aktiválni a Windows-licencet, forduljon a Windows támogatási csapatához a probléma megoldásához.
Forrásgép regisztrálása konfigurációs kiszolgálóval
Ha a forrásgép Windowst futtat
Futtassa a következő parancsot a forrásgépen:
cd C:\Program Files (x86)\Microsoft Azure Site Recovery\agent
UnifiedAgentConfigurator.exe /CSEndPoint <configuration server IP address> /PassphraseFilePath <passphrase file path>
| Beállítás | Részletek |
|---|---|
| Használat | UnifiedAgentConfigurator.exe /CSEndPoint <konfigurációs kiszolgáló IP-címe> /PassphraseFilePath <passphrase fájl elérési útja> |
| Ügynökkonfigurációs naplók | A(z) %ProgramData%\ASRSetupLogs\ASRUnifiedAgentConfigurator.log területen található. |
| /CSEndPoint | Kötelező paraméter. A konfigurációs kiszolgáló IP-címét adja meg. Használjon érvényes IP-címet. |
| /PassphraseFilePath | Kötelező. A jelszó helye. Használjon érvényes UNC vagy helyi fájl elérési útját. |
Ha a forrásgép Linuxot futtat
Futtassa a következő parancsot a forrásgépen:
/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <configuration server IP address> -P /var/passphrase.txt
| Beállítás | Részletek |
|---|---|
| Használat | cd /usr/local/ASR/Vx/bin UnifiedAgentConfigurator.sh -i <konfigurációs kiszolgáló IP-címe> –P <jelszófájl elérési útja> |
| -i | Kötelező paraméter. A konfigurációs kiszolgáló IP-címét adja meg. Használjon érvényes IP-címet. |
| -P | Kötelező. Annak a fájlnak a teljes elérési útja, amelyben a jelszó mentésre kerül. Használjon érvényes mappát. |
Nem lehet konfigurálni a konfigurációs kiszolgálót
Ha a konfigurációs kiszolgálón kívül más alkalmazásokat is telepít a virtuális gépre, előfordulhat, hogy nem tudja konfigurálni a fő célkiszolgálót.
A konfigurációs kiszolgálónak egyetlen célkiszolgálónak kell lennie, és megosztott kiszolgálóként való használata nem támogatott.
További információkért tekintse meg a konfigurációs kiszolgáló üzembe helyezésével kapcsolatos konfigurációs gyakori kérdéseket.
A védett elemek elavult bejegyzéseinek eltávolítása a konfigurációs kiszolgáló adatbázisából
Ha el szeretné távolítani a konfigurációs kiszolgáló elavult védett gépét, kövesse az alábbi lépéseket.
Az elavult bejegyzés forrásgépének és IP-címének meghatározása:
Nyissa meg a MYSQL-parancsmagot rendszergazdai módban.
Hajtsa végre a következő parancsokat.
mysql> use svsdb1; mysql> select id as hostid, name, ipaddress, ostype as operatingsystem, from_unixtime(lasthostupdatetime) as heartbeat from hosts where name!='InMageProfiler'\G;Ez visszaadja a regisztrált gépek listáját az IP-címekkel és az utolsó szívveréssel együtt. Keresse meg az elavult replikációs párokat tartalmazó gazdagépet.
Nyisson meg egy rendszergazda jogú parancssort, és keresse meg a C:\ProgramData\ASR\home\svsystems\bin fájlt.
A regisztrált gazdagépek adatainak és elavult bejegyzési adatainak a konfigurációs kiszolgálóról való eltávolításához futtassa a következő parancsot a forrásgép és az elavult bejegyzés IP-címe használatával.
Syntax: Unregister-ASRComponent.pl -IPAddress <IP_ADDRESS_OF_MACHINE_TO_UNREGISTER> -Component <Source/ PS / MT>Ha az "OnPrem-VM01" forráskiszolgáló-bejegyzése 10.0.0.4 IP-címmel rendelkezik, használja helyette a következő parancsot.
perl Unregister-ASRComponent.pl -IPAddress 10.0.0.4 -Component SourceIndítsa újra az alábbi szolgáltatásokat a forrásgépen a konfigurációs kiszolgálóval való újraregisztrálása érdekében.
- InMage Scout Application Service
- InMage Scout VX Agent – Sentinel/Outpost
A frissítés sikertelen, ha a szolgáltatások leállnak
A konfigurációs kiszolgáló frissítése meghiúsul, ha bizonyos szolgáltatások nem állnak le.
A probléma azonosításához keresse meg a C:\ProgramData\ASRSetupLogs\CX_TP_InstallLogFile a konfigurációs kiszolgálón. Ha a következő hibákat találja, az alábbi lépésekkel háríthatja el a problémát:
2018-06-28 14:28:12.943 Successfully copied php.ini to C:\Temp from C:\thirdparty\php5nts
2018-06-28 14:28:12.943 svagents service status - SERVICE_RUNNING
2018-06-28 14:28:12.944 Stopping svagents service.
2018-06-28 14:31:32.949 Unable to stop svagents service.
2018-06-28 14:31:32.949 Stopping svagents service.
2018-06-28 14:34:52.960 Unable to stop svagents service.
2018-06-28 14:34:52.960 Stopping svagents service.
2018-06-28 14:38:12.971 Unable to stop svagents service.
2018-06-28 14:38:12.971 Rolling back the install changes.
2018-06-28 14:38:12.971 Upgrade has failed.
A hiba megoldása érdekében:
Állítsa le manuálisan a következő szolgáltatásokat:
- cxprocessserver
- InMage Scout VX-ügynök – Sentinel/Outpost,
- Microsoft Azure Recovery Services-ügynök,
- Microsoft Azure Site Recovery Service,
- tmansvc
A konfigurációs kiszolgáló frissítéséhez futtassa újra az egyesített telepítőt .
Microsoft Entra-alkalmazáslétrehozás hibája
Nem rendelkezik elegendő engedéllyel ahhoz, hogy az Open Virtualization Application (OVA) sablonnal hozzon létre egy alkalmazást a Microsoft Entra-azonosítóban.
A probléma megoldásához jelentkezzen be az Azure Portalra, és tegye az alábbiak egyikét:
- Kérje le az alkalmazásfejlesztői szerepkört a Microsoft Entra-azonosítóban. Az alkalmazásfejlesztői szerepkörről további információt a Microsoft Entra ID rendszergazdai szerepkör-engedélyeit ismertető cikkben talál.
- Ellenőrizze, hogy a felhasználó létrehozhatja-e az alkalmazásjelzőt igaz értékre a Microsoft Entra-azonosítóban. További információ : Útmutató: A portál használatával létrehozhat egy Olyan Microsoft Entra-alkalmazást és szolgáltatásnevet, amely hozzáfér az erőforrásokhoz.
A folyamatkiszolgáló/fő cél nem tud kommunikálni a konfigurációs kiszolgálóval
A folyamatkiszolgáló (PS) és a fő célkiszolgáló (MT) modul nem képes kommunikálni a konfigurációs kiszolgálóval (CS), és az állapotuk nincs csatlakozva állapottal jelenik meg az Azure Portalon.
Ez általában a 443-as port hibája miatt következhet be. Az alábbi lépésekkel feloldhatja a port letiltását, és újra engedélyezheti a kommunikációt a CS-vel.
Ellenőrizze, hogy a FŐ célügynök meghívja-e a MARS-ügynököt
Annak ellenőrzéséhez, hogy a fő célügynök létrehozhat-e TCP-munkamenetet a konfigurációs kiszolgáló IP-címéhez, keressen a fő célügynök naplóiban az alábbihoz hasonló nyomkövetést:
TCP-ip-cím <lecserélése CS IP-címre itt>:52739 <Az IP-cím cseréje CS IP-címre itt>:443 SYN_SENT
TCP 192.168.1.40:52739 192.168.1.40:443 SYN_SENT // Cserélje le az IP-címet a CS IP-címre itt
Ha az MT-ügynök naplóiban az alábbihoz hasonló nyomkövetéseket talál, az MT-ügynök hibákat jelent a 443-as porton:
#~> (11-20-2018 20:31:51): ERROR 2508 8408 313 FAILED : PostToSVServer with error [at curlwrapper.cpp:CurlWrapper::processCurlResponse:212] failed to post request: (7) - Couldn't connect to server
#~> (11-20-2018 20:31:54): ERROR 2508 8408 314 FAILED : PostToSVServer with error [at curlwrapper.cpp:CurlWrapper::processCurlResponse:212] failed to post request: (7) - Couldn't connect to server
Ez a hiba akkor jelenhet meg, ha más alkalmazások is a 443-as portot használják, vagy a portot blokkoló tűzfalbeállítás miatt.
A hiba megoldása érdekében:
- Ellenőrizze, hogy a tűzfal nem blokkolja-e a 443-at.
- Ha a port egy másik, a portot használó alkalmazás miatt nem érhető el, állítsa le és távolítsa el az alkalmazást.
- Ha az alkalmazás leállítása nem lehetséges, állíts be egy új tiszta CS-t.
- Indítsa újra a konfigurációs kiszolgálót.
- Indítsa újra az IIS szolgáltatást.
A konfigurációs kiszolgáló nem csatlakozik helytelen UUID-bejegyzések miatt
Ez a hiba akkor fordulhat elő, ha több konfigurációs kiszolgálói (CS) példány UUID-bejegyzés található az adatbázisban. A probléma gyakran akkor fordul elő, ha klónozza a konfigurációs kiszolgáló virtuális gépét.
A hiba megoldása érdekében:
Távolítsa el az elavult/régi CS virtuális gépet a vCenterből. További információ: Kiszolgálók eltávolítása és védelem letiltása.
Jelentkezzen be a konfigurációs kiszolgáló virtuális gépére, és csatlakozzon a MySQL svsdb1 adatbázishoz.
Hajtsa végre a következő lekérdezést:
Fontos
Ellenőrizze, hogy megadja-e a klónozott konfigurációs kiszolgáló UUID-adatait, vagy a virtuális gépek védelmére már nem használt konfigurációs kiszolgáló elavult bejegyzését. Ha helytelen UUID-t ad meg, az az összes meglévő védett elem adatainak elvesztését eredményezi.
MySQL> use svsdb1; MySQL> delete from infrastructurevms where infrastructurevmid='<Stale CS VM UUID>'; MySQL> commit;Frissítse a portáloldalt.
A hitelesítő adatok megadásakor végtelen bejelentkezési ciklus lép fel
Miután megadta a megfelelő felhasználónevet és jelszót az OVF konfigurációs kiszolgálón, az Azure bejelentkezése továbbra is a megfelelő hitelesítő adatok megadását kéri.
Ez a probléma akkor fordulhat elő, ha a rendszeridő helytelen.
A hiba megoldása érdekében:
Állítsa be a megfelelő időt a számítógépen, és próbálkozzon újra a bejelentkezéslel.
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: