Correctif cumulatif 6 pour System Center 2016 Operations Manager

Introduction

Cet article décrit les problèmes résolus dans le correctif cumulatif 6 pour Microsoft System Center 2016 Operations Manager. Cet article contient également les instructions d’installation de cette mise à jour.

Améliorations et problèmes résolus

• Le pool d’applications se bloque et SharePoint l’application se bloque en raison de l’agent APM et le profileur est maintenant résolu. Cela s’est produit parce que le profileur était toujours activé. Ce problème est résolu en désactivant le profileur par défaut et en l’activant uniquement quand APM est configuré.
  
  Note Si vous utilisez APM, redémarrez IIS après avoir déployé les correctifs.

• Amélioration de la journalisation pour afficher les messages d’erreur et suggérer de vérifier les compteurs de performances en cas d’échec de PdhExpandWildCardPath.

• Résolu : l’onglet Événements de session dans la console web Diagnostics d’application n’affiche aucune donnée.

• Résolu : le mode maintenance planifiée ne fonctionne pas dans un groupe de disponibilité qui utilise SQL Always-On configuration. En cas de basculement vers un nœud secondaire, les planifications en mode maintenance créées sur le nœud principal ne s’exécutent pas. Cela a été résolu. Pour plus d’informations, consultez la section « Activation du mode maintenance planifiée avec SQL Always ON ».

• Correctif mis à jour : l’applet de commande Get-SCOMGroup est lente à interroger des groupes volumineux (plus de 2 000). Un correctif précédent a été amélioré pour une interrogation plus rapide d’un nombre quelconque de groupes.

• Résolu : les utilisateurs n’ont pas pu modifier la planification de maintenance dans la console SCOM si tous les objets ont été supprimés. La planification peut maintenant être modifiée. Toutefois, il ne peut pas être enregistré, sauf s’il contient au moins un objet.

• Résolu : SCX ne peut pas se connecter à la machine Linux si les algorithmes KEX sont configurés comme l’un des éléments suivants : ecdh-sha2-nistp256, diffie-hellman-group-exchange-sha256 ou diffie-hellman-group14-sha256.

• Résolu : l’utilisation d’API MI provoque le blocage de MonitoringHost.exe. Cet événement est consigné dans le journal des applications, mais aucun événement d’incident n’est signalé dans le journal des événements Operations Manager. Après ce correctif, MonitoringHost ne se bloque pas même si la clé de Registre useMIAPI est activée.

• L’Assistant Intégration de connexion OMS (maintenant Azure Log Analytics) est chargé de communiquer avec les nouvelles API. Cela est dû au fait que les services OMS ont été déplacés vers le portail Azure (lien) et également en raison de la mise hors service planifiée du portail OMS. Cette modification n’affectera aucune connexion existante à OMS. Toutefois, pour les nouvelles connexions ou pour reconfigurer les connexions existantes, les packs d’administration appropriés regroupés avec ce correctif cumulatif doivent être importés.

• Ce correctif cumulatif crée un nouvel utilisateur « omi » (compte système).

• XPlat prend en charge les modifications de matrice :

  • SLES 10 n’est pas pris en charge.

  • CentOS 5 n’est pas pris en charge.

  • AIX 6.x n’est pas pris en charge.

Activation du mode maintenance de planification avec SQL Always ON

La fonctionnalité Mode de maintenance planifiée a été fournie dans Operations Manager 2016 RTM. Par conséquent, les clients disposent de déploiements Operations Manager qui ont SQL toujours activés pour la haute disponibilité. Plusieurs clients et blogs ont signalé que la fonctionnalité Planifier le mode maintenance ne fonctionne pas avec SQL Always On lorsque le basculement SQL Server se produit.

Les planifications créées en ayant SQL Always ON activé étaient inaccessibles quand SQL Server bascule vers un autre serveur.

Le correctif de ce problème permet aux planifications de fonctionner sans aucun problème, même dans un scénario de basculement SQL Server.

Nous avons résolu ce problème de la manière suivante :

• Les planifications qui ont déjà été créées avant le déploiement de ce correctif commencent également à fonctionner sans aucun problème, même dans SQL Server scénarios de basculement.
  
  Note Les planifications existantes qui ont été créées sur le serveur en cours d’exécution SQL Server seront migrées. Pour migrer les planifications existantes créées sur un autre serveur, suivez les instructions d’installation.

• Toute planification créée après le déploiement de cette mise à jour avec les configurations requises est accessible même si le serveur en cours d’exécution SQL Server bascule vers un autre serveur.

Vérifier que les autorisations requises sont accordées sur tous les serveurs

• Les comptes répertoriés sous le profil « Compte de base de données opérationnelle » doivent avoir des autorisations « SQLAgentOperatorRole » et « db_owner » sur la base de données MSDB.

• Si les comptes répertoriés sous le profil « Compte de base de données opérationnelle » n’ont pas accès aux autorisations « SQLAgentOperatorRole » et « db_owner » sur la base de données MSDB, affectez les autorisations « SQLAgentOperatorRole » et « db_owner » sur la base de données MSDB à chaque compte sous le profil « Compte de base de données opérationnelle ».

• Si vous n’avez pas de comptes répertoriés sous le profil « Compte de base de données opérationnelle », les comptes disponibles sous le profil « Compte d’action par défaut » doivent avoir les autorisations « SQLAgentOperatorRole » et « db_owner » sur la base de données MSDB.

Instructions d’installation

Pour installer ce correctif cumulatif, procédez comme suit :

1. Accordez les autorisations requises, comme décrit dans la section « Vérifier que les autorisations requises sont accordées sur tous les serveurs ».

2. Installez le correctif UR6 (le déploiement des composants du serveur d’administration et de l’agent est obligatoire).

3. Exécutez le script Update_rollup_mom_db.sql SQL sur le serveur qui exécute SQL Server.
   
   Note Les planifications existantes ne sont migrées vers la nouvelle conception qu’une seule fois dans le cadre du déploiement de correctifs cumulatifs. La migration des planifications existantes ne se produit plus lorsque vous exécutez le même script.

Lignes directrices

• Les échecs qui se produisent lors de la migration des planifications existantes sont capturés dans la table de base de données suivante :
  
  [OperationsManager].[ dbo]. [MaintenanceModeSchedulesMigrationLogs]

• Les planifications existantes qui ont été créées sur un serveur SQL Server qui n’est pas le serveur principal ne sont pas migrées vers la nouvelle conception après avoir exécuté le script Update_rollup_mom_db.sql. Les échecs correspondants sont consignés dans la table de base de données mentionnée dans l’élément précédent.

• Pour migrer des planifications existantes vers la nouvelle conception, basculez votre base de données actuelle vers le serveur spécifique qui exécute SQL Server, puis exécutez les scripts suivants sur la base de données Operations Manager.
  
  Pour migrer une planification spécifique vers la nouvelle conception :

EXEC [dbo]. [p_MaintenanceScheduleMigrateSchedule] '<ScheduleIDOftheMMSchedule>'

Exemple:

EXEC [dbo]. [p_MaintenanceScheduleMigrateSchedule] '1A6917C6-999C-E811-837B-02155DC77B3F'

Pour migrer toutes les planifications existantes dans le serveur SQL spécifique vers la nouvelle conception :

Supprimer [OperationsManager]. [dbo]. [MaintenanceModeSchedulesMigrationLogs]
EXEC [dbo]. [p_MaintenanceScheduleMigrateExistingSchedules]

• Vous pouvez exécuter les scripts mentionnés dans l’élément précédent sur différents serveurs qui exécutent SQL Server pour migrer des planifications existantes créées sur différents serveurs.

• Pour éviter que des problèmes similaires ne se produisent, vous pouvez supprimer la planification existante et recréer cette même planification après avoir appliqué le correctif.

Remarque Après avoir déployé ce correctif, les planifications de maintenance peuvent être déclenchées et avoir un délai maximal de 5 minutes. Ce délai maximal est configurable en remplaçant la règle « Mode maintenance ». La valeur par défaut est de 5 minutes pour éviter de provoquer une baisse importante des performances sur le système.

Comment obtenir le correctif cumulatif 6 pour System Center 2016 Operations Manager

Les packages de mise à jour pour Operations Manager sont disponibles à partir de Microsoft Update ou par téléchargement manuel.

Instructions d’installation pour Operations Manager

Notes d’installation

•                 Important Si vous souhaitez pouvoir désinstaller ce correctif cumulatif ultérieurement, vous devez disposer de la mise à jour System Center 2016 Operations Manager Server (KB3209591) avant d’installer cette mise à jour System Center 2016 Operations Manager Server (KB4459897).

• Ce package cumulatif de mise à jour est disponible à partir de Microsoft Update dans les langues suivantes :

  • Chinois simplifié (CHS)

  • Japonais (JPN)

  • Français (FRA)

  • Allemand (DEU)

  • Russe (RUS)

  • Italien (ITA)

  • Espagnol (ESN)

  • Portugais (Brésil) (PTB)

  • Chinois traditionnel (CHT)

  • Coréen (KOR)

  • Tchèque (CSY)

  • Néerlandais (NLD)

  • Polonais (POL)

  • Portugais (Portugal) (PTG)

  • Suédois (SWE)

  • Turc (TUR)

  • Hongrois (HUN)

  • Anglais (ENU)

• Certains composants sont multilingues et les mises à jour de ces composants ne sont pas localisées.

• Vous devez exécuter ce correctif cumulatif en tant qu’administrateur.

• Si vous ne souhaitez pas redémarrer l’ordinateur après avoir appliqué la mise à jour de la console, fermez la console avant d’appliquer la mise à jour pour le rôle de console.

• Pour démarrer une nouvelle instance de Microsoft Silverlight, effacez le cache du navigateur dans Silverlight, puis redémarrez Silverlight.

• N’appliquez pas de correctif cumulatif immédiatement après l’installation System Center 2016 Operations Manager. Patientez plusieurs heures après le déploiement d’un nouveau groupe d’administration avant d’appliquer un correctif cumulatif.

• Si le contrôle de compte d’utilisateur est activé, exécutez les fichiers de mise à jour .msp à partir d’une invite de commandes avec élévation de privilèges.

• Vous devez disposer des droits d’administrateur système sur les instances de base de données pour que la base de données opérationnelle et l’entrepôt de données appliquent des mises à jour à ces bases de données.

Ordre d’installation pris en charge

Utilisez cette procédure pour suivre toutes les étapes nécessaires dans l’ordre approprié pour installer le package de correctif cumulatif :

1. Installez le package sur l’infrastructure serveur suivante :

   • Serveur ou serveurs d’administration

   • Services de collecte d’audit

   • Ordinateurs de rôle serveur de console web

   • Passerelle

   • Ordinateurs de rôle de console Opérateur

   • Rapports

2. Appliquez SQL scripts.

3. Importez manuellement les packs d’administration.

4. Appliquer les mises à jour de l’agent.

5. Appliquez la mise à jour de Nano Agent aux agents installés manuellement ou envoyez (push) l’installation à partir de la vue En attente dans la console Opérateur.

6. Mettez à jour les agents et les MPS Unix et Linux.

Mise à jour d’Operations Manager

Pour télécharger le package de correctif cumulatif et extraire les fichiers contenus dans le package de correctif cumulatif, procédez comme suit :

1. Téléchargez les packages de mise à jour que Microsoft Update fournit pour chaque ordinateur. Microsoft Update fournit les mises à jour appropriées en fonction des composants installés sur chaque ordinateur. Vous pouvez également télécharger les packages à partir du catalogue Microsoft Update.

2. Appliquez les fichiers MSP appropriés sur chaque ordinateur.
   
   Note Les fichiers MSP sont inclus dans le package de correctif cumulatif. Appliquez tous les fichiers MSP liés à un ordinateur spécifique. Par exemple, si la console web et les rôles de console sont installés sur un serveur d’administration, appliquez les fichiers MSP sur le serveur d’administration. Appliquez un fichier MSP sur un serveur pour chaque rôle spécifique que le serveur détient.

3. Exécutez le script database SQL suivant sur le serveur de base de données sur la base de données OperationsManagerDB :
   

   Update_rollup_mom_db.sql
    

   Remarque Ce script se trouve au chemin d’accès suivant :
    

   %SystemDrive%\Program Files\System Center 2016\Operations Manager\Server\SQL Script pour les correctifs cumulatifs

1. Importez les packs d’administration suivants :

   • Microsoft.SystemCenter.Internal.mp

   • Microsoft.SystemCenter.2007.mp

   • Microsoft.SystemCenter. Conseiller. Internal.mpb

   • Microsoft.SystemCenter.OperationsManager.Library.mp

   • Microsoft.SystemCenter.Image.Library.mp

   • Microsoft.SystemCenter.Visualization.Library.mpb

   • Microsoft.SystemCenter. Conseiller.mpb

   • Microsoft. Windows.InternetInformationServices.CommonLibrary.mp

   • Microsoft.SystemCenter.AlertAttachment.mpb

   • Microsoft.SystemCenter.IntelliTraceProfiling.mpb

   • Microsoft.SystemCenter.SyntheticTransactions.Library.mp

   • Microsoft.SystemCenter.OperationsManager.AM.DR.2007.mp

   • Microsoft.SystemCenter.OperationsManager.SummaryDashboard.mp

   • Microsoft.SystemCenter. Conseiller. Ressources. (LANGUAGECODE_3LTR).mpb

   • Microsoft.SystemCenter.DataWarehouse.Report.Library.mp

   • Microsoft.SystemCenter.ACS.Internal.mp

   • Microsoft.SystemCenter.Visualization.ServiceLevelComponents.mpb

   • Microsoft.SystemCenter.Library.mpb

   • Microsoft.SystemCenter.Apm.Infrastructure.mpb

   • Microsoft. Windows.Cluster.Library.mp

Pour plus d’informations sur l’importation d’un pack d’administration à partir d’un disque, consultez la rubrique Microsoft TechNet Sur l’importation d’un pack d’administration Operations Manager.

Remarque Les packs d’administration sont inclus dans les mises à jour du composant Serveur à l’emplacement suivant :

%SystemDrive%\Program Files\System Center 2016\Operations Manager\Server\Management Packs for Update Rollups

Mise à jour de Nano Agent

Pour installer manuellement les mises à jour sur Nano Agent, téléchargez le fichier KB3209591-8.0.10913.0-NanoAgent.cab . Vous pouvez installer cette mise à jour sur un système Nano Agent à l’aide du script PowerShell suivant :

.\UpdateNanoServerScomAgentOnline.ps1
-NanoServerFQDN <FQDN of target Nano Server>
-BinaryFolder <Path where the update .cab is already expanded OR path to one or more Nano-agent update .cab files>
-IsCabExpanded <$true if BinaryFolder path is to an expanded .cab, $false if it is for a packed .cab file(s)>
-RemoveBackup <$true to remove the previous binaries from the agent machine>

mise à jour du pack d’administration UNIX et Linux

Pour installer les packs et agents de surveillance mis à jour pour les systèmes d’exploitation UNIX et Linux, procédez comme suit :

1. Appliquez le correctif cumulatif 5 à votre environnement Operations Manager System Center 2016.
   
   Note Il n’existe aucune mise à jour mp UNIX/Linux dans le correctif cumulatif 6.

2. Téléchargez les packs d’administration mis à jour pour System Center 2016 à partir du site web Microsoft suivant :

pack d’administration System Center pour les systèmes d’exploitation UNIX et Linux

1. Installez le package de mise à jour du pack d’administration pour extraire les fichiers du pack d’administration.

2. Importez le pack d’administration mis à jour pour chaque version de Linux ou UNIX que vous surveillez dans votre environnement.

3. Mettez à niveau chaque agent vers la dernière version à l’aide de l’applet de commande Update-SCXAgent Windows PowerShell ou de l’Assistant mise à niveau de l’agent UNIX/Linux dans le volet Administration de la console Opérateur.

Désinstaller les informations

Pour désinstaller une mise à jour, exécutez la commande suivante :

msiexec /uninstall PatchCodeGuid /package RTMProductCodeGuid

Remarque L’espace réservé PatchCodeGuid représente l’un des GUID suivants.

En outre, l’espace réservé RTMProductCodeGuid représente l’un des GUID suivants.

Fichiers mis à jour dans ce correctif cumulatif