Notes de publication de System Center Operations Manager

  • Article

Cet article liste les notes de publication de System Center 2019 - Operations Manager. Cet article inclut également les notes de publication d’Operations Manager 2019 UR1, UR2, UR4 et UR5.

Notes de publication d’Operations Manager 2019

Les sections suivantes récapitulent les notes de publication d’Operations Manager 2019 et englobent les problèmes connus et les solutions de contournement. Consultez également les notes de publication 2019 UR1 et 2019 UR2 .

Service de contrôle d’intégrité avec connexion en tant que service par défaut

Description : Avec Operations Manager 2019, la fonctionnalité Se connecter en tant que service est activée par défaut. Cette modification a un impact sur tous les comptes de service et comptes d’identification ; ils doivent disposer de l’autorisation Se connecter en tant que service .

Solution de contournement : activez l’autorisation d’ouverture de session en tant que service pour ces comptes. Plus d’informations

Changements de l’expérience utilisateur en mode maintenance

Description : Les changements apportés à l’expérience utilisateur du mode maintenance d’Operations Manager 2019 sont les suivants. Ils s’appliquent à la fois à la supervision Windows et Linux/Unix :

  • À mesure qu’une entité entre en mode maintenance, les alertes actives basées sur un moniteur sont automatiquement résolues. Dans les versions précédentes, ces alertes sont automatiquement résolues quand l’entité quitte le mode maintenance.

  • Les moniteurs à la demande et les moniteurs réguliers se comportent désormais de la même façon lorsque l’entité cible entre et quitte le mode maintenance.

Solution de contournement : aucune.

Prise en charge de composants x64

Description : Operations Manager 2019 prend en charge uniquement les composants x64 ; Les composants x86 ne sont pas pris en charge. Si vous essayez d’effectuer une installation push de l’agent de la console sur un ordinateur x86, le message d’erreur suivant apparaît :

Le système ne trouve pas le chemin d’accès spécifié.

Solution de contournement : aucune.

La mise à niveau du serveur de rapports échoue lors de la vérification de la configuration requise

Description : Quand vous tentez d’effectuer une mise à niveau de System Center 2016/1801/1807 - Operations Manager Reporting Server vers la version 2019, la vérification des prérequis signale l’erreur suivante :

Vérification Serveur d’administration mis à niveau : Le serveur d’administration auquel ce composant est rattaché n’a pas été mis à niveau, et la mise à niveau ne peut pas se produire.

Cette erreur se produit dans un scénario de groupe d’administration distribué où le serveur de rapports se trouve sur un serveur distinct d’un ou de plusieurs serveurs d’administration du groupe d’administration.

Solution de contournement : installez la console System Center 2016/1801/1807 - Operations Manager Operations sur le serveur qui héberge le rôle serveur de rapports, puis réessayez de mettre à niveau le rôle serveur de rapports vers la version 2019. Une fois la mise à niveau terminée, vous pouvez désinstaller la console Opérateur mise à niveau du serveur de rapports.

Affichage de compatibilité d’Internet Explorer

Description : La console web HTML5 ne prend pas en charge l’affichage de compatibilité d’Internet Explorer.

Solution de contournement : aucune.

Prise en charge d’OpenSSL version 1.1.0

Description : Sur les plateformes Linux, la prise en charge d’OpenSSL 0.9.8 est supprimée.

Solution de contournement : Nous avons ajouté la prise en charge d’OpenSSL 1.1.0.

La supervision des performances pour le serveur VMM échoue avec le message Accès refusé

Description : les utilisateurs du service n’ont pas l’autorisation d’accéder au journal des événements VirtualMachineManager-Server/Operational. Solution de contournement : Changez le descripteur de sécurité pour le registre du journal des événements opérationnels avec la commande ci-dessous, puis redémarrez les services Journal des événements et Journal d’intégrité.

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

Cette commande ajoute l’utilisateur de service à la liste des utilisateurs autorisés qui peuvent accéder au journal des événements VirtualMachineManager-Server/Operational.

Operations Manager 2019 ne prend pas en charge la bibliothèque HPUX

Description : Operations Manager 2019 ne prend pas en charge HPUX. Toutefois, la bibliothèque HPUX est disponible dans la liste des packs d’administration fournis pour Operations Manager 2019.

Solution de contournement : Ignorez cela. HPUX est supprimé du dernier pack sur DLC, ici.

Les règles AD précédentes ne fonctionnent pas après la mise à niveau vers Operations Manager 2019

Description : Après la mise à niveau vers Operations Manager 2019 à partir d’Operations Manager 2016 (ou 2016 URs plus tôt vers UR7), 1801 ou 1807, les règles AD précédentes ne fonctionnent pas en raison de la modification du format des règles Active Directory. La mise à niveau vers Operations Manager 2019 à partir d’Operations Manager 2016 UR7 et UR8 ne présente pas ce problème.

Solution de contournement : Pour résoudre ce problème, procédez comme suit :

  1. Après la mise à niveau vers 2019, exportez le pack d’administration par défaut dans un dossier.

  2. Ouvrez Microsoft.SystemCenter.OperationsManager.DefaultUser.xml à partir du dossier exporté.

  3. Renommez toutes les règles AD pour utiliser <Nom de domaine NetBIOS du serveur d’administration> au lieu de <FQDN du serveur d’administration>, exemple ci-dessous.

    Notes

    Les noms de domaine sont sensibles à la casse.

    Exemple :

    Avant : Rule ID="_smx.net_MS1_contoso.com" Enabled="true"

    Après : Rule ID="_SMX_MS1_contoso.com" Enabled="true"

  4. Importez le pack d’administration mis à jour.

    Les règles sont maintenant visibles sur la console.

    Pour plus d’informations sur ce problème, consultez Mettre à jour une intégration Active Directory avec Operations Manager.

    Notes

    Ce problème est résolu dans la version 2019 UR2.

L’API REST dans Operations Manager ne retourne pas les valeurs requises pour les classes

Description : Lorsqu’elle est appelée à partir d’Operations Manager 2019, l’API REST ne retourne pas className, path et fullname, les informations retournées sont vides. De plus, l’ID est retourné en tant que className.

Solution de contournement : aucune.

Notes

Ce problème est résolu dans la version 2019 UR2.

Notes de publication d'Operations Manager 2019 UR1

Les sections suivantes récapitulent les notes de publication d’Operations Manager 2019 UR1 et englobent les problèmes connus et les solutions de contournement.

Pour connaître les problèmes résolus dans UR1 et les instructions d’installation pour UR1, consultez l’article de la Base de connaissances.

Gestion en attente après mise à jour corrective

Description : après avoir appliqué le correctif cumulatif 2019 (UR1), les agents à mettre à jour ne sont pas répertoriés dans la vue console de gestion en attente .

Solution de contournement : vous devez identifier les agents et les mettre à jour manuellement. Pour ce faire, accédez à AdministrationGestion des appareilsAgent géré, et mettez à jour les agents de la version antérieure. Pour afficher la version correcte de l’agent, après avoir appliqué le correctif du serveur d’administration, importez le pack d’administration comme indiqué dans l’article de la Base de connaissances pour Operations Manager 2019 UR1.

Affichage de la version

Description : l’affichage de la version n’affiche pas UR1 dans les zones telles que l’aide>à propos de et l’affichage Gestion des appareils.

Solution de contournement : pour case activée si les composants Operations Manager sont correctement mis à jour pour UR1, consultez le numéro de version des composants respectifs dans Administration>Produits Operations Manager.

Erreur lors de l’exportation des rapports après la migration gMSA

Description : Après la migration vers gMSA, lors de l’exportation d’un rapport au format Word, PowerPoint ou Excel, vous pouvez rencontrer l’erreur suivante : Une erreur s’est produite lors du rendu du rapport.

Ceci est observé pour SQL Server Reporting Services le SQL Server 2017. Cette erreur semble être un problème persistant avec SSRS dans SQL Server 2017.

Solution de contournement : Pour résoudre ce problème, procédez comme suit :

  • Accorder un accès administrateur au compte d'exécution sur le serveur de rapports
  • Redémarrez le service de création de rapports et attendez 5 minutes
  • Essayez d’exporter à nouveau les rapports.

Notes

À partir de SQL Server Reporting Services (SSRS) 2017 version 14.0.600.1274 et ultérieures, les paramètres de sécurité par défaut n’autorisent pas les chargements d’extension de ressource. Cela conduit à des exceptions ResourceFileFormatNotAllowedException dans Operations Manager pendant le déploiement des composants de création de rapports.

Pour résoudre ce problème, ouvrez SQL Management Studio, connectez-vous à votre instance Reporting Services, ouvrez Propriétés>Avancéet ajoutez *.* à la liste pour AllowedResourceExtensionsForUpload. Vous pouvez également ajouter la liste complète des extensions Reporting d’Operations Manager à la liste verte dans SSRS.

Échec du remplacement des comptes de service utilisés auparavant avec gMSA

Description : le remplacement des comptes de service Operation Manager précédemment utilisés par gMSA échoue, ce qui entraîne des problèmes de console Operations Manager (la console ne parvient pas à s’ouvrir). Cela se produit si le service d’accès aux données n’est pas initialisé.

Solution de contournement :

  1. Ajoutez le compte exécutant le service SDK à builtin\Windows Authorization Access Group.

  2. Exécutez le script PowerShell suivant ces instructions.

  3. S’il s’agit d’une nouvelle installation d’Operations Manager, patientez 24 heures, puis appliquez le correctif cumulatif. Cela s’applique à tous les rôles dans Operations Manager.

Notes

Vérifiez que les comptes DW et DR sont membres du groupe Administrateurs de sécurité des rapports Operations Manager, afin que le problème ne se reproduise pas. Pour plus d’informations, consultez Comptes gMSA.

Notes de publication d’Operations Manager 2019 UR2

Aucun problème connu dans Operations Manager 2019 UR2.

Pour connaître les problèmes résolus dans UR2 et les instructions d’installation pour UR2, consultez l’article de la Base de connaissances.

Notes de publication d’Operations Manager 2019 UR4

Les sections suivantes récapitulent les notes de publication d’Operations Manager 2019 UR4 et englobent les problèmes connus et les solutions de contournement.

Pour connaître les problèmes résolus dans UR4 et les instructions d’installation pour UR4, consultez l’article de la Base de connaissances.

Trois colonnes dans les groupes de > création ne sont pas localisées

Description : Dans la console Operations Manager, les groupes de> créationde nouvelles colonnes (pack d’administration, sealed et membres) apparaissent en anglais, et ne s’affichent pas dans la langue définie sur l’ordinateur qui accède à cette vue.

Solution de contournement : aucune.

Notes de publication d’Operations Manager 2019 UR5

La section suivante résume les notes de publication d’Operations Manager 2019 UR5 et inclut les problèmes connus et les solutions de contournement.

Pour connaître les problèmes résolus dans UR5 et les instructions d’installation pour UR5, consultez l’article de la Base de connaissances.

Failles de sécurité de la console web

Notes

Veillez à effectuer la sauvegarde de Web.config fichiers avant d’appliquer ce correctif cumulatif.

Description : La console Web Operations Manager 2019 présente des failles de sécurité.

Solution de contournement : Avec Operations Manager 2019 UR5, plusieurs vulnérabilités de sécurité de la console Web sont corrigées. En raison de ces correctifs, les fichiers Web.config des HTMLDashboard applications web et MonitoringView sont remplacés. Tous les paramètres antérieurs de ces applications seront perdus et vous devrez rétablir les modifications.

Cet article liste les notes de publication de System Center 2022 - Operations Manager.

Notes de publication d’Operations Manager 2022

Cet article récapitule les notes de publication d’Operations Manager 2022.

La console Opérateur ne parvient pas à se connecter au groupe d’administration Operations Manager 2019

Description : La console Opérateur pour Operations Manager 2022 ne parvient pas à se connecter au groupe d’administration Operations Manager 2019.

Solution de contournement :

  • Utilisez la console Opérateur Operations Manager 2019 pour vous connecter au groupe d’administration Operations Manager 2022.

    or

  • Utilisez des machines console distinctes pour Operations Manager 2019 et Operations Manager 2022 et utilisez-les pour se connecter aux serveurs respectifs.

Important

Cette version d’Operations Manager a atteint la fin du support. Nous vous recommandons de mettre à niveau vers Operations Manager 2022.

Cet article liste les notes de publication de System Center 1807 - Operations Manager.

Notes de publication d’Operations Manager 1807

Les sections suivantes récapitulent les notes de publication d’Operations Manager 1807 et englobent les problèmes connus et les solutions de contournement. Pour plus d’informations sur la version 1807 et sur les problèmes qu’elle résout, consultez KB4133779.

Rotation des journaux pour l’agent Linux

Description : Dans certains scénarios, les journaux SCX se remplissent fréquemment, ce qui consomme finalement tout l’espace libre disponible sur le disque système. Par conséquent, le système cesse de répondre, sauf si les journaux sont supprimés manuellement. Pour résoudre ce problème, nous avons introduit une fonctionnalité logrotate pour l’agent SCX. Celle-ci permet d’effectuer une rotation des anciens journaux et d’économiser de l’espace disque.

Prérequis : Logrotate se trouve dans /usr/sbin/logrotate par défaut sur les plateformes Linux.

Solution de contournement : Lors de l’installation de scxagent, nous envoyons le fichier conf logrotate suivant à l’emplacement /etc/logroate.d .

/var/opt/microsoft/scx/log/*/scx.log
{	 
rotate 5
missingok
notifempty
nodatext
compress
size 50M
copytruncate
postrotate
/usr/sbin/scxadmin -log-rotate
all
}

Vous pouvez modifier les valeurs par défaut pour prendre en charge vos besoins spécifiques. Les valeurs configurées par défaut effectuent une rotation du fichier scx.log quand sa taille atteint 50 Mo. Nous avons inclus un fichier de configuration cron à l’emplacement /etc/cron.d . Avec cette configuration, le processus logrotate s’exécute toutes les quatre heures. Pour personnaliser la configuration, vous devez modifier ces deux fichiers. Pour plus d’informations, consultez la page man pour cron et logrotate.

Notes

Si SELinux est déjà installé, le programme d’installation de SCX envoie (push) un module SELinux qui activera logrotate. Pour les scénarios où SElinux est activé après l’installation de l’agent, vous devez importer le module SELinux pour que logrotate fonctionne.

Prise en charge de SQL Server 2017

Description : Avec la version 1807, SQL Server 2017 est pris en charge uniquement si elle est mise à niveau à partir de SQL Server 2016. Une nouvelle installation de SQL Server 2017 avec la version 1807 n’est pas prise en charge. Si vous avez déjà la version 1801 déployée avec SQL Server 2016, vous devez appliquer Operations Manager version 1807 avant d’effectuer une mise à niveau vers SQL Server 2017.

Solution de contournement : Avant de mettre à niveau vers SQL Server 2017, consultez l’article suivant sur le processus de mise à niveau : Mise à niveau des bases de données Operations Manager 1807 vers SQL Server 2017.

Notes

À partir de SQL Server Reporting Services (SSRS) 2017 version 14.0.600.1274 et ultérieures, les paramètres de sécurité par défaut n’autorisent pas les chargements d’extension de ressource. Cela conduit à des exceptions ResourceFileFormatNotAllowedException dans Operations Manager pendant le déploiement des composants de création de rapports.

Pour résoudre ce problème, ouvrez SQL Management Studio, connectez-vous à votre instance Reporting Services, ouvrez Propriétés>Avancéet ajoutez *.* à la liste pour AllowedResourceExtensionsForUpload. Vous pouvez également ajouter la liste complète des extensions Reporting d’Operations Manager à la liste verte dans SSRS.

Prise en charge de l’affichage de compatibilité d’Internet Explorer

Description : la console Web HTML5 ne prend pas en charge l’affichage de compatibilité internet Explorer.

Solution de contournement : None

Prise en charge de la coexistence de la console Operations Manager et de la console Service Manager

Description : Avec System Center version 1801, l’installation de la console Service Manager sur un serveur d’administration Operations Manager n’a pas été prise en charge. Cela entraînait l’arrêt prématuré du service SDK.

Solution de contournement : La console Operations Manager et la console Service Manager doivent exécuter la version 1807 pour pouvoir fonctionner sur le même ordinateur.

Mettre à niveau vers Operations Manager version 1807

Pour comprendre les exigences et les étapes nécessaires pour mettre à niveau votre groupe d’administration Operations Manager version 1801 vers la version 1807, consultez Guide pratique pour mettre à niveau vers Operations Manager version 1807.

Prise en charge d’OpenSSL version 1.1.0

Description : Sur les plateformes Linux, la prise en charge d’OpenSSL 0.9.8 est supprimée.

Solution de contournement : Nous avons ajouté la prise en charge d’OpenSSL 1.1.0.

Cet article liste les notes de publication de System Center 2016 - Operations Manager.

Notes de publication d’Operations Manager 2016

Les sections suivantes résument les notes de publication d’Operations Manager 2016 et incluent les problèmes connus et les solutions de contournement.

L’intégration de SharePoint avec Operations Manager doit être recréée

Description : Lors de l’utilisation de SharePoint pour afficher les données Operations Manager, les URL du tableau de bord de la console web existantes fournies ne fonctionnent pas et ces composants WebPart doivent être recréés en suivant les étapes ci-dessous.

Solution de contournement : effectuez les étapes suivantes pour configurer SharePoint afin d’afficher les données Operations Manager :

  1. Créez une nouvelle page sur SharePoint, sur laquelle vous souhaitez afficher le tableau de bord.
  2. Ouvrez la page et sélectionnez Modifier et insérez un nouveau composant WebPart.
  3. Dans le composant WebPart, sous catégories, sélectionnez Média et contenu, puis sous visionneuse de pages, puis Ajouter.
  4. Modifiez le composant WebPart, sélectionnez Page web , puis entrez l’URL du tableau de bord de la console Web Operations Manager.
  5. Ajoutez « &disabletree=true » à la fin de l’URL du tableau de bord pour désactiver l’affichage de l’arborescence sur la page SharePoint.
  6. Configurez l’aspect, la disposition et l’attribut Avance de la page SharePoint.

La console web peut ne pas fonctionner en raison de l’endommagement d’IIS

Description : La console web peut générer une erreur « Impossible de charger le type 'System.ServiceModel.Activation.HttpModule ».

Solution de contournement : ajoutez l’activation HTTP aux services de rôle du système d’exploitation. Ensuite, sur Server 2012, exécutez la commande suivante dans une invite de commandes avec élévation de privilèges : « C :\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r ».

Anomalies dans la gestion des tables et des puces dans les articles de la base de connaissances

Description : si des tables sont insérées dans un article de connaissances, lors de la modification de l’article de base de connaissances, les bordures ne sont pas appliquées à la table. De même, si des puces sont ajoutées dans l’article de connaissances, elles sont converties en puces numériques lors de la modification. Et s’il y a une seule puce dans l’article, l’article n’est pas enregistré dans le mp et la console lève une erreur.

Solution de contournement : aucune.

L’installation basée sur MSI ne fonctionne pas pour l’agent Nano

Description : l’installation basée sur MSI n’est pas prise en charge pour l’agent Nano. L’agent peut être installé à partir des scripts d’installation de l’Assistant Détection\PowerShell.

Solution de contournement : aucune.

Problèmes lors de la désinstallation d’une mise à jour de l’agent Nano

Description : La désinstallation d’une mise à jour de l’agent Nano n’est pas possible.

Solution de contournement : la seule option consiste à désinstaller l’agent Nano, puis à installer la version RTM + la mise à jour souhaitée.

Problèmes liés aux mises à jour de l’agent Nano

Description : Mises à jour à l’agent Nano ne sera pas envoyé à partir de Windows Update. Pour mettre à jour l’agent Nano, vous devez télécharger la mise à jour disponible et l’installer à l’aide des scripts de mise à jour PowerShell ou déclencher une réparation à partir d’un serveur d’administration mis à jour.

Solution de contournement : aucune.

Impossible de remplacer le chemin d’accès ou le dossier d’installation de l’agent Nano

Description : l’agent Nano est toujours installé sur le chemin d’accès suivant : « %SystemDrive%\Program Files\Microsoft Monitoring Agent » ; Le dossier d’installation de l’agent ne peut pas être remplacé.

Solution de contournement : aucune.

Incohérences lors de l’installation push de l’agent Nano

Description : la boîte de dialogue status de l’Assistant Découverte se ferme, mais l’agent reste dans l’état en attente dans la console pendant un certain temps jusqu’à ce que l’installation échoue ou se termine correctement. L’installation peut échouer. Consultez le fichier journal de l’installation pour vous aider à résoudre le problème.

Solution de contournement : aucune.

Incohérences lors de la désinstallation push de l’agent Nano

Description : lors de l’exécution d’une désinstallation Push à partir de la console Opérateur, la boîte de dialogue status (qui affiche la progression status) indique que la désinstallation s’est terminée avec succès, mais que la désinstallation de l’agent est toujours en cours. Si la désinstallation échoue, reportez-vous au fichier journal d’installation pour plus d’informations sur la résolution du problème.

Solution de contournement : aucune.

ACS ne fonctionne pas pour l’agent Nano

Description : ACS ne fonctionne pas pour l’agent Nano dans certains cas. Certains scénarios comportent des problèmes.

Solution de contournement : aucune.

Les alertes de surveillance côté client en provenance du serveur d’administration de System Center Operations Manager peuvent s’interrompre

Description : la séquence de mise à jour du serveur d’administration System Center Operation Manager peut provoquer un problème avec la collecte d’alertes de surveillance côté client à partir du serveur d’administration. Les agents System Center Operations Manager ne sont pas affectés. Probabilité d’occurrence : moyenne.

Solution de contournement : Redémarrez le service Microsoft Monitoring Agent sur le serveur d’administration System Center Operations Manager.

Après la mise à jour du serveur ou de l’agent System Center Operations Manager, les événements de surveillance des performances des applications (APM), les événements de surveillance côté client (CSM) et les alertes APM des applications provenant des hôtes surveillés peuvent s’interrompre

Description : la séquence de mise à jour de l’agent System Center Operations Manager peut provoquer un problème avec les éléments suivants :

• Alertes et événements d’analyse côté client (CSM, Client-Side Monitoring) collectés sur l’hôte

• Alertes et événements d’analyse des performances des applications (APM, Application Performance Monitoring) collectés sur l’hôte Le serveur d’administration System Center Operations Manager n’est pas affecté.

Solution de contournement : Redémarrez le service Microsoft Monitoring Agent sur l’ordinateur géré par l’agent System Center Operations Manager qui rencontre le problème.

L’analyse des performances des applications (APM) pour les services Windows n’est pas prise en charge dans System Center - Operations Manager sur les ordinateurs sur lesquels Application Insights Status Monitor est installé.

Description : Le workflow de surveillance des performances des applications (APM) ne parvient pas à traiter la configuration de l’analyse pour les services Windows .NET sur l’ordinateur si Application Insights Status Monitor et l’agent System Center - Operations Manager sont tous deux installés.

Solution de contournement : Désinstallez Application Insights Status Monitor.

Les valeurs d’espace de noms pour le suivi des performances seront ignorées

Description : la définition de la valeur Espace de noms pour le suivi des performances lors du suivi d’un espace de noms personnalisé dans l’analyse des performances des applications .NET (APM) est ignorée.

Solution de contournement : définissez les paramètres de suivi des exceptions et de suivi des performances pour inclure les mêmes espaces de noms personnalisés.

Lors de l’utilisation de l’élévation sudo avec les systèmes d’exploitation Solaris, une modification de la configuration est nécessaire si l’exécutable sudo n’est pas dans un chemin attendu

Description : si vous souhaitez utiliser l’élévation sudo sur un ordinateur exécutant Solaris et que l’exécutable sudo ne se trouve pas dans le chemin attendu, vous devez créer un lien vers le chemin d’accès approprié. Operations Manager recherche l’exécutable sudo dans le chemin d’accès /opt/sfw/bin, puis dans le chemin d’accès /usr/bin. Si sudo n’est pas installé dans l’un de ces chemins, un lien est requis.

Solution de contournement : le script d’installation de l’agent UNIX et Linux crée le lien symbolique /etc/opt/Microsoft/scx/conf/sudodir vers le dossier censé contenir sudo. L'agent utilise ce lien symbolique pour accéder à l'exécutable sudo. Le script d'installation crée automatiquement le lien symbolique, de sorte qu'aucune action n'est nécessaire pour les configurations standard UNIX et Linux. Toutefois, si l'exécutable sudo est installé à un emplacement non standard, vous devez modifier le lien symbolique pour qu'il pointe vers le dossier d'installation de l'exécutable sudo. Si vous modifiez le lien symbolique, sa valeur est conservée pour les opérations de désinstallation, de réinstallation et de mise à niveau avec l’agent.

La console Operations Manager arrête de répondre si vous tentez de résoudre une dépendance lors de l’importation d’un pack d’administration

Description : lorsque vous sélectionnez Importer des packs d’administration à partir de l’espace de travail Administration de la console Operations Manager Operations, la console affiche le bouton Résoudre si le pack d’administration dépend d’un autre pack d’administration. Si vous sélectionnez Résoudre, l’avertissement de dépendance s’affiche. Si vous sélectionnez le bouton Résoudre dans la boîte de dialogue Avertissement de dépendance , la console Opérateur cesse de répondre.

Solution de contournement : installez la mise à jour pour System Center 2016 - Operations Manager. Consultez l’article de la Base de connaissances 3117586 pour obtenir des instructions spécifiques.

Les données de télémétrie peuvent être envoyées à tort lorsque le paramètre « Données relatives à l’utilisation et à la connectivité » est défini sur « False »

Description : si deux opérateurs ont des consoles Operations Manager ouvertes et que l’un définit le paramètre Données d’utilisation et de connectivité sur Ne pas envoyer de données, les données peuvent continuer à circuler vers Microsoft jusqu’à ce que le deuxième utilisateur ferme et rouvre son instance de la console Operations Manager.

Solution de contournement : redémarrez toutes les sessions de console Operations Manager après avoir apporté des modifications au paramètre Utilisation et connectivité.

Description : lorsqu’un nouveau composant, tel qu’un serveur d’administration ou un serveur de passerelle, est ajouté à un environnement Operations Manager existant, des informations d’utilisation sur le processus d’installation sont envoyées à Microsoft même si le paramètre Données d’utilisation et de connectivité est défini sur Ne pas envoyer de données. Une fois le composant ajouté, aucune donnée d’utilisation supplémentaire n’est envoyée à Microsoft à partir du composant.

Solution de contournement : None

La console web Operations Manager n’est pas compatible avec le navigateur web Microsoft Edge

Description : lorsque vous ouvrez la console web Operations Manager à partir du menu Démarrer Windows 10, la console s’ouvre dans le navigateur web Microsoft Edge. Cela entraîne une erreur.

Solution de contournement : ouvrez la console web Operations Manager avec Internet Explorer. Internet Explorer est disponible à partir du sous-menu Accessoires Windows.

Le lancement de la console web Operations Manager peut entraîner un écran vide

Description : Lorsque vous ouvrez la console web Operations Manager pour la première fois, vous pouvez rencontrer un écran vide.

Solution de contournement : Pour résoudre le problème :

  1. Sélectionnez le bouton Configurer.
  2. Lorsque vous êtes invité à Exécuter ou Enregistrer SilverlightClientConfiguration.exe, sélectionnez Enregistrer.
  3. Exécutez SilverlightClientConfiguration.exe.
  4. Ouvrez les propriétés de fichier d’exe (cliquez avec le bouton droit) et ouvrez l’onglet Signatures numériques .
  5. Sélectionnez le certificat avec l’algorithme Digest comme sha256, puis sélectionnez Détails.
  6. Dans la boîte de dialogue Détails de la signature numérique, sélectionnez Afficher le certificat.
  7. Dans la boîte de dialogue qui s’affiche ensuite, sélectionnez Installer le certificat.
  8. Dans l’Assistant Importation de certificat, définissez l’emplacement du magasin sur Ordinateur local. Sélectionnez Suivant.
  9. Sélectionnez l’option - Placer tous les certificats dans le magasin suivant Parcourir jusqu’à Éditeurs approuvés.
  10. Sélectionnez Suivant , puis Terminer.
  11. Actualiser le navigateur

Important

Cette version d’Operations Manager a atteint la fin du support. Nous vous recommandons de mettre à niveau vers Operations Manager 2022.

Cet article liste les notes de publication de System Center 1801 - Operations Manager.

Notes de publication d’Operations Manager 1801

Les sections suivantes résument les notes de publication d’Operations Manager 1801 et incluent les problèmes connus et les solutions de contournement.

Télémétrie pour les tableaux de bord HTML5

Description : System Center Operations Manager collecte les données d’utilisation et de diagnostic qui le concernent. Microsoft utilise ensuite ces données pour améliorer le processus d’installation, la qualité et la sécurité des versions ultérieures. Avec la publication des nouveaux tableaux de bord HTML5, les données de télémétrie d’utilisation sont collectées à l’aide d’Application Insights, et non pas à partir de la fonctionnalité d’utilisation et de diagnostic dans le groupe d’administration. Pour plus d’informations sur les données de télémétrie utilisateur recueillies par Application Insights, consultez Analyse de l’utilisation avec Application Insights.

Solution de contournement : Désactivez le paramètre de collecte de données de diagnostic et d’utilisation dans la console Opérateur à partir de l’espace de travail Administration, sous Réglages\Confidentialité.

Modifier la base de connaissances de la société

Description : si la base de connaissances de la société pour une alerte/analyse/règle est déjà enregistrée lors de la modification dans la console Opérateur, et que la base de connaissances de la société pour cette même alerte/analyse/règle est modifiée et enregistrée à l’aide de nouveaux tableaux de bord HTLM5 dans la console Web, le contenu enregistré à l’origine à l’aide de la console Opérateur est remplacé par le contenu enregistré via la console Web.

Solution de contournement : None

Accéder aux tableaux de bord Silverlight dans la console web à l’aide d’une autre URL

Description : Avec les tableaux de bord HTML5 dans Operations Manager 1801, la console web tout entière est basée sur HTML. Les tableaux de bord Silverlight ne peuvent pas être affichés dans la console Web. Pour accéder aux tableaux de bord Silverlight existants, vous devez accéder à l’aide de l’URL suivante à l’aide d’Internet Explorer avec Silverlight activé - http(s)://<Servername>/dashboard.

La tentative de mise à niveau du serveur de rapports échoue lors de la vérification de la configuration requise

Description: Lors de la tentative de mise à niveau du serveur de rapports System Center 2016 - Operations Manager vers la version 1801, le vérificateur des prérequis signale l’erreur suivante : Vérification mise à niveau du serveur d’administration - Serveur d’administration vers lequel ce composant signale n’a pas été mis à niveau, et la mise à niveau ne peut pas se poursuivre. Cette erreur se produit dans un scénario de groupe d’administration distribué où le serveur de rapports se trouve sur un serveur distinct d’un ou de plusieurs serveurs d’administration du groupe d’administration.

Solution de contournement : Installez la console Opérateur de System Center 2016 - Operations Manager sur le serveur hébergeant le rôle de serveur de rapports, puis réessayez de mettre à niveau le rôle de serveur de rapports vers la version 1801. Une fois la mise à niveau terminée, vous pouvez désinstaller la console Opérateur mise à niveau du serveur de rapports.

Le composant de l’agent Analyse des performances des applications (APM) peut planter des pools d’applications IIS

Description : La fonctionnalité Analyse des performances d’applications (APM) de l’agent System Center Operations Manager version 1801 peut entraîner le plantage des pools d’applications IIS et peut planter le pool d’applications Administration centrale de SharePoint v4 exécutant .NET Framework 2.0 et l’empêcher de démarrer. Ce comportement peut se produire sur un serveur web IIS même si la fonctionnalité APM n’a pas été activée et configurée après l’installation de l’agent.

Contournement: Si la fonctionnalité APM n’est pas requise sur le serveur, réinstallez l’agent et incluez le paramètre NOAPM=1 sur la ligne de commande d’installation pour empêcher l’inclusion de la fonctionnalité APM. Vous pouvez aussi reconfigurer l’agent déjà installé à l’aide de l’option de réparation de Windows Installer et supprimer le composant APM - msiexec.exe /fvomus "<chemin vers le package du programme d’installation x64>\MOMagent.msi" NOAPM=1. Pour les serveurs web IIS où l’agent est déjà installé, mais où la fonctionnalité APM n’a pas été activée et configurée, accordez au compte du pool d’applications l’autorisation d’accès en lecture à : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Operations Manager\12\APMAgent. Ce problème d’autorisation empêche la fonctionnalité APM de pouvoir lire cette clé et peut entraîner le plantage du processus des pools d’applications.

La mise à niveau sur place à partir d’Operations Manager 2016 échoue si le pack d’administration Linux/UNIX ACS est installé

Description : Si vous avez déjà installé les packs d’administration AcS (Audit Collection Services) Linux/UNIX et que vous tentez de mettre à niveau d’Operations Manager 2016 RTM vers le dernier correctif cumulatif, la mise à niveau échoue et entraîne la suppression du rôle serveur d’administration.

Cause : il y a un problème avec le package du programme d’installation pendant le processus de mise à niveau, où le programme d’installation tente de mettre à niveau le pack d’administration ACS, mais il a une dépendance sur le Microsoft.Linux.Universal.Library.MP. Si ce pack d’administration des dépendances n’est pas mis à niveau, l’importation du mp mp acs échoue pendant le processus et l’erreur suivante s’affiche :

Error:Found error in 2|Microsoft.ACS.Linux.Universal|7.7.1124.0|Microsoft.ACS.Linux.Universal|| with message:  
Could not load management pack <ID=Microsoft.Linux.Universal.Library, KeyToken=31bf3856ad364e35, Version=7.7.1103.0>. The management pack was not found in the store.  
: Version mismatch. The management pack (<Microsoft.Linux.Universal.Library, 31bf3856ad364e35, 7.6.1064.0>) requested from the database was version 7.7.1103.0 but the actual version available is 7.6.1064.0.

L’échec de la mise à niveau entraîne l’annulation des actions du programme d’installation et laisse le serveur d’administration dans un état incohérent, la fonctionnalité devant être réinstallée.

Solution de contournement : Avant d’effectuer la mise à niveau du serveur d’administration, mettez à niveau le pack d’administration Microsoft.Linux.Universal.Library ou supprimez le pack d’administration ACS du groupe d’administration.

Étapes suivantes

Nouveautés d’Operations Manager.