Notes de publication pour System Center Operations Manager
Cet article répertorie les notes de publication de System Center 2019 - Operations Manager. Cet article inclut également les notes de publication pour Operations Manager 2019 UR1, UR2, UR4 et UR5.
Notes de publication d’Operations Manager 2019
Les sections suivantes résument les notes de publication d’Operations Manager 2019 et incluent les problèmes connus et les solutions de contournement. Consultez également les notes de publication 2019 UR1 et 2019 UR2.
Service d’intégrité avec type de 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 de connexion en tant que service pour ces comptes. Plus d’informations
Modifications de l’expérience utilisateur en mode maintenance
Description : Voici les modifications apportées à l’expérience utilisateur avec le mode de maintenance Operations Manager 2019. Ces modifications s’appliquent à la fois à la surveillance Windows et Linux\Unix :
À mesure qu’une entité entre en mode maintenance, les alertes actives basées sur le 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 de maintenance.
Solution de contournement : aucune.
Prise en charge des composants x64
Description : Operations Manager 2019 prend uniquement en charge les composants x64 ; les composants x86 ne sont pas pris en charge. Si vous essayez d’installer l’agent à partir de la console sur un ordinateur x86, le message d’erreur suivant s’affiche :
Le système ne peut pas trouver le chemin d’accès spécifié.
Solution de contournement : aucune.
La mise à niveau vers le serveur de rapports échoue à la vérification des prérequis
Description : Lors de la tentative de mise à niveau de System Center 2016/1801/1807 - Operations Manager Reporting Server vers la version 2019, les prérequis vérifient 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 System Center 2016/1801/1807 - Operations Manager Operations Console 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 réussie, vous pouvez désinstaller la console Opérateur mise à niveau à partir du serveur de rapports.
Affichage de compatibilité Internet Explorer
Description : la console web HTML5 ne prend pas en charge l’affichage de compatibilité Internet Explorer.
Solution de contournement : aucune.
Prise en charge de la version d’OpenSSL 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.
Échec de l’analyse des performances pour le serveur VMM 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 : modifiez le descripteur de sécurité pour le registre des journaux des événements opérationnels avec la commande ci-dessous, puis redémarrez le service du journal des événements et le service de 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 cette opération. HPUX est supprimé du dernier pack sur le 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 antérieures à 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 n’a pas ce problème.
Solution de contournement : Pour résoudre ce problème, procédez comme suit :
Après la mise à niveau vers 2019, exportez le pack d’administration par défaut vers un dossier.
Ouvrez Microsoft.SystemCenter.OperationsManager.DefaultUser.xml à partir du dossier exporté.
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.
Remarque
Le nom de domaine respecte la casse.
Exemple :
Before : Rule ID="_smx.net_MS1_contoso.com » Enabled="true »
Après : Rule ID="_SMX_MS1_contoso.com » Enabled="true »
Importez le pack d’administration mis à jour.
Les règles sont désormais visibles sur la console.
Pour plus d’informations sur ce problème, consultez mettre à jour une intégration Active Directory à Operations Manager.
Remarque
Ce problème est résolu en 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, chemin d’accès et nom complet, les informations retournées sont vides. En outre, l’ID est retourné en tant que className.
Solution de contournement : aucune.
Remarque
Ce problème est résolu en 2019 UR2.
Notes de publication d’Operations Manager 2019 UR1
Les sections suivantes résument les notes de publication d’Operations Manager 2019 UR1 et incluent 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 la 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 Gestion en attente.
Solution de contournement : vous devez identifier les agents et les mettre à jour manuellement. Pour ce faire, accédez à Administration> Gestion des appareils> Agent Managed et mettez à jour les agents qui sont de l’ancienne version. 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 version
Description : l’affichage de version n’affiche pas UR1 dans les zones telles que Help>About et Gestion des appareils view.
Solution de contournement : Pour vérifier si les composants Operations Manager sont bien mis à jour pour UR1, consultez leur numéro de version dans Administration>Produits Operations Manager.
Erreur lors de l’exportation de rapports après la migration de gMSA
Description : Post-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.
Cela est observé pour SQL Server Reporting Services sur 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 à l’administrateur l’accès au compte d’exécution sur le serveur de rapports
- Redémarrez le service de création de rapports et attendez 5 minutes
- Réessayez d’exporter les rapports
Remarque
À 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’extensions de ressources. Cela conduit à des exceptions ResourceFileFormatNotAllowedException dans Operations Manager pendant le déploiement de 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 de création de rapports d’Operations Manager à la liste verte dans SSRS.
Échec du remplacement des comptes de service précédemment utilisés avec gMSA
Description : Le remplacement des comptes de service Operations Manager précédemment utilisés avec gMSA échoue, ce qui entraîne des problèmes de console Operations Manager (la console ne s’ouvre pas). Cela se produit si le service d’accès aux données n’est pas initialisé.
Solution de contournement :
Ajoutez le compte exécutant le service SDK à buildin\Groupe d’accès d’autorisation Windows.
Exécutez le script PowerShell comme indiqué ici.
S’il s’agit d’une nouvelle installation d’Operations Manager, attendez 24 heures, puis appliquez le correctif cumulatif. Cela s’applique à tous les rôles dans Operations Manager.
Remarque
Vérifiez que les comptes DW et DR sont membres du groupe Administrateurs de sécurité de rapport Operations Manager, de sorte que le problème ne se répète pas. Pour plus d’informations, consultez les 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éation de nouvelles colonnes (Pack d’administration, Sealed et Members) apparaissent en anglais, et ne s’affichent pas dans la langue définie dans l’ordinateur accédant à cette vue.
Solution de contournement : aucune.
Notes de publication d’Operations Manager 2019 UR5
La section suivante récapitule 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.
Vulnérabilités de sécurité de la console web
Remarque
Veillez à effectuer la sauvegarde des fichiers Web.config avant d’appliquer ce correctif cumulatif.
Description : La console web Operations Manager 2019 présente des vulnérabilités de sécurité.
Solution de contournement : Avec Operations Manager 2019 UR5, plusieurs vulnérabilités de sécurité de console web sont corrigées. En raison de ces correctifs, les fichiers Web.config des applications HTMLDashboard
web et MonitoringView
web seront 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.
Cet article répertorie 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 à Operations Manager doit être recréée
Description : Lors de l’utilisation de SharePoint pour afficher les données Operations Manager, les URL de tableau de bord de console web existantes fournies ne fonctionnent pas et ces composants WebPart doivent être recréés avec les étapes ci-dessous.
Solution de contournement : procédez comme suit pour configurer SharePoint pour afficher les données Operations Manager :
- Créez une page sur SharePoint dans laquelle vous souhaitez afficher le tableau de bord.
- Ouvrez la page et sélectionnez Modifier et insérer un nouveau composant WebPart.
- Dans le composant WebPart, sous catégories, sélectionnez Média et Contenu, puis sélectionnez Visionneuse de pages, puis Sélectionnez Ajouter.
- Modifiez le composant WebPart et sélectionnez Page Web, puis entrez l’URL du tableau de bord de la console web Operations Manager.
- Ajoutez « &disabletree=true » à la fin de l’URL du tableau de bord pour désactiver l’arborescence affichée sur la page SharePoint
- Configurez l’apparence, la disposition et l’attribut Advance de la page SharePoint.
La console web peut ne pas fonctionner en raison de la corruption d’IIS
Description : La console web peut générer une erreur « Impossible de charger le type « System.ServiceModel.Activation.HttpModule ».
Solution de contournement : ajouter Activation HTTP aux services de rôle du système d’exploitation. Ensuite, sur Server 2012, exécutez ce qui suit 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 connaissances
Description : Si des tables sont insérées dans un article de connaissances, lors de la modification de l’article de connaissances, les bordures ne sont pas appliquées à la table. De même, si des puces sont ajoutées dans l’article des connaissances, elles sont converties en puces numériques lors de la nouvelle modification. Et s’il existe une seule puce dans l’article, l’article n’est pas enregistré dans le mp et la console génère 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 de l’Assistant Découverte\Scripts du programme d’installation PowerShell.
Solution de contournement : aucune.
Problèmes liés à la désinstallation d’une mise à jour pour l’agent Nano
Description : La désinstallation d’une mise à jour vers 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 : les mises à jour de l’agent Nano ne seront pas envoyées à 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 de l’installation de l’agent Nano
Description : l’agent Nano est toujours installé sur le chemin 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 dans l’expérience d’installation Push de l’agent Nano
Description : la boîte de dialogue d’état de l’Assistant Découvrir 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 et pour vous aider à résoudre les problèmes, reportez-vous au fichier journal d’installation.
Solution de contournement : aucune.
Incohérences dans l’expérience de 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 d’état (qui affiche l’état de progression) affiche la désinstallation terminée correctement, mais la désinstallation de l’agent est toujours en cours d’exécution. La désinstallation peut échouer et faire référence au fichier journal d’installation pour plus d’informations à résoudre.
Solution de contournement : aucune.
ACS ne fonctionne pas pour l’agent Nano
Description : ACS ne fonctionne pas pour l’agent Nano dans certains cas. Il existe des problèmes dans certains scénarios.
Solution de contournement : aucune.
Les alertes de surveillance côté client (CSM) peuvent cesser de circuler à partir du serveur d’administration System Center Operations Manager
Description : La séquence de mise à jour du serveur d’administration System Center Operation Manager peut entraîner un problème avec la collecte des 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 : moyen.
Solution de contournement : redémarrez le service Microsoft Monitoring Agent sur le serveur d’administration System Center Operations Manager.
Si après la mise à jour du serveur ou de l’agent System Center Operations Manager, des événements de surveillance des performances des applications (APM), des événements de surveillance côté client (CSM) et des alertes APM peuvent cesser de circuler à partir des hôtes supervisés
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 où Application Insights Status Monitor est installé.
Description : Le flux de travail de surveillance des performances des applications (APM) ne parvient pas à traiter la configuration de surveillance pour les services Windows .NET sur l’ordinateur si Application Insights Status Monitor et l’agent System Center - Operations Manager sont tous les deux installés.
Solution de contournement : Désinstallez Application Insights Status Monitor.
Les valeurs d’espace de noms pour le suivi des performances sont ignorées
Description : la définition de la valeur d’espace de noms pour le suivi des performances lors du suivi d’un espace de noms personnalisé dans les applications .NET Analyseur de performances ing (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 des systèmes d’exploitation Solaris, une modification de 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 n’est pas dans le chemin attendu, vous devez créer un lien vers le chemin approprié. Operations Manager recherche l’exécutable sudo dans le chemin /opt/sfw/bin, puis dans le chemin /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 attendu pour 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 cesse 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 Opérateur Operations Manager, 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, vous voyez l’avertissement de dépendance. 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 par erreur lorsque le paramètre « Données d’utilisation et de connectivité » a la valeur « False »
Description : si deux opérateurs ont des consoles Operations Manager ouvertes et qu’un définit le paramètre Utilisation et données de connectivité pour Ne pas envoyer de données, les données peuvent continuer à circuler vers Microsoft jusqu’à ce que le deuxième utilisateur ferme et rouvert 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, les 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 autre donnée d’utilisation n’est envoyée à Microsoft à partir du composant.
Solution de contournement : aucune
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 de 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 :
- Sélectionnez le bouton Configurer.
- Lorsque vous y êtes invité à exécuter ou enregistrer SilverlightClientConfiguration.exe, sélectionnez Enregistrer.
- Exécutez SilverlightClientConfiguration.exe.
- Ouvrez les propriétés de fichier d’exe (cliquez avec le bouton droit) et ouvrez l’onglet Signatures numériques.
- Sélectionnez le certificat avec l’algorithme Digest comme sha256, puis sélectionnez Détails.
- Dans la boîte de dialogue Détails de signature numérique, sélectionnez Afficher le certificat.
- Dans la boîte de dialogue qui s’affiche ensuite, sélectionnez Installer le certificat.
- Dans l’Assistant Importation de certificat, définissez l’emplacement du magasin en tant qu’ordinateur local. Cliquez sur Suivant.
- Sélectionnez l’option : placez tous les certificats dans le magasin suivant Accédez aux serveurs de publication approuvés.
- Sélectionnez Suivant , puis Terminez.
- Actualiser le navigateur