Partage via


Résoudre les problèmes dans Azure Stack Hub

Cet article fournit des informations de résolution des problèmes pour les environnements intégrés Azure Stack Hub.

Questions fréquentes

Ces sections incluent des liens vers des documents qui couvrent les questions courantes envoyées au support Microsoft.

Considérations relatives à l’achat

Mises à jour et diagnostics

Systèmes d’exploitation et tailles pris en charge pour les machines virtuelles invitées

Place de marché Azure

Gérer la capacité

Mémoire

Pour augmenter la capacité totale de mémoire disponible pour Azure Stack Hub, vous pouvez ajouter de la mémoire supplémentaire. Dans Azure Stack Hub, votre serveur physique est également appelé nœud d’unité d’échelle. Tous les nœuds d’unité d’échelle qui sont membres d’une unité d’échelle unique doivent avoir la même quantité de mémoire.

Durée de conservation

Le paramètre de période de rétention permet à un opérateur cloud de spécifier une période en jours (entre 0 et 9999 jours) pendant laquelle tout compte supprimé peut potentiellement être récupéré. La période de rétention par défaut est définie sur 0 jours. La définition de la valeur sur 0 signifie que tout compte supprimé est immédiatement hors de rétention et marqué pour le garbage collection périodique.

Sécurité, conformité et identité

Gérer RBAC

Un utilisateur Azure Stack Hub peut être un lecteur, un propriétaire ou un collaborateur pour chaque instance d’un abonnement, d’un groupe de ressources ou d’un service.

Si les rôles intégrés des ressources Azure ne répondent pas aux besoins spécifiques de votre organisation, vous pouvez créer vos propres rôles personnalisés. Pour ce tutoriel, vous allez créer un rôle personnalisé nommé Reader Support Tickets à l’aide d’Azure PowerShell.

Gérer l’utilisation et la facturation en tant que fournisseur de services cloud

Choisissez le type de compte de services partagés que vous utilisez pour Azure Stack Hub. Les types d’abonnements pouvant être utilisés pour l’inscription d’un système Azure Stack Hub mutualisé sont les suivants :

  • Fournisseur de solution cloud
  • Abonnement Partner Shared Services

Obtenir des métriques d’unité d’échelle

Vous pouvez utiliser PowerShell pour obtenir des informations d’utilisation du tampon sans aide du support Microsoft. Pour obtenir l’utilisation du tampon :

  1. Créez une session PEP.

  2. Exécutez la commande suivante:

    Test-AzureStack
    
  3. Quittez la session PEP.

  4. Exécutez ce qui suit à l’aide d’un appel Invoke-Command :

    Get-AzureStackLog -FilterByRole SeedRing
    
  5. Extrayez le .zipd’amorçage . Vous pouvez obtenir le rapport de validation à partir du dossier ERCS où vous avez exécuté Test-AzureStack.

Pour plus d’informations, consultez Diagnostics Azure Stack Hub.

Résoudre les problèmes liés aux machines virtuelles

Réinitialiser le mot de passe Linux VM

Si vous oubliez le mot de passe d’une machine virtuelle Linux et que l’option Réinitialiser le mot de passe ne fonctionne pas en raison de problèmes liés à l’extension VMAccess, vous pouvez effectuer une réinitialisation en procédant comme suit :

  1. Choisissez une machine virtuelle Linux à utiliser comme machine virtuelle de récupération.

  2. Connectez-vous au portail utilisateur :

    1. Notez la taille de machine virtuelle, la carte réseau, l’adresse IP publique, le groupe de sécurité réseau et les disques de données.
    2. Arrêtez la machine virtuelle affectée.
    3. Supprimez la machine virtuelle affectée.
    4. Attachez le disque à partir de la machine virtuelle affectée en tant que disque de données sur la machine virtuelle de récupération (il peut prendre quelques minutes pour que le disque soit disponible).
  3. Connectez-vous à la machine virtuelle de récupération et exécutez la commande suivante :

    sudo su -
    mkdir /tempmount
    fdisk -l
    mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
    chroot /tempmount/
    passwd root /*substitute root with the user whose password you want to reset*/
    rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
    exit /*to exit the chroot environment*/
    umount /tempmount
    
  4. Connectez-vous au portail utilisateur :

    1. Détachez le disque de la machine virtuelle de récupération.
    2. Recréez la machine virtuelle à partir du disque.
    3. Veillez à transférer l’adresse IP publique de la machine virtuelle précédente, attacher les disques de données, etc.

Vous pouvez également prendre un instantané du disque d’origine et créer un disque à partir de celui-ci plutôt que d’effectuer les modifications directement sur le disque d’origine. Pour plus d’informations, consultez les rubriques suivantes :

Échec de l’activation de licence pour Windows Server 2012 R2 lors de l’approvisionnement

Dans ce cas, Windows ne parvient pas à s’activer et vous voyez un filigrane en bas à droite de l’écran. Les journaux WaSetup.xml situés sous C :\Windows\Panther contiennent l’événement suivant :

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

Pour activer la licence, copiez la clé AVMA (Automatic Virtual Machine Activation) pour la référence SKU que vous souhaitez activer.

Édition Clé AVMA
Centre de données Y4TGP-WAREHOUSEV9-HTC2H-7MGQ3-DV4TW
Norme DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentiels K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Sur la machine virtuelle, exécutez la commande suivante :

slmgr /ipk <AVMA_key>

Pour plus d’informations, consultez Activation de machine virtuelle.

Un élément d’image et de galerie Windows Server doit être ajouté avant de déployer des machines virtuelles dans Azure Stack Hub.

J’ai supprimé certaines machines virtuelles, mais je vois toujours les fichiers VHD sur le disque.

Ce comportement est par conception :

  • Lorsque vous supprimez une machine virtuelle, les disques durs virtuels ne sont pas supprimés. Les disques sont des ressources distinctes dans le groupe de ressources.
  • Lorsqu’un compte de stockage est supprimé, la suppression est visible immédiatement via Azure Resource Manager. Toutefois, les disques qu’il peut contenir sont toujours conservés dans le stockage jusqu’à ce que le garbage collection s’exécute.

Si vous voyez des disques durs virtuels « orphelins », il est important de savoir s’ils font partie du dossier d’un compte de stockage supprimé. Si le compte de stockage n’a pas été supprimé, il est normal qu’ils soient toujours là.

Vous pouvez en savoir plus sur la configuration du seuil de rétention et la récupération à la demande dans gérer les comptes de stockage.

Résoudre les problèmes de stockage

Réclamation d'espace

La capacité récupérée peut prendre jusqu’à 14 heures pour qu’elle s’affiche dans le portail. La récupération d’espace dépend de différents facteurs, notamment le pourcentage d’utilisation des fichiers conteneur internes dans le magasin d’objets blob de blocs. Par conséquent, selon la quantité de données supprimées, aucune garantie n'existe quant à la quantité d'espace qui peut être récupérée lorsque le ramasse-miettes s'exécute.

Explorateur Stockage Azure ne fonctionne pas avec Azure Stack Hub

Si vous utilisez un système intégré dans un scénario déconnecté, il est recommandé d’utiliser une autorité de certification d’entreprise. Exportez le certificat racine au format Base 64, puis importez-le dans l’Explorateur Stockage Azure. Veillez à supprimer la barre oblique de fin (/) du point de terminaison Resource Manager. Pour plus d’informations, consultez Préparer la connexion à Azure Stack Hub.

Résoudre les problèmes d’App Service

échec du script Create-AADIdentityApp.ps1

Si le script Create-AADIdentityApp.ps1 requis pour App Service échoue, veillez à inclure le paramètre requis -AzureStackAdminCredential lors de l’exécution du script. Pour plus d’informations, consultez Conditions préalables pour le déploiement d’App Service sur Azure Stack Hub.

Résoudre les problèmes liés aux mises à jour d’Azure Stack Hub

Le processus de mise à jour et de correctif d’Azure Stack Hub est conçu pour permettre aux opérateurs d’appliquer des packages de mise à jour de manière cohérente et simplifiée. Bien qu’il soit rare, les problèmes peuvent se produire pendant le processus de mise à jour et de correctif. Les étapes suivantes sont recommandées si vous rencontrez un problème pendant le processus de mise à jour et de correctif :

  1. Conditions préalables : veillez à suivre la liste de contrôle de l’activité de mise à jour et à activer la collecte proactive des journaux.

  2. Suivez les étapes de correction de l’alerte d’échec créée lorsque votre mise à jour a échoué.

  3. Si vous ne parvenez pas à résoudre votre problème, créez un ticket de support Azure Stack Hub. Veillez à collecter les journaux pour l’intervalle de temps lorsque le problème s’est produit. Si une mise à jour échoue, avec une alerte critique ou un avertissement, il est important de passer en revue l’échec et de contacter les services de support technique Microsoft comme indiqué dans l’alerte afin que votre unité d’échelle ne reste pas dans un état d’échec pendant longtemps. La sortie d’une unité d’échelle dans un état de mise à jour ayant échoué pendant une période prolongée peut entraîner des problèmes supplémentaires plus difficiles à résoudre ultérieurement.

Problèmes courants liés aux correctifs et aux mises à jour d’Azure Stack Hub

S’applique à : systèmes intégrés Azure Stack Hub

Échec de la préparation

Applicable : ce problème s’applique à toutes les versions prises en charge.

Cause : lors de la tentative d’installation de la mise à jour d’Azure Stack Hub, l’état de la mise à jour peut échouer et changer d’état PreparationFailed. Pour les systèmes connectés à Internet, cela indique généralement que le package de mise à jour ne peut pas être téléchargé correctement en raison d’une connexion Internet faible.

Correction : vous pouvez contourner ce problème en cliquant à nouveau sur Installer maintenant . Si le problème persiste, nous vous recommandons de charger manuellement le package de mise à jour en suivant la section Installer les mises à jour .

Occurrence : Courant

Échec de la mise à jour : vérifier et appliquer des logiciels de protection de clé externe sur les CSV

Applicable : ce problème s’applique à toutes les versions prises en charge.

Cause : le mot de passe BMC (Baseboard Management Controller) n’est pas défini correctement.

Correction : Mettez à jour les informations d’identification BMC et reprenez la mise à jour.

Avertissements et erreurs signalés pendant la mise à jour en cours

Applicable : ce problème s’applique à toutes les versions prises en charge.

Cause : Lorsque la mise à jour d’Azure Stack Hub est en cours, des avertissements et des erreurs peuvent être signalés dans le portail. Les composants peuvent attendre d’autres composants pendant la mise à niveau, ce qui entraîne une erreur. Azure Stack Hub a un mécanisme permettant de réessayer ou de corriger certaines des tâches en raison d’erreurs intermittentes.

Correction : alors que la mise à jour d’Azure Stack Hub est en cours, les avertissements et les erreurs signalés dans le portail peuvent être ignorés.

Occurrence : Courant

Échec de la mise à jour 2002

Applicable : ce problème s’applique uniquement à la version 2002.

Cause : lors de la tentative de mise à jour 2002, la mise à jour peut échouer et fournir ce message : The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Correction : configurez un réseau interne privé.