notes de publication de System Center Operations Manager 2007 R2 Cumulative Update 1

INTRODUCTION

La mise à jour cumulative 1 pour System Center Operations Manager 2007 R2 résout les problèmes suivants :

L’onglet Connaissances sur le produit s’affiche sous la forme de l’onglet Connaissances de l’entreprise après avoir importé un module linguistique pour System Center Operations Manager 2007 R2.
Impossible de supprimer un agent d’un nœud de service de cluster Windows.
Le processus Heathservice.exe sur un nœud passif de service de cluster Windows peut avoir une utilisation excessive du processeur.
Le processus Healthservice.exe peut se bloquer lorsqu’il utilise le module OLE DB.
Les flux de travail qui utilisent la source de données OLE DB peuvent se décharger si le fournisseur sous-jacent retourne une chaîne null ou une chaîne vide.
Une instance du processus MonitoringHost.exe peut provoquer une fuite de mémoire dans la mémoire du pool non mise en page.
Les abonnements de notification ne fonctionnent pas s’ils sont configurés pour analyser un champ CustomField ou un champ AlertOwner.
La console Opérateur perd l’état de l’objet actif qui est actif lorsqu’un filtre de recherche est appliqué.
Le processus SRSUpgradeTool.exe retourne une erreur indiquant « Échec lors de la mise à jour de l’entrée de Registre pour le composant MSI de code de création de rapports » lorsque vous essayez de mettre à niveau SQL Reporting Services 2005 vers SQL Reporting Services 2008.
L’interface utilisateur Operations Manager peut se bloquer lorsque la colonne Connecteur et la colonne État de transfert sont ajoutées à une vue Alerte.
Les agents peuvent retentifier les anciennes entrées Windows journal des événements, puis générer des alertes incorrectes pour ces événements qui ne sont pas nouveaux.
Correctifs et améliorations de la fiabilité de l’état d’intégrité.
Le service de collecte d’audit Operations Manager (ADTServer.exe) ne démarre pas sur un collecteur ACS si le système d’exploitation est mis à niveau vers Windows Server 2008 R2.
Dans un rapport de performances exporté, la liste des instances d’objet n’est pas affichée.

Les correctifs pour certains problèmes mentionnés dans l’article de la Base de connaissances 974722 « Prise en charge de Windows Server 2008 R2 et Windows 7 dans System Center Operations Manager 2007 » sont également inclus dans cette mise à jour.

La mise à jour cumulative 1 pour System Center Operations Manager 2007 R2 est incluse dans la mise à jour cumulative 2 pour Microsoft System Center Operations Manager.
Pour télécharger CU2 pour System Center Operations Manager 2007 R2, visitez le site Web Microsoft suivant :

Mise à jour cumulative 2 pour System Center Operations Manager 2007 R2 (KB979257)

Informations supplémentaires

Récapitulatif du problème	Détails du résumé
L’onglet Connaissances sur le produit s’affiche sous la forme de l’onglet Connaissances de l’entreprise après avoir importé un module linguistique pour System Center Operations Manager 2007 R2.	Vous importez un module linguistique pour un pack d’administration sur un ordinateur qui exécute System Center Operations Manager 2007 R2. Une fois cette opération effectuée, vous rencontrez le problème lorsque vous utilisez la console d’administration Operations Manager ou la console web pour afficher les règles ou afficher les moniteurs contenus dans le pack d’administration.
Impossible de supprimer un agent d’un nœud de service de cluster Windows.	Une fois qu’un agent est déployé sur un nœud de service de cluster Windows à l’aide de l’installation basée sur la découverte, il ne peut pas être désinstallé à partir de la console Opérateur. En outre, l’erreur suivante est retournée : Agent gère d’autres appareils et ne peut pas être désinstallé
Le processus Heathservice.exe sur un nœud passif de service de cluster Windows peut avoir une utilisation excessive du processeur.	Le processus Healthservice.exe peut avoir une utilisation élevée du processeur sur tous les nœuds passifs d’un service de cluster Windows surveillé. Ce problème est dû à une détermination incorrecte de l’ID de service d’intégrité correct lorsque ce processus tente d’initialiser des moniteurs de dépendances. L’ID Healthservice du nœud passif est utilisé à la place de l’ID de nœud actif.
Le processus Healthservice.exe peut se bloquer lorsqu’il utilise le module OLE DB pour exécuter plusieurs requêtes.	Lorsque le processus Healthservice.exe utilise la sonde OLE DB pour exécuter plusieurs requêtes et mettre à jour des opérations, le processus peut rencontrer une erreur de violation d’accès si certains enregistrements d’une requête sont attendus, mais qu’aucun enregistrement n’est retourné.
Les flux de travail qui utilisent la source de données OLE DB peuvent se décharger si le fournisseur sous-jacent retourne une chaîne null ou une chaîne vide.	Si un fournisseur OLE DB retourne une erreur au module OLE DB Operations Manager mais ne retourne pas de chaîne d’erreur, le module se décharge incorrectement.
Une instance du processus MonitoringHost.exe peut provoquer une fuite de mémoire dans la mémoire du pool non mise en page.	Lorsque vous essayez de surveiller un fichier journal de texte générique ou un fichier journal CSV générique dans un dossier qui n’existe actuellement pas, une fuite de mémoire de pool non mise en page se produit lorsqu’une notification de modification de répertoire est reçue pour le répertoire parent.
Les abonnements de notification ne fonctionnent pas s’ils sont configurés pour analyser un champ CustomField ou un champ AlertOwner.	Lorsque vous créez un abonnement de notification qui a les critères « avec du texte spécifique dans le champ personnalisé » ou qui a le critère « affecté à un propriétaire spécifique », l’abonnement ne génère pas de notification.
La console Opérateur perd l’état de l’objet actif qui est actif lorsqu’un filtre de recherche est appliqué.	Prenons l’exemple du scénario suivant : Vous cliquez sur la commande Rechercher qui se trouve dans la console Opérateur. Vous tapez une chaîne dans la zone de texte Rechercher, puis vous cliquez sur Rechercher maintenant. Plusieurs objets sont retournés. Vous sélectionnez un objet renvoyé. Dans ce scénario, la console Opérateur perd l’état de l’objet actif qui est en cours de focus lors du rechargement de la console. Cette mise à jour permet à l’objet de rester actif dans ce scénario, dans d’autres opérations sélectionnées et dans d’autres tâches sélectionnées.
Le processus SRSUpgradeTool.exe retourne une erreur indiquant « Échec lors de la mise à jour de l’entrée de Registre pour le composant MSI de code de création de rapports » lorsque vous essayez de mettre à niveau SQL Reporting Services 2005 vers SQL Reporting Services 2008.	Une version mise à jour du fichier SRSUpgradeTool.exe se trouve dans le dossier SupportTools de cette mise à jour. Ce fichier a été initialement fourni dans le dossier SupportTools du support de distribution Operations Manager 2008 R2. La version 32 bits et la version 64 bits fournies dans cette mise à jour prennent en charge la mise à niveau de l’hôte de rôle de création de rapports de SQL Server Reporting Services 2005 à SQL Server Reporting Services 2008.
L’interface utilisateur d’Operations Manager peut se bloquer lorsque la colonne Connecteur et la colonne État de transfert sont ajoutées à une vue Alerte.	Lorsque vous personnalisez une vue d’alerte en ajoutant la colonne Connecteur ou la colonne État de transfert à la vue, la console Opérateur peut se bloquer.
Les agents peuvent retenter les anciennes entrées Windows journal des événements, puis générer de nouvelles alertes de manière incorrecte.	Dans un scénario où un agent quitte le mode de maintenance ou lorsqu’un agent est mis à niveau, le module du journal des événements peut retentifier les anciens événements à partir du journal des événements Windows. Par conséquent, les alertes peuvent être générées à nouveau pour ces événements précédemment traités.
Correctifs et améliorations de la fiabilité de l’état d’intégrité.	Un état d’intégrité incorrect pour un moniteur d’unité peut apparaître dans la console Opérateur, dans la console web ou dans le Explorateur d'intégrité une fois que l’objet est entré et a quitté le mode de maintenance. En raison d’une condition de concurrence, un moniteur d’agrégation peut afficher un état d’intégrité incorrect. Toutefois, son moniteur de dépendance enfant et ses contributeurs affichent l’état correct.
Le service de collecte d’audit Operations Manager (ADTServer.exe) ne démarre pas sur un collecteur ACS si le système d’exploitation est mis à niveau vers Windows Server 2008 R2.	Le service AdtServer ne démarre pas et journalise l’ID d’événement 4672 suivant dans le journal des événements Operations Manager : appliquez cette mise à jour cumulative au rôle collecteur ACS pour résoudre ce problème. Cette mise à jour peut être appliquée avant ou après la mise à niveau du système d’exploitation.
Lorsque vous exportez un rapport de performances, la liste des instances d’objet n’apparaît pas. Lorsque vous exportez un rapport de performances vers un format de fichier tel que le format pdf (Portable Document Format), les instances d’objet n’apparaissent pas dans le rapport.	Cette mise à jour contient une version mise à jour de la bibliothèque de packs d’administration qui doit être importée manuellement.

Les correctifs pour certains problèmes mentionnés dans l’article de la Base de connaissances 974722 « Prise en charge de Windows Server 2008 R2 et Windows 7 dans System Center Operations Manager 2007 » sont également inclus dans cette mise à jour.

Les correctifs suivants décrits dans l’article de la Base de connaissances 974722 sont inclus dans cette mise à jour :

Problème	Résolution
Les services Operations Manager s’arrêtent de manière inattendue sur un serveur d’administration racine dont le système d’exploitation a été mis à niveau vers Windows Server 2008 R2	Appliquez la mise à jour du correctif logiciel pour l’article de base de connaissances 974144 au serveur d’administration racine après la mise à niveau du système d’exploitation vers Windows Server 2008 R2. Remarque Si la mise à jour de l’article de la Base de connaissances 974144 a déjà été appliquée au serveur d’administration racine, elle peut être réappliquée en toute sécurité pour corriger ce problème.
Le service de collecte d’audit Operations Manager (ADTServer.exe) ne démarre pas après la mise à niveau du système d’exploitation vers Windows Server 2008 R2.	Appliquez la mise à jour du correctif logiciel pour l’article de base de connaissances 974144 sur l’ordinateur après avoir mis à niveau le système d’exploitation de l’ordinateur vers Windows Server 2008 R2. Si la mise à jour du correctif logiciel pour l’article de base de connaissances 974144 a déjà été appliquée à l’ordinateur avant la mise à niveau du système d’exploitation, vous n’avez pas besoin de réappliquer la mise à jour.

Liste des problèmes connus pour cette mise à jour

Problème	Résolution
Lorsque vous appliquez la mise à jour du serveur ACS, vous devrez peut-être redémarrer le serveur si un fichier est en service. En outre, l’erreur suivante est retournée : Erreur 2803 : La vue de dialogue n’a pas trouvé d’enregistrement pour la boîte de dialogue	Redémarrez l’ordinateur qui exécute le serveur ACS après avoir appliqué la mise à jour.
Pendant l’installation de la mise à jour cumulative sur un rôle RMS ou MS si un fichier à mettre à jour est actuellement utilisé, vous recevez la demande de dialogue suivante : « Pour que les modifications de configuration apportées à System Center Operations Manager 2007 R2 prennent effet, vous devez redémarrer votre système. pour redémarrer, cliquez maintenant sur Oui ou sur Non si vous prévoyez de redémarrer manuellement ultérieurement. » Si vous cliquez sur Non à cette boîte de dialogue, l’ordinateur redémarre et les mises à jour de l’agent ne sont pas appliquées.	Installez la mise à jour cumulative sur rmS ou le rôle MS avec l’option « Exécuter la mise à jour du serveur ». Si la boîte de dialogue ci-dessus s’affiche, choisissez l’option Non. Une fois la mise à jour complètement installée, quittez l’écran de mise à jour logicielle System Center Operations Manager 2007 et redémarrez l’ordinateur.
L’application de la mise à jour cumulative au rôle serveur de passerelle ne copie pas les mises à jour de l’agent dans les dossiers> de la plateforme <'installation d’Operations Manager>\AgentManagement\<.	Après avoir appliqué la mise à jour à un rôle serveur de passerelle via l’option « Exécuter la mise à jour de la passerelle », copiez manuellement les mises à jour de l’agent dans les dossiers de la plateforme AgentManagement\<> en procédant comme suit : Recherchez le dossier d’installation de la mise à jour : Program Files\System Center 2007 R2 Hotfix Utility\KB974144 Copiez les fichiers KB974144-x86-Agent.msp, KB974144-x64-Agent.msp et KB974144-IA64-Agent.msp à partir du dossier Agent contenu sous le dossier d’installation de mise à jour vers le dossier AgentManagement\<Platform> correct du serveur de passerelle. Par exemple : Copiez KB974144-x64-Agent.msp dans le dossier racine d’installation <Operations Manager>\AgentManagement\Amd64. Copiez KB974144-x86-Agent.msp dans le dossier racine d’installation <Operations Manager>\AgentManagement\x86. Copiez KB974144-IA64-Agent.msp dans le dossier racine d’installation <Operations Manager>\AgentManagement\IA64.

Correctifs publiés qui ne sont pas inclus dans cette mise à jour

Les correctifs logiciels Operations Manager 2007 R2 publiés ci-dessous ne sont pas inclus dans cette mise à jour, car ils incluent SQL Server scripts Transact-SQL, parce qu’ils incluent SQL mises à jour de procédures stockées ou parce qu’ils incluent des mises à jour d’agent multiplateforme. Reportez-vous aux articles de base de connaissances individuels pour plus d’informations sur la façon d’obtenir un correctif pour ces problèmes. Pour obtenir des informations à jour, reportez-vous à l’article de la Base de connaissances 973583.

Article de la Base de connaissances	Titre de l’article
KB973583	Description de la mise à jour de l’agent multiplateforme System Center Operations Manager 2007 R2

Installation

Cette mise à jour doit être appliquée à chaque ordinateur qui remplit l’une des conditions suivantes :

Héberge un serveur d’administration racine Microsoft Operations Manager
Héberge un serveur d’administration Microsoft Operations Manager
Héberge un serveur de passerelle Microsoft Operations Manager
Héberge une console Opérateur Microsoft Operations Manager
Héberge un serveur de console web Microsoft Operations Manager
Héberge un agent Microsoft Operations Manager qui a été installé manuellement
Héberge un service de collecte d’audit Microsoft Operations Manager

Remarque Avant d’appliquer cette mise à jour, nous vous recommandons de sauvegarder la base de données Operations.

Ordre d’installation recommandé

Nous vous recommandons d’installer cette mise à jour cumulative dans votre environnement dans l’ordre suivant :

Serveur d’administration racine (RMS)
Mise à jour manuelle de la base de données Operations Manager avec le fichier de procédure stockée inclus qui est abordé plus loin
Importation manuelle de la bibliothèque de packs d’administration décrite plus loin
Serveurs d’administration secondaires
Serveurs de passerelle
Déployer la mise à jour de l’agent sur les agents qui ont utilisé une installation basée sur la découverte
Ordinateurs de rôle de console Opérateur (choisissez l’option Exécuter la mise à jour du serveur dans la boîte de dialogue Mise à jour logicielle)
Ordinateurs de rôle serveur de console web
Auditer les ordinateurs de rôle service de collecte
Appliquer la mise à jour de l’agent aux agents installés manuellement

Étapes d’installation

Pour extraire les fichiers contenus dans cette mise à jour, procédez comme suit :

Copiez le fichier suivant dans un dossier local ou dans un dossier partagé réseau disponible :

SystemCenterOperationsManager2007-R2CU1-KB974144-X86-X64-IA64-ENU.MSI
Exécutez ensuite ce fichier localement sur chaque ordinateur applicable qui remplit les conditions mentionnées précédemment.

Vous pouvez exécuter ce fichier à l’aide de Windows Explorer ou à l’aide d’une invite de commandes.

Remarque Pour exécuter ce fichier sur un ordinateur qui exécute Windows Server 2008, vous devez utiliser une invite de commandes avec élévation de privilèges. Une invite de commandes avec élévation de privilèges est une invite de commandes qui a été démarrée à l’aide de l’option Exécuter en tant qu’administrateur . Si vous n’exécutez pas ce fichier d’installation basé sur Windows sous une invite de commandes avec élévation de privilèges, l’écran de démarrage de la mise à jour logicielle d’Operations Manager 2007 System Center ne permet pas l’installation du correctif logiciel.
Dans la fenêtre de mise à jour logicielle System Center Operations Manager 2007, sélectionnez l’option de mise à jour appropriée pour le rôle qui sera mis à jour.

Important Si un fichier à mettre à jour est en cours d’utilisation pendant la mise à jour MSI, vous pouvez recevoir un message de boîte de dialogue « Pour que les modifications de configuration apportées à System Center Operations Manager 2007 R2 prennent effet, vous devez redémarrer votre système. Pour redémarrer, cliquez maintenant sur Oui ou sur Non si vous prévoyez de redémarrer manuellement à une date ultérieure ». Choisissez l’option « Non » si cette boîte de dialogue s’affiche. Autorisez l’installation de MSI à se terminer, puis quittez la « mise à jour logicielle System Center Operations Manager 2007 » avant de redémarrer l’ordinateur.

Cette mise à jour affecte les fichiers suivants :

ADTSrvdll.dll (version 6.1.7221.13)
FormatTracing.cmd (non versionné)
HealthService.dll (version 6.1.7221.13)
Microsoft.EnterpriseManagement.DataWarehouse.DataAccess.dll (version 6.1.7221.13)
Microsoft.EnterpriseManagement.OperationsManager.DataAbstrationLayer.dll (version 6.1.7221.13)
Microsoft.EnterpriseManagement.OperationsManager.dll (version 6.1.7221.13)
Microsoft.EnterpriseManagement.OperationsManager.Web.ConsoleFramework.dll (version 6.1.7221.13)
Microsoft.EnterpriseManagement.UI.Authoring.dll (version 6.1.7221.13)
Microsoft.Mom.DiscoveryDatabaseAccess.dll (version 6.1.7221.13)
Microsoft.Mom.RecorderBarBHO.dll (version 1.0.0.2)
Microsoft.MOM.UI.Common.dll (version 6.1.7221.13)
Microsoft.Mom.UI.Components.dll (version 6.1.7221.13)
MobileWebConsole.dll (version 6.1.7221.13)
MOMBidLdr.dll (version 5.2.3790.1290)
MOMConnector.dll (version 6.1.7221.13)
MOMModules.dll (version 6.1.7221.13)
MOMNetworkModules.dll (version 6.1.7221.13)
RootWebConsole.dll (version 6.1.7221.13)
RSSWebConsole.dll (version 6.1.7221.13)
SRSUpgradeTool.exe (version 6.1.7221.13)
DiscoveryEntitySProcs.sql (non versionné)
Microsoft.SystemCenter.DatawareHouse.Report.Library.mp (version 6.1.7221.13)

Informations sur les fichiers

x86

   Date         Time   Version             Size   File name

   --------------------------------------------------------------

   08-Jan-2010  11:40  6.1.7221.13       385,416  Adtsrvdll.dll
   14-Nov-2009  10:06                      4,808  Formattracing.cmd
   22-Sep-2009  11:17                    108,204  Discoveryentitysprocs.sql 
   22-Sep-2009  11:17                    108,204  Discoveryentitysprocs.sql
   07-Jan-2010  20:38  6.1.7221.13        63,368  SRSUpgradeTool.exe
   08-Jan-2010  11:57  6.1.7221.13     1,586,568  Healthservice.dll
   08-Jan-2010  10:59  6.1.7221.13       227,208  Microsoft.enterprisemanagement.datawarehouse.dataaccess.dll
   08-Jan-2010  11:38  6.1.7221.13       247,688  Microsoft.enterprisemanagement.operationsmanager.dataabstractionlayer.dll
   08-Jan-2010  10:59  6.1.7221.13     2,262,920  Microsoft.enterprisemanagement.operationsmanager.dll
   08-Jan-2010  11:38  6.1.7221.13       894,856  Microsoft.enterprisemanagement.operationsmanager.web.consoleframework.dll
   08-Jan-2010  11:00  6.1.7221.13     6,723,464  Microsoft.enterprisemanagement.ui.authoring.dll
   08-Jan-2010  11:00  6.1.7221.13       161,672  Microsoft.mom.discoverydatabaseaccess.dll
   08-Jan-2010  10:36  1.0.0.2            37,888  Microsoft.mom.recorderbarbho.dll
   08-Jan-2010  11:00  6.1.7221.13     2,250,632  Microsoft.mom.ui.common.dll
   08-Jan-2010  11:00  6.1.7221.13     4,687,752  Microsoft.mom.ui.components.dll
   08-Jan-2010  11:54  6.1.7221.13        77,704  Mobilewebconsole.dll
   08-Jan-2010  10:36  5.2.3790.1289      50,176  Mombidldr.dll
   08-Jan-2010  11:57  6.1.7221.13       466,824  Momconnector.dll
   08-Jan-2010  11:57  6.1.7221.13     1,915,272  Mommodules.dll
   08-Jan-2010  11:19  6.1.7221.13       638,344  Momnetworkmodules.dll
   08-Jan-2010  11:54  6.1.7221.13       357,256  Rootwebconsole.dll
   08-Jan-2010  11:54  6.1.7221.13        38,280  Rsswebconsole.dll
   08-Jan-2010  11:11  6.1.7221.13       702,344  Microsoft.systemcenter.datawarehouse.report.library.mp

x64

   Date         Time   Version             Size   File name
   --------------------------------------------------------------

   07-Jan-2010  16:35  6.1.7221.13       522,632  Adtsrvdll.dll
   19-Nov-2009  14:54                      4,808  Formattracing.cmd
   22-Sep-2009  11:17                    108,204  Discoveryentitysprocs.sql
   07-Jan-2010  20:38  6.1.7221.13        63,368  SRSUpgradeTool.exe
   07-Jan-2010  17:22  6.1.7221.13     2,711,432  Healthservice.dl
   07-Jan-2010  15:45  6.1.7221.13       227,208  Microsoft.enterprisemanagement.datawarehouse.dataaccess.dll
   07-Jan-2010  16:31  6.1.7221.13       247,688  Microsoft.enterprisemanagement.operationsmanager.dataabstractionlayer.dll
   07-Jan-2010  15:45  6.1.7221.13     2,262,920  Microsoft.enterprisemanagement.operationsmanager.dll
   07-Jan-2010  16:31  6.1.7221.13       894,856  Microsoft.enterprisemanagement.operationsmanager.web.consoleframework.dll
   07-Jan-2010  15:45  6.1.7221.13     6,723,464  Microsoft.enterprisemanagement.ui.authoring.dll
   07-Jan-2010  15:45  6.1.7221.13       161,672  Microsoft.mom.discoverydatabaseaccess.dll
   07-Jan-2010  15:13  1.0.0.2            50,176  Microsoft.mom.recorderbarbho.dll
   07-Jan-2010  15:45  6.1.7221.13     2,250,632  Microsoft.mom.ui.common.dll
   07-Jan-2010  15:45  6.1.7221.13     4,687,752  Microsoft.mom.ui.components.dll
   07-Jan-2010  16:54  6.1.7221.13        77,704  Mobilewebconsole.dll
   07-Jan-2010  15:13  5.2.3790.1289      51,712  Mombidldr.dll
   07-Jan-2010  17:22  6.1.7221.13       732,552  Momconnector.dll
   07-Jan-2010  17:22  6.1.7221.13     2,904,456  Mommodules.dll
   07-Jan-2010  16:09  6.1.7221.13       923,016  Momnetworkmodules.dll
   07-Jan-2010  16:54  6.1.7221.13       357,256  Rootwebconsole.dll
   07-Jan-2010  16:54  6.1.7221.13        38,280  Rsswebconsole.dll
   07-Jan-2010  15:59  6.1.7221.13       702,344  Microsoft.systemcenter.datawarehouse.report.library.mp

ia64

   Date         Time   Version             Size   File name
   --------------------------------------------------------------
   11-Nov-2009  13:56                      4,808  Formattracing.cmd
   07-Jan-2010  11:36  6.1.7221.13     4,381,064  Healthservice.dll   IA64 
   07-Jan-2010  10:35  5.2.3790.1289     109,568  Mombidldr.dll       IA64 
   07-Jan-2010  11:36  6.1.7221.13     1,385,864  Momconnector.dll    IA64 
   07-Jan-2010  11:36  6.1.7221.13     5,639,560  Mommodules.dll      IA64 
   07-Jan-2010  11:36  6.1.7221.13     1,841,032  Momnetworkmodules.dll IA64

Opérations qui doivent être effectuées manuellement après la mise à jour du serveur d’administration racine

Le pack d’administration fourni suivant doit être importé manuellement et se trouve dans le dossier ManagementPacks :

Microsoft.SystemCenter.DatawareHouse.Report.Library.mpNote Le fichier MSI publié pour chaque version localisée d’Operations Manager contient la version localisée appropriée du pack d’administration.

Par exemple, le fichier suivant contient le pack d’administration pour la version localisée japonaise d’Operations Manager :

SystemCenterOperationsManager2007-R2CU1-KB974144-X86-X64-IA64-JPN.MSILe fichier SQL procédure stockée (également appelé SPROC) mis à jour suivant est inclus et doit être installé manuellement :

DiscoveryEntitySProcs.sqlNote Nous vous recommandons d’appliquer cette mise à jour à la base de données Operations une fois que vous avez correctement appliqué la mise à jour de serveur appropriée au rôle RMS.

Étapes d’installation de DiscoveryEntitySPRocs.sql

Pour appliquer cette mise à jour de base de données à l’aide du fichier DiscoveryEntitySPRocs.sql, vous devrez peut-être suivre deux procédures distinctes. Si le rôle RMS et le rôle de base de données Opérateur résident sur un seul ordinateur et que les fichiers de correctif logiciel sont installés sur le rôle RMS, vous devez suivre uniquement la procédure 2.

Voici un résumé de ces procédures :

Extrayez les fichiers de correctif logiciel du package en exécutant le fichier MSI.
Utilisez Microsoft SQL Server Management Studio pour exécuter des commandes qui se trouvent dans le fichier Transact-SQL fourni sur le serveur de base de données Operations Manager.

Les détails de ces procédures sont les suivants.

Procédure 1 : Extraction des fichiers de correctifs logiciels

Cette procédure peut être effectuée sur n’importe quel ordinateur qui a SQL Server Management Studio installé et qui peut se connecter au serveur de base de données Operations Manager.

Pour extraire les fichiers du pack d’administration contenus dans ce correctif logiciel, procédez comme suit :

Copiez le fichier suivant dans un dossier local ou dans un dossier partagé réseau disponible :

SystemCenterOperationsManager2007-R2CU1-KB974144-X86-X64-IA64-ENU.MSI
Exécutez ce fichier pour tout le monde. Notez le chemin d’installation suggéré dans l’installation.

Notez que le chemin d’installation est généralement le suivant :

Program Files\System Center 2007 R2 Hotfix Utility

Procédure 2 : Comment utiliser SQL Server Management Studio pour exécuter des commandes qui se trouvent dans le fichier DiscoveryEntitySProcs.sql fourni

Sur le serveur d’administration racine, arrêtez le service de gestion System Center, le service de configuration de la gestion System Center et System Center service d’accès aux données.
Connectez-vous à l’ordinateur qui héberge le rôle serveur de base de données Operations Manager 2007 en tant qu’utilisateur disposant des droits de propriétaire de base de données (droits « dbo ») sur la base de données Operations Manager 2007. Pour effectuer la mise à jour de la base de données à distance, connectez-vous à un ordinateur qui héberge SQL Server Management Studio en tant qu’utilisateur disposant des droits « dbo » appropriés sur la base de données Operations Manager 2007. Exécutez SQL Server Management Studio.
Dans la boîte de dialogue Connecter vers le serveur, connectez-vous au SQL Server qui héberge la base de données Operations Manager.
Cliquez sur Nouvelle requête dans la barre d’outils.
Dans la barre d’outils SQL Editor, utilisez l’option Bases de données disponibles pour sélectionner la base de données Operations Manager. Par exemple, la base de données « OperationsManager ».
Dans le menu Fichier , cliquez sur Ouvrir, puis recherchez le chemin d’accès indiqué dans la procédure 1 et qui contient le fichier DiscoveryEntitySProcs.sql. Sélectionnez ce fichier, puis cliquez sur Ouvrir.
Lorsque le fichier est chargé, cliquez sur Exécuter dans la barre d’outils de l’éditeur SQL.
Affichez le volet Messages pour vérifier si les commandes Transact-SQL ont été exécutées correctement.
Quittez SQL Server Management Studio.
Sur le serveur d’administration racine, démarrez le service de gestion System Center, le service de configuration de la gestion System Center et System Center service d’accès aux données.

Outils de support mis à jour inclus

Le fichier mis à jour suivant qui se trouve dans le dossier SupportTools prend en charge la mise à niveau de SQL Reporting Services 2005 vers SQL Reporting Services 2008 :

SRSUpgradeTool.exeNote Utilisez la version de plateforme appropriée de ce fichier au lieu du fichier fourni dans le dossier SupportTools du support de distribution Operations Manager 2008 R2.

Étapes recommandées pour appliquer cette mise à jour cumulative sur un serveur d’administration racine cluster

Connectez-vous au premier nœud du cluster avec un compte membre du rôle Administrateurs Operations Manager pour votre groupe d’administration Operations Manager 2007 et ouvrez Administrateur de cluster.
Dans le volet de navigation, développez le nom du cluster, développez Groupes, puis cliquez sur le groupe Operations Manager.
Dans le volet de résultats, examinez les ressources de cluster répertoriées dans la colonne Name et vérifiez qu’elles sont en ligne.
Dans le volet de résultats, dans la colonne Propriétaire, notez quel nœud est le nœud propriétaire.
Vérifiez que vous vous êtes connecté au nœud propriétaire. Si ce n’est pas le cas, dans le volet de navigation, cliquez avec le bouton droit sur le groupe de clusters Operations Manager, cliquez sur Déplacer le groupe, puis sélectionnez le nœud dans la liste représentant le nœud sur lequel vous vous êtes connecté.
Pendant la mise à jour d’un cluster à plusieurs nœuds, si un service est arrêté pendant la mise à jour, le cluster peut l’interpréter comme une défaillance et basculer vers un autre nœud. Pour éviter ce problème, arrêtez ou suspendez le service de cluster sur tous les nœuds à l’exception de celui que vous mettez à jour. Vous pouvez également utiliser les étapes 6a à 6c pour limiter les nœuds sur lequel un service peut s’exécuter sur le nœud spécifique que vous mettez à niveau. Cette opération doit être effectuée pour toutes les ressources répertoriées.
1. Dans le volet Administrateur de cluster, cliquez avec le bouton droit sur le service à modifier (par exemple, OpsMgr Service de contrôle d'intégrité), puis cliquez sur Propriétés.
2. Dans la boîte de dialogue Propriétés, cliquez sur Modifier.
3. Dans la boîte de dialogue Modifier le propriétaire préféré, sous Nœuds disponibles, sélectionnez le nœud sur lequel vous effectuez la mise à niveau, vérifiez qu’il s’agit du seul nœud répertorié sous Propriétaires préférés, puis cliquez sur OK.
  
  Notez que l’étape 6 doit être suivie sur chaque nœud en cours de mise à jour. Une fois la mise à jour d’un nœud particulier terminée, les utilisateurs doivent rajouter des nœuds de basculement à la liste Des nœuds disponibles. Une fois que tous les nœuds ont été mis à jour, configurez votre groupe Operations Manager 2007 pour qu’il bascule vers le nœud principal d’origine.
Suivez les étapes d’installation décrites ci-dessus (section Étapes d’installation principales pour cette mise à jour) pour le rôle Serveur d’administration racine (RMS), en appliquant la mise à jour via l’option Exécuter la mise à jour du serveur.
Répétez la mise à jour de cette procédure sur tous les nœuds du cluster. Pour chaque nœud supplémentaire, vérifiez que vous vous connectez au nœud que vous mettez à niveau et que tous les groupes de clusters ont basculé vers le nœud.