A Microsoft Azure Recovery Services- (MARS-) ügynök hibaelhárítása
Ez a cikk a konfiguráció, a regisztráció, a biztonsági mentés és a visszaállítás során előforduló hibák elhárítását ismerteti.
Előkészületek
Javasoljuk, hogy ellenőrizze az alábbiakat, mielőtt megkezdené a Microsoft Azure Recovery Services-ügynök (MARS) hibaelhárítását:
- Győződjön meg arról, hogy a MARS-ügynök naprakész.
- Győződjön meg arról, hogy hálózati kapcsolat áll fenn a MARS-ügynök és az Azure között.
- Győződjön meg arról, hogy a MARS fut (a szolgáltatáskonzolon). Ha szükséges, indítsa újra a műveletet, és próbálkozzon újra.
- Győződjön meg arról, hogy 5–10%-os szabad kötetterület áll rendelkezésre az üres mappa helyén.
- Ellenőrizze, hogy egy másik folyamat vagy víruskereső szoftver nem zavarja-e az Azure Backup működését.
- Ha a biztonsági mentési feladat figyelmeztetésekkel fejeződött be, tekintse meg a Biztonsági mentési feladatok figyelmeztetéssel befejezve című témakört.
- Ha az ütemezett biztonsági mentés sikertelen, de a manuális biztonsági mentés működik, tekintse meg, hogy a biztonsági mentések nem az ütemezés szerint futnak.
- Győződjön meg arról, hogy az operációs rendszer rendelkezik a legújabb frissítésekkel.
- Győződjön meg arról, hogy a nem támogatott meghajtók és a nem támogatott attribútumokkal rendelkező fájlok ki vannak zárva a biztonsági mentésből.
- Győződjön meg arról, hogy a védett rendszeren az óra a megfelelő időzónára van konfigurálva.
- Győződjön meg arról, hogy a .NET-keretrendszer 4.5.2 vagy újabb verzió telepítve van a kiszolgálón.
- Ha a kiszolgálót egy tárolóba próbálja újraregisztrálni:
- Győződjön meg arról, hogy az ügynök el lett távolítva a kiszolgálón, és hogy törölve lett a portálról.
- Használja ugyanazt a jelszót, amelyet eredetileg a kiszolgáló regisztrálásához használtak.
- Győződjön meg arról, hogy a kiszolgáló a TLS 1.2-ben fut.
- Offline biztonsági mentések esetén a biztonsági mentés megkezdése előtt győződjön meg arról, hogy az Azure PowerShell 3.7.0 telepítve van a forrásra és a másolási számítógépre is.
- Ha a Backup-ügynök egy Azure-beli virtuális gépen fut, tekintse meg ezt a cikket.
Hibák elhárítása
Ez a szakasz az esetlegesen előforduló hibák elhárításának folyamatát ismerteti.
A tároló megadott hitelesítő adatai érvénytelenek
Hibaüzenet: Érvénytelen a megadott tároló hitelesítő adatai. A fájl sérült, vagy nem rendelkezik a helyreállítási szolgáltatáshoz társított legújabb hitelesítő adatokkal. (azonosító: 34513)
Feljegyzés
Győződjön meg arról, hogy a TÁROLÓ hitelesítő adataihoz tartozó MARS-ügynök frissítése sikeresen működik. A régebbi verziók érvényesítési hibákat okozhatnak.
Okok | Javasolt műveletek |
---|---|
A tároló hitelesítő adatai érvénytelenek Előfordulhat, hogy a tároló hitelesítő adatai sérültek, lejártak, vagy más fájlkiterjesztéssel rendelkeznek, mint .vaultCredentials a . (Előfordulhat például, hogy a regisztráció előtt több mint 10 nappal töltötték le őket.) |
Töltse le az új hitelesítő adatokat a Recovery Services-tárolóból az Azure Portalon. Ezután hajtsa végre az alábbi lépéseket, a megfelelő módon: - Ha már telepítette és regisztrálta a MARS-t, nyissa meg a Microsoft Azure Backup Agent MMC-konzolt. Ezután válassza a Kiszolgáló regisztrálása lehetőséget a Műveletek panelen a regisztráció befejezéséhez az új hitelesítő adatokkal. – Ha az új telepítés sikertelen, próbálkozzon újra az új hitelesítő adatokkal. Megjegyzés: Ha több tároló hitelesítőadat-fájlja lett letöltve, csak a legújabb fájl érvényes a következő 10 napra. Javasoljuk, hogy töltsön le egy új tároló hitelesítőadat-fájlt. – A tárolóregisztráció során előforduló hibák elkerülése érdekében győződjön meg arról, hogy a MARS-ügynök 2.0.9249.0-s vagy újabb verziója telepítve van. Ha nem, javasoljuk, hogy innen telepítse. |
A proxykiszolgáló/tűzfal blokkolja a regisztrációt Vagy Nincs internetkapcsolat Ha a gép korlátozott internet-hozzáféréssel rendelkezik, és nem biztosítja, hogy a tűzfal, a proxy és a hálózati beállítások engedélyezik a teljes tartománynevekhez és a nyilvános IP-címekhez való hozzáférést, a regisztráció sikertelen lesz. |
Tegye a következők egyikét: – Az informatikai csapattal együttműködve győződjön meg arról, hogy a rendszer rendelkezik internetkapcsolattal. – Ha nem rendelkezik proxykiszolgálóval, győződjön meg arról, hogy a proxybeállítás nincs kiválasztva az ügynök regisztrálásakor. Ellenőrizze a proxybeállításokat. – Ha rendelkezik tűzfal-/proxykiszolgálóval, a hálózati csapattal együttműködve engedélyezze a következő teljes tartománynevekhez és nyilvános IP-címekhez való hozzáférést. Az alább felsorolt ÖSSZES URL-címhez és IP-címhez való hozzáférés a HTTPS protokollt használja a 443-as porton. URL-címek *.microsoft.com *.windowsazure.com *.microsoftonline.com *.windows.net *blob.core.windows.net *queue.core.windows.net *blob.storage.azure.net - Ha Ön amerikai kormányzati ügyfél, győződjön meg arról, hogy rendelkezik hozzáféréssel a következő URL-címekhez: www.msftncsi.com *.microsoft.com *.windowsazure.us *.microsoftonline.us *.windows.net *.usgovcloudapi.net *blob.core.windows.net *queue.core.windows.net *blob.storage.azure.net Az előző hibaelhárítási lépések elvégzése után próbálkozzon újra a regisztrációval. Ha a kapcsolat az Azure ExpressRoute-on keresztül történik, győződjön meg arról, hogy a beállítások az Azure ExpressRoute támogatásában leírtak szerint vannak konfigurálva. Ha az Entra bérlőkorlátozások funkciót használja a proxyjával, győződjön meg arról, hogy a MARS-ügynök regisztrálásához használt Recovery Services-tároló bérlőazonosítója fel van véve a Restrict-Access-To-Tenants fejléc engedélyezett bérlői listájára. Ez a bérlőazonosító azure-régiónként egyedi. A bérlőazonosítót a tároló hitelesítő fájljának megnyitásával és az <AadTenantId> elem megkeresésével találja meg. |
A víruskereső szoftver blokkolja a regisztrációt | Ha víruskereső szoftver van telepítve a kiszolgálón, adja hozzá a kizárási szabályokat a víruskereső vizsgálatához a következőhöz: - Minden fájl és mappa a karc és a bin mappa helye alatt - <InstallPath>\Scratch\* és <InstallPath>\Bin\* . - cbengine.exe |
További ajánlások
- Nyissa meg a C:/Windows/Temp fájlt, és ellenőrizze, hogy több mint 60 000 vagy 65 000 fájl található-e a .tmp kiterjesztéssel. Ha vannak ilyenek, törölje ezeket a fájlokat.
- Győződjön meg arról, hogy a gép dátuma és ideje megegyezik a helyi időzónával.
- Győződjön meg arról, hogy ezek a webhelyek hozzá lettek adva a megbízható webhelyekhez az Internet Explorerben.
A Windows proxybeállításainak ellenőrzése
Töltse le a PsExec fájlt a Sysinternals oldalról.
Futtatás
psexec -i -s "c:\Program Files\Internet Explorer\iexplore.exe"
rendszergazda jogú parancssorból.Ez a parancs megnyitja az Internet Explorert.
Nyissa meg az Eszközök>internetbeállítások>kapcsolati lan beállításait.>
Ellenőrizze a rendszerfiók proxybeállítását.
Ha nincs proxy konfigurálva, és a proxy részletei meg vannak adva, távolítsa el a részleteket.
Ha egy proxy konfigurálva van, és a proxy részletei helytelenek, győződjön meg arról, hogy a proxy IP-címe és a port adatai helyesek.
Zárja be az Internet Explorert.
Nem lehet letölteni a tároló hitelesítő adatait tartalmazó fájlt
Hiba | Javasolt műveletek |
---|---|
Nem sikerült letölteni a tároló hitelesítő adatait tartalmazó fájlt. (Azonosító: 403) | – Próbálja meg letölteni a tároló hitelesítő adatait egy másik böngésző használatával, vagy kövesse az alábbi lépéseket: a. Indítsa el az Internet Explorer böngészőt. Válassza az F12 lehetőséget. b. Lépjen a Hálózat lapra, és törölje a gyorsítótárat és a cookie-kat. c. Frissítse a lapot.. - Ellenőrizze, hogy az előfizetés le van-e tiltva/lejárt. - Ellenőrizze, hogy valamelyik tűzfalszabály blokkolja-e a letöltést. - Győződjön meg arról, hogy még nem használta ki a tárolóra vonatkozó korlátot (tárolónként 50 gép). – Győződjön meg arról, hogy a felhasználó rendelkezik a tároló hitelesítő adatainak letöltéséhez és a kiszolgáló tárolóval való regisztrálásához szükséges Azure Backup-engedélyekkel. Lásd: Azure Backup helyreállítási pontok kezelése azure-beli szerepköralapú hozzáférés-vezérléssel. |
A Microsoft Azure Recovery Service-ügynök nem tudott kapcsolódni a Microsoft Azure Backuphoz
Hiba | Lehetséges ok | Javasolt műveletek |
---|---|---|
– A Microsoft Azure Recovery Service-ügynök nem tudott csatlakozni a Microsoft Azure Backuphoz. (azonosító: 100050) Ellenőrizze a hálózati beállításokat, és győződjön meg arról, hogy tud csatlakozni az internethez. - (407) Proxyhitelesítés szükséges. |
Egy proxy blokkolja a kapcsolatot. | – Az Internet Explorerben nyissa meg az Eszközök>internetbeállítások biztonsági>internet lehetőséget.> Válassza az Egyéni szint lehetőséget, és görgessen le a Fájl letöltése szakaszhoz. Válassza ki az Engedélyezés lehetőséget. Előfordulhat, hogy URL-címeket és IP-címeket is hozzá kell adnia a megbízható webhelyekhez az Internet Explorerben. – Módosítsa a beállításokat proxykiszolgáló használatára. Ezután adja meg a proxykiszolgáló adatait. - Ha a gép korlátozott internet-hozzáféréssel rendelkezik, győződjön meg arról, hogy a gép vagy proxy tűzfalbeállításai engedélyezik ezeket az URL-címeket és IP-címeket. - Ha telepítve van a víruskereső szoftver a kiszolgálón, zárja ki ezeket a fájlokat a víruskereső vizsgálatából: - CBEngine.exe (dpmra.exe helyett). - CSC.exe (.NET-keretrendszer kapcsolatos). A kiszolgálón telepített minden .NET-keretrendszer verzióhoz CSC.exe van. Zárja ki CSC.exe fájlokat az érintett kiszolgálón található .NET-keretrendszer összes verziójához. - Az üres mappa vagy a gyorsítótár helye. Az új mappa vagy a gyorsítótár elérési útja alapértelmezett helye a C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch. - A bin mappa a C:\Program Files\Microsoft Azure Recovery Services Agent\Bin címen. |
A kiszolgálóregisztrációs állapot nem ellenőrizhető a Microsoft Azure Backup szolgáltatással. Ellenőrizze, hogy csatlakozik-e az internethez, és hogy a proxybeállítások megfelelően vannak-e konfigurálva. | A MARS-ügynök nem tud kapcsolatba lépni az Azure-szolgáltatásokkal. | - Győződjön meg a hálózati kapcsolatról és a proxybeállításokról. - Győződjön meg arról, hogy a legújabb MARS-ügynököt futtatja. - Győződjön meg arról, hogy a kiszolgáló a TLS 1.2-ben fut. |
A megadott tároló hitelesítőadat-fájlja nem használható, mivel nem töltődik le a kiszolgálóhoz társított tárolóból
Hiba | Lehetséges ok | Javasolt műveletek |
---|---|---|
A megadott tároló hitelesítőadat-fájlja nem használható, mivel nem töltődik le a kiszolgálóhoz társított tárolóból. (Azonosító: 100110) Adja meg a tároló megfelelő hitelesítő adatait. | A tároló hitelesítőadat-fájlja egy másik tárolóból származik, mint amelybe a kiszolgáló már regisztrálva van. | Győződjön meg arról, hogy a célgép és a forrásgép ugyanahhoz a Recovery Services-tárolóhoz van regisztrálva. Ha a célkiszolgáló már regisztrálva van egy másik tárolóban, a Kiszolgáló regisztrálása lehetőséggel regisztráljon a megfelelő tárolóba. |
A biztonsági mentési feladatok figyelmeztetéssel fejeződtek be
Amikor a MARS-ügynök a biztonsági mentés során átfut a fájlokon és mappákon, különböző feltételekhez vezethet, amelyek miatt a biztonsági mentés figyelmeztetésekkel befejezettként lesz megjelölve. Ezekben a feltételekben egy feladat figyelmeztetésekkel befejezettként jelenik meg. Ez rendben van, de ez azt jelenti, hogy legalább egy fájlról nem sikerült biztonsági másolatot készíteni. Így a feladat kihagyta a fájlt, de biztonsági másolatot készít az adatforrásban szereplő összes többi kérdéses fájlról. Emellett ha nem a legújabb ügynök van telepítve a virtuális gépen, figyelmeztetési állapotot is okozhat.
Azok a feltételek, amelyek miatt a biztonsági másolatok kihagyhatják a fájlokat, a következők:
- Nem támogatott fájlattribútumok (például egy OneDrive-mappában, tömörített streamben, újraelemzési pontok). A teljes listát a támogatási mátrixban találja.
- Fájlrendszerrel kapcsolatos probléma
- Egy másik folyamat zavarása (például: a fájlokon lévő víruskereső szoftver fogópontjai megakadályozhatják, hogy a MARS-ügynök hozzáférjen a fájlokhoz)
- Alkalmazások által zárolt fájlok
A biztonsági mentési szolgáltatás a következő elnevezési konvencióval jelöli meg ezeket a fájlokat a naplófájlban: LastBackupFailedFilesxxxx.txt a C:\Program Files\Microsoft Azure Recovery Service Agent\temp mappában.
A probléma megoldásához tekintse át a naplófájlt a probléma jellegének megértéséhez:
Hibakód Okok Ajánlások 0x80070570 A fájl vagy könyvtár sérült és olvashatatlan. Futtassa a chkdsk parancsot a forrásköteten. 0x80070002, 0x80070003 A megadott fájl nem található. Győződjön meg arról, hogy az üres mappa nincs megtelve
Ellenőrizze, hogy létezik-e az a kötet, amelyben a lemezterület konfigurálva van (nem törölve)
Győződjön meg arról, hogy a MARS-ügynök nincs kizárva a számítógépre telepített víruskeresőből0x80070005 Hozzáférés megtagadva Ellenőrizze, hogy a víruskereső vagy más külső szoftver blokkolja-e a hozzáférést 0x8007018b A felhőfájlhoz való hozzáférés megtagadva. OneDrive-fájlok, Git-fájlok vagy bármely más fájl, amely offline állapotban lehet a gépen A kizárási szabályok hozzáadása meglévő szabályzathoz használatával kizárhatja a nem támogatott, hiányzó vagy törölt fájlokat a biztonsági mentési szabályzatból a sikeres biztonsági mentések biztosítása érdekében.
Kerülje a védett mappák törlését és újrakészítését ugyanazokkal a névvel a legfelső szintű mappában. Ez azt eredményezheti, hogy a biztonsági mentés a hibával kapcsolatos figyelmeztetésekkel befejeződik: Kritikus inkonzisztencia észlelhető, ezért a módosítások nem replikálhatók. Ha törölnie és újra létre kell hoznia a mappákat, fontolja meg ezt a védett legfelső szintű mappa almappáiban.
Nem sikerült a biztonsági mentések biztonságossá tételéhez szükséges titkosítási kulcs beállítása
Hiba | Lehetséges okok | Javasolt műveletek |
---|---|---|
Nem sikerült beállítani a titkosítási kulcsot a biztonsági mentésekhez. Az aktiválás nem sikerült teljesen, de a titkosítási jelszó a következő fájlba lett mentve. | - A kiszolgáló már regisztrálva van egy másik tárolóban. - A konfiguráció során a jelszó sérült. |
Törölje a kiszolgáló regisztrációjának törlését a tárolóból, és regisztrálja újra egy új jelszóval. |
Az aktiválás nem fejeződött be
Hiba | Lehetséges okok | Javasolt műveletek |
---|---|---|
Az aktiválás sikertelenül zárult. Az aktuális művelet belső szolgáltatáshiba miatt meghiúsult [0x1FC07]. Próbálja meg újra a műveletet később. If the issue persists, please contact Microsoft support. (Az Azure Key Vault-művelet meghiúsult. Próbálja meg újból végrehajtani a műveletet. Ha a probléma továbbra is fennáll, forduljon a Microsoft támogatási szolgálatához.) | - Az üres mappa olyan köteten található, amely nem rendelkezik elegendő szabad területtel. - Az új mappa helytelenül lett áthelyezve. - Hiányzik az OnlineBackup.KEK fájl. |
- Frissítsen a MARS-ügynök legújabb verziójára . – Helyezze át az üres mappát vagy a gyorsítótár helyét egy kötetre, amely a biztonsági mentési adatok teljes méretének 5–10%-a között van. A gyorsítótár helyének megfelelő áthelyezéséhez tekintse meg a fájlok és mappák biztonsági mentésével kapcsolatos gyakori kérdések lépéseit. - Győződjön meg arról, hogy az OnlineBackup.KEK fájl jelen van. Az új mappa vagy a gyorsítótár elérési útja alapértelmezett helye a C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch. |
A titkosítási jelszó helytelenül van konfigurálva
Hiba | Lehetséges okok | Javasolt műveletek |
---|---|---|
34506-os hiba. A számítógépen tárolt titkosítási jelszó nincs megfelelően konfigurálva. | - Az üres mappa olyan köteten található, amely nem rendelkezik elegendő szabad területtel. - Az új mappa helytelenül lett áthelyezve. - Hiányzik az OnlineBackup.KEK fájl. |
- Frissítsen a MARS-ügynök legújabb verziójára . – Helyezze át az üres mappát vagy a gyorsítótár helyét egy kötetre, amely a biztonsági mentési adatok teljes méretének 5–10%-a között van. A gyorsítótár helyének megfelelő áthelyezéséhez tekintse meg a fájlok és mappák biztonsági mentésével kapcsolatos gyakori kérdések lépéseit. - Győződjön meg arról, hogy az OnlineBackup.KEK fájl jelen van. Az új mappa vagy a gyorsítótár elérési útja alapértelmezett helye a C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch. - Ha nemrég áthelyezte a karcmappát, győződjön meg arról, hogy az új mappa helyének elérési útja megegyezik az alábbi beállításkulcs-bejegyzések értékeivel: Beállításjegyzék elérési útja: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config Beállításkulcs: ScratchLocation Érték: Új gyorsítótármappa helye Beállításjegyzék elérési útja: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config\CloudBackupProvider Beállításkulcs: ScratchLocation Érték: Új gyorsítótármappa helye |
A biztonsági mentések nem ütemezés szerint futnak
Ha az ütemezett biztonsági mentések nem aktiválódnak automatikusan, de a manuális biztonsági mentések megfelelően működnek, próbálkozzon az alábbi műveletekkel:
Győződjön meg arról, hogy a Windows Server biztonsági mentési ütemezése nem ütközik az Azure-fájlok és mappák biztonsági mentési ütemezésével.
Győződjön meg arról, hogy az online biztonsági mentés állapota Engedélyezve van. Az állapot ellenőrzéséhez hajtsa végre az alábbi lépéseket:
- A Feladatütemezőben bontsa ki a Microsoftot, és válassza az Online biztonsági mentés lehetőséget.
- Kattintson duplán a Microsoft-OnlineBackup elemre , és nyissa meg az Eseményindítók lapot.
- Ellenőrizze, hogy az állapot engedélyezve van-e. Ha nem, válassza a Szerkesztés, az Engedélyezve, majd az OK gombot.
Győződjön meg arról, hogy a feladat futtatásához kiválasztott felhasználói fiók rendszer vagy helyi rendszergazdák csoportja a kiszolgálón. A felhasználói fiók ellenőrzéséhez lépjen az Általános lapra, és ellenőrizze a biztonsági beállításokat.
Győződjön meg arról, hogy a PowerShell 3.0 vagy újabb verziója telepítve van a kiszolgálón. A PowerShell-verzió ellenőrzéséhez futtassa ezt a parancsot, és győződjön meg arról, hogy a
Major
verziószám 3 vagy újabb:$PSVersionTable.PSVersion
Győződjön meg arról, hogy ez az elérési út a
PSMODULEPATH
környezeti változó része:<MARS agent installation path>\Microsoft Azure Recovery Services Agent\bin\Modules\MSOnlineBackup
Ha a PowerShell végrehajtási szabályzata
LocalMachine
be van állítvarestricted
, a biztonsági mentési feladatot aktiváló PowerShell-parancsmag meghiúsulhat. Futtassa ezeket a parancsokat emelt szintű módban a végrehajtási szabályzat ellenőrzéséhez és beállításához aUnrestricted
következőreRemoteSigned
:
Get-ExecutionPolicy -List
Set-ExecutionPolicy Unrestricted
Győződjön meg arról, hogy nincsenek hiányzó vagy sérült PowerShell-modul MSOnlineBackup fájljai. Ha hiányoznak vagy sérültek a fájlok, hajtsa végre az alábbi lépéseket:
- Minden olyan gépről, amely megfelelően működő MARS-ügynökkel rendelkezik, másolja az MSOnlineBackup mappát a C:\Program Files\Microsoft Azure Recovery Services Agent\bin\Modules mappába.
- A problémás gépen illessze be a másolt fájlokat ugyanarra a mappára (C:\Program Files\Microsoft Azure Recovery Services Agent\bin\Modules).
Ha már van MSOnlineBackup mappa a gépen, illessze be a fájlokat, vagy cserélje le a meglévő fájlokat.
Tipp.
A módosítások következetes alkalmazásának biztosítása érdekében indítsa újra a kiszolgálót az előző lépések elvégzése után.
Az erőforrás nincs kiépítve a szolgáltatásbélyegben
Hiba | Lehetséges okok | Javasolt műveletek |
---|---|---|
Az aktuális művelet "Az erőforrás nincs kiépítve a szolgáltatásbélyegben" belső szolgáltatáshiba miatt meghiúsult. Egy idő után próbálkozzon újra a művelettel. (azonosító: 230006) | A védett kiszolgáló átnevezve lett. | – Nevezze vissza a kiszolgálót a tárolóban regisztrált eredeti névre. - Regisztrálja újra a kiszolgálót a tárolóba az új névvel. |
A feladat nem indítható el, mert egy másik feladat is folyamatban volt
Ha a MARS-konzol>feladatelőzményeiben egy figyelmeztető üzenet jelenik meg, amely szerint "A feladat nem indítható el, mert egy másik feladat folyamatban volt", akkor ennek oka a Feladatütemező által aktivált feladat duplikált példánya lehet.
A probléma megoldása:
- Indítsa el a Feladatütemező beépülő modult a Futtatás ablakban a taskschd.msc beírásával
- A bal oldali panelen lépjen a Feladatütemező-kódtár –>Microsoft ->OnlineBackup elemre.
- A tár minden egyes tevékenységére duplán kattintva nyissa meg a tulajdonságokat, és hajtsa végre a következő lépéseket:
Váltson a Settings (Beállítások) lapra.
Ha a tevékenység már fut, módosítsa a következő szabályt. Válassza a Ne kezdjen új példányt.
Visszaállítási problémák elhárítása
Előfordulhat, hogy az Azure Backup néhány perc elteltével sem sikerül csatlakoztatni a helyreállítási kötetet. A folyamat során hibaüzenetek jelenhetnek meg. A normál helyreállítás megkezdéséhez hajtsa végre az alábbi lépéseket:
Megszakíthatja a csatlakoztatási folyamatot, ha több perce fut.
Ellenőrizze, hogy a Backup-ügynök legújabb verziójával rendelkezik-e. A verzió ellenőrzéséhez a MARS-konzol Műveletek panelén válassza a Microsoft Azure Recovery Services-ügynök névjegye lehetőséget. Győződjön meg arról, hogy a verziószám egyenlő vagy magasabb, mint a cikkben említett verzió. Kattintson erre a hivatkozásra a legújabb verzió letöltéséhez.
Nyissa meg a Eszközkezelő> Storage-vezérlőket, és keresse meg a Microsoft iSCSI-kezdeményezőt. Ha megtalálta, lépjen közvetlenül a 7. lépéshez.
Ha nem találja a Microsoft iSCSI-kezdeményező szolgáltatást, keressen egy bejegyzést Eszközkezelő> Ismeretlen eszköz nevű, ROOT\ISCSIPRT hardverazonosítóval rendelkező vezérlők alatt.
Kattintson a jobb gombbal az Ismeretlen eszköz elemre, és válassza az Illesztőprogram frissítése lehetőséget.
Frissítse az illesztőprogramot a frissített illesztőprogram-szoftverek automatikus keresésére szolgáló beállítás kiválasztásával. A frissítésnek az Ismeretlen eszközt Microsoft iSCSI-kezdeményezőre kell módosítania:
Nyissa meg a Task Manager>Services (helyi)>Microsoft iSCSI-kezdeményező szolgáltatást:
Indítsa újra a Microsoft iSCSI-kezdeményező szolgáltatást. Ehhez kattintson a jobb gombbal a szolgáltatásra, és válassza a Leállítás lehetőséget. Ezután kattintson rá a jobb gombbal, és válassza a Start lehetőséget.
Próbálkozzon újra a helyreállítással az azonnali visszaállítással.
Ha a helyreállítás továbbra is sikertelen, indítsa újra a kiszolgálót vagy az ügyfelet. Ha nem szeretne újraindulni, vagy ha a helyreállítás még a kiszolgáló újraindítása után sem sikerül, próbálkozzon a helyreállítással egy másik gépről.
Gyorsítótárral kapcsolatos problémák elhárítása
A biztonsági mentési művelet meghiúsulhat, ha a gyorsítótármappa (más néven a scratch mappa) helytelenül van konfigurálva, hiányzik az előfeltételek, vagy korlátozott hozzáféréssel rendelkezik.
Előfeltételek
Ahhoz, hogy a MARS-ügynök műveletei sikeresek lehessenek, a gyorsítótármappának meg kell felelnie az alábbi követelményeknek:
- Győződjön meg arról, hogy 5–10%-os szabad kötetterület áll rendelkezésre az üres mappa helyén
- Ellenőrizze, hogy az üres mappa helye érvényes-e és elérhető-e
- Győződjön meg arról, hogy a gyorsítótármappában lévő fájlattribútumok támogatottak
- Győződjön meg arról, hogy a lefoglalt árnyékmásolat-tárterület elegendő a biztonsági mentési folyamathoz
- Győződjön meg arról, hogy nincsenek más folyamatok (például vírusirtó szoftverek), amelyek korlátozzák a gyorsítótár mappához való hozzáférést
Árnyékmásolat-tárterület növelése
A biztonsági mentési műveletek meghiúsulhatnak, ha nincs elegendő árnyékmásolat-tárterület az adatforrás védelméhez. A probléma megoldásához növelje az árnyékmásolat tárterületét a védett köteten a vssadmin használatával az alábbiak szerint:
- Ellenőrizze az aktuális árnyéktárterületet a rendszergazda jogú parancssorból:
vssadmin List ShadowStorage /For=[Volume letter]:
- Növelje az árnyéktárterületet a következő paranccsal:
vssadmin Resize ShadowStorage /On=[Volume letter]: /For=[Volume letter]: /Maxsize=[size]
Egy másik folyamat vagy víruskereső szoftver blokkolja a gyorsítótár mappához való hozzáférést
Ha víruskereső szoftver van telepítve a kiszolgálón, adja hozzá a kizárási szabályokat a víruskereső vizsgálatához a következőhöz:
- Minden fájl és mappa a karc és a bin mappa helye alatt –
<InstallPath>\Scratch\*
és<InstallPath>\Bin\*
. - cbengine.exe
A biztonsági mentési vagy visszaállítási feladat több napig folyamatban van az Azure-ban, de nem látható a konzolon
Ha egy MARS-ügynök biztonsági mentési vagy visszaállítási feladata összeomlik a végrehajtás során, a rendszer sikertelenként jelöli meg a MARS-konzolon, de előfordulhat, hogy az állapot nem lesz propagálása az Azure-ba. Ezért előfordulhat, hogy a feladat "folyamatban" állapotban jelenik meg az Azure Portalon, még akkor is, ha nem fut. Ez az elavult feladatbejegyzés 30 nap elteltével automatikusan törlődik az Azure Portalról.
Gyakori problémák
Ez a szakasz a MARS-ügynök használata során előforduló gyakori hibákat ismerteti.
SalChecksumStoreInitializationFailed
Hibaüzenet | Javasolt művelet |
---|---|
A Microsoft Azure Recovery Services-ügynök nem tudta elérni a biztonsági mentés ideiglenes helyen tárolt ellenőrzőösszegét | A probléma megoldásához hajtsa végre az alábbi lépéseket, és indítsa újra a kiszolgálót - Ellenőrizze, hogy van-e olyan víruskereső vagy más folyamat, amely zárolja az üres helyfájlokat - Ellenőrizze, hogy a megkarcolt hely érvényes-e és elérhető-e a MARS-ügynök számára. |
SalVhdInitializationError
Hibaüzenet | Javasolt művelet |
---|---|
A Microsoft Azure Recovery Services-ügynök nem tudta elérni az ideiglenes helyet virtuális merevlemez inicializálásához | A probléma megoldásához hajtsa végre az alábbi lépéseket, és indítsa újra a kiszolgálót - Ellenőrizze, hogy a víruskereső vagy más folyamatok zárolják-e az üres helyfájlokat - Ellenőrizze, hogy a megkarcolt hely érvényes-e és elérhető-e a MARS-ügynök számára. |
SalLowDiskSpace
Hibaüzenet | Javasolt művelet |
---|---|
A biztonsági mentés meghiúsult, mert nem volt elegendő tárterület a kötetben, ahol az üres mappa található | A probléma megoldásához ellenőrizze a következő lépéseket, és próbálkozzon újra a művelettel: - Győződjön meg arról, hogy a MARS-ügynök a legújabb - A biztonsági mentési területet érintő tárolási problémák ellenőrzése és megoldása |
SalBitmapError
Hibaüzenet | Javasolt művelet |
---|---|
Nem találhatók módosítások a fájlban. Ennek több oka lehet. Próbálkozzon újra a művelettel | A probléma megoldásához ellenőrizze a következő lépéseket, és próbálkozzon újra a művelettel: - Győződjön meg arról, hogy a MARS-ügynök a legújabb - A biztonsági mentési területet érintő tárolási problémák ellenőrzése és megoldása |
A MARS offline magolása az ügyfél tulajdonában lévő lemezek használatával (importálás/exportálás) nem működik
Az Azure Import/Export mostantól Azure Data Box API-kat használ az ügyfél tulajdonában lévő lemezek offline magolásához. Az Azure Portal az új API-val létrehozott importálási/exportálási feladatokat is felsorolja az Azure Data Box-feladatokban, a Modell oszlop pedig Importálás/Exportálás.
A 2.0.9250.0-nál kisebb MARS-ügynökverziók a régi Azure Import/Export API-kat használták, amelyek 2023. február 28-a után megszűnnek, és a régi MARS-ügynökök (2.0.9250.0-nál kisebb verzió) nem tudnak offline magvetést végezni saját lemezeikkel. Ezért azt javasoljuk, hogy a 2.0.9250-ös vagy újabb MARS-ügynököt használja, amely az új Azure Data Box API-kat használja offline magoláshoz a saját lemezén.
Ha régebbi MARS-ügynökökből létrehozott importálási/exportálási feladatokat hozott létre, továbbra is figyelheti őket az Azure Portalon, az Importálási/Exportálási feladatok területen.
Következő lépések
- További részletek a Windows Server Azure Backup-ügynökkel való biztonsági mentéséről.
- Ha vissza kell állítania egy biztonsági másolatot, tekintse meg a Fájlok visszaállítása Windows-gépre című témakört.