Uzyskiwanie pomocy technicznej dotyczącej problemów z wdrażaniem lokalnym platformy Azure
Dotyczy: Azure Local, wersja 23H2
W tym artykule opisano, jak uzyskać pomoc techniczną firmy Microsoft dotyczącą problemów z wdrażaniem lokalnym platformy Azure, w tym zbierania dzienników i pomocy technicznej zdalnej.
Potencjalne problemy z wdrażaniem
W poniższej tabeli przedstawiono potencjalne problemy, które mogą wystąpić podczas wdrażania, wraz z zalecanymi akcjami rozwiązywania problemów.
Problemy | Zalecane akcje rozwiązywania problemów |
---|---|
— Problemy z przygotowaniem usługi Active Directory. — Problemy z konfiguracją instalacji systemu operacyjnego Azure Stack HCI. — Problemy z wdrażaniem za pośrednictwem witryny Azure Portal i szablonu. |
Utwórz bilet pomocy technicznej. |
— Problemy ze sprawdzaniem poprawności środowiska. — Problemy z inicjowaniem i rejestracją. — Problemy z walidacją wdrożenia. — Problemy z niepowodzeniem wdrażania. |
1. Utwórz bilet pomocy technicznej. 2. Wykonaj autonomiczną kolekcję dzienników. |
Wykonywanie autonomicznej kolekcji dzienników
Jeśli składniki do obserwacji nie zostały wdrożone lub występują problemy podczas wdrażania systemu lub procesu rejestracji, możesz wykonać autonomiczną kolekcję dzienników w celu zbierania i wysyłania danych diagnostycznych do firmy Microsoft w celu rozwiązywania problemów. Przed kontynuowaniem zbierania dzienników pamiętaj o utworzeniu biletu pomocy technicznej.
Poniżej przedstawiono ogólne kroki dla autonomicznej kolekcji dzienników:
- Zgodnie z instrukcjami pomoc techniczna firmy Microsoft skopiuj żądane dane diagnostyczne z maszyny lokalnej platformy Azure do systemu, który ma łączność z platformą Azure.
- Służy
Send-AzStackHciDiagnosticData
do przesyłania skopiowanych danych diagnostycznych do firmy Microsoft na potrzeby rozwiązywania problemów. Firma Microsoft może uzyskać dostęp do tych danych po utworzeniu biletu pomocy technicznej.
Jeśli funkcja obserwacji jest już skonfigurowana, możesz wysłać dane diagnostyczne do firmy Microsoft przy użyciu procesu zbierania dzienników na żądanie. Aby uzyskać instrukcje, zobacz Zbieranie dzienników. Aby zapoznać się z dodatkowymi metodami zbierania dzienników na platformie Azure lokalnie i zrozumieć, kiedy ich używać, zobacz Diagnostyka.
Wysyłanie dzienników do firmy Microsoft
Do wysyłania dzienników można użyć dowolnego z następujących poświadczeń:
- Poświadczenia kodu urządzenia ($RegistrationWithDeviceCode). Zobacz Wysyłanie dzienników przy użyciu poświadczeń kodu urządzenia.
- Poświadczenia głównej nazwy usługi (SPN) ($RegistrationSPCredential). Zobacz Wysyłanie dzienników przy użyciu poświadczeń spN.
- Rejestracja przy użyciu istniejących poświadczeń kontekstu ($RegistrationWithExistingContext). Zobacz Wysyłanie dzienników przy użyciu rejestracji z istniejącymi poświadczeniami kontekstu.
Wysyłanie dzienników przy użyciu poświadczeń kodu urządzenia
Po uruchomieniu następującego polecenia zostanie wyświetlony monit o otwarcie przeglądarki internetowej i wprowadzenie podanego kodu w celu kontynuowania procesu uwierzytelniania.
Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationWithDeviceCode -DiagnosticLogPath <LogPath> -RegistrationRegion <RegionName> -Cloud <AzureCloud>
Wysyłanie dzienników przy użyciu poświadczeń nazwy SPN
Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationSPCredential <RegistrationSPCredential> -DiagnosticLogPath <LogPath> -RegistrationRegion <RegionName> -Cloud <AzureCloud>
Aby uzyskać poświadczenia nazwy SPN, możesz użyć następujących poleceń:
$SPNAppID = "<Your App ID>"
$SPNSecret= "<Your SPN Secret>"
$SPNsecStringPassword = ConvertTo-SecureString
$SPNSecret -AsPlainText -Force
$SPNCred = New-Object System.Management.Automation.PSCredential ($SPNAppID, $SPNsecStringPassword)
Wysyłanie dzienników przy użyciu rejestracji z istniejącymi poświadczeniami kontekstu
Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationWithExistingContext -DiagnosticLogPath <LogPath> - RegistrationRegion <RegionName> -Cloud <AzureCloud>
Uzyskiwanie pomocy technicznej zdalnej
W scenariuszach wstępnej lub wstępnej rejestracji zostanie wyświetlony monit o zainstalowanie i włączenie obsługi zdalnej za pośrednictwem narzędzia sprawdzania środowiska w celu oceny gotowości do wdrożenia. Jeśli włączysz zdalną pomoc techniczną, pomoc techniczna firmy Microsoft może połączyć się z urządzeniem zdalnie i zaoferować pomoc. Jeśli chcesz uzyskać zdalną pomoc techniczną po wdrożeniu systemu, zobacz Uzyskiwanie zdalnej pomocy technicznej dla usługi Azure Local.
Ogólny przepływ pracy umożliwiający zdalne uzyskanie pomocy technicznej w scenariuszu przed wdrożeniem lub przed rejestracją jest następujący:
- Prześlij wniosek o pomoc techniczną.
- Włącz zdalną obsługę za pośrednictwem programu PowerShell. Jest to jednorazowa konfiguracja.
Włączanie obsługi zdalnej
Wykonaj następujące kroki, aby włączyć zdalną pomoc techniczną:
Ustanów zdalną sesję programu PowerShell z maszyną. Uruchom program PowerShell jako administrator i uruchom następujące polecenie:
Enter-PsSession -ComputerName <MachineName> -Credential $cred
Uruchom następujące polecenie, aby włączyć zdalną obsługę. Przykład sygnatury dostępu współdzielonego (SAS) jest udostępniany przez zespół pomocy technicznej firmy Microsoft.
Enable-AzStackHciRemoteSupport -AccessLevel <Diagnostics Or DiagnosticsRepair> -ExpireInMinutes <1440> -SasCredential <Sample SAS> -PassThru
Uwaga
Po uruchomieniu polecenia w celu włączenia obsługi zdalnej może wystąpić następujący błąd:
Processing data from remote server <MachineName> failed with the following error message: The I/O operation has been aborted because of either a thread exit or an application request.
Oznacza to, że konfiguracja Just Enough Administration (JEA) nie została ustanowiona. Po włączeniu zdalnej pomocy technicznej do aktywowania serwera JEA jest wymagane ponowne uruchomienie usługi. Podczas zdalnej obsługi konfiguracji JEA zdalne zarządzanie systemem Windows (WinRM) jest uruchamiane dwukrotnie, co może zakłócić psSession na maszynie. Aby rozwiązać ten błąd, poczekaj kilka minut przed ponownym nawiązaniem połączenia z maszyną zdalną, a następnie uruchom
Enable-AzStackHciRemoteSupport
ponownie polecenie, aby włączyć zdalną obsługę.
Aby zapoznać się ze scenariuszami użycia obsługi zdalnej, zobacz Przykłady obsługi zdalnej.
Następne kroki
Aby uzyskać szczegółowe korygowanie typowych znanych problemów, zapoznaj się z tematem:
Alternatywnie możesz: