Résoudre les problèmes liés à l’intégration de suite Operations Management Suite

Cet article contient une série d’étapes, de procédures et de conseils de résolution des problèmes pour les clients en mode attachement et l’accès direct au gestionnaire des opérations intégré dans Microsoft Operations Management Suite (OMS).

Version du produit d’origine :   Microsoft System Center 2012 Operations Manager, System Center 2012 R2 Operations Manager
Numéro de la base de connaissances initiale :   3126513

Erreur d’enregistrement d’Operations Manager

Il existe deux messages d’erreur que vous pouvez rencontrer lors de l’inscription d’un groupe d’administration Operations Manager (Operations Manager).

Erreur 2200

Lorsque vous essayez de connecter un groupe d’administration Operations Manager à OMS, vous recevez le message d’erreur suivant :

Erreur 2200 : impossible de s’inscrire au service conseiller. Veuillez contacter l’administrateur système.

Ce problème peut être dû à l’une des conditions suivantes :

  • L’espace de travail OMS n’a pas été créé avant d’essayer de l’intégrer à Operations Manager. Pour résoudre ce problème, accédez au site Microsoft. com\OMS et créez d’abord un espace de travail. Ensuite, essayez d’utiliser le même compte.
  • Une fois que vous avez installé les correctifs cumulatifs les plus récents, les packs d’administration nécessaires n’ont pas été importés dans votre groupe d’administration Operations Manager. Pour résoudre ce problème, ouvrez la console de gestion des opérations, accédez à l’affichage administration , puis sélectionnez l’option permettant d’importer les packs d’administration. Ensuite, accédez à %SystemDrive%\Program Files\System Center 2012 SP1\Operations Manager\Server\Management Packs for Update Rollups , puis importez les packs d’administration dans ce dossier. Une fois l’opération terminée, redémarrez la console, puis réessayez d’effectuer l’intégration.

Erreur 3000

Lorsque vous essayez de connecter un groupe d’administration d’Operations Manager à OMS, vous recevez le message d’erreur suivant :

Erreur 3000 : impossible de s’inscrire au service conseiller. Veuillez contacter l’administrateur système.

Ce problème peut être dû à l’une des conditions suivantes :

  • L’horloge du serveur peut être désynchronisée avec l’heure actuelle de plus de 5 minutes. Vous pouvez résoudre ce problème en modifiant le temps d’horloge sur le serveur pour qu’il corresponde à l’heure actuelle. Pour ce faire, ouvrez une invite de commandes en tant qu’administrateur, exécutez w32tm /tz pour vérifier le fuseau horaire, puis exécutez w32tm /resync pour synchroniser l’heure.

    Notes

    Même lorsque votre horloge indique qu’elle est synchronisée (c’est-à-dire, synchronisée avec le serveur de temps de votre entreprise), elle peut toujours être désynchronisée avec l’une des machines virtuelles dans Azure. Étant donné que la différence de temps autorisée est de 5 minutes, il s’agit souvent d’un problème. Vérifiez que vous effectuez une synchronisation avec un serveur de temps fiable sur Internet. Vous pouvez résoudre ce type de problème en activant le suivi détaillé sur le serveur de gestion ou sur l’ordinateur qui exécute la console. Pour plus d’informations sur le suivi dans Operations Manager, voir comment utiliser le suivi des diagnostics dans System Center Operations manager 2007 et dans System Center Essentials.

    En fait, vous devez exécuter la commande suivante :

    StartTracing.cmd VER
    - reproduce the issue –
    StopTracing.cmd
    FormatTracing.cmd
    

    Dans les fichiers de suivi de sortie, vous devriez trouver une exception indiquant que le jeton a été rejeté car il n’était pas encore valide ou a expiré.

  • Un pare-feu ou un serveur proxy interne bloque la communication avec les points de terminaison du service conseiller. La section suivante contient des informations détaillées sur la résolution de ces problèmes.

Étapes d’inscription ou de configuration du proxy

Lorsqu’un serveur proxy interne ou un pare-feu bloque la communication avec les points de terminaison du service conseiller, l’inscription peut échouer. Ou, une fois l’inscription terminée, la communication d’Operations Manager échoue. Cette section décrit le type de communications et de points de terminaison qui doivent être autorisés sur les serveurs d’administration, la console et les agents directs pour la communication des informations opérationnelles.

Étape 1 : configurer le proxy et le pare-feu dans l’environnement local

Consultez la rubrique réseau pour vérifier la configuration requise pour le proxy et le pare-feu.

Si vous utilisez un espace de travail d’analyse de journal qui a été mis à niveau vers le nouveau langage de requête de recherche, vous pouvez également rencontrer le problème décrit ci-dessous :

Question : après la mise à niveau, j’obtiens une erreur lors de la tentative d’exécution des requêtes et am a également détecté des erreurs dans mes vues.

Votre navigateur a besoin d’accéder aux adresses suivantes pour exécuter les requêtes d’analyse de journal après la mise à niveau. Si votre navigateur accède au portail Azure via un pare-feu, vous devez activer l’accès à ces adresses.

URL IP Ports
portal.loganalytics.io Dynamique 80 443
api.loganalytics.io Dynamique 80 443
docs.loganalytics.io Dynamique 80 443

Étape 2 : configurer le serveur proxy dans la console d’Operations Manager

  1. Ouvrez la console Operations Manager.

  2. Accédez à l’affichage administration .

  3. Sous le nœud System Center Advisor , sélectionnez conseiller Connection.

  4. Sélectionnez configurer le serveur proxy.

    Capture d’écran de la configuration du serveur proxy.

  5. Activez la case à cocher pour utiliser un serveur proxy pour accéder au service Web conseiller.

  6. Spécifiez l’adresse proxy au <http://proxyserver:port> format suivant :

    Capture d’écran de l’adresse proxy.

Étape 3 : spécifier des informations d’identification pour Operations Manager si le serveur proxy requiert une authentification

Si le serveur proxy requiert une authentification, vous pouvez en spécifier un pour un compte runas et l’associer à System Center Advisor exécuter en tant que proxy de profil:

  1. Dans la console Operations Manager, accédez à vue d' administration .

  2. Sous le nœud configuration de runas , sélectionnez profils.

  3. Double-cliquez pour ouvrir le conseiller System Center exécuter en tant que proxy de profil:

    La capture d’écran de System Center Advisor s’exécute en tant que proxy de profil.

  4. Sélectionnez Ajouter pour ajouter un compte runas. Vous pouvez en créer un ou utiliser un compte existant. Ce compte doit disposer d’autorisations suffisantes pour passer par le proxy.

  5. Définissez le compte à cibler dans le groupe des serveurs d’administration Operations Manager .

  6. Terminez l’Assistant et enregistrez les modifications :

    Capture d’écran de l’Assistant.

Étape 4 : configurez le serveur proxy sur chaque serveur de gestion d’Operations Manager pour le code managé

Il existe un paramètre supplémentaire dans Operations Manager qui est destiné à des rapports d’erreurs généraux. Toutefois, lorsque ce paramètre est activé, le paramètre de proxy peut également affecter la fonctionnalité du connecteur Advisor. Cela est dû au fait que les mêmes modules peuvent être utilisés dans plusieurs flux de travail. Par conséquent. Microsoft recommande de définir le serveur proxy sur le même proxy pour chaque serveur d’administration et chaque serveur d’administration. Pour cela, procédez comme suit :

  1. Dans la console Operations Manager, accédez à vue d' administration .

  2. Sélectionnez gestion des appareils, puis sélectionnez le nœud serveurs d’administration .

  3. Cliquez avec le bouton droit, sélectionnez les Propriétés pour chaque serveur d’administration (une à la fois), puis définissez le proxy sous l’onglet paramètres de proxy :

    Capture d’écran de l’onglet Paramètres de proxy

Vérifier le déploiement après l’inscription

Étape 1 : vérifier que les packs d’administration corrects sont téléchargés vers votre environnement Operations Manager

En fonction des solutions (précédemment appelées packs d’intelligence) que vous avez activées dans le portail opérationnels, vous verrez une partie ou la totalité des packs d’administration dans la capture d’écran suivante. Recherchez le conseiller ou la solution de mots-clés dans leur nom, et assurez-vous que les packs d’administration correspondants sont installés sur les solutions que vous avez activées.

Capture d’écran du conseiller de recherche

Vous pouvez également vérifier ces packs d’administration via PowerShell à l’aide des commandes suivantes :

get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken | Out-GridView

Notes

Si vous dépannez la solution de capacité, vérifiez le nombre de packs d’administration dont vous disposez d’un nom qui contient la capacité. Il existe deux packs d’administration qui ont le même nom complet, mais des ID internes différents qui se trouvent dans le même package de packs d’administration. Si l’une des deux n’est pas importée (souvent en raison des dépendances VMM manquantes), il se peut que l’autre pack d’administration ne soit pas importé.

Vous devriez voir les packs d’administration suivants liés à la capacité :

  • Pack d’aide à la décision de Microsoft System Center Advisor
  • Pack d’aide à la décision de Microsoft System Center Advisor
  • Données de stockage de capacité Microsoft System Center Advisor

Si vous ne voyez qu’un ou deux de ces éléments, supprimez-les et patientez entre 5 et 10 minutes pour que Operations Manager le télécharge et les importe à nouveau. Si cette opération échoue, vérifiez si les journaux des événements comportent des erreurs pendant cette période.

Étape 2 : vérifier que les bonnes solutions sont téléchargées vers votre agent direct

Avec les agents directs, vous devriez voir la stratégie de collection de solutions mise en cache sous le C:\Program Files\Microsoft Monitoring Agent\Agent\Health Service State\Management Packs chemin d’accès :

Capture d’écran de la collection de solutions.

Étape 3 : vérifier que les données sont envoyées au service conseiller (ou au moins qu’une tentative d’envoi est effectuée)

  1. Ouvrez l’analyseur de performances.

  2. Sélectionnez groupes de gestion de service d’intégrité.

  3. Ajoutez tous les compteurs qui commencent par http:

    Capture d’écran de l’ajout de compteurs.

  4. Si la configuration est correcte, l’activité de ces compteurs doit s’afficher sous forme d’événements, et d’autres données sont téléchargées (en fonction des solutions chargées dans le portail et la stratégie de collecte de journal configurée). Ces compteurs ne doivent pas nécessairement être continuellement occupés. Toutefois, si vous constatez peu ou pas d’activité, il se peut que vous n’ayez pas ajouté de nombreuses solutions ou que vous avez une stratégie de collecte légère.

    Capture d’écran de l’activité pour les compteurs en tant qu’événements.

Étape 4 : recherchez les erreurs dans les journaux des événements du serveur d’administration ou de l’agent direct

Pour terminer, si toutes les étapes précédentes échouent, vérifiez si vous avez des erreurs dans l’application Observateur d’événements > etle journal des événements services > Operations Manager . Filtrer par sources d’événements : conseiller, modules de service d’intégrité, santéintégrité et connecteur de service (ce dernier s’applique uniquement à l’agent direct). Vous pouvez copier ces événements et les publier dans le Forum de commentaires pour que nous puissions faire de l’équipe produit une aide supplémentaire. La plupart de ces événements se trouvent également sur l’agent direct, et les étapes de résolution des problèmes sont similaires. Le processus d’inscription est le seul composant qui diffère entre un environnement d’Operations Manager intégré et un autre à l’aide des agents directs :

  • Lorsque vous êtes connecté à Operations Manager, vous disposez d’un Assistant avec l’intégration de navigateur qui vous permet de choisir votre espace de travail en tant qu’utilisateur ou administrateur. Ensuite, Operations Manager prend soin d’échanger des certificats et de les utiliser pour le téléchargement de packs d’administration et le transfert de données à des idées opérationnelles.
  • Lorsque vous utilisez des agents directs, il vous suffit de copier et de coller l’ID et la clé de l’espace de travail, et ceux-ci sont utilisés pour vérifier que vous enregistrez ces agents et que vous êtes propriétaire de cet espace de travail. Une fois que vous avez été authentifié, les certificats sont échangés dans le cadre du service de la même manière que pour l’intégration d’Operations Manager.

La plupart de ces événements s’appliquent aux deux types d’infrastructure de création de rapports. Ouvrez Event Viewer > l’application de l’observateur d’événementset les services > Operations Manager , puis filtrez les sources d’événements : conseiller, modules de service d’intégrité, santéintégrité et connecteur de service (ce dernier s’applique uniquement à l’agent direct).

Capture d’écran du filtre de sources d’événements.

Voici quelques-uns des événements que vous pouvez voir lorsque des éléments ne fonctionnent pas correctement sont inclus dans le tableau suivant :

EventID Source Signification Résolution
2138 Modules de service d’intégrité Le proxy requiert une authentification Suivez l’étape 3 et l’étape 1 ci-dessus.
2137 Modules de service d’intégrité Impossible de lire le certificat d’authentification La réexécution de l’Assistant inscription du conseiller prend en compte les certificats et les comptes RunAs.
2132 Modules de service d’intégrité Non autorisé Cela peut être un problème avec le certificat ou l’inscription au service. Essayez de réexécuter l’Assistant inscription du conseiller pour corriger les certificats et les comptes RunAs. De plus, vérifiez que le proxy a été configuré pour autoriser les exclusions par étape 1 ci-dessus et vérifiez l’authentification par étape 3. Vérifiez également que l’utilisateur a accès via le proxy.
2129 Modules de service d’intégrité Échec de la connexion ou échec de la négociation SSL Il peut y avoir des paramètres TCP incorrects sur le serveur. Pour plus d’informations, consultez cette publication à partir de la communauté.
2127 Modules de service d’intégrité Échec de l’envoi de codes d’erreur de données reçues S’il ne se produit qu’une seule fois dans un même moment, il peut s’agir d’une anomalie aléatoire pouvant être ignorée. Surveiller pour comprendre la fréquence à laquelle il se produit. Si elle se produit souvent (toutes les 10 minutes ou tout au long de la journée), il s’agit d’un problème. Vérifiez votre configuration réseau et vos paramètres de proxy, puis réexécutez l’Assistant inscription. Si elle se produit de manière sporadique (par exemple, deux fois par jour), tout doit être parfait, car les données seront mises en file d’attente et retransmises.

Certains des codes d’erreur HTTP ont des significations spéciales. Par exemple, la première fois qu’un serveur d’administration ou un agent direct MMA tente d’envoyer des données à notre service, il obtiendra une erreur 500 avec un code d’erreur interne 404. 404 signifie introuvable, ce qui indique que la zone de stockage que nous allons utiliser pour ce nouvel espace de travail de la vôtre n’est pas encore prête (elle est toujours en cours de mise en service). Lors de la prochaine tentative, le flux sera prêt et le flux commencera à fonctionner comme prévu.

Une erreur 403 peut indiquer un problème d’autorisation ou d’informations d’identification. Pour plus d’informations sur l’erreur 403 ci-dessous, reportez-vous à la section informations spécifiques de l’agent.
2128 Modules de service d’intégrité Échec de la résolution du nom DNS Votre serveur ne peut pas résoudre notre adresse Internet utilisée lors de l’envoi de données. Il peut s’agir de paramètres de résolution DNS sur votre ordinateur, de paramètres de proxy incorrects ou d’un problème temporaire de DNS chez votre fournisseur. Comme l’événement précédent, selon qu’il se produit en continu ou une seule fois pendant un certain temps, il peut s’agir d’un problème ou non.
2130 Modules de service d’intégrité Délai d’expiration Comme l’événement précédent, selon qu’il se produit en continu ou une seule fois pendant un certain temps, il peut s’agir d’un problème ou non.
4511 Santéintégrité Impossible de charger System.PublishDataToEndPoint le fichier de module introuvable Échec de l’initialisation d’un module de type System.PublishDataToEndPoint (CLSID {D407D659-65E4-4476-BF40-924E56841465}) avec une erreur le système ne peut pas trouver le fichier spécifié.

Cette erreur indique que vous avez d’anciennes dll sur votre ordinateur qui ne contiennent pas les modules requis. La solution consiste à mettre à jour vos serveurs d’administration vers le dernier correctif cumulatif.
4502 Santéintégrité Module bloqué Si vous voyez cela pour les flux de travail avec des noms tels que CollectInstanceSpace ou CollectTypeSpace , cela peut signifier que le serveur rencontre des problèmes lors de l’envoi de données. En fonction de sa fréquence, il peut s’agir d’un problème ou non. Si elle se produit plus de toutes les heures, il s’agit en fait d’un problème, mais si elle ne fonctionne qu’une ou deux fois par jour, elle sera correcte et devrait pouvoir être récupérée. En fonction de la façon dont le module échoue, il peut s’agir d’un problème sur site (par exemple, la collecte de la base de données) ou d’un problème d’envoi au Cloud. Vérifiez les paramètres de votre réseau et de votre proxy et, s’il échoue encore, essayez de redémarrer le service d’intégrité.
4501 Santéintégrité Module System.PublishDataToEndPoint bloqué Un module de type System.PublishDataToEndPoint a signalé une erreur 87L qui s’est exécutée dans le cadre de la règle Microsoft.SystemCenter.CollectAlertChangeDataToCloud exécutée pour le groupe d’administration d’instance Operations Manager avec l’ID :{6B1D1BE8-EBB4-B425-08DC-2385C5930B04} dans le groupe d’administration SCOMTEST.

Vous ne devriez pas voir cela avec ce flux de travail, ce module et cette erreur exactes. Il s’agissait d’un bogue, mais il est maintenant résolu. Elle a été suivie ici.
4002 Service Connector Le service a renvoyé un code d’état HTTP 403 en réponse à une requête. Vérifiez l’intégrité du service auprès de l’administrateur du service. La requête sera réessayée plus tard. Vous pouvez obtenir une erreur 403 pendant la phase d’inscription initiale de l’agent et vous verrez une URL semblable à la suivante :

https:// <YourWorkspaceID> . OMS.opinsights.Azure.com/agentservice. svc/AgentTopologyRequest

Le code d’erreur 403 signifie interdit. Il s’agit généralement d’un ID ou d’une clé d’espace de travail incorrect, ou l’horloge n’est pas synchronisée (comme pour l' erreur 3000). Pour plus d’informations, consultez la rubrique.

Étape 5 : recherchez vos agents pour qu’ils envoient leurs données et qu’ils soient indexés dans le portail.

Archivez le portail opérationnel Insights pour voir si vos ordinateurs sont en cours de création de rapports. À partir de la page de vue d’ensemble , accédez à la vignette des paramètres Blue de grande taille. Il s’agira de la première ou dernière vignette en fonction de votre configuration. Dans paramètres, sélectionnez l’onglet sources connectées . Chaque colonne de cette page représente un type de source de données différent attaché à OI (serveurs joints directement, groupes de gestion d’Operations Manager et comptes de stockage Azure). Sélectionnez les groupes Blue X Server/Mgmt Groups/Storage Accounts connectés et vous obtiendrez une recherche avec plus de détails. Sur cette page, vous verrez également une liste des groupes d’administration individuels connectés. La sélection de l’un de ces groupes d’administration vous permettra également de rechercher et d’afficher la liste des serveurs connectés à ce groupe d’administration.

Notes

Si une source de données est indiquée comme rapport sur cette page, cela ne signifie pas nécessairement que nous avons collecté des données à partir de la source. Dans ce cas, il est possible que l’extraction dans la recherche à partir de cette page affiche des résultats incohérents (par exemple, vous verrez une source de données indiquée dans les sources CONNNECTED , mais elle ne sera pas dans la recherche). Une fois la collection de données démarrée, à partir d’une adresse IP ou d’une collection de journaux, les résultats de la recherche sont cohérents.

Capture d’écran des sources connectées.

L’équipe de Conseil technique s’engage à résoudre tous les problèmes d’intégration afin de nous contacter si vous rencontrez des problèmes. Nous sommes là pour vous aider.

Autres problèmes connus liés à Operations Manager et solutions

Le bouton Rechercher dans la boîte de dialogue Ajouter un ordinateur/groupe est manquant

Certains clients ont signalé que le bouton Rechercher de la boîte de dialogue recherche de l' ordinateur est manquant. Nous étudions actuellement cette étude. Pour une solution temporaire, sélectionnez la zone d’édition Filtrer par (facultatif) , puis appuyez sur la touche de tabulation pour accéder au bouton recherche invisible. Ensuite, vous pouvez activer le bouton en appuyant sur la <Spacebar> <Enter> touche ou.

Capture d’écran du bouton de recherche manquant

Problèmes liés à la collection de journaux IIS

L’article suivant contient des informations spécifiques sur la façon de configurer au mieux la journalisation IIS pour une utilisation avec des informations opérationnelles, ainsi que d’autres problèmes connus :

Exigences en matière de format de journal IIS dans Azure Operational Insights

Certaines des informations contenues dans cet article s’appliquent également à l’agent direct, mais elle cible principalement le gestionnaire des opérations. Il contient également des informations supplémentaires sur les services Internet (IIS) avec agent direct.

Des problèmes de connectivité peuvent se produire lorsque le certificat racine Baltimore CyberTrust n’est pas installé

Des problèmes de connectivité peuvent se produire sur les ordinateurs clients lorsque les conditions suivantes sont remplies :

  • Les ordinateurs clients utilisent Microsoft Intune et le mécanisme de certificat racine automatique est désactivé.
  • Le certificat racine Baltimore CyberTrust n’est pas installé.

Pour résoudre ce problème lorsque le mécanisme de mise à jour automatique de certificat racine est désactivé sur un ordinateur client, installez les certificats racines les plus récents afin de vous assurer que l’ordinateur client est à jour et sécurisé. Vous pouvez utiliser le catalogue Microsoft Update pour rechercher les dernières mises à jour de certificat racine. Vous pouvez rechercher la mise à jour de racine , puis télécharger le dernier package de mise à jour racine. Les packages de mise à jour racines sont cumulatifs. Par conséquent, vous devez installer uniquement le dernier package pour recevoir tous les certificats racines dans le programme.

Pour plus d’informations sur ce problème, reportez-vous à la rubrique problèmes de connectivité susceptibles de se produire lorsque le certificat racine Baltimore Cybertrust n’est pas installé.

Comment limiter l’utilisation de certains algorithmes et protocoles de chiffrement dans schannel.dll

Il peut y avoir des situations qui nécessitent que vous restreigniez l’utilisation de certains algorithmes et protocoles de chiffrement dans le fichier schannel.dll. Pour plus d’informations sur la façon de procéder, voir Comment limiter l’utilisation de certains algorithmes et protocoles de chiffrement dans Schannel.dll.

Évaluation de SQL Server et d’Active Directory (AD)

L’évaluation SQL Server et AD requièrent que .NET Framework 4 s’exécute sur chaque agent pour être évalué. L’analyse s’exécute sur les ordinateurs SQL Server et sur les contrôleurs de domaine (pour AD). SQL Server Assessment prend en charge les éditions standard, Developer et Enterprise de SQL Server (toutes les versions actuellement prises en charge).

Évaluation des programmes malveillants

Windows 7 et Windows Server 2008 R2 ont les problèmes décrits et suivis ici.

Vous pouvez voir les produits anti-programme malveillant activés en suivant ce thread.

Informations spécifiques de l’agent direct

La plupart des erreurs indiquées dans le tableau ci-dessous à l' étape 4 concernant les serveurs de gestion s’appliquent également à l’agent direct. Dans l’agent direct, chaque agent est chargé de parler des informations opérationnelles en tant que tel, par opposition à une intégration avec Operations Manager, où il s’agit du serveur de gestion qui envoie des données au nom des agents qui y redirigent, ce qui fait office de passerelle.

Avec l’agent direct, le problème le plus courant est le code d’erreur 403 qui signifie interdit. Il s’agit généralement d’une workspaceId ou d’une clé intypée. Vous pouvez obtenir plus d’informations ici.

Les autres opérations actuellement suivies pour l’agent direct sont les suivantes :

  • Le pack d’aide à la gestion de la capacité ne fonctionne pas avec l’agent direct. Elle fonctionne uniquement avec Operations Manager et nécessite le gestionnaire des opérations pour être intégré à Virtual Machine Manager. Nous suivions des idées pour généraliser cette solution ici.

  • Le pack d’intelligence de gestion des alertes ne fonctionne pas avec l’agent direct. Il nécessite Operations Manager pour synchroniser les alertes dans le Cloud.

  • L’analyse des programmes malveillants fonctionne à l’exception du problème mentionné ci-dessus pour Windows Server 2008 R2.

L’évaluation des mises à jour, le suivi des modifications ainsi que les solutions de gestion des journaux pour collecter des événements Windows et des journaux IIS fonctionnent pour Operations Manager et l’agent direct.

Si vous avez besoin d’informations supplémentaires sur la façon d’installer l’agent, y compris sur les méthodes scriptées et sans assistance, consultez connecter des ordinateurs Windows à Azure Monitor.

Si besoin, l’agent direct prend en charge le passage par proxy et il existe un script PowerShell dans la documentation ci-dessus, qui peut être utilisé pour configurer le serveur proxy et les informations d’identification à utiliser sur l’agent. Il s’agit d’un paramètre propre à l’application, de sorte qu’aucun processus autre que MMA ne doit être en mesure de savoir comment accéder à Internet.

Si votre ordinateur virtuel se trouve dans Azure, vous pouvez en un clic installer et activer l’agent à partir du portail Azure :

Activer facilement les informations opérationnelles pour les machines virtuelles Azure

Sachez également qu’il n’existe actuellement qu’une version 64 bits de l’agent. Les commentaires relatifs à un agent 32 bits sont suivis ici.

Informations sur les Diagnostics Windows Azure

La gestion des journaux via l’intégration du portail Azure vous permet également de collecter des événements Windows à partir du stockage Windows Azure Diagnostics (WAD). Cela fonctionne pour les rôles des services Cloud et les machines virtuelles IaaS configurés pour écrire dans WAD.

  • La collecte de journaux IIS à partir de WAD fonctionne pour les services Cloud et les machines virtuelles IaaS, mais pas pour les sites Web Azure. Cette option est suivie ici.

  • Découvrez et votez les autres idées sur ce qu’il faut collecter pour cette catégorie dans notre Forum.

  • Voici un livre blanc sur la configuration de vos rôles et machines virtuelles Microsoft Azure pour écrire sur le stockage des Diagnostics Windows Azure.