Support für Lokale Azure-Bereitstellungsprobleme erhalten
Gilt für: Azure Local, Version 23H2
In diesem Artikel wird beschrieben, wie Sie Microsoft-Support für lokale Azure-Bereitstellungsprobleme erhalten, einschließlich Protokollsammlung und Remoteunterstützung.
Potenzielle Bereitstellungsprobleme
In der folgenden Tabelle werden potenzielle Probleme beschrieben, die während der Bereitstellung auftreten können, sowie empfohlene Problembehandlungsaktionen.
Probleme | Empfohlene Problembehandlungsaktionen |
---|---|
– Active Directory-Vorbereitungsprobleme. – Konfigurationsprobleme bei der Installation des Azure Stack HCI-Betriebssystems. – Probleme bei der Bereitstellung über die Azure-Portal und die Vorlage. |
Öffnen Sie ein Supportticket. |
– Probleme mit der Überprüfung der Umgebung. - Initialisierungs- und Registrierungsprobleme. – Überprüfungsprobleme bei der Bereitstellung. – Fehler bei der Bereitstellung. |
1. Ein Supportticket einreichen. 2. Durchführen einer eigenständigen Protokollsammlung. |
Durchführen einer eigenständigen Protokollauflistung
Wenn Observability-Komponenten nicht bereitgestellt wurden oder Probleme während der Systembereitstellung oder registrierung auftreten, können Sie eine eigenständige Protokollsammlung durchführen, um Diagnosedaten zu Problembehandlungszwecken an Microsoft zu sammeln und zu senden. Stellen Sie sicher, dass Sie ein Supportticket einreichen, bevor Sie mit der Protokollsammlung fortfahren.
Hier sind die allgemeinen Schritte für die eigenständige Protokollsammlung:
- Wie von Microsoft-Support angewiesen, kopieren Sie die angeforderten Diagnosedaten vom lokalen Azure-Computer in ein System, das über eine Verbindung mit Azure verfügt.
- Wird
Send-AzStackHciDiagnosticData
verwendet, um die kopierten Diagnosedaten zu Problembehandlungszwecken an Microsoft zu übermitteln. Microsoft kann auf diese Daten zugreifen, nachdem Sie ein Supportticket gespeichert haben.
Wenn das Observability-Feature bereits konfiguriert ist, können Sie Diagnosedaten mithilfe des On-Demand-Protokollsammlungsprozesses an Microsoft senden. Anweisungen finden Sie unter Sammeln von Protokollen. Informationen zu weiteren Protokollsammlungsmethoden in Azure Local und informationen dazu, wann sie verwendet werden sollen, finden Sie unter Diagnose.
Senden von Protokollen an Microsoft
Sie können eine der folgenden Anmeldeinformationen verwenden, um Protokolle zu senden:
- Gerätecodeanmeldeinformationen ($RegistrationWithDeviceCode). Siehe Senden von Protokollen mit Gerätecodeanmeldeinformationen.
- Dienstprinzipalname (SPN)-Anmeldeinformationen ($RegistrationSPCredential). Siehe Senden von Protokollen mit SPN-Anmeldeinformationen.
- Registrierung mit vorhandenen Kontextanmeldeinformationen ($RegistrationWithExistingContext). Siehe Senden von Protokollen mithilfe der Registrierung mit vorhandenen Kontextanmeldeinformationen.
Senden von Protokollen mit Gerätecodeanmeldeinformationen
Wenn Sie den folgenden Befehl ausführen, werden Sie aufgefordert, einen Webbrowser zu öffnen und den bereitgestellten Code einzugeben, um mit dem Authentifizierungsprozess fortzufahren.
Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationWithDeviceCode -DiagnosticLogPath <LogPath> -RegistrationRegion <RegionName> -Cloud <AzureCloud>
Senden von Protokollen mit SPN-Anmeldeinformationen
Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationSPCredential <RegistrationSPCredential> -DiagnosticLogPath <LogPath> -RegistrationRegion <RegionName> -Cloud <AzureCloud>
Sie können die folgenden Befehle verwenden, um SPN-Anmeldeinformationen abzurufen:
$SPNAppID = "<Your App ID>"
$SPNSecret= "<Your SPN Secret>"
$SPNsecStringPassword = ConvertTo-SecureString
$SPNSecret -AsPlainText -Force
$SPNCred = New-Object System.Management.Automation.PSCredential ($SPNAppID, $SPNsecStringPassword)
Senden von Protokollen mithilfe der Registrierung mit vorhandenen Kontextanmeldeinformationen
Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationWithExistingContext -DiagnosticLogPath <LogPath> - RegistrationRegion <RegionName> -Cloud <AzureCloud>
Erhalten von Remotesupport
In den Szenarien vor der Bereitstellung oder Vorregistrierung werden Sie aufgefordert, die Remoteunterstützung über die Umgebungsprüfung zu installieren und zu aktivieren, um die Bereitstellungsbereitschaft zu bewerten. Wenn Sie die Remoteunterstützung aktivieren, können Microsoft-Support remote eine Verbindung mit Ihrem Gerät herstellen und Unterstützung bieten. Wenn Sie nach der Bereitstellung des Systems Remoteunterstützung erhalten möchten, lesen Sie "Abrufen der Remoteunterstützung für Azure Local".
Der allgemeine Workflow zum Abrufen der Remoteunterstützung im Szenario vor der Bereitstellung oder vor der Registrierung lautet wie folgt:
- Senden Sie eine Supportanfrage.
- Aktivieren der Remoteunterstützung über PowerShell. Diese Konfiguration wird einmalig ausgeführt.
Aktivieren der Remoteunterstützung
Führen Sie die folgenden Schritte aus, um die Remoteunterstützung zu aktivieren:
Richten Sie eine PowerShell-Remotesitzung mit dem Computer ein. Führen Sie PowerShell als Administrator aus, und führen Sie den folgenden Befehl aus:
Enter-PsSession -ComputerName <MachineName> -Credential $cred
Führen Sie den folgenden Befehl aus, um die Remoteunterstützung zu aktivieren. Die Beispielsignatur für freigegebenen Zugriff (Shared Access Signature, SAS) wird vom Microsoft-Supportteam bereitgestellt.
Enable-AzStackHciRemoteSupport -AccessLevel <Diagnostics Or DiagnosticsRepair> -ExpireInMinutes <1440> -SasCredential <Sample SAS> -PassThru
Hinweis
Wenn Sie den Befehl ausführen, um die Remoteunterstützung zu aktivieren, wird möglicherweise die folgende Fehlermeldung angezeigt:
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.
Dies bedeutet, dass die Just Enough Administration (JEA)-Konfiguration nicht eingerichtet wurde. Wenn Sie die Remoteunterstützung aktivieren, ist ein Dienstneustart erforderlich, um JEA zu aktivieren. Während der JEA-Konfiguration der Remoteunterstützung wird die Windows-Remoteverwaltung (WinRM) zweimal neu gestartet, wodurch die PsSession auf dem Computer gestört werden kann. Um diesen Fehler zu beheben, warten Sie einige Minuten, bevor Sie die Verbindung mit dem Remotecomputer erneut herstellen, und führen Sie dann den Befehl erneut aus, um die
Enable-AzStackHciRemoteSupport
Remoteunterstützung zu aktivieren.
Beispiele für remotesupport-Nutzung finden Sie unter Remotesupportbeispiele.
Nächste Schritte
Detaillierte Korrekturen für bekannte Probleme finden Sie unter:
Alternativ können Sie