Verwenden von System Center Operations Manager
Wichtig
Diese Version von Operations Manager hat das Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf Operations Manager 2022 durchzuführen.
In diesem Abschnitt des Bereitstellungsleitfadens finden Sie Informationen zum Durchführen eines Upgrades auf System Center 2022 von einer älteren unterstützten Version. Sie können von den Operations Manager-Versionen 2019 ein Upgrade auf Operations Manager 2022 ausführen.
In diesem Leitfaden wird davon ausgegangen, dass Sie ein Upgrade von System Center 2019 durchführen.
Hinweis
Wenn Sie ein Upgrade von System Center Operation Manager 2019 UR3 oder früher durchführen, stellen Sie sicher, dass Sie die doppelten Management Pack-Aliase entfernen. Weitere Informationen zum Entfernen der Management Pack-Aliase finden Sie unter Entfernen doppelter Management Pack-Aliase.
Informationen zum Installieren von Operations Manager auf einem Computer, auf dem keine frühere Version von Operations Manager vorhanden ist, finden Sie unter Bereitstellen von System Center Operations Manager.
Dieser Abschnitt des Bereitstellungshandbuchs enthält Informationen zum Upgrade auf System Center 2019 von einer älteren unterstützten Version. Sie können ein Upgrade auf Operations Manager 2019 von Operations Manager-Versionen 2016, 1801 oder 1807 durchführen.
In diesem Leitfaden wird davon ausgegangen, dass Sie ein Upgrade von System Center 2016, 1801 oder 1807 durchführen. Informationen zum Installieren von Operations Manager auf einem Computer, auf dem keine frühere Version von Operations Manager vorhanden ist, finden Sie unter Bereitstellen von System Center Operations Manager.
Hinweis
Wenn Ihre Operations Manager-Verwaltungsgruppe in Microsoft Azure Log Analytics integriert ist (früher als Microsoft Operations Management Suite (OMS) bezeichnet), wird die Konfiguration beibehalten und funktioniert weiterhin normal, nachdem das Upgrade abgeschlossen ist.
Warnung
Wenn Sie zwei oder mehr System Center-Komponenten aktualisieren, sollten Sie den Upgrade-Prozess für jede Komponente überprüfen.
Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die folgende Liste sind die betroffenen System Center-Komponenten, die in Operations Manager integriert sind, und die empfohlene Upgrade-Sequenz:
- Orchestrator – Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die Automatisierung für Ihre Operations Manager-Verwaltungsgruppe ausführen.
- Service Manager – Wenn Sie die Connectors so konfiguriert haben, dass Warnungs- und Konfigurationselementdaten von Objekten importiert werden, die von Operations Manager erkannt und überwacht werden.
- Data Protection Manager – wenn Sie die zentrale Konsole so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
- Operations Manager
- Virtual Machine Manager – Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuelle Maschinen und Host für virtuelle Maschinen zu überwachen.
Bevor Sie ein Upgrade auf System Center Operations Manager durchführen, müssen Sie zuerst ermitteln, ob alle Server in Ihrer Operations Manager-Verwaltungsgruppe die mindest unterstützten Konfigurationen erfüllen. Weitere Informationen finden Sie unter Systemanforderungen: System Center Operations Manager.
Für Upgrades gibt es mehrere Optionen:
Wenn Sie ein Upgrade für eine Verwaltungsgruppe mit einem einzelnen Server ausführen, müssen Sie das Upgrade nur einmal ausführen, da alle Features auf einem einzelnen Server installiert sind. Der Operations Manager-Upgrade-Assistent führt systemvoraussetzungsbezogene Prüfungen durch und stellt Lösungsschritte für alle Probleme bereit. Die Installation wird erst fortgesetzt, wenn Sie alle Probleme beheben.
Wenn Sie eine verteilte Verwaltungsgruppe aktualisieren, müssen Sie bestimmte Features vor anderen aktualisieren. Sie aktualisieren beispielsweise zuerst die Verwaltungsserver, gefolgt von den Gateways, Betriebskonsolen und anschließenden Agents. Als Nächstes können Sie alle verbleibenden Features aktualisieren, z. B. die Webkonsole, Berichte und Überwachungssammeldienste (Audit Collection Services, ACS). Sie müssen auch viele Aufgaben vor dem Upgrade und nach dem Upgrade ausführen.
- Wenn Sie Ihre frühere Version von Operations Manager (2016, 1801, 1807) Operations Manager-Umgebung verwalten möchten, können Sie Version 2019 parallel installieren, Ihre Agents aktualisieren und sie zwischen beiden Verwaltungsgruppen verwalten.
- Wenn Sie Ihre ältere Version (2019) der Operations Manager-Umgebung beibehalten möchten, können Sie Version 2022 parallel installieren, das Upgrade für die Agents ausführen und diese in beiden Verwaltungsgruppen bereitstellen.
Unterstützte Koexistenz
In der folgenden Tabelle sind die Szenarien aufgeführt, in denen die Koexistenz zwischen Operations Manager 2019 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2016 RTM zum neuesten Updaterollup | Ja |
Operations Manager 1801 und 1807 | Ja |
Direktes Upgrade
System Center 2019 – Operations Manager unterstützt ein direktes Upgrade aus den folgenden Versionen:
- System Center 2016
- System Center 1801
- System Center 1807
Unterstützte Koexistenz
Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 2022 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2019 RTM auf das neueste Update | Ja |
Direktes Upgrade
System Center 2022 – Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:
- System Center 2019
Allgemeine Übersicht über Upgrade-Schritte für eine verteilte Verwaltungsgruppe
Die folgenden Schritte beschreiben den Prozess für das Upgrade einer verteilten Verwaltungsgruppe:
Ausführen von Aufgaben vor dem Upgrade
Upgrade des anfänglichen Verwaltungsservers und anschließend zusätzlicher Verwaltungsserver (jeder Verwaltungsserver muss aktualisiert werden)
Aktualisieren von ACS (da sich der ACS-Server auf demselben Computer wie ein Management Server befinden muss, empfehlen wir Ihnen, diesen Schritt zusammen mit dem Upgrade des Management Servers auszuführen, auf dem sich ACS befindet.)
*Upgrade Gateway(s)
Upgrade-Konsole
Push-Installation an Agent(en)/Upgrade manuell installierter Agents
Aktualisieren der Webkonsole
Upgrades für Berichtsserver
Ausführen von Aufgaben nach dem Upgrade
*Die Schritte 4 bis 8 können nach dem Upgrade aller Verwaltungsserver parallel ausgeführt werden.
Allgemeine Übersicht über das Upgrade von Agents und Ausführen von zwei Umgebungen
Der folgende Upgrade-Pfad unterstützt Kunden in einem Operations Manager-Szenario mit parallelen Umgebungen, die Agents teilen, sodass die ursprüngliche unterstützte System Center-Versionsumgebung intakt bleibt. Agents, die auf System Center 2019 Operations Manager auf Ihrem Upgradepfad aktualisiert wurden, können vollständig mit systemeigenen Operations Manager 2016-, 1801- und 1807-Funktionen arbeiten.
Agents können aktualisiert werden, bevor die neue Operations Manager-Verwaltungsgruppe bereitgestellt und dann für mehrere Starts zwischen der ursprünglichen Verwaltungsgruppe und der neuen Verwaltungsgruppe mithilfe Ihrer vorhandenen Automatisierungslösung konfiguriert wird. Oder sie können aktualisiert werden, indem sie eine Push-Installation aus der neuen Operations Manager-Verwaltungsgruppe ermitteln und ausführen. Weitere Informationen finden Sie unter Aktualisieren von Agents in einer parallelen Bereitstellung.
Allgemeine Übersicht über das Upgrade von Agents und Ausführen von zwei Umgebungen
Der folgende Upgrade-Pfad unterstützt Kunden in einem Operations Manager-Szenario mit parallelen Umgebungen, die Agents teilen, sodass die ursprüngliche unterstützte System Center-Versionsumgebung intakt bleibt. Agents, die auf System Center 2022 Operations Manager in Ihrem Upgradepfad aktualisiert wurden, sind mit den nativen Funktionen von Operations Manager 2019 vollständig funktionsfähig.
Agents können aktualisiert werden, bevor die neue Operations Manager-Verwaltungsgruppe bereitgestellt und dann für mehrere Starts zwischen der ursprünglichen Verwaltungsgruppe und der neuen Verwaltungsgruppe mithilfe Ihrer vorhandenen Automatisierungslösung konfiguriert wird. Oder sie können aktualisiert werden, indem sie eine Push-Installation aus der neuen Operations Manager-Verwaltungsgruppe ermitteln und ausführen. Weitere Informationen finden Sie unter Aktualisieren von Agents in einer parallelen Bereitstellung.
Behalten Sie die ursprüngliche System Center Operations Manager-Umgebung bei.
Richten Sie eine neue System Center Operations Manager-Umgebung mit Verwaltungsservern, Gateway, Operations Manager-Datenbank, Operations Manager Data Warehouse, Betriebskonsole, Webkonsole und Berichtsserver ein.
Aktualisieren Sie die System Center Operations Manager-Agents in Ihrer ursprünglichen Verwaltungsgruppe auf dieselbe Version der neuen Verwaltungsgruppe, indem Sie eine der folgenden Optionen verwenden:
a. Option "Pushinstallation"
b. Option „Manuell/Befehlszeile“
Nächste Schritte
Informationen zu den Vorupgradeaufgaben, die Sie ausführen sollten, um das Upgrade auf Ihre Verwaltungsgruppe abzuschließen, finden Sie unter "Aufgaben vor dem Upgrade auf System Center Operations Manager".
Informationen zu den Aufgaben nach dem Upgrade, die Sie ausführen sollten, um das Upgrade auf Ihre Verwaltungsgruppe abzuschließen, finden Sie unter "Aufgaben nach dem Upgrade nach dem Upgrade auf System Center Operations Manager".
Dieser Abschnitt des Bereitstellungshandbuchs enthält Informationen zum Upgrade auf System Center 2016 – Operations Manager oder Version 1801 von einer älteren unterstützten Version.
In diesem Leitfaden wird davon ausgegangen, dass Sie ein Upgrade auf System Center 2016 – Operations Manager oder Version 1801 durchführen. Informationen zum Installieren von Operations Manager auf einem Computer, auf dem keine frühere Version von Operations Manager vorhanden ist, finden Sie unter Bereitstellen von System Center Operations Manager.
Hinweis
Wenn Ihre Operations Manager 2012 R2- oder Operations Manager 2016-Verwaltungsgruppe in Microsoft Azure Log Analytics integriert ist (früher als Microsoft Operations Management Suite (OMS) bezeichnet), wird ihre Konfiguration beibehalten und funktioniert weiterhin normal, nachdem das Upgrade abgeschlossen ist.
Warnung
Wenn Sie zwei oder mehr System Center-Komponenten aktualisieren, sollten Sie den Upgrade-Prozess für jede Komponente überprüfen.
Die Reihenfolge, in der Sie Komponentenupgrades durchführen, ist wichtig. Fehler beim Befolgen der richtigen Upgrade-Sequenz können zu Komponentenfehlern führen, für die keine Wiederherstellungsoptionen vorhanden sind. Die folgende Liste sind die betroffenen System Center-Komponenten, die in Operations Manager integriert sind, und die empfohlene Upgrade-Sequenz:
- Orchestrator – Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die Automatisierung für Ihre Operations Manager-Verwaltungsgruppe ausführen.
- Service Manager – Wenn Sie die Connectors so konfiguriert haben, dass Warnungs- und Konfigurationselementdaten von Objekten importiert werden, die von Operations Manager erkannt und überwacht werden.
- Data Protection Manager – wenn Sie die zentrale Konsole so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
- Operations Manager
- Virtual Machine Manager – Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuelle Maschinen und Host für virtuelle Maschinen zu überwachen.
Bevor Sie ein Upgrade auf System Center Operations Manager durchführen, müssen Sie zuerst ermitteln, ob alle Server in Ihrer Operations Manager-Verwaltungsgruppe die mindest unterstützten Konfigurationen erfüllen. Weitere Informationen finden Sie unter Systemanforderungen: System Center Operations Manager.
Für Upgrades gibt es mehrere Optionen:
Wenn Sie ein Upgrade für eine Verwaltungsgruppe mit einem einzelnen Server ausführen, müssen Sie das Upgrade nur einmal ausführen, da alle Features auf einem einzelnen Server installiert sind. Der Operations Manager-Upgrade-Assistent führt systemvoraussetzungsbezogene Prüfungen durch und stellt Lösungsschritte für alle Probleme bereit. Die Installation wird erst fortgesetzt, wenn Sie alle Probleme beheben.
Wenn Sie eine verteilte Verwaltungsgruppe aktualisieren, müssen Sie bestimmte Features vor anderen aktualisieren. Sie aktualisieren beispielsweise zuerst die Verwaltungsserver, gefolgt von den Gateways, Betriebskonsolen und anschließenden Agents. Als Nächstes können Sie alle verbleibenden Features aktualisieren, z. B. die Webkonsole, die Berichterstellung und die Überwachungssammlungsdienste (Audit Collection Services, ACS). Sie müssen auch eine Reihe von Aufgaben vor dem Upgrade und nach dem Upgrade ausführen.
Wenn Sie Ihre Operations Manager 2012 R2- oder System Center 2016 - Operations Manager-Umgebung verwalten möchten, können Sie Version 1801 parallel installieren, Ihre Agents aktualisieren und sie zwischen beiden Verwaltungsgruppen verwalten.
Wenn Sie Ihre Operations Manager 2012 R2-Umgebung verwalten möchten, können Sie System Center 2016 – Operations Manager parallel installieren, Ihre Agents aktualisieren und sie zwischen beiden Verwaltungsgruppen verwalten.
Unterstützte Koexistenz
In der folgenden Tabelle sind die Szenarien aufgeführt, in denen die Koexistenz zwischen Operations Manager 2016 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2012 R2 | Ja |
In der folgenden Tabelle sind die Szenarien aufgeführt, in denen die Koexistenz zwischen Operations Manager 1801 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2016 RTM zum neuesten Updaterollup | Ja |
Operations Manager 2012 R2 zum neuesten Updaterollup | Ja |
Direktes Upgrade
System Center 2016 – Operations Manager unterstützt ein direktes Upgrade aus den folgenden Versionen:
- System Center 2016 Technical Preview 5 – Operations Manager
- System Center 2012 R2 Operations Manager mit Updaterollup 12
System Center Operations Manager 1801 unterstützt ein direktes Upgrade aus den folgenden Versionen:
- System Center 2012 R2 UR12 zum neuesten Updaterollup
- System Center 2016 RTM zum neuesten Updaterollup
Allgemeine Übersicht über Upgrade-Schritte für eine verteilte Verwaltungsgruppe
Die folgenden Schritte beschreiben den Prozess für das Upgrade einer verteilten Verwaltungsgruppe:
Ausführen von Aufgaben vor dem Upgrade
Upgrade des anfänglichen Verwaltungsservers und anschließend zusätzlicher Verwaltungsserver (jeder Verwaltungsserver muss aktualisiert werden)
Aktualisieren von ACS (da sich der ACS-Server auf demselben Computer wie ein Verwaltungsserver befinden muss, empfehlen wir Ihnen, diesen Schritt zusammen mit dem Upgrade des Verwaltungsservers auszuführen, auf dem SICH ACS befindet.)
*Upgrade Gateway(s)
Upgrade-Konsole
Pushinstallation an Agent(en) / Manuell installierte Agents aktualisieren
Aktualisieren der Webkonsole
Upgrades für Berichtsserver
Ausführen von Aufgaben nach dem Upgrade
*Die Schritte 4 bis 8 können nach dem Upgrade aller Verwaltungsserver parallel ausgeführt werden.
Allgemeine Übersicht über das Upgrade von Agents und Ausführen von zwei Umgebungen
Der folgende Upgradepfad unterstützt Kunden in einem Operations Manager-Szenario mit parallelen Umgebungen, Freigabe-Agents, sodass die ursprüngliche System Center 2012 R2 Operations Manager- oder Operations Manager 2016-Umgebung intakt bleibt. Agents, die je nach Upgradepfad auf System Center 2016 Operations Manager oder Version 1801 aktualisiert wurden, sind vollständig in der Lage, mit systemeigener System Center 2012 R2 Operations Manager- oder Operations Manager 2016-Funktionalität zu arbeiten.
Agents können aktualisiert werden, bevor die neue Operations Manager-Verwaltungsgruppe bereitgestellt und dann für mehrere Starts zwischen der ursprünglichen Verwaltungsgruppe und der neuen Verwaltungsgruppe mithilfe Ihrer vorhandenen Automatisierungslösung konfiguriert wird. Oder sie können aktualisiert werden, indem sie eine Push-Installation aus der neuen Operations Manager-Verwaltungsgruppe ermitteln und ausführen. Weitere Informationen finden Sie unter Aktualisieren von Agents in einer parallelen Bereitstellung.
Behalten Sie die ursprüngliche System Center 2012 R2 Operations Manager- oder Operations Manager 2016-Umgebung bei.
Richten Sie eine neue System Center Operations Manager-Umgebung mit Verwaltungsservern, Gateway, Operations Manager-Datenbank, Operations Manager Data Warehouse, Betriebskonsole, Webkonsole und Berichtsserver ein.
Aktualisieren Sie die System Center Operations Manager-Agents in Ihrer ursprünglichen Verwaltungsgruppe auf dieselbe Version der neuen Verwaltungsgruppe, indem Sie eine der folgenden Optionen verwenden:
a. Option "Pushinstallation"
b. Option „Manuell/Befehlszeile“
Nächste Schritte
Informationen zu den Vorupgradeaufgaben, die Sie ausführen sollten, um das Upgrade auf Ihre Verwaltungsgruppe abzuschließen, finden Sie unter "Aufgaben vor dem Upgrade auf System Center Operations Manager".
Informationen zu den Aufgaben nach dem Upgrade, die Sie ausführen sollten, um das Upgrade auf Ihre Verwaltungsgruppe abzuschließen, finden Sie unter "Aufgaben nach dem Upgrade nach dem Upgrade auf System Center Operations Manager".
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für