Řešení potíží se zařízením Azure Migrate

  • Článek

Upozornění

Tento článek odkazuje na CentOS, linuxovou distribuci, která se blíží stavu Konec životnosti (EOL). Zvažte své použití a plánování odpovídajícím způsobem. Další informace najdete v doprovodných materiálech CentOS End Of Life.

Tento článek vám pomůže vyřešit problémy při nasazení zařízení Azure Migrate a použití zařízení ke zjišťování místních serverů.

Co je podporováno?

Zkontrolujte požadavky na podporu zařízení.

Při nastavování zařízení dojde k chybě Neplatné zadání manifestu OVF.

Při nastavování zařízení pomocí šablony OVA se zobrazí chyba Zadaný soubor manifestu je neplatný: Neplatná položka manifestu OVF.

Náprava

  1. Zkontrolujte hodnotu hash a ověřte, že je soubor OVA zařízení Azure Migrate správně stažený. Další informace. Pokud se hodnota hash neshoduje, stáhněte soubor OVA znovu a zkuste nasazení zopakovat.
  2. Pokud se nasazení stále nedaří a k nasazení souboru OVF používáte klienta VMware vSphere, zkuste ho nasadit prostřednictvím webového klienta vSphere. Pokud se nasazení stále nedaří, zkuste použít jiný webový prohlížeč.
  3. Pokud používáte webového klienta vSphere a pokoušíte se ho nasadit na vCenter Server 6.5 nebo 6.7, zkuste nasadit OVA přímo na hostitele ESXi:
    • Připojení k hostiteli ESXi přímo (místo vCenter Serveru) pomocí webového klienta (https://< host IP adresa>/uživatelské rozhraní).
    • V domovském inventáři vyberte šablonu Nasazení souboru>OVF.> Přejděte na OVA a dokončete nasazení.
  4. Pokud se nasazení stále nedaří, obraťte se na podporu služby Azure Migrate.

Připojení kontrola účinnosti během instalace požadovaných součástí selže

Při kontrole připojení na zařízení se zobrazí chyba.

Náprava

  1. Ujistěte se, že se ze zařízení můžete připojit k požadovaným adresám URL.
  2. Zkontrolujte, jestli přístup k těmto adresám URL neblokuje proxy server nebo brána firewall. Pokud potřebujete vytvořit seznam povolených adres, ujistěte se, že zahrnete všechny adresy URL.
  3. Pokud je místní proxy server nakonfigurovaný, zadejte podrobnosti o proxy serveru správně tak , že ve stejném kroku vyberete instalační proxy server. Pokud je proxy server potřebuje, zadejte přihlašovací údaje pro autorizaci.
  4. Ujistěte se, že server nebyl dříve použit k nastavení zařízení pro replikaci nebo že máte na serveru nainstalovaného agenta služby Mobility.

Připojení kontrola dostupnosti adresy URL aka.ms během instalace požadovaných součástí selže

Při kontrole připojení na zařízení pro adresu URL aka.ms se zobrazí chyba.

Náprava

  1. Ujistěte se, že máte připojení k internetu a přidali jste do seznamu povolených URL-aka.ms/* a stáhněte si nejnovější verze služeb.
  2. Zkontrolujte, jestli k této adrese URL neblokuje proxy server nebo brána firewall. Ujistěte se, že jste v kroku požadavků správce konfigurace správně zadali podrobnosti o proxy serveru.
  3. Vraťte se ke správci konfigurace zařízení a spusťte požadované součásti pro zahájení automatické aktualizace.
  4. Pokud to nepomůže, stáhněte si soubor latestcomponents.json z tohoto webu a zkontrolujte nejnovější verze služeb, které selhávají. Ručně je aktualizujte z odkazů ke stažení v souboru.

Pokud jste zařízení povolili pro připojení k privátnímu koncovému bodu a nechcete povolit přístup k této adrese URL přes internet, zakažte automatickou aktualizaci, protože pro tuto službu se vyžaduje odkaz aka.ms.

Poznámka:

Pokud službu automatické aktualizace zakážete, služby spuštěné na zařízení nebudou automaticky dostávat nejnovější aktualizace. Pokud chcete tuto situaci obejít, aktualizujte služby zařízení ručně.

Automatická kontrola aktualizace selhává během instalace požadavků

Při kontrole automatické aktualizace na zařízení se zobrazí chyba.

Náprava

  1. Ujistěte se, že jste vytvořili seznam povolených pro požadované adresy URL a že je neblokuje žádné nastavení proxy serveru nebo brány firewall.
  2. Pokud se aktualizace jakékoli komponenty zařízení nedaří, znovu si projděte požadavky nebo proveďte ruční aktualizaci služeb zařízení.

Kontrola synchronizace času během instalace požadavků selže

Chyba týkající se synchronizace času značí, že hodiny serveru můžou být mimo synchronizaci s aktuálním časem o více než pět minut.

Náprava

  • Zkontrolujte nastavení data a času v Ovládací panely a ujistěte se, že se čas zařízení synchronizuje s časem internetu.
  • Pomocí následujícího postupu můžete také změnit čas na serveru zařízení tak, aby odpovídal aktuálnímu času:
    1. Na serveru otevřete příkazový řádek správce.
    2. Pokud chcete zkontrolovat časové pásmo, spusťte příkaz w32tm /tz.
    3. Pokud chcete synchronizovat čas, spusťte w32tm /resync.

Kontrola sady VDDK během instalace požadavků na zařízení VMware selže

Kontrola sady Virtual Disk Development Kit (VDDK) selhala, protože zařízení nenašlo požadovanou sadu VDDK nainstalovanou na zařízení. Tento problém může vést k selháním s probíhající replikací.

Náprava

  1. Ujistěte se, že jste si stáhli VDDK 6.7 a zkopírovali jeho soubory do C :\Program Files\VMware\VMware Virtual Disk Development Kit na serveru zařízení.
  2. Ujistěte se, že na zařízení nepoužívá jiný software nebo aplikaci jinou verzi sady VDDK.

Máte problémy při pokusu o registraci zařízení pomocí klíče projektu Azure Migrate zkopírovaného z projektu.

Náprava

  1. Ujistěte se, že jste z projektu zkopírovali správný klíč. Na kartě Azure Migrate: Zjišťování a posouzení v projektu vyberte Zjistit. Potom v kroku 1 vyberte Spravovat existující zařízení . V rozevírací nabídce vyberte název zařízení, pro které jste dříve vygenerovali klíč. Zkopírujte odpovídající klíč.
  2. Ujistěte se, že vkládáte klíč k zařízení správného typu cloudu (veřejný nebo US Gov) a typu zařízení (VMware, Hyper-V, fyzické nebo jiné). V horní části správce konfigurace zařízení zkontrolujte typ cloudu a scénáře.

Při registraci zařízení dojde k chybě "Připojení k projektu Azure Migrate se nezdařilo"

Po úspěšném přihlášení pomocí uživatelského účtu Azure se krok registrace zařízení nezdaří se zprávou "Nepodařilo se připojit k projektu Azure Migrate. Projděte si podrobnosti o chybě, klikněte na Opakovat a postupujte podle kroků k nápravě.

K tomuto problému dochází v případě, že se uživatelský účet Azure použitý k přihlášení ze správce konfigurace zařízení liší od uživatelského účtu použitého k vygenerování klíče projektu Azure Migrate na portálu.

Náprava

K dispozici jsou dvě možnosti:

  • Pokud chcete dokončit registraci zařízení, použijte stejný uživatelský účet Azure, který se použil k vygenerování klíče projektu Azure Migrate na portálu.
  • Můžete také přiřadit požadované role a oprávnění k dalšímu uživatelskému účtu Azure, který se používá k registraci zařízení.

Při registraci zařízení dojde k chybě Operace Microsoft Entra se stavem Zakázáno.

Registraci nemůžete dokončit kvůli nedostatečným oprávněním MICROSOFT Entra ID a zobrazí se chyba Operace Microsoft Entra selhala se stavem Zakázáno.

Náprava

Ujistěte se, že máte požadovaná oprávnění k vytváření a správě aplikací Microsoft Entra v Azure. Měli byste mít roli Vývojář aplikací nebo roli uživatele s uživatelem můžete zaregistrovat aplikace povolené na úrovni tenanta.

Při registraci zařízení dojde k chybě Zakázáno přistupovat ke službě Key Vault.

Operace vytvoření nebo aktualizace služby Azure Key Vault selhala pro {KeyVaultName}, protože došlo k chybě {KeyVaultErrorMessage}.

K tomuto problému obvykle dochází v případě, že se uživatelský účet Azure použitý k registraci zařízení liší od účtu použitého k vygenerování klíče projektu Azure Migrate na portálu (to znamená při vytvoření trezoru klíčů).

Náprava

  1. Ujistěte se, že aktuálně přihlášený uživatelský účet na zařízení má požadovaná oprávnění k trezoru klíčů uvedené v chybové zprávě. Uživatelský účet potřebuje oprávnění uvedená na tomto webu.
  2. Přejděte do trezoru klíčů a ujistěte se, že váš uživatelský účet má zásady přístupu se všemi oprávněními ke klíči, tajnému kódu a certifikátu přiřazeným v rámci zásad přístupu ke službě Key Vault. Další informace.
  3. Pokud jste zařízení povolili pro připojení k privátnímu koncovému bodu, ujistěte se, že je zařízení hostované ve stejné virtuální síti, ve které se trezor klíčů vytvořil, nebo je připojený k virtuální síti Azure, ve které se trezor klíčů vytvořil přes privátní propojení. Ujistěte se, že privátní propojení trezoru klíčů je možné přeložit ze zařízení. Přejděte na Azure Migrate: Vlastnosti zjišťování a posouzení>a vyhledejte podrobnosti privátních koncových bodů pro prostředky, jako je trezor klíčů vytvořený během vytváření klíče Azure Migrate. Další informace.
  4. Pokud máte požadovaná oprávnění a připojení, zkuste registraci zařízení po nějaké době zopakovat.

Během ověřování se nejde připojit k vCenter Serveru

Pokud se zobrazí tato chyba připojení, možná se nemůžete připojit k serveru vCenter Servername.com:9443. Podrobnosti o chybě označují, že na tom není žádný koncový bod, na https://\*servername*.com:9443/sdk který může zpráva přijmout.

Náprava

  • Zkontrolujte, jestli používáte nejnovější verzi zařízení. Pokud ne, upgradujte zařízení na nejnovější verzi.

  • Pokud k problému stále dochází v nejnovější verzi, zařízení pravděpodobně nemůže vyřešit zadaný název vCenter Serveru nebo zadaný port může být chybný. Pokud není port zadaný, kolektor se ve výchozím nastavení pokusí připojit k portu číslo 443.

    1. Příkaz Ping Servername.com ze zařízení.
    2. Pokud krok 1 selže, zkuste se připojit k serveru vCenter pomocí IP adresy.
    3. Určete správné číslo portu pro připojení k serveru vCenter.
    4. Ověřte, že je server vCenter spuštěný a spuštěný.

Ověření přihlašovacích údajů serveru (domény) na zařízení VMware selže

Zobrazí se ověření přihlašovacích údajů domény přidaných na zařízení VMware za účelem provedení inventáře softwaru a analýzy závislostí bez agentů.

Náprava

  1. Zkontrolujte, že jste zadali správný název domény a přihlašovací údaje.
  2. Ujistěte se, že má zařízení přístup k doméně za účelem ověření přihlašovacích údajů. Zařízení může mít problémy se zrakem nebo název domény nemusí být na serveru zařízení možné přeložit.
  3. Výběrem možnosti Upravit aktualizujte název domény nebo přihlašovací údaje. Po nějaké době vyberte Znovu ověřit přihlašovací údaje a ověřte přihlašovací údaje znovu.

Při připojování k hostitelům nebo clusterům Hyper-V během ověřování dojde k chybě Odepření přístupu.

Kvůli chybě Přístup byl odepřen, nemůžete ověřit přidaného hostitele nebo clusteru Hyper-V.

Náprava

  1. Ujistěte se, že jste splnili všechny požadavky pro hostitele Hyper-V.
  2. Projděte si kroky na tomto webu , jak hostitele Hyper-V připravit ručně nebo pomocí zřizovacího skriptu PowerShellu.

Při ověřování dojde k chybě Server nepodporuje operace identifikace služby WS-Management.

Kvůli chybě Server nepodporuje operace identifikace služby WS-Management, nemůžete ověřit clustery Hyper-V na zařízení. Přeskočte test Připojení ion část požadavku a zkuste to znovu."

Náprava

K této chybě obvykle dochází, když jste na zařízení zadali konfiguraci proxy serveru. Zařízení se připojí ke clusterům pomocí krátkého názvu uzlů clusteru, i když jste zadali plně kvalifikovaný název domény uzlu. Přidejte krátký název uzlů clusteru do seznamu vynechaných proxy serverů na zařízení, problém se vyřeší a ověření clusteru Hyper-V proběhne úspěšně.

Chyba "Nejde se připojit k hostiteli nebo clusteru" dojde během ověřování zařízení Hyper-V.

Chyba Nejde se připojit k hostiteli nebo clusteru, protože název serveru se nedá vyřešit. Kód chyby WinRM: 0x803381B9" může nastat, pokud služba Azure DNS pro zařízení nemůže přeložit zadaný název clusteru nebo hostitele.

K tomuto problému obvykle dochází v případě, že jste přidali IP adresu hostitele, který dns nedokáže přeložit. K této chybě může dojít také u hostitelů v clusteru. Označuje, že se zařízení může připojit ke clusteru, ale cluster vrátí názvy hostitelů, které nejsou plně kvalifikovanými názvy domén.

Náprava

Pokud chcete tuto chybu vyřešit, aktualizujte soubor hostitelů na zařízení přidáním mapování IP adresy a názvů hostitelů.

  1. Otevřete Poznámkový blok jako správce.
  2. Otevřete soubor C:\Windows\System32\Drivers\etc\hosts.
  3. Přidejte IP adresu a název hostitele na řádek. Tento postup opakujte pro každého hostitele nebo clusteru, u kterého se zobrazí tato chyba.
  4. Uložte a zavřete soubor hostitelů.
  5. Pomocí aplikace pro správu zařízení zkontrolujte, jestli se zařízení může připojit k hostitelům. Po 30 minutách by se na webu Azure Portal měly zobrazit nejnovější informace o těchto hostitelích.

Při ověřování fyzických serverů dojde k chybě Nejde se připojit k serveru.

Náprava

  • Ujistěte se, že zařízení je připojené k cílovému serveru.
  • Pokud se jedná o server s Linuxem, pomocí následujícího postupu se ujistěte, že je povolené ověřování založené na heslech:
    1. Přihlaste se k serveru Linux a otevřete konfigurační soubor ssh pomocí příkazu vi /etc/ssh/sshd_config.
    2. Nastavte možnost PasswordAuthentication na ano. Uložte soubor.
    3. Restartujte službu SSH spuštěním restartování sshd služby.
  • Pokud se jedná o server Windows, ujistěte se, že je otevřený port 5985, aby umožňoval vzdálené volání rozhraní WMI.
  • Pokud zjistíte server GCP s Linuxem a používáte kořenového uživatele, pomocí následujících příkazů změňte výchozí nastavení pro kořenové přihlášení:
    1. Přihlaste se k serveru Linux a otevřete konfigurační soubor ssh pomocí příkazu vi /etc/ssh/sshd_config.
    2. Nastavte možnost PermitRootLogin na ano.
    3. Restartujte službu SSH spuštěním restartování sshd služby.

Při ověřování serveru došlo k chybě "Nepodařilo se načíst identifikátor GUID systému BIOS"

Ověření fyzického serveru selže na zařízení s chybovou zprávou "Nepodařilo se načíst identifikátor GUID systému BIOS".

Náprava

Připojení na cílový server, u kterého se nedaří ověření. Spuštěním následujících příkazů zkontrolujte, jestli vrací identifikátor GUID systému BIOS serveru:

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

Příkazy můžete také spustit z příkazového řádku na serveru zařízení tak, že pomocí následujícího příkazu vytvoříte připojení SSH k cílovému serveru s Linuxem:

ssh <username>@<servername>

Několik počítačů s Linuxem, jako je Oracle/CentOS, má ve výchozím nastavení konfigurační hodnotu, která vyžaduje povolení možnosti tty , což může způsobit chybu. V takových případech můžete toto nastavení zakázat přidáním znaku "!" do souboru /etc/sudoers . Na konec souboru /etc/sudoers/ můžete také přidat následující kód, abyste zajistili, že v souboru nebude možné přepsat žádnou jinou konfiguraci:

  • Výchozí hodnoty !visiblepw
  • Výchozí hodnoty !requiretty

Při ověřování na serveru nedochází k chybě "Nebyla nalezena žádná vhodná metoda ověřování".

Při pokusu o ověření serveru s Linuxem prostřednictvím fyzického zařízení se zobrazí chyba "Nebyla nalezena žádná vhodná metoda ověřování".

Náprava

Pomocí následujícího postupu se ujistěte, že je na serveru s Linuxem povolené ověřování založené na heslech:

  1. Přihlaste se k serveru s Linuxem. Otevřete konfigurační soubor ssh pomocí příkazu vi /etc/ssh/sshd_config.
  2. Nastavte možnost PasswordAuthentication na ano. Uložte soubor.
  3. Restartujte službu SSH spuštěním restartování sshd služby.

Při připojování k fyzickým serverům během ověřování dojde k chybě Odepření přístupu.

Zobrazí se chyba Služba WS-Management nemůže požadavek zpracovat. Služba WMI vrátila chybu odepření přístupu" při pokusu o ověření serveru s Windows prostřednictvím fyzického zařízení.

Náprava

  • Pokud se zobrazí tato chyba, ujistěte se, že byl do těchto skupin přidán uživatelský účet (doména nebo místní) ve Správci konfigurace zařízení: Uživatelé vzdálené správy, Sledování výkonu Uživatelé a Uživatelé protokolu výkonu.

  • Pokud skupina Uživatelé vzdálené správy není k dispozici, přidejte uživatelský účet do skupiny WinRMRemoteWMIUsers_.

  • Spuštěním následujícího příkazu na příkazovém řádku cílového serveru můžete také zkontrolovat, jestli je na serveru povolený protokol WS-Management: winrm qc

  • Pokud problém přetrvává, ujistěte se, že uživatelský účet má v Ovládací panely rozhraní WMI přístupová oprávnění k oboru názvů CIMV2 a dílčím oborům názvů. Přístup můžete nastavit pomocí následujícího postupu:

    1. Přejděte na server, u kterého se nedaří ověření na zařízení.
    2. Vyhledejte a v nabídce Start vyberte Spustit. V dialogovém okně Spustit zadejte do textového pole Otevřít soubor wmimgmt.msc a vyberte Enter.
    3. Otevře se konzola wmimgmt, kde v levém podokně najdete ovládací prvek WMI (Místní). Klikněte na něj pravým tlačítkem a v nabídce vyberte Vlastnosti .
    4. V dialogovém okně Vlastnosti ovládacího prvku WMI (Místní) vyberte kartu Cenné papíry .
    5. Na kartě Cenné papíry rozbalte kořenovou složku ve stromu oboru názvů a vyberte obor názvů cimv2.
    6. Výběrem možnosti Zabezpečení otevřete dialogové okno Zabezpečení pro ROOT\cimv2 .
    7. V části Názvy skupin nebo uživatelů vyberte Přidat a otevřete dialogové okno Vybrat uživatele, počítače, účty služeb nebo skupiny.
    8. Vyhledejte uživatelský účet, vyberte ho a výběrem ok se vraťte do dialogového okna Zabezpečení root\cimv2.
    9. V části Seskupování nebo jména uživatelů vyberte právě přidaný uživatelský účet. Zkontrolujte, jestli jsou povolená následující oprávnění:
      • Povolení účtu
      • Vzdálené povolení
    10. Chcete-li povolit oprávnění nastavená pro uživatelský účet, vyberte Použít .

  • Stejný postup platí také pro místní uživatelský účet pro servery mimo doménu nebo pracovní skupinu. V některých případech může filtrování řízení uživatelských účtů blokovat některé vlastnosti rozhraní WMI, protože příkazy běží jako standardní uživatel, takže můžete použít účet místního správce nebo zakázat řízení uživatelských účtů, aby místní uživatelský účet nebyl filtrovaný a místo toho se stane úplným správcem.

  • Zakázání vzdáleného řízení uživatelských účtů změnou položky registru, která řídí Vzdálenou správu uživatelských účtů, se nedoporučuje, ale může být nutné v pracovní skupině. Položka registru je HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. Pokud je hodnota této položky nula (0), je povolené filtrování přístupového tokenu vzdáleného řízení uživatelských účtů. Pokud je hodnota 1, vzdálené řízení uživatelských účtů je zakázané.

Zařízení je odpojené

Při pokusu o povolení replikace na několika serverech VMware z portálu se zobrazí chybová zpráva Zařízení je odpojené.

K této chybě může dojít, pokud je zařízení ve stavu vypnutí nebo služba DRA na zařízení nemůže komunikovat s Azure.

Náprava

  1. Přejděte do správce konfigurace zařízení a znovu spusťte požadavky, abyste viděli stav služby DRA v části Zobrazit služby zařízení.

  2. Pokud služba není spuštěná, pomocí následujících příkazů službu zastavte a restartujte z příkazového řádku:

    net stop dra
net start dra

Další kroky

Nastavte zařízení pro VMware, Hyper-V nebo fyzické servery.