Freigeben über


Aufgaben nach dem Upgrade von Operations Manager 2007 R2

 

Betrifft: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Wenn Sie den Upgradevorgang auf System Center 2012 – Operations Manager ausgeführt haben, müssen Sie mehrere abschließende Aufgaben ausführen.

Aufgaben nach dem Upgrade

In der folgenden Liste finden Sie eine Übersicht über die Aufgaben, die Sie nach einem Upgrade auf System Center 2012 – Operations Manager ausführen müssen. Außerdem ist angegeben, wann die Aufgabe auszuführen ist.

Aufgabe

Zeitpunkt der Ausführung

Erneutes Aktivieren der Benachrichtigungsabonnements

Nach Abschluss der Upgradetasks in einem Upgradepfad

Neustarten oder erneutes Aktivieren der Connectordienste

Nach Abschluss der Upgradetasks in einem Upgradepfad, sofern die Connectordienste installiert sind

Deinstallieren des alten Stammverwaltungsservers

Nur, wenn Sie ein Upgrade der Verwaltungsgruppe auf dem sekundären Verwaltungsserver ausführen

Aktualisieren der Außerkraftsetzungen

Nach dem Upgrade der Verwaltungsgruppe

Testen des Upgrades

Nach Abschluss der Upgradetasks in einem Upgradepfad

Ausführen einer SQL-Abfrage für jede Verwaltungsgruppe

Führen Sie eine SQL-Abfrage für jede Verwaltungsgruppe aus, um die Tabellen Localizedtext sowie Publishmessage zu bereinigen.

Zuweisen der UNIX/Linux-Agents zu einem Ressourcenpool

Nach Abschluss der Upgradetasks in einem Upgradepfad

Erneutes Aktivieren der Benachrichtigungsabonnements

Wenden Sie folgendes Verfahren an, um die Abonnements nach Abschluss des Upgrades zu reaktivieren.

So aktivieren Sie die Abonnements erneut

  1. Öffnen Sie die Betriebskonsole mit einem Konto, das Mitglied der Operations Manager-Administratorrolle für die System Center 2012 – Operations Manager-Verwaltungsgruppe ist.

  2. Klicken Sie in der Betriebskonsole im Navigationsbereich auf die Schaltfläche Verwaltung.

    System_CAPS_noteHinweis

    Beim Ausführen der Betriebskonsole auf einem Computer, der kein Verwaltungsserver ist, wird das Dialogfeld Mit Server verbinden angezeigt. Geben Sie in das Textfeld Servername den Namen des System Center 2012 – Operations Manager-Verwaltungsservers ein, mit dem eine Verbindung hergestellt werden soll.

  3. Klicken Sie im Bereich Verwaltung unter Benachrichtigungen auf Abonnements.

  4. Klicken Sie im Bereich Aktionen bei jedem aufgelisteten Abonnement auf Aktivieren.

Neustarten oder erneutes Aktivieren der Connectordienste

Bestimmen Sie anhand der Drittanbieterdokumentation für installierte Connectors, ob diese für System Center 2012 – Operations Manager unterstützt werden.

So starten Sie einen Connectordienst neu

  1. Klicken Sie in der Taskleiste auf Start, auf Verwaltung und dann auf Dienste.

  2. Klicken Sie in der Spalte Name mit der rechten Maustaste auf den Connector, den Sie neu starten möchten, und klicken Sie dann auf Start.

Deinstallieren des alten Stammverwaltungsservers

Wenn Sie das Upgrade auf System Center 2012 – Operations Manager vom sekundären Verwaltungsserver aus ausgeführt haben, weil der Stammverwaltungsserver den unterstützten Konfigurationen für System Center 2012 – Operations Manager nicht entspricht, wird der Stammverwaltungsserver beim Upgrade aus der Verwaltungsgruppe entfernt. Danach können Sie den alten Stammverwaltungsserver deinstallieren.

System_CAPS_noteHinweis

Wenn Sie das Upgrade vom sekundären Verwaltungsserver aus ausgeführt haben, können Sie einen neuen Verwaltungsserver mit dem Windows-Computernamen des alten Stammverwaltungsservers erstellen, anstatt die Konfigurationseinstellungen so zu verändern, dass auf den neuen Verwaltungsserver verwiesen wird.

So deinstallieren Sie den alten Stammverwaltungsserver

  1. Melden Sie sich mit einem Konto mit lokalen Administratorberechtigungen bei dem Computer an, auf dem der Stammverwaltungsserver gehostet wird.

  2. Klicken Sie in der Taskleiste auf Start, dann auf Systemsteuerung, und führen Sie dann Programme und Funktionen aus.

  3. Klicken Sie mit der rechten Maustaste auf Operations Manager 2007 R2, und klicken Sie dann auf Deinstallieren.

  4. Klicken Sie im Dialogfeld Programme und Funktionen auf Ja, um die Deinstallation zu bestätigen.

Aktualisieren der Außerkraftsetzungen

Wenn Sie Außerkraftsetzungen für die Regeln der Active Directory-Integration erstellt haben, müssen Sie sie nach Abschluss des Upgrades der Verwaltungsgruppe neu erstellen. Löschen Sie die alte Außerkraftsetzung, und erstellen Sie eine neue, passende Außerkraftsetzung, deren Ziel die Active Directory-Zuweisungsressourcenpools sind.

Testen des Upgrades

Führen Sie die folgenden Aufgaben aus, um sicherzustellen, dass das Upgrade erfolgreich war.

  • Überprüfen Sie den Integritätsstatus von Verwaltungsservern und Agents in der Statusansicht des Integritätsdienstwatchers. Stellen Sie im Arbeitsbereich Verwaltung der Betriebskonsole sicher, dass die Verwaltungsserver und Agents fehlerfrei sind. Überprüfen Sie im Arbeitsbereich Überwachung, ob Warnungen im Zusammenhang mit der Integrität der Verwaltungsgruppe vorliegen.

  • Überprüfen Sie die Ereignisprotokolle aller Verwaltungsserver auf neue Fehler.

  • Sortieren Sie Warnungen nach der Spalte „Zuletzt geändert“, um die neuen Warnungen zu überprüfen.

  • Überprüfen Sie die Prozessorauslastung und die Eingabe/Ausgabe der Datenträger Ihrer Datenbankserver, um sicherzustellen, dass diese ordnungsgemäß funktionieren.

  • Wenn die Berichtsfunktion installiert ist, klicken Sie auf Berichterstattung und führen einen generischen Leistungsbericht aus, um zu überprüfen, ob die Berichterstattung ordnungsgemäß funktioniert.

  • Stellen Sie alle Agents erneut bereit, die Sie während des Upgrades deinstalliert haben.

Ausführen einer SQL-Abfrage für jede Verwaltungsgruppe

Führen Sie die folgende SQL-Abfrage für die Betriebsdatenbank in jeder Verwaltungsgruppe aus, um die Tabellen Localizedtext sowie Publishmessage zu bereinigen.

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

Zuweisen der UNIX/Linux-Agents zu einem Ressourcenpool

Nach dem Abschließen des Upgrades müssen UNIX/Linux-Agents einem Ressourcenpool zugewiesen werden, damit eine Überwachung und Agentverwaltung mit hoher Verfügbarkeit möglich ist. Weitere Informationen zum Erstellen von Ressourcenpools finden Sie unter How to Create a Resource Pool (Erstellen eines Ressourcenpools).

  1. Öffnen Sie die Betriebskonsole mit einem Konto, das der Operations Manager-Rolle „Administratoren“ für die om12short-Verwaltungsgruppe angehört.

  2. Klicken Sie in der Betriebskonsole im Navigationsbereich auf die Schaltfläche Verwaltung.

  3. Klicken Sie im Bereich Verwaltung unter Geräteverwaltung auf UNIX-/Linux-Computer.

  4. Wählen Sie die UNIX-/Linux-Computer aus, die Sie einem Ressourcenpool zuweisen möchten, und klicken Sie dann im Bereich Aktionen auf Ressourcenpool ändern.

  5. Schließen Sie den Assistenten zum Ändern des Ressourcenpoolsab, um die Computer dem ausgewählten Ressourcenpool zuzuweisen.