Share via

Az Azure Migrate-berendezés hibaelhárítása

  • Cikk

Figyelemfelhívás

Ez a cikk a CentOS-ra, egy olyan Linux-disztribúcióra hivatkozik, amely közel áll az élettartam (EOL) állapotához. Ennek megfelelően fontolja meg a használatot és a tervezést. További információ: CentOS End Of Life útmutató.

Ez a cikk segít elhárítani az Azure Migrate-berendezés üzembe helyezésekor és a berendezés használatával a helyszíni kiszolgálók felderítéséhez szükséges problémákat.

Mik támogatottak?

Tekintse át a berendezés támogatási követelményeit.

"Érvénytelen OVF-jegyzékbejegyzés" hiba lép fel a berendezés beállítása során

"A megadott jegyzékfájl érvénytelen: Érvénytelen OVF-jegyzékbejegyzés" hibaüzenet jelenik meg, amikor beállít egy berendezést az OVA-sablon használatával.

Szervizelés

  1. Ellenőrizze, hogy az Azure Migrate-berendezés OVA-fájlja megfelelően lett-e letöltve a kivonat értékének ellenőrzésével. További információ. Ha a kivonat értéke nem egyezik, töltse le újra az OVA-fájlt, és próbálkozzon újra az üzembe helyezéssel.
  2. Ha az üzembe helyezés továbbra sem sikerül, és a VMware vSphere-ügyfelet használja az OVF-fájl üzembe helyezéséhez, próbálja meg üzembe helyezni a vSphere webes ügyfélalkalmazáson keresztül. Ha az üzembe helyezés továbbra is sikertelen, próbálkozzon egy másik webböngészővel.
  3. Ha a vSphere webügyfélt használja, és a vCenter Server 6.5-ös vagy 6.7-es verzióján próbálja telepíteni, próbálja meg közvetlenül az ESXi-gazdagépen üzembe helyezni az OVA-t:
    • Csatlakozás közvetlenül az ESXi-gazdagépre (a vCenter Server helyett) a webes ügyféllel (https://< host IP-cím/>ui).
    • A Kezdőlap>leltárában válassza a Fájl>üzembe helyezése OVF-sablont. Keresse meg az OVA-t, és fejezze be az üzembe helyezést.
  4. Ha az üzembe helyezés továbbra is sikertelen, forduljon az Azure Migrate ügyfélszolgálatához.

Csatlakozás képesség-ellenőrzés sikertelen az előfeltételek beállítása során

Hiba jelenik meg a berendezés kapcsolat-ellenőrzése során.

Szervizelés

  1. Ellenőrizze, hogy tud-e csatlakozni a berendezésről a szükséges URL-címekhez.
  2. Ellenőrizze, hogy egy proxy vagy tűzfal nem blokkolja-e az URL-címek elérését. Ha engedélyezési listát kell létrehoznia, győződjön meg arról, hogy az összes URL-címet tartalmazza.
  3. Ha a proxykiszolgáló a helyszínen van konfigurálva, adja meg helyesen a proxy adatait, ha ugyanabban a lépésben a telepítőproxyt választja. Adja meg az engedélyezési hitelesítő adatokat, ha a proxynak szüksége van rájuk.
  4. Győződjön meg arról, hogy a kiszolgálót korábban nem használták a replikációs berendezés beállításához, vagy hogy telepítve van a mobilitási szolgáltatásügynök a kiszolgálón.

Csatlakozás ivity check for the aka.ms URL-cím az előfeltételek beállítása során

A aka.ms URL-címével kapcsolatos kapcsolat-ellenőrzés során hibaüzenet jelenik meg a berendezésen.

Szervizelés

  1. Győződjön meg arról, hogy rendelkezik internetkapcsolattal, és hozzáadta a URL-aka.ms/* az engedélyezési listához a szolgáltatások legújabb verzióinak letöltéséhez.
  2. Ellenőrizze, hogy van-e proxy vagy tűzfal, amely blokkolja az URL-címhez való hozzáférést. Győződjön meg arról, hogy helyesen adta meg a proxy részleteit a konfigurációkezelő előfeltételeinek lépésében.
  3. Térjen vissza a berendezés konfigurációkezelőjéhez, és futtassa újra az előfeltételeket az automatikus frissítés elindításához.
  4. Ha az újrapróbálkozás nem segít, töltse le a latestcomponents.json fájlt a webhelyrőla sikertelen szolgáltatások legújabb verzióinak ellenőrzéséhez. Manuálisan frissítse őket a fájl letöltési hivatkozásaiból.

Ha engedélyezte a berendezést a privát végponttal való kapcsolathoz, és nem szeretné engedélyezni az URL-címet az interneten keresztül, tiltsa le az automatikus frissítést, mert a szolgáltatáshoz szükség van a aka.ms hivatkozásra.

Feljegyzés

Ha letiltja az automatikus frissítési szolgáltatást, a berendezésen futó szolgáltatások nem kapják meg automatikusan a legújabb frissítéseket. A helyzet megoldásához frissítse manuálisan a berendezés szolgáltatásait.

Az automatikus frissítés ellenőrzése sikertelen az előfeltételek beállítása során

Hibaüzenet jelenik meg a berendezés automatikus frissítési ellenőrzésekor.

Szervizelés

  1. Győződjön meg arról, hogy létrehozott egy engedélyezési listát a szükséges URL-címekhez , és hogy a proxy- vagy tűzfalbeállítás nem blokkolja őket.
  2. Ha valamelyik berendezés-összetevő frissítése sikertelen, futtassa újra az előfeltételeket, vagy frissítse manuálisan a berendezés szolgáltatásait.

Az időszinkronizálás ellenőrzése meghiúsul az előfeltételek beállítása során

Az időszinkronizálással kapcsolatos hiba azt jelzi, hogy a kiszolgáló órája több mint öt perccel nem szinkronizálható az aktuális időponttal.

Szervizelés

  • A Vezérlőpult dátum- és időbeállításainak ellenőrzésével győződjön meg arról, hogy a berendezés kiszolgálójának ideje szinkronizálva van az internetidővel.
  • Az alábbi lépések végrehajtásával módosíthatja a berendezéskiszolgálón az aktuális időpontnak megfelelő órajelet is:
    1. Nyisson meg egy rendszergazdai parancssort a kiszolgálón.
    2. Az időzóna ellenőrzéséhez futtassa a w32tm /tz parancsot.
    3. Az idő szinkronizálásához futtassa a w32tm /resync parancsot.

A VDDK-ellenőrzés meghiúsul a VMware-berendezés előfeltételeinek beállítása során

A virtuálislemez-fejlesztési készlet (VDDK) ellenőrzése sikertelen volt, mert a berendezés nem találta a berendezésre telepített szükséges VDDK-t. Ez a probléma a folyamatban lévő replikációs hibákhoz vezethet.

Szervizelés

  1. Győződjön meg arról, hogy letöltötte a VDDK 6.7-et, és átmásolta a fájljait a következőre: C:\Program Files\VMware\VMware Virtual Disk Development Kit a berendezéskiszolgálón.
  2. Győződjön meg arról, hogy más szoftver vagy alkalmazás nem használja a VDDK másik verzióját a berendezésen.

Problémákat tapasztal, amikor a berendezést a projektből másolt Azure Migrate projektkulcs használatával próbálja regisztrálni.

Szervizelés

  1. Győződjön meg arról, hogy a megfelelő kulcsot másolta ki a projektből. Az Azure Migrate: Discovery és Assessment kártyán válassza a Felfedezés lehetőséget. Ezután válassza a Meglévő berendezés kezelése lehetőséget az 1. lépésben. Válassza ki azt a berendezésnevet, amelyhez korábban létrehozott egy kulcsot a legördülő menüből. Másolja ki a megfelelő kulcsot.
  2. Győződjön meg arról, hogy a megfelelő felhőtípusú (nyilvános/USA-beli államigazgatás) és berendezéstípusú (VMware/Hyper-V/Fizikai vagy egyéb) kulcsot illeszti be a berendezéshez. Ellenőrizze a berendezés konfigurációkezelőjének tetején a felhő és a forgatókönyv típusának megerősítéséhez.

"Nem sikerült csatlakozni az Azure Migrate-projekthez" hibaüzenet jelenik meg a berendezés regisztrációja során

Miután sikeresen bejelentkezett egy Azure-felhasználói fiókkal, a berendezés regisztrációs lépése a következő üzenettel meghiúsul: "Nem sikerült csatlakozni az Azure Migrate-projekthez. Tekintse meg a hiba részleteit, és kövesse a javítási lépéseket az Újra gombra kattintva”.

Ez a hiba akkor merül fel, ha a berendezés konfigurációkezelőjéből való bejelentkezéshez használt Azure-beli felhasználói fiók nem ugyanaz, mint amelyet a portálon az Azure Migrate-projekt kulcsának létrehozásához használtak.

Szervizelés

Két lehetőség áll rendelkezésre:

  • A berendezés regisztrációjához használja a portálon az Azure Migrate-projekt kulcsának létrehozásához használt Azure-beli felhasználói fiókot.
  • A szükséges szerepköröket és engedélyeket a berendezésregisztrációhoz használt másik Azure-felhasználói fiókhoz is hozzárendelheti.

A "Microsoft Entra-művelet nem sikerült a Tiltott állapottal" hibaüzenet jelenik meg a berendezésregisztráció során

Nem tudja befejezni a regisztrációt, mert nincs elegendő Microsoft Entra-azonosító jogosultság, és a következő hibaüzenet jelenik meg: "A Microsoft Entra-művelet tiltott állapotban meghiúsult".

Szervizelés

Győződjön meg arról, hogy rendelkezik a Microsoft Entra-alkalmazások Azure-beli létrehozásához és kezeléséhez szükséges engedélyekkel . Rendelkeznie kell az alkalmazásfejlesztői szerepkörrel , vagy a felhasználóval rendelkező felhasználói szerepkörrel a bérlői szinten engedélyezett alkalmazásokat regisztrálhat.

"A Key Vault elérése tiltott" hiba történik a berendezés regisztrálása során

A(z) "{KeyVaultName}" azure Key Vault létrehozási vagy frissítési művelete a(z) "{KeyVaultErrorMessage}" hiba miatt meghiúsult.

Ez a probléma általában akkor fordul elő, ha a berendezés regisztrálásához használt Azure-felhasználói fiók eltér a portálon az Azure Migrate projektkulcs létrehozásához használt fióktól (azaz a kulcstartó létrehozásakor).

Szervizelés

  1. Győződjön meg arról, hogy a berendezésen jelenleg bejelentkezett felhasználói fiók rendelkezik a hibaüzenetben említett kulcstartóhoz szükséges engedélyekkel. A felhasználói fióknak a webhelyen említett engedélyekre van szüksége.
  2. Nyissa meg a kulcstartót, és győződjön meg arról, hogy a felhasználói fiókja rendelkezik a Key Vault hozzáférési szabályzata alatt hozzárendelt kulcs-, titkos és tanúsítványengedélyekkel rendelkező hozzáférési szabályzattal. További információ.
  3. Ha engedélyezte a berendezést a privát végpontok közötti kapcsolathoz, győződjön meg arról, hogy a berendezés ugyanabban a virtuális hálózaton van üzemeltetve, ahol a kulcstartót létrehozták, vagy ahhoz az Azure-beli virtuális hálózathoz csatlakozik, ahol a kulcstartó privát kapcsolaton keresztül lett létrehozva. Győződjön meg arról, hogy a key vault privát kapcsolata feloldható a berendezésről. Nyissa meg az Azure Migrate: Felderítési és értékelési>tulajdonságokat, hogy megtalálja az erőforrások privát végpontjainak részleteit, például az Azure Migrate kulcslétrehozása során létrehozott kulcstartót. További információ.
  4. Ha rendelkezik a szükséges engedélyekkel és kapcsolattal, egy idő után próbálkozzon újra a regisztrációval a berendezésen.

Nem lehet csatlakozni a vCenter-kiszolgálóhoz az ellenőrzés során

Ha ez a kapcsolati hiba jelenik meg, előfordulhat, hogy nem tud csatlakozni a vCenter Servername .com:9443 kiszolgálónévhez. A hiba részletei azt jelzik, hogy nincs olyan végpont, https://\*servername*.com:9443/sdk amely elfogadná az üzenetet.

Szervizelés

  • Ellenőrizze, hogy a berendezés legújabb verzióját futtatja-e. Ha nem, frissítse a berendezést a legújabb verzióra.

  • Ha a probléma továbbra is a legújabb verzióban jelentkezik, előfordulhat, hogy a berendezés nem tudja megoldani a megadott vCenter-kiszolgálónevet, vagy a megadott port hibás lehet. Alapértelmezés szerint, ha a port nincs megadva, a gyűjtő megpróbál csatlakozni a 443-at tartalmazó porthoz.

    1. Ping Servername.com a berendezésből.
    2. Ha az 1. lépés sikertelen, próbáljon meg csatlakozni a vCenter-kiszolgálóhoz az IP-cím használatával.
    3. Azonosítsa a megfelelő portszámot a vCenter-kiszolgálóhoz való csatlakozáshoz.
    4. Ellenőrizze, hogy a vCenter-kiszolgáló működik-e.

A kiszolgáló hitelesítő adatainak (tartományának) ellenőrzése sikertelen a VMware-berendezésen

A VMware-berendezéshez hozzáadott tartományi hitelesítő adatok esetében a "Nem sikerült az ellenőrzés" parancsot kapja a szoftverleltár és az ügynök nélküli függőségelemzés végrehajtásához.

Szervizelés

  1. Ellenőrizze, hogy a megfelelő tartománynevet és hitelesítő adatokat adta-e meg.
  2. Győződjön meg arról, hogy a tartomány elérhető a berendezésről a hitelesítő adatok ellenőrzéshez. Előfordulhat, hogy a berendezésnél hiba merül fel, vagy a tartománynév nem oldható fel a berendezéskiszolgálóról.
  3. Válassza a Szerkesztés lehetőséget a tartománynév vagy a hitelesítő adatok frissítéséhez. A hitelesítő adatok újraértékelése lehetőséget választva egy idő után ismét érvényesítheti a hitelesítő adatokat.

"Hozzáférés megtagadva" hibaüzenet jelenik meg, ha Hyper-V-gazdagépekhez vagy fürtökhöz csatlakozik az ellenőrzés során

A hozzáadott Hyper-V-gazdagépet vagy -fürtöt a "Hozzáférés megtagadva" hiba miatt nem tudja ellenőrizni.

Szervizelés

  1. Győződjön meg arról, hogy megfelelt a Hyper-V-gazdagépek előfeltételeinek.
  2. Tekintse meg a webhely lépéseit a Hyper-V-gazdagépek manuális vagy kiépítési PowerShell-szkript használatával történő előkészítéséről.

"A kiszolgáló nem támogatja a WS-Management Azonosítási műveleteket" hibaüzenet jelenik meg az ellenőrzés során

Nem tudja ellenőrizni a Hyper-V-fürtöket a berendezésen, mert "A kiszolgáló nem támogatja a WS-Management Identify műveleteket. Hagyja ki a kérelem teszt Csatlakozás részét, és próbálkozzon újra."

Szervizelés

Ez a hiba általában akkor fordul elő, ha proxykonfigurációt adott meg a berendezésen. A berendezés a fürtcsomópontok rövid nevével csatlakozik a fürtökhöz, még akkor is, ha megadta a csomópont teljes tartománynevét. Adja hozzá a fürtcsomópontok rövid nevét a berendezés megkerülő proxylistájához, a probléma megoldódik, és a Hyper-V-fürt ellenőrzése sikeres lesz.

"Nem lehet csatlakozni a gazdagéphez vagy a fürthöz" hibaüzenet jelenik meg a Hyper-V-berendezés ellenőrzése során

A "Nem lehet csatlakozni egy gazdagéphez vagy fürthöz, mert a kiszolgáló neve nem oldható fel. WinRM hibakód: 0x803381B9" hibakód akkor fordulhat elő, ha a berendezés Azure DNS-szolgáltatása nem tudja feloldani a megadott fürt- vagy gazdagépnevet.

Ez a probléma általában akkor fordul elő, ha olyan gazdagép IP-címét adta hozzá, amelyet a DNS nem tud megoldani. Ez a hiba fürtben lévő gazdagépeknél is előfordulhat. Azt jelzi, hogy a berendezés csatlakozni tud a fürthöz, de a fürt olyan gazdagépneveket ad vissza, amelyek nem teljes tartománynevek.

Szervizelés

A hiba megoldásához frissítse a berendezés gazdagépfájlját az IP-cím és a gazdagépnevek leképezésével.

  1. Nyissa meg a Jegyzettömb rendszergazdaként.
  2. Nyissa meg a C:\Windows\System32\Drivers\etc\hosts fájlt.
  3. Adja hozzá az IP-címet és a gazdagép nevét egy sorba. Ismételje meg a műveletet minden olyan gazdagép vagy fürt esetében, ahol ez a hiba jelenik meg.
  4. Mentse és zárja be a gazdagépfájlt.
  5. Ellenőrizze, hogy a berendezés képes-e csatlakozni a gazdagépekhez a berendezésfelügyeleti alkalmazással. 30 perc elteltével az Azure Portalon láthatja ezeknek a gazdagépeknek a legújabb adatait.

"Nem lehet csatlakozni a kiszolgálóhoz" hiba történik a fizikai kiszolgálók ellenőrzése során

Szervizelés

  • Ellenőrizze, hogy van-e kapcsolat a berendezés és a célkiszolgáló között.
  • Linux-kiszolgáló esetén az alábbi lépések végrehajtásával győződjön meg arról, hogy a jelszóalapú hitelesítés engedélyezve van:
    1. Jelentkezzen be a Linux-kiszolgálóra, és nyissa meg az ssh konfigurációs fájlt a vi /etc/ssh/sshd_config paranccsal.
    2. Állítsa a PasswordAuthentication beállítást igen értékre. Mentse a fájlt.
    3. Indítsa újra az ssh szolgáltatást a service sshd újraindításának futtatásával.
  • Ha windowsos kiszolgálóról van szó, győződjön meg arról, hogy az 5985-ös port nyitva van a távoli WMI-hívások engedélyezéséhez.
  • Ha GCP Linux-kiszolgálót észlel, és gyökérfelhasználót használ, az alábbi parancsokkal módosíthatja a fő bejelentkezés alapértelmezett beállítását:
    1. Jelentkezzen be a Linux-kiszolgálóra, és nyissa meg az ssh konfigurációs fájlt a vi /etc/ssh/sshd_config paranccsal.
    2. Állítsa a PermitRootLogin beállítást igen értékre.
    3. Indítsa újra az ssh szolgáltatást a service sshd újraindításának futtatásával.

"Nem sikerült beolvasni a BIOS GUID azonosítót" hibaüzenet jelenik meg a kiszolgálónál az ellenőrzés során

A fizikai kiszolgáló ellenőrzése meghiúsul a berendezésen a "Nem sikerült beolvasni a BIOS GUID azonosítóját" hibaüzenettel.

Szervizelés

Csatlakozás a sikertelen ellenőrzésen áteső célkiszolgálóra. Futtassa a következő parancsokat annak megtekintéséhez, hogy visszaadja-e a kiszolgáló BIOS GUID-azonosítóját:

cat /sys/class/dmi/id/product_uuid
dmidecode | grep -i uuid | awk '{print $2}'

A parancsokat a berendezéskiszolgáló parancssorából is futtathatja úgy, hogy SSH-kapcsolatot létesít a cél Linux-kiszolgálóval az alábbi paranccsal:

ssh <username>@<servername>

Néhány Linux-gép, például az Oracle/CentOS konfigurációs értéke megköveteli, hogy alapértelmezés szerint engedélyezve legyen a tty beállítás, ami hibát okozhat. Ilyen esetekben letilthatja ezt a beállítást egy "!" karakter hozzáadásával a /etc/sudoers fájlban. Az /etc/sudoers/ fájl végén az alábbiakat is hozzáadhatja, hogy a fájl más konfigurációja ne bírálja felül ezt:

  • Alapértelmezett értékek !visiblepw
  • Alapértelmezett értékek :requiretty

"Nem található megfelelő hitelesítési módszer" hibaüzenet jelenik meg a kiszolgálónál az ellenőrzés során

A "Nem található megfelelő hitelesítési módszer" hibaüzenet jelenik meg, amikor megpróbál ellenőrizni egy Linux-kiszolgálót a fizikai berendezésen keresztül.

Szervizelés

Győződjön meg arról, hogy a jelszóalapú hitelesítés engedélyezve van a Linux-kiszolgálón az alábbi lépések végrehajtásával:

  1. Jelentkezzen be a Linux-kiszolgálóra. Nyissa meg az ssh konfigurációs fájlt a vi /etc/ssh/sshd_config paranccsal.
  2. Állítsa a PasswordAuthentication beállítást igen értékre. Mentse a fájlt.
  3. Indítsa újra az ssh szolgáltatást a service sshd újraindításának futtatásával.

"Hozzáférés megtagadva" hibaüzenet jelenik meg, amikor fizikai kiszolgálókhoz csatlakozik az ellenőrzés során

A következő hibaüzenet jelenik meg: "A WS-Management szolgáltatás nem tudja feldolgozni a kérést. A WMI szolgáltatás hozzáférést megtagadó hibát adott vissza, amikor megpróbál ellenőrizni egy Windows-kiszolgálót a fizikai berendezésen keresztül.

Szervizelés

  • Ha ezt a hibát kapja, győződjön meg arról, hogy a berendezés konfigurációkezelőjében megadott felhasználói fiók (tartomány/helyi) hozzá lett adva a következő csoportokhoz: Távfelügyeleti felhasználók, Teljesítményfigyelő felhasználók és Teljesítménynapló-felhasználók.

  • Ha a Távfelügyeleti felhasználók csoport nem található, adja hozzá a felhasználói fiókot a csoporthoz WinRMRemoteWMIUsers_.

  • Azt is ellenőrizheti, hogy a WS-Management protokoll engedélyezve van-e a kiszolgálón, ha a következő parancsot futtatja a célkiszolgáló parancssorában: winrm qc

  • Ha továbbra is fennáll a probléma, győződjön meg arról, hogy a felhasználói fiók rendelkezik hozzáférési engedélyekkel a CIMV2-névtérhez és a WMI-Vezérlőpult alnévtereihez. A hozzáférést az alábbi lépések végrehajtásával állíthatja be:

    1. Lépjen arra a kiszolgálóra, amely nem érvényesíti a berendezést.
    2. Keressen rá, és válassza a Futtatás lehetőséget a Start menüben. A Futtatás párbeszédpanelen írja be a wmimgmt.msc kifejezést a Szöveg megnyitása mezőbe, és válassza az Enter lehetőséget.
    3. Ekkor megnyílik a wmimgmt konzol, ahol a WMI-vezérlő (Helyi) a bal oldali panelen található. Kattintson rá a jobb gombbal, és válassza a Tulajdonságok parancsot a menüből.
    4. A WMI-vezérlő (helyi) tulajdonságai párbeszédpanelen válassza az Értékpapírok lapot.
    5. Az Értékpapírok lapon bontsa ki a névtérfa Gyökérmappát , és válassza ki a cimv2 névteret.
    6. Válassza a Biztonság lehetőséget a ROOT\cimv2 biztonság párbeszédpanel megnyitásához.
    7. A Csoport vagy felhasználók neve szakaszban válassza a Hozzáadás lehetőséget a Felhasználók, számítógépek, szolgáltatásfiókok vagy csoportok kiválasztása párbeszédpanel megnyitásához.
    8. Keresse meg a felhasználói fiókot, jelölje ki, majd az OK gombra kattintva térjen vissza a ROOT\cimv2 biztonsági párbeszédpanelre.
    9. A Csoport vagy felhasználók neve szakaszban válassza ki az imént hozzáadott felhasználói fiókot. Ellenőrizze, hogy a következő engedélyek engedélyezettek-e:
      • Fiók engedélyezése
      • Távoli engedélyezés
    10. Válassza az Alkalmaz lehetőséget a felhasználói fiókhoz beállított engedélyek engedélyezéséhez.

  • Ugyanezek a lépések érvényesek a nem tartományi/munkacsoport-kiszolgálók helyi felhasználói fiókjára is. Bizonyos esetekben az UAC-szűrés blokkolhat néhány WMI-tulajdonságot, mivel a parancsok normál felhasználóként futnak, így használhat helyi rendszergazdai fiókot, vagy letilthatja a felhasználói fiókok használatát, hogy a helyi felhasználói fiók ne legyen szűrve, és ehelyett teljes rendszergazda legyen.

  • A távoli UAC letiltása a távoli UAC-t vezérlő beállításjegyzék-bejegyzés módosításával nem ajánlott, de szükség lehet egy munkacsoportban. A beállításjegyzék-bejegyzés a következő: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. Ha ennek a bejegyzésnek az értéke nulla (0), a távoli UAC-hozzáférési jogkivonat szűrése engedélyezve van. Ha az érték 1, a távoli UAC le van tiltva.

A berendezés leválasztva

"A berendezés leválasztva" hibaüzenet jelenik meg, amikor megpróbál replikációt engedélyezni néhány VMware-kiszolgálón a portálról.

Ez a hiba akkor fordulhat elő, ha a berendezés leállítási állapotban van, vagy a berendezés DRA szolgáltatása nem tud kommunikálni az Azure-ral.

Szervizelés

  1. Lépjen a berendezés konfigurációkezelőjéhez, és futtassa újra az előfeltételeket a DRA szolgáltatás állapotának megtekintéséhez a berendezés-szolgáltatások megtekintése területen.

  2. Ha a szolgáltatás nem fut, állítsa le és indítsa újra a szolgáltatást a parancssorból az alábbi parancsokkal:

    net stop dra
net start dra

Következő lépések

Állítson be egy berendezést VMware, Hyper-V vagy fizikai kiszolgálókhoz.