Rozwiązywanie problemów z migracją maszyn wirtualnych do platformy Azure lokalnie za pośrednictwem usługi Azure Migrate (wersja zapoznawcza)

Dotyczy: Azure Local 2311.2 i nowsze

W tym artykule opisano sposób rozwiązywania wszelkich potencjalnych problemów, które mogą wystąpić podczas migrowania maszyn wirtualnych Hyper-V i VMware do platformy Azure lokalnie przy użyciu usługi Azure Migrate.

Ważne

Ta funkcja jest obecnie dostępna w wersji zapoznawczej. Zobacz Dodatkowe warunki użytkowania wersji zapoznawczych platformy Microsoft Azure, aby zapoznać się z postanowieniami prawnymi dotyczącymi funkcji platformy Azure, które są w wersji beta lub wersji zapoznawczej albo w inny sposób nie zostały jeszcze wydane jako ogólnie dostępne.

Sprawdź, czy wymagane usługi są uruchomione

Upewnij się, że maszyna wirtualna urządzenia źródłowego i maszyna wirtualna urządzenia docelowego mają konfigurację w dobrej kondycji, upewniając się, że są uruchomione następujące usługi.

Otwórz program PowerShell jako administrator i uruchom następujące polecenie dla każdej z usług wymienionych w nawiasach dla urządzenia źródłowego i urządzenia docelowego, aby sprawdzić, czy są uruchomione:

Get-Service -Name <name_of_service>

Na maszynie wirtualnej urządzenia źródłowego:

• Usługa microsoft Azure Gateway (asrgwy)
• Usługa odnajdywania funkcji Hyper-V platformy Microsoft Azure (amhvdiscoverysvc)
• Usługa zarządzania usługą Azure Site Recovery (asrmgmtsvc)

Na maszynie wirtualnej urządzenia docelowego:

• Usługa microsoft Azure Gateway (asrgwy)
• Usługa zarządzania usługą Azure Site Recovery (asrmgmtsvc)

Dane konfiguracji można znaleźć w folderze C:\ProgramData\Microsoft Azure\Config.

Zbieranie dzienników i informacji

Jeśli wystąpią jakiekolwiek problemy, przed otwarciem biletu pomocy technicznej zbierz następujące informacje o problemach i udostępnij je zespołowi pomoc techniczna firmy Microsoft do analizy.

• Dzienniki z urządzenia usługi Azure Migrate
• Opis problemu lub opinii
• Identyfikator subskrypcji
• Identyfikator dzierżawy
• Projekt usługi Azure Migrate
• Region lub lokalizacja geograficzna projektu usługi Azure Migrate
• Nazwa maszyny wirtualnej w przypadku problemów z replikacją i migracją
• Identyfikator korelacji dla wdrożenia lub identyfikatora zadania

W poniższych sekcjach opisano sposób zbierania tych informacji na podstawie operacji lub typu problemu.

W przypadku operacji wyzwalanych przez użytkownika z witryny Azure Portal

Aby rozwiązać problemy z operacjami wyzwalanym przez użytkownika, wymagany jest identyfikator korelacji lub identyfikator zadania.

Pobieranie identyfikatora korelacji dla wdrożenia

Błędy w operacjach, takich jak tworzenie lub usuwanie projektu migracji, tworzenie artefaktów urządzeń, jednostek i kont magazynu, błędy są wyświetlane jako błędy w sekcji Wdrożenia grupy zasobów projektu migracji. Każda operacja wdrażania ma również identyfikator korelacji, który jest przydatny do rozwiązywania problemów.

Ponadto operacje, które zakończyły się niepowodzeniem w sesji, są wyświetlane jako powiadomienia lub dzienniki aktywności ze starszej historii.

Wykonaj następujące kroki, aby zidentyfikować identyfikator korelacji wdrożenia w witrynie Azure Portal:

1. Przejdź do grupy zasobów dla projektu usługi Azure Migrate, a następnie przejdź do obszaru Przegląd. W okienku po prawej stronie wybierz hiperlink pokazujący nieudane i pomyślne wdrożenia.

   

2. Zidentyfikuj wdrożenie, dla którego ma zostać wyświetlony identyfikator korelacji, i wybierz nazwę wdrożenia.

   

3. Znajdź identyfikator korelacji.

   

Pobieranie identyfikatora zadania na potrzeby replikacji lub migracji

Operacje, takie jak tworzenie i usuwanie chronionego elementu (nazywanego również tworzeniem i usuwaniem replikacji) oraz planowana praca w trybie failover (znana również jako migracja) są również wyświetlane jako zadania w sekcji Migracja lokalna platformy Azure w portalu.

W takich przypadkach należy również zebrać identyfikator zadania.

Wykonaj następujące kroki, aby uzyskać identyfikator zadania:

1. W projekcie usługi Azure Migrate w witrynie Azure Portal przejdź do sekcji Przegląd w obszarze Narzędzia migracji.

   

2. W okienku po lewej stronie przejdź do > migracji lokalnej platformy Azure.

3. Zidentyfikuj zadanie, dla którego ma zostać wyświetlony identyfikator zadania, i wybierz nazwę zadania.

   

4. Znajdź identyfikator zadania.

   

W przypadku operacji zaplanowanej replikacji

Błędy w zaplanowanych operacjach, takich jak błędy cykli replikacji godzinowej, są wyświetlane jako zdarzenia w sekcji Migracja lokalna platformy Azure w portalu.

Aby rozwiązać problemy z replikacją, zbierz następujące informacje:

• Szczegóły błędu wyświetlane w zdarzeniach obejmujących czas, identyfikator błędu, komunikat o błędzie, identyfikator maszyny wirtualnej.
• Zrzuty ekranu witryny Azure Portal, jeśli to możliwe.

W przypadku problemów z środowiskiem użytkownika w portalu

Aby rozwiązać problemy z środowiskiem użytkownika w portalu, zbierz następujące informacje:

• Zrzuty ekranu z witryny Azure Portal.
• Zarejestruj operacje w trybie dewelopera przeglądarki. Wyeksportuj plik HAR i udostępnij go.

W przypadku problemów z rejestracją urządzenia

Aby rozwiązać problemy z rejestracją urządzenia, zbierz następujące informacje:

• Wszystkie dostępne dzienniki na urządzeniu w lokalizacji C:\ProgramData\MicrosoftAzure\Logs.

W przypadku problemów z odnajdywaniem

Aby rozwiązać problemy z odnajdywaniem, zbierz następujące informacje:

• Wszystkie dostępne dzienniki na urządzeniu źródłowym w lokalizacji C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z odnajdywaniem.

W przypadku problemów specjalnych

W razie potrzeby pomoc techniczna firmy Microsoft mogą również zażądać dzienników podglądu zdarzeń składników lub dzienników zdarzeń systemu, takich jak dzienniki funkcji Hyper-V i dzienniki protokołu SMB.

Typowe problemy i rozwiązania

Próba utworzenia projektu usługi Azure Migrate nie powiodła się

Główna przyczyna

Tworzenie projektu usługi Azure Migrate kończy się niepowodzeniem, jeśli subskrypcja platformy Azure nie jest zarejestrowana w usłudze Azure Migrate lub jeśli użytkownik nie ma wymaganych uprawnień do utworzenia projektu.

Zalecane rozwiązanie

Sprawdź następujące:

• Upewnij się, że masz rolę administratora aplikacji w dzierżawie usługi Azure AD.
• Upewnij się, że masz role Współautor i Administrator dostępu użytkowników w subskrypcji platformy Azure.
• Upewnij się, że wybierasz jeden z obsługiwanych regionów tworzenia projektu usługi Azure Migrate. Aby uzyskać listę obsługiwanych regionów, zobacz Obsługiwane lokalizacje geograficzne.

Sprawdzanie poprawności systemu docelowego kończy się niepowodzeniem na urządzeniu

Główna przyczyna

Nie można zweryfikować systemu docelowego, ponieważ nazwa FQDN nie jest domyślnie rozpoznawana przez system DNS z urządzenia.

Zalecane rozwiązanie

Ręcznie zamapuj lokalny adres IP platformy Azure na odpowiednią nazwę FQDN, edytując plik hosts znajdujący się w folderze C:\Windows\System32\drivers\etc\hosts.

Dodaj nowy wiersz z systemowym adresem IP i nazwą FQDN w następującym formacie: <Nazwa FQDN>< klastra adresów IP>klastra.

Usuwanie lub zmienianie informacji o systemie docelowym z menedżera konfiguracji urządzenia źródłowego nie działa.

Główna przyczyna podczas podawania informacji w Menedżerze konfiguracji urządzenia źródłowego nie można zmienić nazwy systemu docelowego po wprowadzeniu.

Zalecane rozwiązanie Wykonaj następujące kroki, aby usunąć lub zmienić system docelowy z menedżera konfiguracji urządzenia źródłowego:

1. Na urządzeniu źródłowym otwórz Eksploratora. Przejdź do katalogu C:\ProgramData\Microsoft Azure\CredStore i usuń TargetClusterCredentials.json.

2. Załaduj ponownie menedżera konfiguracji urządzenia i możesz wprowadzić nowe wartości dla systemu docelowego.

Uwaga

To obejście nie jest zalecane, jeśli rozpocząłeś replikację.

Tego obejścia można użyć tylko wtedy, gdy urządzenie nie jest zarejestrowane. Jeśli urządzenie jest zarejestrowane, musisz usunąć urządzenie z projektu. Następnie należy wygenerować nowy klucz projektu i ponownie zainstalować urządzenie.

Rejestracja urządzenia docelowego kończy się niepowodzeniem

Główna przyczyna

Rejestracja urządzenia docelowego kończy się niepowodzeniem.

Zalecane rozwiązanie

Odśwież stronę i spróbuj dokonać rejestracji ponownie.

Problemy z urządzeniem docelowym

Główna przyczyna

W niektórych przypadkach może być konieczne usunięcie urządzenia docelowego z projektu. Jeśli na przykład chcesz przenieść urządzenie do innej subskrypcji lub regionu. Wymagałoby to usunięcia urządzenia docelowego i utworzenia nowego urządzenia w nowej subskrypcji lub regionie.

Zalecane rozwiązanie

Aby usunąć urządzenie docelowe z projektu, wykonaj następujące kroki:

1. Uruchom program Powershell jako Administrator.

2. Uruchom następujące polecenie, aby usunąć urządzenie:

   .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
   

Replikacja maszyny wirtualnej kończy się niepowodzeniem

Główna przyczyna

Replikacja maszyn wirtualnych może zakończyć się niepowodzeniem z co najmniej jednego z następujących powodów:

• Udostępniony wolumin klastra lub kontener magazynu jest pełny.
• Maszyny wirtualne nie są wysoce dostępne. Aby można było przeprowadzić replikację i migrację, wszystkie maszyny wirtualne muszą być wysoce dostępne. Jeśli maszyny wirtualne nie są wysoce dostępne, nie są one wyświetlane na liście i są wykluczone z migracji.

Zalecane rozwiązanie

Aby włączyć replikację i migrację, upewnij się, że udostępniony wolumin klastra lub kontener magazynu ma wystarczającą ilość miejsca.

Ponadto, aby przeprowadzić migrację maszyny wirtualnej spoza wysokiej dostępności, wykonaj następujące kroki:

1. Najpierw musisz udostępnić maszynę wirtualną o wysokiej dostępności. Aby uzyskać więcej informacji, zobacz Wysoka dostępność maszyn wirtualnych funkcji Hyper-V.
2. Poczekaj na zsynchronizowanie danych przez agenta odnajdowania.

Alternatywnie przejdź do usługi Azure Migrate i wybierz pozycję Odśwież , aby ręcznie odświeżyć serwery, bazy danych i aplikacje internetowe, aby przyspieszyć synchronizację agenta odnajdywania.

Replikacja lub migracja kończy się niepowodzeniem, a wartość błędu nie może być równa null

Główna przyczyna

Replikacja lub migracja kończy się niepowodzeniem z następującym komunikatem o błędzie:

Wartość nie może być równa null. Nazwa parametru: FetchingHyperVDiskPropertiesFailed.

Składnik nie może pobrać właściwości dysku ze źródłowego hosta funkcji Hyper-V. Może się tak zdarzyć, jeśli bazowy dysk wirtualny klastra jest w trybie offline lub jeśli dysk nie jest w dobrej kondycji.

Zalecane rozwiązanie

1. Upewnij się, że dyski klastra działają i sprawdź, czy można pobrać właściwości dysku.

2. Na urządzeniu źródłowym uruchom program PowerShell jako administrator. Uruchom następujące kroki po zastąpieniu zawartości wartościami {} rzeczywistymi.

   $ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}
   
   $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
   

3. W zwracanych danych wyjściowych sprawdź, czy właściwości MaxInternalSize i ParentPath w SettingData pliku XML są odpowiednie.

Dyski na migrowanych maszynach wirtualnych są w trybie offline

Główna przyczyna

Dyski na zmigrowanych maszynach wirtualnych z systemem Windows mogą nie być dostępne w trybie online.

Migracja tworzy nowy dysk VHD/VHDX, co powoduje utworzenie nowego dysku dla systemu operacyjnego Windows na zmigrowanej maszynie wirtualnej. System operacyjny widzi to jako nowy dysk i stosuje zasady sieci SAN. System operacyjny nie ustawi dysku w trybie online, ponieważ jest uważany za dysk udostępniony.

Zalecane rozwiązanie

Aby obejść ten problem, wybierz jedną z następujących opcji:

• Ustaw zasady sieci SAN jako OnlineAll dla migrowanych maszyn wirtualnych z systemem Windows. Uruchom ponownie maszyny wirtualne. Powinno to spowodować przełącz wszystkie dyski w tryb online. Aby uzyskać szczegółowe instrukcje, zobacz konfigurowanie zasad sieci SAN w celu przełączenia dysków do trybu online.

• Ręczne przełącz dyski do trybu online na zmigrowanych maszynach wirtualnych.

Migracja kończy się niepowodzeniem z powodu błędu nie można usunąć migawki

Główna przyczyna

Nie można przeprowadzić migracji z powodu następującego błędu:

Błąd: Nie można usunąć migawki z identyfikatorami

Ręczne operacje maszyny wirtualnej funkcji Hyper-V w systemie kończą się niepowodzeniem z powodu tego samego błędu i na tym serwerze nie można wykonać żadnych ręcznych operacji na maszynie wirtualnej.

Zalecane rozwiązanie

Aby wyeliminować ten błąd, upewnij się, że maszyna wirtualna działa.

Połącz się z urządzeniem źródłowym i spróbuj wykonać poniższe kroki, aby upewnić się, że migracja jest bezproblemowa.

1. Uzyskaj identyfikator maszyny wirtualnej w informacjach o błędzie.

   $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
   

2. Upewnij się, że polecenie get-VM działa prawidłowo i zwraca informacje z urządzenia źródłowego.

   Get-VM -Id $VmId 
   

3. Upewnij się, że dysk get-VHD działa prawidłowo i zwraca poprawne informacje.

   Get-VHD -VMId $VmId
   

4. Jeśli operacja tworzenia migawki kończy się niepowodzeniem, upewnij się, że ręczne tworzenie migawki działa prawidłowo na maszynie wirtualnej.

   Get-VM -Id $VmId | Checkpoint-VM 
   

5. Jeśli operacja usuwania migawki kończy się niepowodzeniem, upewnij się, że ręczne usunięcie migawki działa prawidłowo na maszynie wirtualnej.

   Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
   

Wyłączanie maszyny wirtualnej na hoście funkcji Hyper-V kończy się niepowodzeniem

Główna przyczyna

Podczas planowanego przejścia w tryb failover maszyna wirtualna jest wyłączona na źródłowym hoście funkcji Hyper-V za pośrednictwem wywołania usługi WMI. Zostanie wyświetlony identyfikator błędu: 1000001 lub komunikat o błędzie: Wystąpił błąd wewnętrzny.

Zalecane rozwiązanie

Maszynę wirtualną można wyłączyć ręcznie na źródłowym hoście funkcji Hyper-V za pomocą programu PowerShell.

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

Następne kroki

W zależności od fazy migracji może być konieczne przejrzenie jednego z następujących artykułów, aby rozwiązać problemy:

• Rozwiązywanie problemów z odnajdywaniem.
• Rozwiązywanie problemów z projektami usługi Azure Migrate.
• Rozwiązywanie problemów z diagnostyką urządzenia.