Collecter les journaux de diagnostic pour Azure Stack HCI

Article
03/27/2024

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>

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"
$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, ToDateCollectSddc, SupplementaryLogs, , ShareCredentialet 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 SupplementaryLogsparamètres , ShareCredentialet BypassObsAgent avec le NoLogCollection paramètre .
Le SupplementaryLogs paramètre est obligatoire lors de l’utilisation de NoLogCollection. 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, ToDateet 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’EPE`UpdateService`. 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.

Collecter les journaux de diagnostic pour Azure Stack HCI

Collecte des journaux à la demande

Quand utiliser la collecte de journaux à la demande

Prérequis

Effectuer la collecte des journaux à la demande via PowerShell

Exemples et exemples de sorties

Envoyer diagnostics données avec filtrage de date

Envoyer des données de diagnostic pour les rôles spécifiés

Obtenir un historique de la collection de journaux

Fournir les informations requises dans un cas de support

Fournir des informations à partir de la `Send-DiagnosticData` sortie

Fournir des informations à partir de la page de Portail Azure où le problème se produit

`Send-DiagnosticData` informations de référence sur les commandes

FromDate et ToDate

FilterByRole

CollectSddc

BypassObsAgent

SaveToPath

NoLogCollection

SupplementaryLogs

ShareCredential

(Planifier la dépréciation) ToSMBShare

(Planifier la dépréciation) FromSMBShare

(Planifier la dépréciation) SharePath

Rôles disponibles pour le filtrage des journaux

Effectuer la collecte des journaux à la demande via Windows Admin Center dans le Portail Azure

Étapes suivantes

Commentaires

Commentaires

Ressources supplémentaires

Collecter les journaux de diagnostic pour Azure Stack HCI

Collecte des journaux à la demande

Quand utiliser la collecte de journaux à la demande

Prérequis

Effectuer la collecte des journaux à la demande via PowerShell

Exemples et exemples de sorties

Envoyer diagnostics données avec filtrage de date

Envoyer des données de diagnostic pour les rôles spécifiés

Obtenir un historique de la collection de journaux

Enregistrer les journaux dans un partage de fichiers local

Fournir les informations requises dans un cas de support

Fournir des informations à partir de la Send-DiagnosticData sortie

Fournir des informations à partir de la page de Portail Azure où le problème se produit

Send-DiagnosticData informations de référence sur les commandes

FromDate et ToDate

FilterByRole

CollectSddc

BypassObsAgent

SaveToPath

NoLogCollection

SupplementaryLogs

ShareCredential

(Planifier la dépréciation) ToSMBShare

(Planifier la dépréciation) FromSMBShare

(Planifier la dépréciation) SharePath

Rôles disponibles pour le filtrage des journaux

Effectuer la collecte des journaux à la demande via Windows Admin Center dans le Portail Azure

Étapes suivantes

Commentaires

Commentaires

Ressources supplémentaires

Fournir des informations à partir de la `Send-DiagnosticData` sortie

`Send-DiagnosticData` informations de référence sur les commandes