Obtenir la prise en charge des problèmes de déploiement local Azure

Article
11/23/2024

S’applique à : Azure Local, version 23H2

Cet article explique comment obtenir le support Microsoft pour les problèmes de déploiement local Azure, notamment la collecte de journaux et la prise en charge à distance.

Problèmes de déploiement potentiels

Le tableau suivant présente les problèmes potentiels que vous pouvez rencontrer pendant le déploiement, ainsi que les actions de résolution des problèmes recommandées.

Problèmes	Actions de résolution des problèmes recommandées
- Problèmes de préparation d’Active Directory. - Problèmes de configuration de l’installation du système d’exploitation Azure Stack HCI. - Problèmes liés à l’expérience de déploiement par le biais de la Portail Azure et du modèle.	Soumettez un ticket de support.
- Problèmes de validation de l’environnement. - Problèmes d’initialisation et d’inscription. - Problèmes de validation de déploiement. - Problèmes d’échec de déploiement.	1. Fichier d’un ticket de support. 2. Effectuez une collecte de journaux autonome.

Effectuer une collecte de journaux autonome

Si les composants d’observabilité n’ont pas été déployés ou si vous rencontrez des problèmes pendant le processus de déploiement ou d’inscription du système, vous pouvez effectuer une collecte de journaux autonome pour collecter et envoyer des données de diagnostic à Microsoft à des fins de résolution des problèmes. Veillez à déposer un ticket de support avant de poursuivre la collecte de journaux.

Voici les étapes générales pour la collecte de journaux autonome :

Comme indiqué par Support Microsoft, copiez les données de diagnostic demandées de l’ordinateur local Azure vers un système qui dispose d’une connectivité à Azure.
Permet Send-AzStackHciDiagnosticData de transmettre les données de diagnostic copiées à Microsoft à des fins de résolution des problèmes. Microsoft peut accéder à ces données après avoir envoyé un ticket de support.

Si la fonctionnalité d’observabilité est déjà configurée, vous pouvez envoyer des données de diagnostic à Microsoft à l’aide du processus de collecte des journaux à la demande. Pour obtenir des instructions, consultez Collecter les journaux. Pour explorer d’autres méthodes de collecte de journaux dans Azure Local et comprendre quand les utiliser, consultez Diagnostics.

Envoyer les journaux à Microsoft

Vous pouvez utiliser l’une des informations d’identification suivantes pour envoyer des journaux :

Informations d’identification du code de l’appareil ($RegistrationWithDeviceCode). Consultez Envoyer des journaux à l’aide des informations d’identification du code de l’appareil.
Informations d’identification du nom de principal de service (SPN) ($RegistrationSPCredential). Consultez Envoyer des journaux à l’aide d’informations d’identification SPN.
Inscription avec des informations d’identification de contexte existantes ($RegistrationWithExistingContext). Consultez Envoyer des journaux à l’aide de l’inscription avec les informations d’identification de contexte existantes.

Envoyer des journaux à l’aide d’informations d’identification de code d’appareil

Lorsque vous exécutez la commande suivante, vous êtes invité à ouvrir un navigateur web et à entrer le code fourni pour poursuivre le processus d’authentification.

Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationWithDeviceCode -DiagnosticLogPath <LogPath> -RegistrationRegion <RegionName> -Cloud <AzureCloud>

Envoyer des journaux à l’aide d’informations d’identification SPN

Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationSPCredential <RegistrationSPCredential> -DiagnosticLogPath <LogPath> -RegistrationRegion <RegionName> -Cloud <AzureCloud>

Vous pouvez utiliser les commandes suivantes pour obtenir les informations d’identification SPN :

$SPNAppID = "<Your App ID>"  
$SPNSecret= "<Your SPN Secret>"  
$SPNsecStringPassword = ConvertTo-SecureString  
$SPNSecret -AsPlainText -Force  
$SPNCred = New-Object System.Management.Automation.PSCredential ($SPNAppID, $SPNsecStringPassword)

Envoyer des journaux à l’aide de l’inscription avec des informations d’identification de contexte existantes

Send-AzStackHciDiagnosticData -ResourceGroupName <ResourceGroupName> -SubscriptionId <SubscriptionId> -TenantId <TenantId> - RegistrationWithExistingContext -DiagnosticLogPath <LogPath> - RegistrationRegion <RegionName> -Cloud <AzureCloud>

Obtenir du support à distance

Dans les scénarios de prédéploiement ou de préinscription, vous êtes invité à installer et à activer la prise en charge à distance via le vérificateur d’environnement pour évaluer la préparation du déploiement. Si vous activez la prise en charge à distance, Support Microsoft pouvez vous connecter à votre appareil à distance et offrir de l’aide. Si vous souhaitez obtenir le support à distance après le déploiement du système, consultez Obtenir la prise en charge à distance d’Azure Local.

Le flux de travail de haut niveau pour obtenir une prise en charge à distance dans le scénario de prédéploiement ou de préinscription est le suivant :

Envoyez une demande de support.
Activer la prise en charge à distance via PowerShell. Il s’agit d’une configuration unique.

Activer le support à distance

Procédez comme suit pour activer la prise en charge à distance :

Établissez une session PowerShell distante avec l’ordinateur. Exécutez PowerShell en tant qu’administrateur et exécutez la commande suivante :
```
Enter-PsSession -ComputerName <MachineName> -Credential $cred
```
Exécutez la commande suivante pour activer la prise en charge à distance. L’exemple de signature d’accès partagé (SAP) est fourni par l’équipe du support technique Microsoft.
```
Enable-AzStackHciRemoteSupport -AccessLevel <Diagnostics Or DiagnosticsRepair> -ExpireInMinutes <1440> -SasCredential <Sample SAS> -PassThru
```
Remarque

Lorsque vous exécutez la commande pour activer la prise en charge à distance, vous pouvez obtenir l’erreur suivante :

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.

Cela signifie que la configuration Just Enough Administration (JEA) n’a pas été établie. Lorsque vous activez la prise en charge à distance, un redémarrage du service est nécessaire pour activer JEA. Pendant la configuration JEA de prise en charge à distance, la gestion à distance windows (WinRM) redémarre deux fois, ce qui peut perturber la session PsSession sur l’ordinateur. Pour résoudre cette erreur, attendez quelques minutes avant de vous reconnecter à l’ordinateur distant, puis réexécutez la commande pour activer la Enable-AzStackHciRemoteSupport prise en charge à distance.

Pour connaître les scénarios d’utilisation de la prise en charge à distance, consultez les exemples de support à distance.

Étapes suivantes

Pour obtenir une correction détaillée des problèmes connus courants, consultez :

Référentiel de prise en charge d’Azure Stack HCI

Sinon, vous pouvez :

Partager via