Collecter les journaux de diagnostic pour Azure Stack HCI
S’applique à : Azure Stack HCI, version 23H2
Cet article explique comment collecter les journaux de diagnostic et les envoyer à Microsoft pour vous aider à identifier et à résoudre les problèmes liés à votre solution Azure Stack HCI.
Collecte des journaux à la demande
La collecte des journaux à la demande implique la collecte manuelle et l’envoi des journaux de diagnostic à Microsoft à l’aide de l’applet Send-DiagnosticData
de commande à partir de n’importe quel nœud du cluster Azure Stack HCI. Lorsque vous exécutez cette applet de commande, les journaux sont temporairement copiés localement. Cette copie est analysée, envoyée à Microsoft, puis supprimée de votre système. Microsoft conserve ces données de diagnostic jusqu’à 30 jours et les gère conformément aux pratiques de confidentialité standard.
Quand utiliser la collecte de journaux à la demande
Voici les scénarios dans lesquels vous pouvez effectuer la collecte des journaux à la demande :
- Support Microsoft demandes de journaux basées sur un cas ouvert.
- Les journaux sont collectés lorsqu’un cluster est connecté et inscrit.
- Les journaux sont collectés lorsque les composants d’observabilité sont opérationnels et installés.
- Les journaux sont collectés lorsqu’un cluster n’est inscrit qu’en partie.
- Les journaux sont collectés pour les problèmes non liés aux échecs d’inscription.
Pour explorer d’autres méthodes de collecte de journaux dans Azure Stack HCI et comprendre quand les utiliser, consultez Diagnostics.
Prérequis
Avant de collecter les journaux à la demande, vous devez remplir les conditions préalables suivantes :
- Vous devez avoir accès à un cluster Azure Stack HCI.
- Vous devez avoir accès à Azure.
- Vous devez avoir installé l’extension pour collecter des
AzureEdgeTelemetryAndDiagnostics
données de télémétrie et des informations de diagnostics à partir de votre système Azure Stack HCI. Pour plus d’informations sur l’extension, consultez Vue d’ensemble de la télémétrie Azure Stack HCI et de l’extension diagnostics.
Effectuer la collecte des journaux à la demande via PowerShell
Vous pouvez effectuer la collecte des journaux à la demande à l’aide de PowerShell, la méthode recommandée ou Windows Admin Center dans le Portail Azure, comme décrit plus loin dans cet article.
Exécutez l’applet Send-DiagnosticData
de commande à partir de n’importe quel nœud de votre cluster Azure Stack HCI pour effectuer la collecte des journaux à la demande.
Voici quelques points importants à prendre en compte :
- Le temps d’achèvement de l’applet
Send-DiagnosticData
de commande varie en fonction de facteurs, tels que les rôles pour lesquels les journaux sont collectés, la durée spécifiée et le nombre de nœuds dans votre environnement Azure Stack HCI. - Si vous ne spécifiez aucun paramètre, l’applet
Send-DiagnosticData
de commande collecte des données à partir de tous les nœuds pour la durée précédente d’une heure.
Voici la syntaxe de Send-DiagnosticData
:
Send-DiagnosticData [[-FilterByRole] <string[]>] [[-FromDate] <datetime>] [[-ToDate] <datetime>] [[-CollectSddc] <bool>] [<CommonParameters>]
Pour obtenir des informations de référence sur Send-DiagnosticData
, consultez la Send-DiagnosticData
section de référence de commandes plus loin dans cet article.
Exemples et exemples de sorties
Voici quelques exemples de commandes avec des exemples de sorties qui montrent comment utiliser l’applet de Send-DiagnosticData
commande avec différents paramètres.
Envoyer diagnostics données avec filtrage de date
Dans cet exemple, vous envoyez diagnostics données avec un filtrage de date pour les fichiers journaux des deux dernières heures :
Send-DiagnosticData -FromDate (Get-Date).AddHours(-2) -ToDate (Get-Date)
Voici un exemple de sortie de cette commande :
PS C:\CloudDeployment\logs> Send-DiagnosticData -FromDate (Get-Date).AddHours(-2) -ToDate (Get-Date)
Converting FromDate and ToDate to UTC
FromDate in UTC is now 12/04/2023 19:14:18. ToDate in UTC is now 12/04/2023 21:14:18
The correlation Id is <Correlation-ID>. This is used to query for this log collection in the diagnostic pipeline.
Provide the below information to the customer support engineer working on your case.
AEORegion: eastus
AEODeviceARMResourceUri: /Subscriptions/<Subscription-ID>/resourceGroups/EDGECI-REGISTRATION/providers/Microsoft.AzureStackHCI/clusters/<cluster-name>
AEOClusterNodeArcResourceUri: /subscriptions/<Subscription-ID>/resourceGroups/EDGECI-REGISTRATION/providers/Microsoft.HybridCompute/machines/<v-host-name>
CorrelationId: <Correlation-ID>
Observability Agent is running.
Successfully submitted on-demand. Log collection Job Id: <Job-ID>. This is used to track the log collection with Get-LogCollectionHistory.
Current log collection status: Running
Waiting for log collection to complete...
==== CUT ==================== CUT =======
Log collection ended with status: Succeeded
PS C:\CloudDeployment\logs>
Envoyer des données de diagnostic pour les rôles spécifiés
Dans cet exemple, vous envoyez des données de diagnostic avec filtrage de rôle pour BareMetal et ECE :
Send-DiagnosticData -FilterByRole BareMetal, ECE –CollectSddc $false
Voici un exemple de sortie de cette commande :
PS C:\Users\docsuser> Send-DiagnosticData -FilterByRole BareMetal, ECE –CollectSddc $false
FromDate parameter not specified. Setting to default value 12/04/2023 20:41:21
ToDate parameter not specified. Setting to default value 12/04/2023 21:41:21
Converting FromDate and ToDate to UTC
FromDate in UTC is now 12/04/2023 20:41:21. ToDate in UTC is now 12/04/2023 21:41:21
The correlation Id is <Correlation-ID>. This is used to query for this log collection in the diagnostic pipeline.
Provide the below information to the customer support engineer working on your case.
AEORegion: eastus
AEODeviceARMResourceUri: /Subscriptions/<Subscription-ID>/resourceGroups/EDGECI-REGISTRATION/providers/Microsoft.AzureStackHCI/clusters/cluster-e5c7b2aa9a36490f9567b432a0eb51f1
AEOClusterNodeArcResourceUri: /subscriptions/<Subscription-ID>/resourceGroups/EDGECI-REGISTRATION/providers/Microsoft.HybridCompute/machines/v-Host1
CorrelationId: <Correlation-ID>
Observability Agent is running.
Successfully submitted on-demand. Log collection Job Id: <Job-ID>. This is used to track the log collection with Get-LogCollectionHistory.
Current log collection status: Running
Waiting for log collection to complete...
==== CUT ==================== CUT =======
Log collection ended with status: Succeeded
PS C:\Users\docsuser>
Obtenir un historique de la collection de journaux
Vous pouvez obtenir un historique de toutes les collections de journaux que vous avez effectuées. Cet historique vous permet d’en savoir plus sur les types de collections de journaux, la taille des collections de journaux, les heures de collecte des journaux et les méthodes de collecte des journaux.
Pour obtenir l’historique des collections de journaux des 90 derniers jours, entrez :
Get-LogCollectionHistory
Voici un exemple de sortie de l’applet Get-LogCollectionHistory
de commande. Notez que les datetime
paramètres se trouvent dans le fuseau horaire UTC.
PS C:\CloudDeployment\logs> Get-LogCollectionHistory
Name Value
---- -----
TimeCollected 9/29/2022 5:08:14 PM +00:00
Status Succeeded
CollectionFromDate 9/29/2022 4:07:57 PM +00:00
CollectionToDate 9/29/2022 5:07:57 PM +00:00
LogCollectionId fdcd94c8-1bd2-4ec6-8612-c92d5abd9a84
Type OnDemand
LogUploadSizeMb 1598
UploadNumberOfFiles 1924
Directory
Location
Error
---------- ---------------------------------------------------------
TimeCollected 9/27/2022 11:57:25 PM +00:00
Status Succeeded
CollectionFromDate 9/27/2022 9:57:16 PM +00:00
CollectionToDate 9/27/2022 11:57:16 PM +00:00
LogCollectionId f3d8dcc6-901e-4c72-a3cc-210055e6f198
Type OnDemand
LogUploadSizeMb 1069
UploadNumberOfFiles 1941
Directory
Location
Error
PS C:\CloudDeployment\logs>
Enregistrer les journaux dans un partage de fichiers local
Vous pouvez stocker les journaux de diagnostic sur un partage SMB (Server Message Block) local si vous rencontrez des problèmes réseau ou si vous préférez enregistrer des données localement au lieu de les envoyer à Azure.
Procédez comme suit pour enregistrer les journaux dans un partage local :
Exécutez la commande suivante pour créer un partage :
New-SMBShare -Name <share-name> -Path <path-to-share> -FullAccess Users -ChangeAccess 'Server Operators'
Exécutez les commandes suivantes pour créer PSCredentials dans le partage :
$user = "<username>" $pass = "<password>" $sec=ConvertTo-SecureString -String $pass -AsPlainText -Force $shareCredential = New-Object System.Management.Automation.PSCredential ($user, $sec)
Exécutez la commande suivante sur chaque nœud du cluster pour collecter les journaux et les enregistrer localement :
Send-DiagnosticData -SaveToPath <path to share> -ShareCredential $shareCredential
Si vous disposez d’une connectivité sortante à partir du partage SMB où vous avez enregistré les journaux, vous pouvez exécuter la commande suivante pour envoyer les journaux à Microsoft :
Send-DiagnosticData NoLogCollection -SupplementaryLogs <path-to-share> -ShareCredentail $shareCredential
Fournir les informations requises dans un cas de support
Si vous rencontrez un problème et que vous avez besoin d’aide de Support Microsoft, ils peuvent vous demander des informations spécifiques pour localiser vos journaux.
Vous pouvez obtenir ces informations à partir de la sortie de l’applet Send-DiagnosticData
de commande ou directement à partir de la page problématique dans le Portail Azure.
Fournir des informations à partir de la Send-DiagnosticData
sortie
Lorsque vous utilisez Send-DiagnosticData
pour collecter des journaux, il fournit également des détails clés dans sa sortie que vous devez partager avec Support Microsoft. Une fois les journaux collectés, ils sont envoyés à la base de données Kusto. Support Microsoft pouvez ensuite utiliser les informations fournies pour localiser vos journaux dans Kusto et vous aider à résoudre le problème signalé.
Lorsque vous y êtes invité, partagez les informations suivantes avec Support Microsoft. Obtenez ces informations à partir de la Send-DiagnosticData
sortie.
-
AEORegion
: emplacement où votre appareil est inscrit. -
AEODeviceARMResourceUri
: identificateur unique pour localiser la ressource, par exemple :/subscriptions/<subscription GUID>/resourceGroups/<Name of Resource group>/providers/Microsoft.AzureStackHCI/clusters/<Name of Cluster>
. -
AEOClusterNodeArcResourceUri
: identificateur unique pour localiser la ressource ARC, par exemple :/subscriptions/<subscription GUID>/resourceGroups/<Name of Resource group>/providers/Microsoft.HybridCompute/Machines/<machine name>
. -
CorrelationId
: identificateur unique pour localiser les journaux.
Fournir des informations à partir de la page de Portail Azure où le problème se produit
Dans la page problématique du Portail Azure, appuyez sur Ctrl+Alt+A pour télécharger un fichier de diagnostic avec les informations suivantes : ID de session et URL. Dans la plupart des cas, ces informations sont suffisantes pour Support Microsoft commencer à résoudre les problèmes.
Si vous utilisez l’un des panneaux Azure Stack HCI où vous rencontrez des problèmes, l’URI actuel a l’ID de ressource nécessaire pour déboguer le service.
Send-DiagnosticData
informations de référence sur les commandes
Cette section fournit des informations de référence sur Send-DiagnosticData
, notamment ses paramètres, sa syntaxe et ses exemples d’utilisation.
FromDate et ToDate
Ces paramètres vous permettent de collecter des journaux pour une période spécifique.
Syntaxe
Send-DiagnosticData [[-FilterByRole] <string[]>] [[-FromDate] <datetime>] [[-ToDate] <datetime>] [[-CollectSddc] <bool>] [<CommonParameters>]
Exemple
$fromDate = Get-Date -Date "11/30/2023 18:35:00"
$toDate = Get-Date -Date "11/30/2023 19:35:00"
Send-DiagnosticData –FromDate $fromDate –ToDate $toDate
Version d’extension
Tous
FilterByRole
Ce paramètre vous permet de choisir les journaux d’activité de rôles que vous souhaitez collecter. Vous pouvez spécifier plusieurs rôles. Pour obtenir la liste des rôles disponibles sur lesquels vous pouvez filtrer les journaux, consultez Rôles disponibles pour le filtrage des journaux.
Syntaxe
Send-DiagnosticData [[-FilterByRole] <string[]>]
Exemple
Send-DiagnosticData –FilterByRole “ALM” -CollectSddc $false
Version d’extension
Tous
CollectSddc
Détermine s’il faut inclure ou exclure les journaux du centre de données à définition logicielle (SDDC). Par défaut, les journaux SDDC sont inclus. Définissez-le sur $false si vous souhaitez les exclure. Pour plus d’informations sur l’utilisation des outils de diagnostic SDDC, consultez Collecter des données de diagnostic pour les clusters.
Syntaxe
Send-DiagnosticData [-CollectSddc <bool>]
Exemple
Send-DiagnosticData –CollectSddc $false
Version d’extension
Tous
BypassObsAgent
Lorsque vous contournez l’agent d’observabilité, les journaux sont collectés uniquement sur le nœud où la collecte de journaux a été lancée. Aucun enregistrement de la collection n’est conservé dans l’historique.
Syntaxe
Send-DiagnosticData [-BypassObsAgent]
Exemple
Send-DiagnosticData –BypassObsAgent
Version d’extension
Tous
SaveToPath
Ce paramètre vous permet d’enregistrer les journaux de diagnostic dans un chemin spécifié sur l’ordinateur hôte, au lieu de les transmettre à Microsoft.
Syntaxe
Send-DiagnosticData -SaveToPath <string> [-FilterByRole <string[]>] [-FromDate <datetime>] [-ToDate <datetime>] [-CollectSddc <bool>] [-SupplementaryLogs <string>] [-ShareCredential <pscredential>] [-BypassObsAgent] [<CommonParameters>]
Exemples
Vous pouvez fournir un chemin de partage ou un chemin de sortie sur l’hôte au SaveToPath
paramètre .
Send-DiagnosticData –SaveToPath <output path>
Send-DiagnosticData –SaveToPath <share path>
Si vous utilisez un chemin de partage qui n’est pas mappé, vous devez également utiliser le -ShareCredential
paramètre .
Send-DiagnosticData –SaveToPath <share path> -ShareCredential <credentials for share path>
Vous pouvez utiliser SaveToPath
avec d’autres paramètres, tels que FilterByRole
, FromDate
, ToDate
CollectSddc
, SupplementaryLogs
, , ShareCredential
et BypassObsAgent
.
Send-DiagnosticData –SaveToPath <output path> -FIlterByRole <role>
Version d’extension
Versions 1.0.2.0 et ultérieures
NoLogCollection
Le NoLogCollection
paramètre switch vous permet d’envoyer un ensemble ad hoc de journaux à Microsoft. Lorsque vous utilisez ce paramètre, tenez compte des détails suivants :
- Vous pouvez combiner les
SupplementaryLogs
paramètres ,ShareCredential
etBypassObsAgent
avec leNoLogCollection
paramètre . - Le
SupplementaryLogs
paramètre est obligatoire lors de l’utilisation deNoLogCollection
. Il spécifie le chemin des journaux qui doivent être envoyés à Microsoft. - Vous avez la possibilité de passer un chemin de partage ou un chemin de sortie sur l’hôte au
SupplementaryLogs
paramètre . Si vous utilisez un chemin de partage non mappé, vous devez également utiliser le-ShareCredential
paramètre .
Syntaxe
Send-DiagnosticData -SupplementaryLogs <string> -NoLogCollection [-ShareCredential <pscredential>] [-BypassObsAgent] [<CommonParameters>]
Exemples
Utilisez –NoLogCollection
avec le paramètre obligatoire SupplementaryLogs
:
Send-DiagnosticData –NoLogCollection –SupplementaryPath <output path>
Utilisez –NoLogCollection
avec le chemin de partage non mappé :
Send-DiagnosticData –NoLogCollection –SupplementaryPath <share path>
-ShareCredential <credential to share path>
Version d’extension
Versions 1.0.2.0 et ultérieures
SupplementaryLogs
Le paramètre SupplementaryLogs vous permet d’envoyer des journaux ad hoc à Microsoft.
Syntaxe
Vous pouvez l’utiliser des manières suivantes :
Avec SaveToPath
. Dans ce scénario, les journaux de diagnostic et les journaux ad hoc sont collectés et enregistrés dans un chemin spécifié.
Send-DiagnosticData [-SupplementaryLogs <string>] -SaveToPath <path>
Avec NoLogCollection
. Ici, seuls les journaux ad hoc sont collectés et envoyés à Microsoft. Aucun journal de diagnostic n’est collecté.
Send-DiagnosticData -SupplementaryLogs <string> -NoLogCollection
Sans SaveToPath
ou NoLogCollection
. Cela signifie que les journaux de diagnostic et les journaux ad hoc sont collectés et envoyés à Microsoft.
Send-DiagnosticData [-SupplementaryLogs <string>]
Lors de la collecte des journaux de diagnostic et ad hoc, vous pouvez utiliser le SupplementaryLogs
paramètre avec d’autres paramètres tels que FilterByRole
, FromDate
, ToDate
et CollectSddc
.
Exemples
Sans SaveToPath
ou NoLogCollection
:
Send-DiagnosticData –SupplementaryLogs <path to adhoc logs to collect>
Avec SaveToPath
:
Send-DiagnosticData –SaveToPath <path> -SupplementaryLogs <path to adhoc logs to collect>
Avec NoLogCollection
:
Send-DiagnosticData –NoLogCollection –SupplemenatryLogs <path to adhoc logs to collect>
Version d’extension
Versions 1.0.2.0 et ultérieures
ShareCredential
Ce paramètre offre la possibilité de collecter les journaux et de les enregistrer dans un chemin de partage ou d’envoyer directement des journaux à partir d’un chemin de partage à Microsoft.
Syntaxe
Enregistrez les journaux dans un chemin d’accès :
Send-DiagnosticData [-ShareCredential <pscredential>] -SaveToPath <path>
Envoyer des journaux sur un chemin de partage à Microsoft :
Send-DiagnosticData [-ShareCredential <pscredential>] -SupplementaryLogs <path> -NoLogCollection;
Exemples
Enregistrez les journaux dans un chemin d’accès :
Send-DiagnosticData –SaveToPath <share path> -ShareCredential <credential to share path>
Envoyer des journaux sur un chemin de partage à Microsoft :
Send-DiagnosticData –NoLogCollection –SupplementaryLogs <share path> –ShareCredential <credential to the share path>
Version d’extension
Tous
(Planifier la dépréciation) ToSMBShare
Ce paramètre vous permet d’enregistrer les journaux dans un chemin de sortie ou un chemin de partage. Si vous utilisiez un chemin de partage qui n’était pas mappé, vous deviez également utiliser le ShareCredential
paramètre . Étant donné que ce paramètre sera supprimé dans les versions ultérieures de l’extension, utilisez le paramètre à la -SaveToPath
place.
Syntaxe
Send-DiagnosticData –ToSMBShare –SharePath <path> [-ShareCredential <pscredential>]
Exemples
Enregistrez les journaux dans un chemin de sortie ou un chemin de partage :
Send-DiagnosticData –ToSMBShare –SharePath <output path or share path>
Enregistrez les journaux dans un chemin d’accès de partage qui n’est pas mappé :
Send-DiagnosticData –ToSMBShare –SharePath <share path> -ShareCredential <credential for the share path>
Version d’extension
Initialement accessible dans toutes les versions, ce paramètre sera finalement limité aux versions 0.1.42 et antérieures.
(Planifier la dépréciation) FromSMBShare
Ce paramètre vous permet d’envoyer des journaux à partir d’un chemin de sortie ou de partager le chemin d’accès directement à Microsoft. Si vous utilisiez un chemin de partage qui n’était pas mappé, vous deviez également utiliser le ShareCredential
paramètre . Étant donné que ce paramètre sera supprimé dans les versions ultérieures de l’extension, utilisez le paramètre à la -NoLogCollection
place.
Syntaxe
Send-DiagnosticData –FromSMBShare –SharePath <path> [-ShareCredential <pscredential>]
Exemples
Send-DiagnosticData –FromSMBShare –SharePath <output path or share path>
Send-DiagnosticData –FromSMBShare –SharePath <share path>
Version d’extension
Initialement accessible dans toutes les versions, ce paramètre sera finalement limité aux versions 0.1.42 et antérieures.
(Planifier la dépréciation) SharePath
Le paramètre SharePath peut être utilisé à l’une des fins suivantes :
- Enregistrez les journaux de diagnostic dans un chemin de partage ou un chemin de sortie.
- Envoyer des journaux à Microsoft à partir d’un chemin de partage ou d’un chemin de sortie. Si vous utilisez un chemin de partage et que le chemin de partage n’est pas mappé, le
ShareCredential
paramètre doit également être utilisé.
Étant donné que ce paramètre sera supprimé dans les versions ultérieures de l’extension, utilisez le pour enregistrer les –SaveToPath
journaux dans un chemin d’accès ou –SupplementaryLogs
lors de l’envoi de journaux ad hoc à Microsoft à la place.
Syntaxe
Send-DiagnosticData –ToSMBShare –SharePath <path> [-ShareCredential <pscredential>];
Send-DiagnosticData –FromSMBShare –SharePath <path> [-ShareCredential <pscredential>];
Exemples
Send-DiagnosticData –ToSMBShare –SharePath <output path or share path>
Send-DiagnosticData –ToSMBShare –SharePath <share path> -ShareCredential <credential for the share path>
Send-DiagnosticData –FromSMBShare –SharePath <output path or share path>
Send-DiagnosticData –FromSMBShare –SharePath <share path>
Version d’extension
Initialement accessible dans toutes les versions, ce paramètre sera finalement limité aux versions 0.1.42 et antérieures.
Rôles disponibles pour le filtrage des journaux
Les rôles suivants sont disponibles pour le filtrage par le paramètre FilterByRole . Les rôles disponibles peuvent être différents dans une version ultérieure.
Nom de rôle | Description |
---|---|
ALM | La gestion du cycle de vie des applications (ALM) implique la gestion du développement, des tests, du déploiement et de la maintenance des applications logicielles. |
ArcAgent | Agent qui permet la gestion de Windows Server via Azure Arc. Consultez Vue d’ensemble de l’agent Azure Connected Machine. |
BareMetal | Rôle d’infrastructure qui vous permet d’exécuter des services sur des serveurs nus sans couche de virtualisation. Vous pouvez disposer d’un accès et d’un contrôle complets sur le système d’exploitation et le matériel. |
CommonInfra | Collecte des journaux pour les composants d’infrastructure courants, tels que la mise en réseau, le stockage et la sécurité. |
DeploymentLogs | Enregistre les détails du processus de déploiement, notamment les étapes effectuées, les erreurs rencontrées et les status d’opération. |
ECE | Gère les workflows de cycle de vie, notamment le déploiement, la mise à jour, l’ajout de nœud et le remplacement des nœuds. |
Extension | Données relatives aux extensions managées Azure. |
FleetDiagnosticsAgent | Écoute les déclencheurs d’intégrité pour démarrer la collecte des journaux. Ces journaux sont utilisés pour diagnostiquer les problèmes liés à FleetDiagnosticsAgent et à la collecte des journaux. |
HCICloudService | Un service cloud Azure qui fournit des fonctionnalités de base pour Azure Stack HCI. Il combine la puissance Azure avec la flexibilité des serveurs locaux. |
DownloadService | Partie du service infra pour télécharger le contenu de mise à jour. |
Santé | Collecte des données d’intégrité, de performances et d’utilisation à partir de différentes sources, telles que les journaux d’événements et les compteurs de performances. |
HostNetwork | Journaux utilisés pour résoudre les problèmes liés à Network ATC, le composant de système d’exploitation sous-jacent utilisé pour configurer la mise en réseau hôte. |
MOC_ARB | Pile de gestion qui permet la gestion basée sur le cloud des machines virtuelles sur Azure Stack HCI et Windows Server. |
NC | Informations relatives à l’infrastructure réseau. |
ObservabilityLogmanTraces | Collecte les journaux pour les traces d’observabilité. Ces journaux aident à résoudre les problèmes liés à l’envoi de données de diagnostic. |
ObservabilitéVolume | Collecte les journaux pour le volume d’observabilité. |
OEMDiagnostics | Collecte des journaux pour les diagnostics OEM, ce qui peut vous aider à identifier et à résoudre les problèmes liés au matériel de votre serveur, tels que le BIOS, les pilotes, les capteurs, etc. |
OSUpdateLogs | Rôle qui collecte les journaux liés aux mises à jour du système d’exploitation sur les nœuds Azure Stack HCI, utile pour résoudre les problèmes liés aux mises à jour. |
RemoteSupportAgent | Journaux qui aident à résoudre les problèmes liés aux sessions de support à distance, qui sont utilisés pour traiter les cas de support client. |
TestObservability | Collecte les journaux de l’applet Test-Observability de commande, qui est utilisée pour vérifier que l’extension TelemetryAndDiagnostics fonctionne correctement. |
URP | Se compose de journaux d’activité liés aux événements de rôle et OsUpdate à l’EPEUpdateService . Gère les Update Service mises à jour pour les systèmes Azure Stack HCI. Le OsUpdate rôle EPE est utilisé pour acquérir et installer des mises à jour du système d’exploitation sur des machines (hôtes physiques et InfraVM) qui ne font pas partie du cluster pendant le déploiement, l’ajout de nœud, le nœud de réparation et les scénarios de mise à jour des machines virtuelles Infra. Les traces de ces deux composants font partie du URP rôle. |
Effectuer la collecte des journaux à la demande via Windows Admin Center dans le Portail Azure
L’extension Diagnostics
dans Windows Admin Center dans le Portail Azure vous permet d’effectuer la collecte des journaux à la demande et de partager les journaux avec Microsoft.
Procédez comme suit pour effectuer la collecte des journaux à la demande via Windows Admin Center dans le Portail Azure :
Connectez-vous à Windows Admin Center dans le Portail Azure. Pour plus d’informations, consultez Gérer des clusters Azure Stack HCI à l’aide de Windows Admin Center dans Azure.
Dans le volet gauche, sous Extensions, sélectionnez Diagnostics.
Dans la page Diagnostics , sous Activité de journal, passez en revue l’historique de collecte des journaux ou sélectionnez une ligne pour afficher les détails d’une collection de journaux spécifique.
Sélectionnez Envoyer manuellement. Dans le volet contextuel à droite, entrez l’heure de début et d’heure de fin du journal, puis sélectionnez Collecter & charger les journaux.