Partager via


Tâches postérieures à la mise à niveau lors de la mise à niveau d'Operations Manager 2007 R2

 

S'applique à: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Après avoir terminé le processus de mise à niveau pour System Center 2012 – Operations Manager, vous devez effectuer un certain nombre de tâches après la mise à niveau.

Tâches postérieures à la mise à niveau

Le tableau suivant répertorie les tâches que vous devez effectuer après avoir procédé à la mise à niveau vers System Center 2012 – Operations Manager. Il indique également à quel moment effectuer la tâche.

Tâche

Quand effectuer la tâche

Réactiver les abonnements aux notifications

Après avoir terminé les tâches de mise à niveau dans n'importe quel chemin de mise à niveau.

Redémarrer ou réactiver les services de connecteur

Après avoir terminé les tâches de mise à niveau dans n'importe quel chemin de mise à niveau, et uniquement si les services du connecteur sont installés.

Désinstaller l'ancien RMS

Uniquement si vous mettez à niveau le groupe d'administration sur le serveur d'administration secondaire.

Mettre à jour les remplacements

Après avoir mis à niveau le groupe d'administration

Vérifier que la mise à niveau a été effectuée correctement

Après avoir terminé les tâches de mise à niveau dans n'importe quel chemin de mise à niveau.

Exécuter une requête SQL sur chaque groupe d'administration

Exécutez une requête SQL sur chaque groupe d'administration pour nettoyer les tables Localizedtext et Publishmessage.

Affecter des agents UNIX/Linux à un pool de ressources

Après avoir terminé les tâches de mise à niveau dans n'importe quel chemin de mise à niveau.

Réactiver les abonnements aux notifications

Une fois la mise à niveau terminée, procédez comme suit pour réactiver les abonnements.

Pour réactiver les abonnements

  1. Ouvrez la console Opérateur à l'aide d'un compte membre du rôle Administrateurs Operations Manager pour le groupe d'administration System Center 2012 – Operations Manager.

  2. Dans le volet de navigation de la console Opérateur, cliquez sur le bouton Administration.

    Notes

    Lorsque vous exécutez la console Opérateur sur un ordinateur qui n'est pas un serveur d'administration, la boîte de dialogue Connexion au serveur s'affiche. Dans la zone de texte Nom du serveur, tapez le nom du serveur d'administration System Center 2012 – Operations Manager auquel vous souhaitez vous connecter.

  3. Dans le volet Administration, sous Notifications, cliquez sur Abonnements.

  4. Dans le volet Actions, cliquez sur Activer pour chaque abonnement répertorié.

Redémarrer ou réactiver les services de connecteur

Consultez la documentation tierce pour tous les connecteurs installés afin de déterminer si les connecteurs sont pris en charge pour System Center 2012 – Operations Manager.

Pour redémarrer un service connecteur

  1. Sur la barre des tâches, cliquez sur Démarrer, sur Outils d'administration, puis sur Services.

  2. Dans la colonne Nom, cliquez avec le bouton droit sur le connecteur que vous souhaitez redémarrer, puis cliquez sur Démarrer.

Désinstaller l'ancien RMS

Si vous avez effectué la mise à niveau vers System Center 2012 – Operations Manager à partir du serveur d'administration secondaire car le RMS ne répondait pas aux configurations prises en charge pour System Center 2012 – Operations Manager, le RMS est supprimé du groupe d'administration pendant la mise à niveau. Vous pouvez alors désinstaller l'ancien serveur d'administration racine (RMS).

Notes

Si vous effectuez la mise à niveau à partir du serveur d'administration secondaire, vous pouvez créer un nouveau serveur d'administration avec le même nom d'ordinateur Windows que l'ancien RMS, plutôt que modifier les paramètres de configuration pour qu'ils pointent vers le nouveau serveur d'administration

Pour désinstaller l'ancien RMS

  1. Ouvrez une session sur l'ordinateur qui héberge le RMS avec un compte disposant des autorisations d'administrateur local.

  2. Dans la barre des tâches, cliquez sur Démarrer, puis cliquez sur Panneau de configuration, puis exécutez Programmes et fonctionnalités.

  3. Cliquez avec le bouton droit sur Operations Manager 2007 R2, puis cliquez sur Désinstaller.

  4. Dans la boîte de dialogue Programmes et fonctionnalités, cliquez sur Oui pour confirmer que vous souhaitez procéder à la désinstallation.

Mettre à jour les remplacements

Si vous avez créé des remplacements pour les règles d'intégration Active Directory, vous devez les recréer une fois la mise à niveau du groupe d'administration terminée. Supprimez l'ancien remplacement, puis créez-en un nouveau, correspondant au remplacement qui cible les pools de ressources d'affectation Active Directory.

Vérifier que la mise à niveau a été effectuée correctement

Effectuez les tâches suivantes pour vérifier que la mise à niveau a été effectuée correctement.

  • Vérifiez l'état d'intégrité des serveurs d'administration et des agents dans l'affichage de l'état de l'observateur du service de contrôle d'intégrité. Dans l'espace de travail Administration de la console Opérateur, assurez-vous que les serveurs d'administration et les agents sont intègres. Dans l'espace de travail Analyse, vérifiez s'il existe des alertes liées à l'intégrité du groupe d'administration.

  • Consultez les journaux d'événements de tous les serveurs d'administration à la recherche de nouvelles erreurs.

  • Triez les alertes à partir de la colonne de la dernière date de modification pour consulter les nouvelles alertes.

  • Vérifiez l'utilisation du processeur et l'E/S de disque sur vos serveurs de base de données pour vous assurer qu'ils fonctionnent normalement.

  • Si la fonction Reporting est installée, cliquez sur Rapports, puis exécutez un rapport de performance générique pour vous assurer que la fonction Reporting fonctionne correctement.

  • Redéployez les agents que vous avez désinstallés pendant le processus de mise à niveau.

Exécuter une requête SQL sur chaque groupe d'administration

Exécutez la requête SQL suivante sur la base de données opérationnelle dans chaque groupe d'administration pour nettoyer les tables Localizedtext et Publishmessage.

-- Create a temporary table to quickly find a PublisherId when you know the MessageId.
BEGIN TRY
CREATE TABLE #PublisherMessageReverseIndex(MessageStringId UNIQUEIDENTIFIER, 
   MessageId INT)
CREATE CLUSTERED INDEX #PublisherMessageReverseIndex_CI ON #PublisherMessageReverseIndex(MessageStringId)
INSERT INTO #PublisherMessageReverseIndex (MessageStringId, MessageId)
SELECT MessageStringId, MessageId
FROM dbo.PublisherMessages

-- Create a temporary table of message lengths, message IDs, and message hashes with the
-- MessageStringId to quickly determine whether a message is duplicated. Index the table. 

CREATE TABLE #LTHashStrings (MessageStringId UNIQUEIDENTIFIER, 
 LTValueLen INT, 
 LTValueHash VARBINARY(32),
 MessageId INT NULL)
CREATE CLUSTERED INDEX #LTHashStrings_CI ON #LTHashStrings(MessageStringId)
CREATE NONCLUSTERED INDEX #LTHashStrings_NCI1 ON #LTHashStrings(LTValueLen, MessageId, LTValueHash)

-- Create a temporary table for the orphaned PublisherStrings that you find. Orphaned PublisherStrings 
-- are rows in PublisherMessages whose corresponding events have already been groomed. They still
-- have corresponding rows in LocalizedText.  Do not add rows for PublisherMessages; they are not
-- for duplicated messages.

CREATE TABLE #OrphanedPublisherStrings (PublisherId UNIQUEIDENTIFIER, 
MessageStringId UNIQUEIDENTIFIER)
CREATE CLUSTERED INDEX #OrphanedPublisherStrings_CI ON #OrphanedPublisherStrings(MessageStringId)

-- Create a temporary table so that you can determine whether a PublisherMessages row still
-- has a corresponding event. These events do not have an index on the PublisherId, so do 
-- not query the EventAllView. If a PublisherId occurs multiple times in the event tables,
-- it is only needed one time in the temp table; therefore, the unique clustered index
-- must contain IGNORE_DUP_KEY. This keeps the temporary table relatively small and saves
-- time when you want to see the orphaned PublisherMessages.

CREATE TABLE #EventAllPublishers (PublisherId UNIQUEIDENTIFIER)
CREATE UNIQUE CLUSTERED INDEX #EventAllPublishers_CI ON #EventAllPublishers (PublisherId)
WITH (IGNORE_DUP_KEY = ON)

-- Populate the temporary table by scanning EventAllView one time.
INSERT INTO #EventAllPublishers(PublisherId) 
SELECT PublisherId 
FROM EventAllView

-- Populate the first temporary table to determine which messages are duplicated.
INSERT INTO #LTHashStrings (MessageStringId, LTValueLen, LTValueHash, MessageId)
SELECT LTStringId, len(LTValue), HashBytes('SHA1', LTValue), MessageId
FROM dbo.LocalizedText LT 
JOIN #PublisherMessageReverseIndex PM ON PM.MessageStringId = LTStringId

-- Create the second table to determine which messages are duplicated.  
CREATE TABLE #LTCountByMessage( LTValueLen INT, 
MessageId INT, 
LTValueHash VARBINARY(32), 
MsgCount INT)
CREATE CLUSTERED INDEX #LTCountByMessage_CI ON #LTCountByMessage(LTValueLen, MessageId, LTValueHash)

-- Populate second message for duplicate message detection by scanning the INDEX of
-- the first one and by doing a grouped count.
INSERT INTO #LTCountByMessage (LTValueLen, MessageId, LTValueHash, MsgCount)
SELECT LTValueLen, MessageId, LTValueHash, COUNT(1) 
FROM #LTHashStrings
GROUP BY LTValueLen, MessageId, LTValueHash

-- You are now set up to detect both orphaned PublisherStrings and duplicated messages
-- by joining to our relatively small (and correctly indexed) temporary tables.
-- Determine the OrphanedPublisherStrings that have duplicate messages.
INSERT INTO #OrphanedPublisherStrings (PublisherId, MessageStringId)
SELECT PM.PublisherId, PM.MessageStringId 
FROM dbo.PublisherMessages PM 
JOIN #LTHashStrings LTS ON (LTS.MessageStringId = PM.MessageStringId AND LTS.MessageId = PM.MessageId)
JOIN #LTCountByMessage LTC ON (LTC.LTValueLen = LTS.LTValueLen AND
LTC.MessageId = LTS.MessageId AND LTC.LTValueHash = LTS.LTValueHash)
WHERE PM.PublisherId NOT IN (SELECT PublisherId FROM #EventAllPublishers) AND
LTC.MsgCount > 1

-- Deleting all the OrphanedPublisherStrings and all the corresponding LocalizedText rows
-- at one time may be too large for the transaction log to handle.  Create a numbered
-- or ordered table so that you can delete them in relatively small batches and not
-- overtax the transaction log.
CREATE TABLE #NumberOrphanPublisherStrings(OrphanNum INT IDENTITY,
   PublisherId UNIQUEIDENTIFIER, 
   MessageStringId UNIQUEIDENTIFIER)
CREATE CLUSTERED INDEX #NumberOrphanPublisherStrings_CI on #NumberOrphanPublisherStrings(OrphanNum)

-- Populate the numbered table.
INSERT INTO #NumberOrphanPublisherStrings (PublisherId, MessageStringId)
SELECT PublisherId, MessageStringId FROM #OrphanedPublisherStrings
END TRY
BEGIN CATCH
GOTO Error
END CATCH

-- Set up variables so that you can delete the orphaned rows.
-- If the transaction log fills up, try to reduce the @OrphanIncrement value,
-- which controls the number of rows that are delete at the same time.
DECLARE @OrphanNum INT
DECLARE @OrphanIncrement INT
DECLARE @OrphanLimit INT
SET @OrphanNum = 0
SET @OrphanIncrement = 10000
SELECT @OrphanLimit = MAX(OrphanNum) FROM #NumberOrphanPublisherStrings
BEGIN TRY
WHILE @OrphanNum < @OrphanLimit
BEGIN
DELETE dbo.LocalizedText FROM
#NumberOrphanPublisherStrings OPS JOIN dbo.LocalizedText LT
ON LT.LTStringId = OPS.MessageStringId
WHERE OPS.OrphanNum >= @OrphanNum AND OPS.OrphanNum < @OrphanNum + @OrphanIncrement
DELETE dbo.PublisherMessages FROM
#NumberOrphanPublisherStrings OPS JOIN dbo.PublisherMessages PM
ON PM.PublisherId = OPS.PublisherId
WHERE OPS.OrphanNum >= @OrphanNum AND OPS.OrphanNum < @OrphanNum + @OrphanIncrement
SET @OrphanNum = @OrphanNum + @OrphanIncrement
END
END TRY
BEGIN CATCH
GOTO Error
END CATCH

Error:
IF @@ERROR <> 0
   SELECT 
        ERROR_NUMBER() AS ErrorNumber,
        ERROR_MESSAGE() AS ErrorMessage;

-- Try to drop all the temporary tables
BEGIN TRY
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#PublisherMessage%')
DROP TABLE #PublisherMessageReverseIndex
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#OrphanedPublisherStrings%')
DROP TABLE #OrphanedPublisherStrings
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#LTHashStrings%')
DROP TABLE #LTHashStrings
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#EventAllPublishers%')
DROP TABLE #EventAllPublishers
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#LTCountByMessage%')
DROP TABLE #LTCountByMessage
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#NumberOrphanPublisherStrings%')
DROP TABLE #NumberOrphanPublisherStrings
END TRY
BEGIN CATCH
   SELECT 
        ERROR_NUMBER() AS ErrorNumber,
        ERROR_MESSAGE() AS ErrorMessage;
END CATCH

Affecter des agents UNIX/Linux à un pool de ressources

Après avoir terminé la mise à niveau, les agents UNIX/Linux doivent être affectés à un pool de ressources pour activer l'administration de l'agent et l'analyse hautement disponible. Pour plus d'informations sur la création de pools de ressources, consultez How to Create a Resource Pool (Procédure de création d'un pool de ressources).

  1. Ouvrez la console Opérateur en utilisant un compte qui est membre du rôle Administrateurs d'Operations Manager pour le groupe d'administration om12short.

  2. Dans le volet de navigation de la console Opérateur, cliquez sur le bouton Administration.

  3. Dans le volet Administration, sous Gestion des périphériques, cliquez sur Ordinateurs UNIX/Linux.

  4. Sélectionnez les ordinateurs UNIX/Linux à affecter à un pool de ressources et dans le volet Actions, cliquez sur Changer le pool de ressources.

  5. Terminez l'Assistant Changer le pool de ressources pour affecter les ordinateurs au pool de ressources sélectionné.