Description du correctif cumulatif 4 pour System Center 2012 Operations Manager Service Pack 1

Problème 1

Windows PowerShell scripts ou modules ne peuvent pas être exécutés dans un environnement AllSigned.

Symptôme Vous

recevez le message d’erreur suivant :

Problème 2

Les points d’emplacement ne sont pas affichés dans le tableau de bord de carte GSM en raison d’un délai d’attente Microsoft SQL Server.

Symptôme

Les événements suivants peuvent être enregistrés dans le journal des événements SQL Server Operations Manager :

Problème 3

Un avertissement incorrect est généré lorsque l’événement de sécurité 5140 est surveillé.

Symptôme L’avertissement

contient des informations incorrectes pour l’adresse source, le port source et le nom du partage.

Problème 4

Un groupe cible vide est créé lorsque des points de terminaison sont énumérés.

Le suivi ETL des symptômes

affiche le message suivant :

[Microsoft.EnterpriseManagement.Modules.Apm.ServerDiscovery] [] [Verbose] :TemplateAgentDiscoveryProbeAction.ProcessDataItem{templateagentdiscoveryprobeaction_cs148}( 0000000038E0B6A )Les instances d’application pour les composants d’application suivants sont introuvables dans le système :

Problème 5

Les rapports de performances génériques ne contiennent aucune donnée d’objet après l’exportation.

Symptôme

Par défaut, les rapports de performances ont les informations sur l’objet (nom du serveur, étiquette de disque, et ainsi de suite) réduites. Lorsque le rapport est exporté, ces informations sont manquantes.

Problème 6

Lorsque vous ouvrez un tableau de bord de nœud réseau sur un ordinateur Windows 7 Service Pack 1 x86, la console se bloque.

Symptôme :

l’utilisation de l’UC est proche de 99 % et la console ne répond pas.

Problème 7

Un rôle d’utilisateur créé à l’aide de Windows PowerShell sur un système de paramètres régionaux non américain n’affiche pas le nom d’affichage et la description sur la console.

Problème 8

Le client ne peut pas ajouter de remplacements ou de sous-groupes à des groupes à l’aide d’applets de commande; Le processeur de requêtes a manqué de ressources internes

Symptôme

Lorsque vous créez une substitution sur un groupe ou que vous l’ajoutez à un groupe, vous pouvez recevoir le message suivant :

Le processeur de requêtes a manqué de ressources internes et n’a pas pu produire de plan de requête. Il s’agit d’un événement rare et uniquement attendu pour les requêtes ou requêtes extrêmement complexes qui référencent un grand nombre de tables ou de partitions. Simplifiez la requête. Si vous pensez avoir reçu ce message par erreur, contactez les services de support technique pour plus d’informations.

Problème 9

Lorsque vous sélectionnez des objets dans le tableau de bord, vous recevez une erreur « Le processeur de requêtes a manqué de ressources internes ».

Symptôme Vous

recevez le message d’erreur suivant :

Notez qu’il s’agit d’un événement rare et attendu uniquement pour les requêtes ou requêtes extrêmement complexes qui référencent un grand nombre de tables ou de partitions.

Problème 10

La découverte successive utilise une clé d’appareil différente. Ce comportement entraîne la découverte d’appareils en double.

Symptôme

Lorsque la découverte du réseau est exécutée, des entrées en double pour le même appareil peuvent être ajoutées à la base de données.

Problème 11

vStateDailyFull retourne vide lorsque le fuseau horaire sur le serveur Data Warehouse est UTC+0X:30.

Les rapports de disponibilité des symptômes

peuvent être affichés comme vides.

Problème 12

L’état d’intégrité de Conseiller’agent surveillé est toujours « Avertissement » dans Conseiller état d’intégrité.

Problème 13

Le moniteur APM n’est pas fonctionnel lorsque vous effectuez une mise à niveau vers une version ultérieure d’Operations Manager

Problème 14

Dans les modules Internet Information Services 8.0 et Internet Information Services 7.0, un site web ne peut pas être découvert ou surveillé si la liaison HTTP est manquante dans la configuration.

Problème 15

SQL conversations broker peuvent entraîner une taille de base de données OperationsManager très grande et une taille TempDB très élevées

Problème 1

Dans de rares cas, le processus de Monitoringhost.exe du serveur d’administration peut s’arrêter avec une violation d’accès lorsqu’il surveille les fichiers journaux sur les ordinateurs UNIX et Linux.

Symptôme

Par intermittence, le processus de Monitoringhost.exe du serveur d’administration sur un serveur qui gère UNIX et Linux se bloque avec une violation d’accès de seconde chance 0xc0000005. Lorsque cela se produit, les ordinateurs UNIX managés ou Linux passent à un état « non surveillé » ou « critique ».

Problème 2

Les ordinateurs Linux qui ont plusieurs fichiers « release » dans /etc. peuvent ne pas être identifiés correctement lors de la découverte. Cela inclut un fichier de mise en production du système d’exploitation.

Le symptôme

Whediscovery d’un ordinateur Linux échoue avec une erreur lors de la découverte SSH. Ou bien, le nom et la version du système d’exploitation sont déterminés de manière incorrecte. Ce problème peut se produire lorsque plusieurs fichiers *-release existent dans /etc et que l’un d’eux est nommé « os-release ». Le message d’erreur peut ressembler à ce qui suit :

Problème 1

Un ordinateur Solaris qui dispose d’un grand nombre de ressources surveillées (par exemple, les systèmes de fichiers, les disques physiques et les cartes réseau) peut manquer de descripteurs de fichiers et ne pas surveiller les ressources. Cela se produit parce que la limite utilisateur par défaut sur Solaris est trop faible pour allouer suffisamment de descripteurs de fichiers. L’agent mis à jour remplace désormais la limite d’utilisateur par défaut par une limite d’utilisateur pour le processus d’agent de 1024.

Symptôme

Sur un ordinateur Solaris, le journal de l’agent Operations Manager (/var/opt/microsoft/scx/log/scx.log) contient des erreurs ou des avertissements avec le texte suivant :

Problème 2

Une zone Solaris surveillée configurée pour l’allocation d’UC dynamique avec les pools de ressources dynamiques peut consigner des erreurs dans les journaux de l’agent et retourner des valeurs incorrectes pour les compteurs de performances du processeur.

Symptôme

Ce problème s’applique à toutes les zones Solaris surveillées qui sont configurées avec des pools de ressources dynamiques et une configuration « dedicated-cpu » qui implique une plage de processeurs.

Problème 3

Si les entrées de conteneur Linux (cgroup) se trouvent dans /etc/mtab, les erreurs sont consignées lorsque la découverte de disque physique est activée et certains disques physiques peuvent ne pas être découverts.

Symptôme

Si les entrées dans /etc/mtab sur un ordinateur Linux surveillé commencent par la chaîne « cgroup », les erreurs qui ressemblent à ce qui suit peuvent être consignées dans le journal de l’agent (/var/opt/microsoft/scx/log/scx.log) :

Problème 4

Les configurations de disque physique qui ne peuvent pas être surveillées ou les défaillances de la surveillance des disques physiques pour les ordinateurs UNIX et Linux provoquent des défaillances dans la surveillance du système de fichiers.

Les instances de disque logique de symptôme

(systèmes de fichiers) ne sont pas découvertes par Operations Manager pour un ordinateur surveillé UNIX ou Linux.

Problèmes connus concernant cette mise à jour

• Après avoir installé le package de correctif cumulatif sur tous les rôles sur le serveur qui exécute System Center Operations Manager 2012 Service Pack 1 (à l’exception des rôles Agent et Passerelle), les mises à jour n’apparaissent pas dans l’élément Ajouter ou supprimer des programmes dans Panneau de configuration.

• Après avoir appliqué le correctif cumulatif 4, la console Operations Manager doit être rouverte pour appliquer le correctif du pack d’administration des pièces jointes d’alerte.

• Après avoir installé le package de correctif cumulatif, le numéro de version de la console n’est pas modifié.

• Si le package de mise à jour ACS est installé, désinstallé, puis réinstallé, le script de mise à niveau de base de données inclus dans cette mise à jour ne s’exécute pas, car la version de la base de données est modifiée lors de la première installation de la mise à jour ACS. Cela peut entraîner un blocage du serveur si l’utilisateur réutilise une partition quand la partition est toujours présente.
  
  La partition peut être fermée manuellement dans SQL Server Studio. Pour ce faire, accédez à la base de données ACS, puis exécutez le script suivant dans une fenêtre Éditeur de requête :
  
  

  begin tran

  
  
  

  
  
  

  -- mark all active partitions for closing

  
  
  

  if (select count(*) from dtPartition where Status = 0) > 0

  
  
  

      update dtPartition set Status = 1 where Status = 0

  
  
  
  
  

  commit tran

  
  
  Pour créer une partition, arrêtez AdtServer, exécutez ce script, puis redémarrez AdtServer.

• Après avoir installé le package de correctif cumulatif sur une console web, vous pouvez recevoir le message d’erreur suivant lorsque vous accédez à ASP.NET pages web pour lesquelles ViewState est activé après la mise à niveau de ASP.NET 1.1 vers ASP.NET 2.0 :
  
  

  Erreur de serveur dans l’application « /OperationsManager ».
  Pour résoudre ce problème, fermez, puis redémarrez Internet Explorer.

Notes d’installation

• 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)

  • Hong Kong chinois (HK)

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

• Vous devez exécuter le 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’installez pas le package de correctif cumulatif immédiatement après l’installation du serveur System Center 2012 SP1. Dans le cas contraire, l’état Service de contrôle d'intégrité peut ne pas être initialisé.

• 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.

• Pour activer les correctifs de la console web, ajoutez la ligne suivante au fichier %windir%\Microsoft.NET\Framework64\v2.0.50727\CONFIG\web.config :
  
  

  <machineKey validationKey="AutoGenerate,IsolateApps" decryptionKey="AutoGenerate,IsolateApps" validation="3DES" decryption="3DES"/>

Notez l’ajout de la ligne sous la section <system.web>, comme décrit dans l’article suivant de la Base de connaissances Microsoft :

911722 Vous pouvez recevoir un message d’erreur lorsque vous accédez à ASP.NET pages web pour lesquelles ViewState est activé après la mise à niveau de ASP.NET 1.1 vers ASP.NET 2.0

Ordre d’installation pris en charge

Nous vous recommandons d’installer le package de correctif cumulatif dans l’ordre suivant :

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

   • Serveur ou serveurs d’administration

   • Serveurs de passerelle

   • Serveurs de rapports

   • Ordinateurs de rôle serveur de console web

   • Ordinateurs de rôle de console Opérateur

2. Importez manuellement les packs d’administration.

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

Remarques

• Installez le package de correctif cumulatif sur les agents avant ou après l’installation du package de correctif cumulatif sur l’infrastructure du serveur.

• Si la fonctionnalité MG/Hiérarchisation connectée est activée, commencez par mettre à jour le niveau supérieur de la fonctionnalité MG/Hiérarchisation connectée.

Le correctif cumulatif 4 fichiers a un numéro de version 9538.1084.

Informations sur l’installation

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.

2. Appliquez les fichiers MSP appropriés sur chaque ordinateur.
   
   Notez que 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 UR_Datawarehouse.sql SQL sur Datawarehouse Server sur la base de données OperationsManagerDW.
   
   Notez que ce script est inclus dans la mise à jour du composant serveur. Une fois l’installation terminée, vous pouvez fider le script dans le dossier suivant :

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

4. Importez les packs d’administration suivants :

   • Microsoft.SystemCenter.Apm.Infrastructure.mpb

   • Microsoft.SystemCenter.IntelliTraceCollectorInstallation.mpb

   • Microsoft. Windows.InternetInformationServices.CommonLibrary.mp

   • Microsoft.SystemCenter. Conseiller. Internal.mpb

   • Microsoft.SystemCenter.AlertAttachment.mpb

   • Microsoft.SystemCenter.Apm.Infrastructure.Monitoring.mp

   • Microsoft.SystemCenter.Apm.Library.mpb

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

   • Microsoft.SystemCenter.DataWarehouse.Reports.mp

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

   • Microsoft.SystemCenter.Image.Library.mp

   • Microsoft.SystemCenter.IntelliTraceProfiling.mpb

   • Microsoft.SystemCenter.Visualization.Library.mpb

   Notez que les packs d’administration sont inclus dans les mises à jour du composant serveur dans le dossier suivant :
   

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

Désinstaller les informations

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

msiexec /uninstall PatchCodeGuid /package RTMProductCodeGuid

Remarque Dans cette commande, l’espace réservé RTMProductCodeGuid représente l’un des GUID suivants.

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

Informations sur les fichiers

Les fichiers suivants sont mis à jour dans le correctif cumulatif 4 pour System Center Service Pack 2012 1.

Comment installer des packs et agents de surveillance Operations Manager 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 4 à votre environnement System Center Operations Manager 2012 Service Pack 1.

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

   System Center Pack d’analyse pour les systèmes d’exploitation UNIX et Linux

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

4. Importez les packs d’administration et les packs d’administration mis à jour suivants :

   • Pack d’administration Microsoft.Unix.Library (à partir du dossier \2012 SP1\)

   • Pack d’administration Microsoft.Unix.LogFile.Library

   • Pack d’administration Microsoft.Unix.ShellCommand.Library

   • Pack d’administration Microsoft.Unix.Process.Library

   • Packs d’administration de bibliothèque pertinents pour les plateformes Linux ou UNIX que vous surveillez dans votre environnement

   
   
   Notez que les packs d’administration Microsoft.Linux.Universal se trouvent également dans le dossier \2012 SP1\.

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

6. 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.