Systemanforderungen für System Center Operations Manager

Die folgenden Abschnitte beschreiben die allgemeine Leistung und Skalierbarkeit für System Center 2019 – Operations Manager. Diese Abschnitte enthalten darüber hinaus Empfehlungen für Hardwarekonfigurationen für eine Vielzahl von Workloads. Da System Center Operations Manager so erstellt wurde, dass es flexibel und skalierbar ist, können die Hardwareanforderungen für bestimmte Szenarios von den hier dargestellten Richtlinien abweichen. Eine Erläuterung der Faktoren, die Einfluss auf die Leistung der einzelnen Operations Manager-Komponenten haben, werden in anderen Abschnitten des Planungshandbuchs ausführlich beschrieben, damit sie an bestimmte Anforderungen angepasst werden können.

Kapazitätsgrenzen für Operations Manager

Diese Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitsmerkmale der verschiedenen Komponenten von Operations Manager, die eine Verwaltungsgruppe unterstützen, zu verstehen.

Überwachtes Element Empfohlene Grenze
Simultane Betriebskonsolen 50
Mit Agents überwachte Computer, von denen Berichte an einen Verwaltungsserver übermittelt werden 3,000
Mit Agents überwachte Computer, von denen Berichte an einen Gatewayserver übermittelt werden 2,000
Ohne Agents überwachte Computer pro dediziertem Verwaltungsserver 25,000
Computer pro Verwaltungsgruppe, die mit der Ausnahmenüberwachung ohne Agents überwacht werden 100.000
Alle von Clients überwachten Computer pro Verwaltungsserver 2,500
Verwaltungsserver pro Agent für Mehrfachvernetzung 4
Ohne Agents verwaltete Computer pro Verwaltungsserver 10
Ohne Agents verwaltete Computer pro Verwaltungsgruppe 60
Mit Agents verwaltete UNIX- oder Linux-Computer pro Verwaltungsgruppe 6\.000 (mit 50 offenen Konsolen); 15.000 (mit 25 offenen Konsolen)
UNIX- oder Linux-Computer pro dediziertem Verwaltungsserver 1,000
Überwachte UNIX- oder Linux-Computer pro dediziertem Gatewayserver 200
Netzwerkgeräte, die von einem Ressourcenpool mit mindestens drei Verwaltungsservern verwaltet werden 1,000
Netzwerkgeräte, die von zwei Ressourcenpools verwaltet werden 2,000
Agents für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 700
Anwendungen für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 400
Überwachte URLs pro dediziertem Verwaltungsserver 3,000
Verwaltete URLs pro dedizierter Verwaltungsgruppe 12,000
Überwachte URLs pro Agent 50

Upgradesequenz

Wenn Sie eine Installation von System Center 2016/1801/1807 – Operations Manager aktualisieren, die in mindestens eine System Center-Komponente integriert ist, müssen Sie das Upgrade in der folgenden Reihenfolge ausführen:

  1. Orchestrator: Wenn das Operations Manager-Integrationspaket auf Ihrem Computer installiert ist, damit Runbooks unterstützt werden, die Automatisierung gegen Ihre Operations Manager-Verwaltungsgruppe ausführen.
  2. Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass Daten von Warnungs- und Konfigurationselementen von Objekten importiert werden, die von Operations Manager ermittelt und überwacht werden.
  3. Data Protection Manager: Wenn Sie die zentrale Konsole so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
  4. Operations Manager
  5. Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager so konfiguriert haben, dass die Integrität Ihrer VMM-Komponenten und der virtuellen Computer sowie deren Hosts überwacht wird.

Hardwareanforderungen

Bewerten Sie anhand dieser Informationen, ob Ihre Hardwareumgebung für die Unterstützung der Installation von oder des Upgrades auf System Center 2019 – Operations Manager bereit ist. Berücksichtigen Sie dabei die minimalen Hardwareanforderungen für Prozessor, Arbeitsspeicher und Speicherplatz. Sie sollten die Informationen hier unabhängig davon verwenden, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zum Planen der Infrastrukturgröße, die für eine neue Operations Manager-Bereitstellung benötigt wird, erhalten Sie über das Operations Manager-Hilfsprogramm für die Größenanpassung.

Hinweis

Das Operations Manager 2012-Hilfsprogramm für die Größenanpassung wurde zwar nicht entsprechend der Operations Manager-Version 2016 und höheren Versionen aktualisiert, die bereitgestellten Informationen sind aber weiterhin gültig und können Ihnen bei der Einschätzung Ihrer Entwurfsanforderungen helfen. Allerdings ist die im Abschnitt UNIX- oder Linux-Überwachung angegebene Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver nicht korrekt. Die Anzahl der UNIX/Linux-Computer pro Server wurde erhöht. Die entsprechende Angabe finden Sie weiter oben in diesem Artikel in der Tabelle „Überwachungskapazität für Elemente“.

Operations Manager-Serverrolle x64-Prozessor (min.) Arbeitsspeicher (min.) Speicherplatz (min.)
-Verwaltungsserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver, der bis zu 2000 Agents verwaltet 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet 8-Kern-CPU, 2,66 GHz 32 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX-/Linux-Computer verwaltet 4-Kern-CPU, 2,66 GHz 4 GB RAM 10 GB
Webkonsolenserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
SQL Server Reporting Services-Server 4-Kern-CPU, 2,66 GHz 8 GB 10 GB

Softwareanforderungen von Operations Manager-Komponenten

Serverbetriebssystem

Die folgenden Versionen des Windows Server-Betriebssystems werden für die folgenden Komponenten von Operations Manager unterstützt.

Komponente Windows Server 2016 Standard, Datacenter Windows 2016 Server Core Windows Server 2019 Standard, Datacenter Windows Server 2019 Server Core
Operations Manager-Verwaltungsserver Ja Ja Ja Ja
Operations Manager-Gatewayserver Ja Ja Ja Ja
Operations Manager-Webkonsole Ja Ja
Operations-Manager-ACS-Sammlung Ja Ja
Operations Manager-Betriebskonsole Ja Ja
Operations Manager-Datenbank, Data Warehouse-Datenbank,
ACS-Datenbank
Ja Ja Ja Ja
Operations Manager-Berichtsserver Ja Ja

Operations Manager-Betriebsdatenbank, Data Warehouse-Datenbank und ACS-Überwachungsdatenbank

Verwaltungsserver/Gatewayserver

Operations Manager-Konsole

Hinweis

Für Berichts-Viewer besteht eine Abhängigkeit zu Microsoft CLR-Typen für SQL Server 2014. Das Paket „SQL Server-System-CLR-Typen“ umfasst die Komponenten zur Implementierung der Geometrie-, Geographie- und Hierarchie-ID-Typen in SQL Server 2014. Diese Komponente kann separat vom Server installiert werden, damit diese Typen von Clientanwendungen außerhalb des Servers genutzt werden können.

  • NET Framework 4 oder .NET Framework 4.5 ist erforderlich.

Webkonsole

  • Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).

  • Clientwebbrowser für Silverlight-fähige Dashboards: Für die Abwärtskompatibilität mit Silverlight-fähigen Dashboards sind Internet Explorer 11 und Silverlight 5 erforderlich.

    Hinweis

    Operations Manager 2019 enthält nur die 64-Bit-Version der Betriebskonsole. Die Webkonsole unterstützt nicht die Ausführung von IE in der Kompatibilitätsansicht. In diesem Fall wird Ihnen beim Zugriff auf die Verwaltungskonsole eine leere Seite angezeigt.

  • Clientwebbrowser für HTML5-Webkonsole:

    • Internet Explorer Version 11
    • Microsoft Edge Version 40 und höher
    • Google Chrome Version 67 und höher
    • Internetinformationsdienste: IIS 7.5 und höhere Versionen mit der IIS-Verwaltungskonsole sowie folgenden installierten Rollendiensten:
    • Statischer Inhalt
    • Standarddokument
    • Verzeichnissuche
    • HTTP-Fehler
    • HTTP-Protokollierung
    • Anforderungsüberwachung
    • Anforderungsfilterung
    • Komprimierung statischer Inhalte
    • Webserver-Unterstützung (IIS)
    • IIS 6-Metabasiskompatibilität
    • ASP.NET (Die Versionen 3.5 und 4.5 oder höher von ASP.NET sind erforderlich.)
    • Windows-Authentifizierung
  • Ausgewählte Website für Webkonsole: Eine konfigurierte HTTP- oder HTTPS-Bindung ist erforderlich.

  • NET Framework 4 oder .NET Framework 4.5 ist erforderlich.

Hinweis

Die Installation der Webkonsole erfordert, dass die ISAPI- und CGI-Einschränkungen in IIS für ASP.NET 4 aktiviert sind. Wählen Sie hierzu den Webserver im IIS-Manager aus, und doppelklicken Sie anschließend auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.0.30319aus, und klicken Sie dann auf Zulassen.

Operations Manager-Berichtsserver

Clientbetriebssystem

Das Windows 10-Clientbetriebssystem wird für die Betriebskonsole von Operations Manager 2019 unterstützt.

Betriebssystem von Microsoft Monitoring Agent

Hinweis

Operations Manager 2019 enthält nur die 64-Bit-Version des Agents.

  • Windows Server 2022: Standard, Datacenter, Server Core

  • Windows Server 2019: Standard, Datacenter, Server Core

  • Windows Server 2016: Standard, Datacenter, Server Core

  • Windows Server 2012 R2: Standard, Datacenter, Server Core

  • Windows Server 2012 – Standard, Datacenter, Server Core

  • Windows 10: Enterprise, Pro

  • Dateisystem: %SYSTEMDRIVE% muss mit dem NTFS-Dateisystem formatiert sein.

  • Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.

  • Microsoft .NET Framework 3.5 oder höher.

    Hinweis

    Windows PowerShell ist erforderlich, um IntelliTrace-Protokolle lokal zu sammeln und System Center Operations Manager-Management Packs auszuführen, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher wird für die lokale Sammlung von IntelliTrace-Protokollen und für die Überwachung der .NET-Anwendungsleistung benötigt.

Virtualisierung

Microsoft unterstützt die Ausführung aller Serverfunktionen von System Center 2019 Operations Manager in jeder physischen oder virtuellen Umgebung, die den in diesem Dokument aufgeführten Mindestanforderungen entspricht. Einige Einschränkungen der Virtualisierungsfunktionen sind für Operations Manager zutreffend. Insbesondere die Verwendung der folgenden Virtualisierungsfunktionen wird nicht unterstützt, unabhängig von der Virtualisierungstechnologie, die mit Operations Manager verwendet wird:

  • Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen verwenden, bei denen die gesamte Aktivität des virtuellen Computers nicht direkt auf die virtuelle Festplatte geschrieben wird. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
  • Virtuelle Computer, auf denen eine beliebige Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen „Zustand speichern“-Status versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie es bei einem physischen Computer durchgeführt würde.

Die Ausführung von System Center 2016 – Operations Manager und höheren Versionen auf virtuellen Computern in Microsoft Azure unterscheidet sich nicht von der Ausführung auf physischen Computersystemen. Es wird empfohlen, Operations Manager auf virtuellen Microsoft Azure-Computern auszuführen, um andere in Azure gehostete virtuelle Computer und Ressourcen oder lokal gehostete Instanzen und Arbeitsauslastungen zu überwachen. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.

  • Virtuelle Computer mit Operations Manager-Komponenten können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier genannte virtualisierte Umgebung kann sich entweder an einem lokalen Standort oder in Azure befinden und würde im Notfall ein Failover auf diese Umgebung ausführen.
  • Wenn die Operations Manager-Datenbanken auf (einem) virtualisierten SQL Server(n) gehostet werden müssen, wird aus Leistungsgründen empfohlen, die Betriebsdatenbank sowie die Data Warehouse-Datenbank auf einer direkt verbundenen physischen Festplatte und nicht auf einer virtuellen Festplatte zu speichern.

Unterstützte Koexistenz

Die folgende Tabelle listet die Szenarien auf, in denen die Koexistenz von Operations Manager 2019 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2016 RTM auf das neueste Updaterollup Ja
Operations Manager 1801 ja
Operations Manager 1807 ja

Direktes Upgrade

System Center 2019 – Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2016
  • System Center 1801
  • System Center 1807

Active Directory und DNS

Operations Manager wird für die Authentifizierung, das Zuweisen von Benutzerrechten und die Autorisierung in Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie auf Computern, Netzwerkgeräten und anderen überwachten Arbeitsauslastungen wie z.B. Web-URLs genutzt.

Active Directory-Domänendienste

System Center Operations Manager verwendet AD DS für mehrere Dienste, darunter die Definition von Sicherheitsprinzipien, die Rechtezuweisung, die Authentifizierung und die Autorisierung. Operations Manager fragt AD DS während der Computer- und Dienstermittlung ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Für eine ordnungsgemäße Funktionsweise von Operations Manager müssen AD DS und der unterstützenden Dienst DNS fehlerfrei ausgeführt werden und eine bestimmte Mindestkonfiguration aufweisen. Zusätzlich müssen bestimmte Domänenbenennungskonventionen eingehalten werden.

Domänenbereichsbenennung

Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne mit einem flachen DNS-Namespace installiert werden. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispiel: Der DNS-Name einer Stammdomäne lautet „Brandenburg“. Da diese Stammdomäne einen flachen DNS-Namespace hat, können Sie keine Operations Manager-Verwaltungsgruppe in der Domäne „Woodgrove“ installieren. Verfügt die Domäne „Brandenburg“ jedoch über eine untergeordnete Domäne mit dem DNS-Namen „National“, so lautet der vollqualifizierte Domänenname (Fully Qualified Domain Name, FQDN) „national.brandenburg“. Weitere Informationen zum Konfigurieren von Windows für Domänen mit einteiligen DNS-Namen finden Sie unter „Informationen zur Konfiguration von Active Directory-Domänen mit einteiligen DNS-Namen“.

Domänenfunktionsebene

Windows Server Active Directory kann auf verschiedenen Funktionsebenen ausgeführt werden. Diese Ebenen werden anhand der Version des Windows Server-Betriebssystems unterschieden, das von den Domänencontrollern der Domäne unterstützt wird. System Center Operations Manager hat keine Anforderungen an die Domänenfunktionsebene.

Gesamtstrukturfunktionsebene

Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nachdem dies erfolgt ist, können Domänencontroller mit darunterliegender Betriebssystemebene aus niedrigeren Funktionsebenen nicht in die Gesamtstruktur eingebracht werden. Operations Manager hat keine Anforderungen an die Gesamtstrukturfunktionsebene.

DNS

DNS muss zur Unterstützung von AD DS installiert sein und sich in einem fehlerfreien Integritätsstatus befinden. Abgesehen von der bestehenden AD DS-Abhängigkeit müssen für Operations Manager keine speziellen DNS-Anforderungen erfüllt sein.

In diesem Artikel werden die allgemeine Leistung und Skalierbarkeit für System Center 2016 – Operations Manager beschrieben. Es werden Hardwarekonfigurationen für verschiedene Workloads empfohlen. Da System Center Operations Manager so erstellt wurde, dass es flexibel und skalierbar ist, können die Hardwareanforderungen für bestimmte Szenarios von den hier dargestellten Richtlinien abweichen. Eine Erläuterung der Faktoren, die Einfluss auf die Leistung der einzelnen Operations Manager-Komponenten haben, werden in anderen Abschnitten des Planungshandbuchs ausführlich beschrieben, damit sie an bestimmte Anforderungen angepasst werden können.

Kapazitätsgrenzen für Operations Manager

Die folgenden Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitsmerkmale der verschiedenen Komponenten von Operations Manager, die eine Verwaltungsgruppe unterstützen, zu verstehen.

Überwachtes Element Empfohlene Grenze
Simultane Betriebskonsolen 50
Mit Agents überwachte Computer, von denen Berichte an einen Verwaltungsserver übermittelt werden 3,000
Mit Agents überwachte Computer, von denen Berichte an einen Gatewayserver übermittelt werden 2,000
Ohne Agents überwachte Computer pro dediziertem Verwaltungsserver 25,000
Computer pro Verwaltungsgruppe, die mit der Ausnahmenüberwachung ohne Agents überwacht werden 100.000
Alle von Clients überwachten Computer pro Verwaltungsserver 2,500
Verwaltungsserver pro Agent für Mehrfachvernetzung 4
Ohne Agents verwaltete Computer pro Verwaltungsserver 10
Ohne Agents verwaltete Computer pro Verwaltungsgruppe 60
Mit Agents verwaltete UNIX- oder Linux-Computer pro Verwaltungsgruppe 6\.000 (mit 50 offenen Konsolen); 15.000 (mit 25 offenen Konsolen)
UNIX- oder Linux-Computer pro dediziertem Verwaltungsserver 1,000
Überwachte UNIX- oder Linux-Computer pro dediziertem Gatewayserver 200
Netzwerkgeräte, die von einem Ressourcenpool mit mindestens drei Verwaltungsservern verwaltet werden 1,000
Netzwerkgeräte, die von zwei Ressourcenpools verwaltet werden 2,000
Agents für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 700
Anwendungen für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 400
Überwachte URLs pro dediziertem Verwaltungsserver 3,000
Verwaltete URLs pro dedizierter Verwaltungsgruppe 12,000
Überwachte URLs pro Agent 50

Upgradesequenz

Wenn Sie ein Upgrade einer Installation von System Center 2012 R2 Operations Manager oder System Center 2016 – Operations Manager ausführen, das in mindestens eine Komponente integriert ist, müssen Sie das Upgrade in der folgenden Reihenfolge ausführen.

  1. Orchestrator: Wenn das Operations Manager-Integrationspaket auf Ihrem Computer installiert ist, damit Runbooks unterstützt werden, die Automatisierung gegen Ihre Operations Manager-Verwaltungsgruppe ausführen.
  2. Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass Daten von Warnungs- und Konfigurationselementen von Objekten importiert werden, die von Operations Manager ermittelt und überwacht werden.
  3. Data Protection Manager: Wenn Sie die zentrale Konsole so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
  4. Operations Manager
  5. Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager so konfiguriert haben, dass die Integrität Ihrer VMM-Komponenten und der virtuellen Computer sowie deren Hosts überwacht wird.

Hardwareanforderungen

Verwenden Sie diese Informationen, um zu bewerten, ob Ihre Hardwareumgebung für die Unterstützung der Installation von oder des Upgrades auf System Center 2016 – Operations Manager und höhere Versionen bereit ist, und berücksichtigen Sie dabei die Mindesthardwareanforderungen für Prozessor, RAM und Speicherplatz auf dem Datenträger. Sie sollten die Informationen hier unabhängig davon verwenden, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zum Planen der Infrastrukturgröße, die für eine neue Operations Manager-Bereitstellung benötigt wird, erhalten Sie über das Operations Manager 2012-Hilfsprogramm für die Größenanpassung.

Hinweis

Das Operations Manager 2012-Hilfsprogramm für die Größenanpassung wurde zwar nicht entsprechend der Operations Manager-Version 2016 und höheren Versionen aktualisiert, die bereitgestellten Informationen sind aber weiterhin gültig und können Ihnen bei der Einschätzung Ihrer Entwurfsanforderungen helfen. Allerdings ist die im Abschnitt UNIX- oder Linux-Überwachung angegebene Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver nicht korrekt. Die Anzahl der UNIX/Linux-Computer pro Server wurde erhöht. Die entsprechende Angabe finden Sie weiter oben in diesem Artikel in der Tabelle „Überwachungskapazität für Elemente“.

Operations Manager-Serverrolle x64-Prozessor (min.) Arbeitsspeicher (min.) Speicherplatz (min.)
-Verwaltungsserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver, der bis zu 2000 Agents verwaltet 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet 8-Kern-CPU, 2,66 GHz 32 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX-/Linux-Computer verwaltet 4-Kern-CPU, 2,66 GHz 4 GB RAM 10 GB
Webkonsolenserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
SQL Server Reporting Services-Server 4-Kern-CPU, 2,66 GHz 8 GB 10 GB

Softwareanforderungen von Operations Manager-Komponenten

Serverbetriebssystem

Die folgenden Versionen des Windows Server-Betriebssystems werden für die folgenden Komponenten von Operations Manager unterstützt.

Komponente Windows Server 2012 R2 Standard, Datacenter Windows Server 2016 Standard, Datacenter Windows Server Core 2016
Operations Manager-Verwaltungsserver Ja Ja Ja
Operations Manager-Gatewayserver Ja Ja Ja
Operations Manager-Webkonsole Ja Ja
Operations-Manager-ACS-Sammlung Ja Ja
Operations Manager-Betriebskonsole Ja Ja
Operations Manager-Datenbank, Data Warehouse-Datenbank,
ACS-Datenbank
Ja Ja Ja
Operations Manager-Berichtsserver Ja Ja

Clientbetriebssystem

Die folgenden Versionen des Windows-Clientbetriebssystems werden für die Betriebskonsole von Operations Manager unterstützt.

Windows 7 Windows 8 Windows 8.1 Windows-10
Ja Ja Ja Ja

Betriebssystem von Microsoft Monitoring Agent

Die folgenden Versionen des Windows-Betriebssystems werden für Microsoft Monitoring Agent unterstützt, der eine Verbindung mit Operations Manager herstellt.

Windows Server 2019, Windows Server 2019 Server Core, Windows Server 2016, Windows Server 2016 Server Core, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Enterprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

Windows Server 2016, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Enterprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

  • Dateisystem: %SYSTEMDRIVE% muss mit dem NTFS-Dateisystem formatiert sein.
  • Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
  • Microsoft .NET Framework 3.5 oder höher.

Hinweis

Windows PowerShell ist erforderlich, um IntelliTrace-Protokolle lokal zu sammeln und System Center Operations Manager-Management Packs auszuführen, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher wird für die lokale Sammlung von IntelliTrace-Protokollen und für die Überwachung der .NET-Anwendungsleistung benötigt.

Operations Manager-Betriebsdatenbank, Data Warehouse-Datenbank und ACS-Überwachungsdatenbank

Verwaltungsserver/Gatewayserver

Operations Manager-Konsole

Webkonsole

  • Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).

  • Clientwebbrowser für Silverlight-fähige Dashboards: Für die Abwärtskompatibilität mit Silverlight-fähigen Dashboards sind Internet Explorer 11 und Silverlight 5 erforderlich.

    Hinweis

    Die Webkonsole unterstützt nicht die Ausführung von Internet Explorer in der Kompatibilitätsansicht. Stellen Sie sicher, dass Sie die Kompatibilitätsansicht deaktivieren. Andernfalls wird eine leere Seite angezeigt, wenn Sie versuchen, auf die Konsole zuzugreifen.

  • Clientwebbrowser für HTML5-Webkonsole:

    • Internet Explorer Version 11
    • Microsoft Edge Version 40 und höher
    • Google Chrome Version 61 und höher
    • Firefox Version 56 und höher
  • Internetinformationsdienste: IIS 7.5 und höhere Versionen mit der IIS-Verwaltungskonsole sowie folgenden installierten Rollendiensten:

    • Statischer Inhalt
    • Standarddokument
    • Verzeichnissuche
    • HTTP-Fehler
    • HTTP-Protokollierung
    • Anforderungsüberwachung
    • Anforderungsfilterung
    • Komprimierung statischer Inhalte
    • Webserver-Unterstützung (IIS)
    • IIS 6-Metabasiskompatibilität
    • ASP.NET (Die Versionen 3.5 und 4.5 oder höher von ASP.NET sind erforderlich.)
    • Windows-Authentifizierung
  • Ausgewählte Website für Webkonsole: Eine konfigurierte HTTP- oder HTTPS-Bindung ist erforderlich.

  • Das Webpart für den Dashboard-Viewer für System Center 2012 R2 Operations Manager-SharePoint wird auf SharePoint 2010 und SharePoint 2013 unterstützt. Es wird jedoch nicht auf SharePoint in Microsoft 365 unterstützt.

  • NET Framework 4 oder .NET Framework 4.5 wird benötigt.

Hinweis

Die Installation der Webkonsole erfordert, dass die ISAPI- und CGI-Einschränkungen in IIS für ASP.NET 4 aktiviert sind. Wählen Sie hierzu den Webserver im IIS-Manager aus, und doppelklicken Sie anschließend auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.0.30319aus, und klicken Sie dann auf Zulassen.

Operations Manager-Berichtsserver

Virtualisierung

Microsoft unterstützt die Ausführung aller Serverfeatures von System Center 2016 Operations Manager und höheren Versionen in jeder physischen oder virtuellen Umgebung, die den in diesem Dokument aufgeführten Mindestanforderungen entspricht. Einige Einschränkungen der Virtualisierungsfunktionen sind für Operations Manager zutreffend. Insbesondere die Verwendung der folgenden Virtualisierungsfunktionen wird nicht unterstützt, unabhängig von der Virtualisierungstechnologie, die mit Operations Manager verwendet wird:

  • Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen verwenden, bei denen die gesamte Aktivität des virtuellen Computers nicht direkt auf die virtuelle Festplatte geschrieben wird. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
  • Virtuelle Computer, auf denen eine beliebige Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen „Zustand speichern“-Status versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie es bei einem physischen Computer durchgeführt würde.

Die Ausführung von System Center 2016 – Operations Manager und höheren Versionen auf virtuellen Computern in Microsoft Azure unterscheidet sich nicht von der Ausführung auf physischen Computersystemen. Es wird empfohlen, Operations Manager auf virtuellen Microsoft Azure-Computern auszuführen, um andere in Azure gehostete virtuelle Computer und Ressourcen oder lokal gehostete Instanzen und Arbeitsauslastungen zu überwachen. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.

  • Virtuelle Computer mit Operations Manager-Komponenten können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier genannte virtualisierte Umgebung kann sich entweder an einem lokalen Standort oder in Azure befinden und würde im Notfall ein Failover auf diese Umgebung ausführen.
  • Wenn die Operations Manager-Datenbanken auf (einem) virtualisierten SQL Server(n) gehostet werden müssen, wird aus Leistungsgründen empfohlen, die Betriebsdatenbank sowie die Data Warehouse-Datenbank auf einer direkt verbundenen physischen Festplatte und nicht auf einer virtuellen Festplatte zu speichern.

Unterstützte Koexistenz

Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 2016 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2012 R2 Ja

Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 1801 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2016 RTM auf das neueste Updaterollup Ja
Operations Manager 2012 R2 auf das neueste Updaterollup Ja

Direkte Aktualisierung

System Center 2016 – Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2016 Technical Preview 5 – Operations Manager
  • System Center 2012 R2 Operations Manager mit Updaterollup 9

System Center Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2012 R2 UR12 auf das neueste Updaterollup
  • System Center 2016 RTM auf das neueste Updaterollup

Active Directory und DNS

Operations Manager wird für die Authentifizierung, das Zuweisen von Benutzerrechten und die Autorisierung in Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie auf Computern, Netzwerkgeräten und anderen überwachten Arbeitsauslastungen wie z.B. Web-URLs genutzt.

Active Directory-Domänendienste

System Center Operations Manager verwendet AD DS für mehrere Dienste, darunter die Definition von Sicherheitsprinzipien, die Rechtezuweisung, die Authentifizierung und die Autorisierung. Operations Manager fragt AD DS während der Computer- und Dienstermittlung ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Für eine ordnungsgemäße Funktionsweise von Operations Manager müssen AD DS und der unterstützenden Dienst DNS fehlerfrei ausgeführt werden und eine bestimmte Mindestkonfiguration aufweisen. Zusätzlich müssen bestimmte Domänenbenennungskonventionen eingehalten werden.

Domänenbereichsbenennung

Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne mit einem flachen DNS-Namespace installiert werden. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispiel: Der DNS-Name einer Stammdomäne lautet „Brandenburg“. Da diese Stammdomäne einen flachen DNS-Namespace hat, können Sie keine Operations Manager-Verwaltungsgruppe in der Domäne „Woodgrove“ installieren. Verfügt die Domäne „Brandenburg“ jedoch über eine untergeordnete Domäne mit dem DNS-Namen „National“, so lautet der vollqualifizierte Domänenname (Fully Qualified Domain Name, FQDN) „national.brandenburg“. Weitere Informationen zum Konfigurieren von Windows für Domänen mit einteiligen DNS-Namen finden Sie unter „Informationen zur Konfiguration von Active Directory-Domänen mit einteiligen DNS-Namen“.

Domänenfunktionsebene

Windows Server Active Directory kann auf verschiedenen Funktionsebenen ausgeführt werden. Diese Ebenen werden anhand der Version des Windows Server-Betriebssystems unterschieden, das von den Domänencontrollern der Domäne unterstützt wird. System Center Operations Manager hat keine Anforderungen an die Domänenfunktionsebene.

Gesamtstrukturfunktionsebene

Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nachdem dies erfolgt ist, können Domänencontroller mit darunterliegender Betriebssystemebene aus niedrigeren Funktionsebenen nicht in die Gesamtstruktur eingebracht werden. Operations Manager hat keine Anforderungen an die Gesamtstrukturfunktionsebene.

DNS

DNS muss zur Unterstützung von AD DS installiert sein und sich in einem fehlerfreien Integritätsstatus befinden. Abgesehen von der bestehenden AD DS-Abhängigkeit müssen für Operations Manager keine speziellen DNS-Anforderungen erfüllt sein.

Wichtig

Diese Version von Operations Manager hat das Supportende erreicht. Sie sollten ein Upgrade auf Operations Manager 2019 durchführen.

In diesem Artikel werden die allgemeine Leistung und Skalierbarkeit für System Center 1801 – Operations Manager beschrieben. Es werden Hardwarekonfigurationen für verschiedene Workloads empfohlen. Da System Center Operations Manager so erstellt wurde, dass es flexibel und skalierbar ist, können die Hardwareanforderungen für bestimmte Szenarios von den hier dargestellten Richtlinien abweichen. Eine Erläuterung der Faktoren, die Einfluss auf die Leistung der einzelnen Operations Manager-Komponenten haben, werden in anderen Abschnitten des Planungshandbuchs ausführlich beschrieben, damit sie an bestimmte Anforderungen angepasst werden können.

Kapazitätsgrenzen für Operations Manager

Die folgenden Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitsmerkmale der verschiedenen Komponenten von Operations Manager, die eine Verwaltungsgruppe unterstützen, zu verstehen.

Überwachtes Element Empfohlene Grenze
Simultane Betriebskonsolen 50
Mit Agents überwachte Computer, von denen Berichte an einen Verwaltungsserver übermittelt werden 3,000
Mit Agents überwachte Computer, von denen Berichte an einen Gatewayserver übermittelt werden 2,000
Ohne Agents überwachte Computer pro dediziertem Verwaltungsserver 25,000
Computer pro Verwaltungsgruppe, die mit der Ausnahmenüberwachung ohne Agents überwacht werden 100.000
Alle von Clients überwachten Computer pro Verwaltungsserver 2,500
Verwaltungsserver pro Agent für Mehrfachvernetzung 4
Ohne Agents verwaltete Computer pro Verwaltungsserver 10
Ohne Agents verwaltete Computer pro Verwaltungsgruppe 60
Mit Agents verwaltete UNIX- oder Linux-Computer pro Verwaltungsgruppe 6\.000 (mit 50 offenen Konsolen); 15.000 (mit 25 offenen Konsolen)
UNIX- oder Linux-Computer pro dediziertem Verwaltungsserver 1,000
Überwachte UNIX- oder Linux-Computer pro dediziertem Gatewayserver 200
Netzwerkgeräte, die von einem Ressourcenpool mit mindestens drei Verwaltungsservern verwaltet werden 1,000
Netzwerkgeräte, die von zwei Ressourcenpools verwaltet werden 2,000
Agents für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 700
Anwendungen für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 400
Überwachte URLs pro dediziertem Verwaltungsserver 3,000
Verwaltete URLs pro dedizierter Verwaltungsgruppe 12,000
Überwachte URLs pro Agent 50

Upgradesequenz

Wenn Sie ein Upgrade einer Installation von System Center 2012 R2 Operations Manager oder System Center 2016 – Operations Manager ausführen, das in mindestens eine Komponente integriert ist, müssen Sie das Upgrade in der folgenden Reihenfolge ausführen.

  1. Orchestrator: Wenn das Operations Manager-Integrationspaket auf Ihrem Computer installiert ist, damit Runbooks unterstützt werden, die Automatisierung gegen Ihre Operations Manager-Verwaltungsgruppe ausführen.
  2. Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass Daten von Warnungs- und Konfigurationselementen von Objekten importiert werden, die von Operations Manager ermittelt und überwacht werden.
  3. Data Protection Manager: Wenn Sie die zentrale Konsole so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
  4. Operations Manager
  5. Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager so konfiguriert haben, dass die Integrität Ihrer VMM-Komponenten und der virtuellen Computer sowie deren Hosts überwacht wird.

Hardwareanforderungen

Verwenden Sie diese Informationen, um zu bewerten, ob Ihre Hardwareumgebung für die Unterstützung der Installation von oder des Upgrades auf System Center 2016 – Operations Manager und höhere Versionen bereit ist, und berücksichtigen Sie dabei die Mindesthardwareanforderungen für Prozessor, RAM und Speicherplatz auf dem Datenträger. Sie sollten die Informationen hier unabhängig davon verwenden, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zum Planen der Infrastrukturgröße, die für eine neue Operations Manager-Bereitstellung benötigt wird, erhalten Sie über das Operations Manager 2012-Hilfsprogramm für die Größenanpassung.

Hinweis

Das Operations Manager 2012-Hilfsprogramm für die Größenanpassung wurde zwar nicht entsprechend der Operations Manager-Version 2016 und höheren Versionen aktualisiert, die bereitgestellten Informationen sind aber weiterhin gültig und können Ihnen bei der Einschätzung Ihrer Entwurfsanforderungen helfen. Allerdings ist die im Abschnitt UNIX- oder Linux-Überwachung angegebene Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver nicht korrekt. Die Anzahl der UNIX/Linux-Computer pro Server wurde erhöht. Die entsprechende Angabe finden Sie weiter oben in diesem Artikel in der Tabelle „Überwachungskapazität für Elemente“.

Operations Manager-Serverrolle x64-Prozessor (min.) Arbeitsspeicher (min.) Speicherplatz (min.)
-Verwaltungsserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver, der bis zu 2000 Agents verwaltet 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet 8-Kern-CPU, 2,66 GHz 32 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX-/Linux-Computer verwaltet 4-Kern-CPU, 2,66 GHz 4 GB RAM 10 GB
Webkonsolenserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
SQL Server Reporting Services-Server 4-Kern-CPU, 2,66 GHz 8 GB 10 GB

Softwareanforderungen von Operations Manager-Komponenten

Serverbetriebssystem

Die folgenden Versionen des Windows Server-Betriebssystems werden für die folgenden Komponenten von Operations Manager unterstützt.

Komponente Windows Server 2012 R2 Standard, Datacenter Windows Server 2016 Standard, Datacenter Windows Server Core 2016
Operations Manager-Verwaltungsserver Ja Ja Ja
Operations Manager-Gatewayserver Ja Ja Ja
Operations Manager-Webkonsole Ja Ja
Operations-Manager-ACS-Sammlung Ja Ja
Operations Manager-Betriebskonsole Ja Ja
Operations Manager-Datenbank, Data Warehouse-Datenbank,
ACS-Datenbank
Ja Ja Ja
Operations Manager-Berichtsserver Ja Ja

Clientbetriebssystem

Die folgenden Versionen des Windows-Clientbetriebssystems werden für die Betriebskonsole von Operations Manager unterstützt.

Windows 7 Windows 8 Windows 8.1 Windows-10
Ja Ja Ja Ja

Betriebssystem von Microsoft Monitoring Agent

Die folgenden Versionen des Windows-Betriebssystems werden für Microsoft Monitoring Agent unterstützt, der eine Verbindung mit Operations Manager herstellt.

Windows Server 2019, Windows Server 2019 Server Core, Windows Server 2016, Windows Server 2016 Server Core, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Enterprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

Windows Server 2016, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Enterprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

  • Dateisystem: %SYSTEMDRIVE% muss mit dem NTFS-Dateisystem formatiert sein.
  • Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
  • Microsoft .NET Framework 3.5 oder höher.

Hinweis

Windows PowerShell ist erforderlich, um IntelliTrace-Protokolle lokal zu sammeln und System Center Operations Manager-Management Packs auszuführen, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher wird für die lokale Sammlung von IntelliTrace-Protokollen und für die Überwachung der .NET-Anwendungsleistung benötigt.

Operations Manager-Betriebsdatenbank, Data Warehouse-Datenbank und ACS-Überwachungsdatenbank

Verwaltungsserver/Gatewayserver

Operations Manager-Konsole

Webkonsole

  • Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).

  • Clientwebbrowser für Silverlight-fähige Dashboards: Für die Abwärtskompatibilität mit Silverlight-fähigen Dashboards sind Internet Explorer 11 und Silverlight 5 erforderlich.

    Hinweis

    Die Webkonsole unterstützt nicht die Ausführung von Internet Explorer in der Kompatibilitätsansicht. Stellen Sie sicher, dass Sie die Kompatibilitätsansicht deaktivieren. Andernfalls wird eine leere Seite angezeigt, wenn Sie versuchen, auf die Konsole zuzugreifen.

  • Clientwebbrowser für HTML5-Webkonsole:

    • Internet Explorer Version 11
    • Microsoft Edge Version 40 und höher
    • Google Chrome Version 61 und höher
    • Firefox Version 56 und höher
  • Internetinformationsdienste: IIS 7.5 und höhere Versionen mit der IIS-Verwaltungskonsole sowie folgenden installierten Rollendiensten:

    • Statischer Inhalt
    • Standarddokument
    • Verzeichnissuche
    • HTTP-Fehler
    • HTTP-Protokollierung
    • Anforderungsüberwachung
    • Anforderungsfilterung
    • Komprimierung statischer Inhalte
    • Webserver-Unterstützung (IIS)
    • IIS 6-Metabasiskompatibilität
    • ASP.NET (Die Versionen 3.5 und 4.5 oder höher von ASP.NET sind erforderlich.)
    • Windows-Authentifizierung
  • Ausgewählte Website für Webkonsole: Eine konfigurierte HTTP- oder HTTPS-Bindung ist erforderlich.

  • Das Webpart für den Dashboard-Viewer für System Center 2012 R2 Operations Manager-SharePoint wird auf SharePoint 2010 und SharePoint 2013 unterstützt. Es wird jedoch nicht auf SharePoint in Microsoft 365 unterstützt.

  • NET Framework 4 oder .NET Framework 4.5 wird benötigt.

Hinweis

Die Installation der Webkonsole erfordert, dass die ISAPI- und CGI-Einschränkungen in IIS für ASP.NET 4 aktiviert sind. Wählen Sie hierzu den Webserver im IIS-Manager aus, und doppelklicken Sie anschließend auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.0.30319aus, und klicken Sie dann auf Zulassen.

Operations Manager-Berichtsserver

Virtualisierung

Microsoft unterstützt die Ausführung aller Serverfeatures von System Center 2016 Operations Manager und höheren Versionen in jeder physischen oder virtuellen Umgebung, die den in diesem Dokument aufgeführten Mindestanforderungen entspricht. Einige Einschränkungen der Virtualisierungsfunktionen sind für Operations Manager zutreffend. Insbesondere die Verwendung der folgenden Virtualisierungsfunktionen wird nicht unterstützt, unabhängig von der Virtualisierungstechnologie, die mit Operations Manager verwendet wird:

  • Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen verwenden, bei denen die gesamte Aktivität des virtuellen Computers nicht direkt auf die virtuelle Festplatte geschrieben wird. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
  • Virtuelle Computer, auf denen eine beliebige Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen „Zustand speichern“-Status versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie es bei einem physischen Computer durchgeführt würde.

Die Ausführung von System Center 2016 – Operations Manager und höheren Versionen auf virtuellen Computern in Microsoft Azure unterscheidet sich nicht von der Ausführung auf physischen Computersystemen. Es wird empfohlen, Operations Manager auf virtuellen Microsoft Azure-Computern auszuführen, um andere in Azure gehostete virtuelle Computer und Ressourcen oder lokal gehostete Instanzen und Arbeitsauslastungen zu überwachen. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.

  • Virtuelle Computer mit Operations Manager-Komponenten können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier genannte virtualisierte Umgebung kann sich entweder an einem lokalen Standort oder in Azure befinden und würde im Notfall ein Failover auf diese Umgebung ausführen.
  • Wenn die Operations Manager-Datenbanken auf (einem) virtualisierten SQL Server(n) gehostet werden müssen, wird aus Leistungsgründen empfohlen, die Betriebsdatenbank sowie die Data Warehouse-Datenbank auf einer direkt verbundenen physischen Festplatte und nicht auf einer virtuellen Festplatte zu speichern.

Unterstützte Koexistenz

Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 2016 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2012 R2 Ja

Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 1801 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2016 RTM auf das neueste Updaterollup Ja
Operations Manager 2012 R2 auf das neueste Updaterollup Ja

Direkte Aktualisierung

System Center 2016 – Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2016 Technical Preview 5 – Operations Manager
  • System Center 2012 R2 Operations Manager mit Updaterollup 9

System Center Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2012 R2 UR12 auf das neueste Updaterollup
  • System Center 2016 RTM auf das neueste Updaterollup

Active Directory und DNS

Operations Manager wird für die Authentifizierung, das Zuweisen von Benutzerrechten und die Autorisierung in Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie auf Computern, Netzwerkgeräten und anderen überwachten Arbeitsauslastungen wie z.B. Web-URLs genutzt.

Active Directory-Domänendienste

System Center Operations Manager verwendet AD DS für mehrere Dienste, darunter die Definition von Sicherheitsprinzipien, die Rechtezuweisung, die Authentifizierung und die Autorisierung. Operations Manager fragt AD DS während der Computer- und Dienstermittlung ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Für eine ordnungsgemäße Funktionsweise von Operations Manager müssen AD DS und der unterstützenden Dienst DNS fehlerfrei ausgeführt werden und eine bestimmte Mindestkonfiguration aufweisen. Zusätzlich müssen bestimmte Domänenbenennungskonventionen eingehalten werden.

Domänenbereichsbenennung

Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne mit einem flachen DNS-Namespace installiert werden. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispiel: Der DNS-Name einer Stammdomäne lautet „Brandenburg“. Da diese Stammdomäne einen flachen DNS-Namespace hat, können Sie keine Operations Manager-Verwaltungsgruppe in der Domäne „Woodgrove“ installieren. Verfügt die Domäne „Brandenburg“ jedoch über eine untergeordnete Domäne mit dem DNS-Namen „National“, so lautet der vollqualifizierte Domänenname (Fully Qualified Domain Name, FQDN) „national.brandenburg“. Weitere Informationen zum Konfigurieren von Windows für Domänen mit einteiligen DNS-Namen finden Sie unter „Informationen zur Konfiguration von Active Directory-Domänen mit einteiligen DNS-Namen“.

Domänenfunktionsebene

Windows Server Active Directory kann auf verschiedenen Funktionsebenen ausgeführt werden. Diese Ebenen werden anhand der Version des Windows Server-Betriebssystems unterschieden, das von den Domänencontrollern der Domäne unterstützt wird. System Center Operations Manager hat keine Anforderungen an die Domänenfunktionsebene.

Gesamtstrukturfunktionsebene

Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nachdem dies erfolgt ist, können Domänencontroller mit darunterliegender Betriebssystemebene aus niedrigeren Funktionsebenen nicht in die Gesamtstruktur eingebracht werden. Operations Manager hat keine Anforderungen an die Gesamtstrukturfunktionsebene.

DNS

DNS muss zur Unterstützung von AD DS installiert sein und sich in einem fehlerfreien Integritätsstatus befinden. Abgesehen von der bestehenden AD DS-Abhängigkeit müssen für Operations Manager keine speziellen DNS-Anforderungen erfüllt sein.

Wichtig

Diese Version von Operations Manager hat das Supportende erreicht. Sie sollten ein Upgrade auf Operations Manager 2019 durchführen.

In diesem Artikel werden die allgemeine Leistung und Skalierbarkeit für System Center 1807 – Operations Manager beschrieben. Es werden Hardwarekonfigurationen für verschiedene Workloads empfohlen. Da System Center Operations Manager so erstellt wurde, dass es flexibel und skalierbar ist, können die Hardwareanforderungen für bestimmte Szenarios von den hier dargestellten Richtlinien abweichen. Eine Erläuterung der Faktoren, die Einfluss auf die Leistung der einzelnen Operations Manager-Komponenten haben, werden in anderen Abschnitten des Planungshandbuchs ausführlich beschrieben, damit sie an bestimmte Anforderungen angepasst werden können.

Hinweis

Sie müssen Operations Manager 1801 installieren, um ein Upgrade auf Operations Manager 1807 durchführen zu können. Die Systemanforderungen sind für 1801 und 1807 Operations Manager identisch.

Kapazitätsgrenzen für Operations Manager

Die folgenden Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitsmerkmale der verschiedenen Komponenten von Operations Manager, die eine Verwaltungsgruppe unterstützen, zu verstehen.

Überwachtes Element Empfohlene Grenze
Simultane Betriebskonsolen 50
Mit Agents überwachte Computer, von denen Berichte an einen Verwaltungsserver übermittelt werden 3,000
Mit Agents überwachte Computer, von denen Berichte an einen Gatewayserver übermittelt werden 2,000
Ohne Agents überwachte Computer pro dediziertem Verwaltungsserver 25,000
Computer pro Verwaltungsgruppe, die mit der Ausnahmenüberwachung ohne Agents überwacht werden 100.000
Alle von Clients überwachten Computer pro Verwaltungsserver 2,500
Verwaltungsserver pro Agent für Mehrfachvernetzung 4
Ohne Agents verwaltete Computer pro Verwaltungsserver 10
Ohne Agents verwaltete Computer pro Verwaltungsgruppe 60
Mit Agents verwaltete UNIX- oder Linux-Computer pro Verwaltungsgruppe 6\.000 (mit 50 offenen Konsolen); 15.000 (mit 25 offenen Konsolen)
UNIX- oder Linux-Computer pro dediziertem Verwaltungsserver 1,000
Überwachte UNIX- oder Linux-Computer pro dediziertem Gatewayserver 200
Netzwerkgeräte, die von einem Ressourcenpool mit mindestens drei Verwaltungsservern verwaltet werden 1,000
Netzwerkgeräte, die von zwei Ressourcenpools verwaltet werden 2,000
Agents für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 700
Anwendungen für die Anwendungsleistungsüberwachung (Application Performance Monitoring, APM) 400
Überwachte URLs pro dediziertem Verwaltungsserver 3,000
Verwaltete URLs pro dedizierter Verwaltungsgruppe 12,000
Überwachte URLs pro Agent 50

Upgradesequenz

Wenn Sie ein Upgrade einer Installation von System Center 2012 R2 Operations Manager oder System Center 2016 – Operations Manager ausführen, das in mindestens eine Komponente integriert ist, müssen Sie das Upgrade in der folgenden Reihenfolge ausführen.

  1. Orchestrator: Wenn das Operations Manager-Integrationspaket auf Ihrem Computer installiert ist, damit Runbooks unterstützt werden, die Automatisierung gegen Ihre Operations Manager-Verwaltungsgruppe ausführen.
  2. Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass Daten von Warnungs- und Konfigurationselementen von Objekten importiert werden, die von Operations Manager ermittelt und überwacht werden.
  3. Data Protection Manager: Wenn Sie die zentrale Konsole so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
  4. Operations Manager
  5. Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager so konfiguriert haben, dass die Integrität Ihrer VMM-Komponenten und der virtuellen Computer sowie deren Hosts überwacht wird.

Hardwareanforderungen

Verwenden Sie diese Informationen, um zu bewerten, ob Ihre Hardwareumgebung für die Unterstützung der Installation von oder des Upgrades auf System Center 2016 – Operations Manager und höhere Versionen bereit ist, und berücksichtigen Sie dabei die Mindesthardwareanforderungen für Prozessor, RAM und Speicherplatz auf dem Datenträger. Sie sollten die Informationen hier unabhängig davon verwenden, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zum Planen der Infrastrukturgröße, die für eine neue Operations Manager-Bereitstellung benötigt wird, erhalten Sie über das Operations Manager 2012-Hilfsprogramm für die Größenanpassung.

Hinweis

Das Operations Manager 2012-Hilfsprogramm für die Größenanpassung wurde zwar nicht entsprechend der Operations Manager-Version 2016 und höheren Versionen aktualisiert, die bereitgestellten Informationen sind aber weiterhin gültig und können Ihnen bei der Einschätzung Ihrer Entwurfsanforderungen helfen. Allerdings ist die im Abschnitt UNIX- oder Linux-Überwachung angegebene Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver nicht korrekt. Die Anzahl der UNIX/Linux-Computer pro Server wurde erhöht. Die entsprechende Angabe finden Sie weiter oben in diesem Artikel in der Tabelle „Überwachungskapazität für Elemente“.

Operations Manager-Serverrolle x64-Prozessor (min.) Arbeitsspeicher (min.) Speicherplatz (min.)
-Verwaltungsserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver, der bis zu 2000 Agents verwaltet 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet 8-Kern-CPU, 2,66 GHz 32 GB 10 GB
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX-/Linux-Computer verwaltet 4-Kern-CPU, 2,66 GHz 4 GB RAM 10 GB
Webkonsolenserver 4-Kern-CPU, 2,66 GHz 8 GB 10 GB
SQL Server Reporting Services-Server 4-Kern-CPU, 2,66 GHz 8 GB 10 GB

Softwareanforderungen von Operations Manager-Komponenten

Serverbetriebssystem

Die folgenden Versionen des Windows Server-Betriebssystems werden für die folgenden Komponenten von Operations Manager unterstützt.

Komponente Windows Server 2012 R2 Standard, Datacenter Windows Server 2016 Standard, Datacenter Windows Server Core 2016
Operations Manager-Verwaltungsserver Ja Ja Ja
Operations Manager-Gatewayserver Ja Ja Ja
Operations Manager-Webkonsole Ja Ja
Operations-Manager-ACS-Sammlung Ja Ja
Operations Manager-Betriebskonsole Ja Ja
Operations Manager-Datenbank, Data Warehouse-Datenbank,
ACS-Datenbank
Ja Ja Ja
Operations Manager-Berichtsserver Ja Ja

Clientbetriebssystem

Die folgenden Versionen des Windows-Clientbetriebssystems werden für die Betriebskonsole von Operations Manager unterstützt.

Windows 7 Windows 8 Windows 8.1 Windows-10
Ja Ja Ja Ja

Betriebssystem von Microsoft Monitoring Agent

Die folgenden Versionen des Windows-Betriebssystems werden für Microsoft Monitoring Agent unterstützt, der eine Verbindung mit Operations Manager herstellt.

Windows Server 2019, Windows Server 2019 Server Core, Windows Server 2016, Windows Server 2016 Server Core, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Enterprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

Windows Server 2016, Windows Server 2016 Nano Server, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Windows 10, Windows 8 Enterprise, Windows 8 Pro, Windows Embedded POSReady 2009, Windows 7, Windows Embedded Standard 7 Service Pack 1.

  • Dateisystem: %SYSTEMDRIVE% muss mit dem NTFS-Dateisystem formatiert sein.
  • Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
  • Microsoft .NET Framework 3.5 oder höher.

Hinweis

Windows PowerShell ist erforderlich, um IntelliTrace-Protokolle lokal zu sammeln und System Center Operations Manager-Management Packs auszuführen, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher wird für die lokale Sammlung von IntelliTrace-Protokollen und für die Überwachung der .NET-Anwendungsleistung benötigt.

Operations Manager-Betriebsdatenbank, Data Warehouse-Datenbank und ACS-Überwachungsdatenbank

Verwaltungsserver/Gatewayserver

Operations Manager-Konsole

Webkonsole

  • Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).

  • Clientwebbrowser für Silverlight-fähige Dashboards: Für die Abwärtskompatibilität mit Silverlight-fähigen Dashboards sind Internet Explorer 11 und Silverlight 5 erforderlich.

    Hinweis

    Die Webkonsole unterstützt nicht die Ausführung von Internet Explorer in der Kompatibilitätsansicht. Stellen Sie sicher, dass Sie die Kompatibilitätsansicht deaktivieren. Andernfalls wird eine leere Seite angezeigt, wenn Sie versuchen, auf die Konsole zuzugreifen.

  • Clientwebbrowser für HTML5-Webkonsole:

    • Internet Explorer Version 11
    • Microsoft Edge Version 40 und höher
    • Google Chrome Version 61 und höher
    • Firefox Version 56 und höher
  • Internetinformationsdienste: IIS 7.5 und höhere Versionen mit der IIS-Verwaltungskonsole sowie folgenden installierten Rollendiensten:

    • Statischer Inhalt
    • Standarddokument
    • Verzeichnissuche
    • HTTP-Fehler
    • HTTP-Protokollierung
    • Anforderungsüberwachung
    • Anforderungsfilterung
    • Komprimierung statischer Inhalte
    • Webserver-Unterstützung (IIS)
    • IIS 6-Metabasiskompatibilität
    • ASP.NET (Die Versionen 3.5 und 4.5 oder höher von ASP.NET sind erforderlich.)
    • Windows-Authentifizierung
  • Ausgewählte Website für Webkonsole: Eine konfigurierte HTTP- oder HTTPS-Bindung ist erforderlich.

  • Das Webpart für den Dashboard-Viewer für System Center 2012 R2 Operations Manager-SharePoint wird auf SharePoint 2010 und SharePoint 2013 unterstützt. Es wird jedoch nicht auf SharePoint in Microsoft 365 unterstützt.

  • NET Framework 4 oder .NET Framework 4.5 wird benötigt.

Hinweis

Die Installation der Webkonsole erfordert, dass die ISAPI- und CGI-Einschränkungen in IIS für ASP.NET 4 aktiviert sind. Wählen Sie hierzu den Webserver im IIS-Manager aus, und doppelklicken Sie anschließend auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.0.30319aus, und klicken Sie dann auf Zulassen.

Operations Manager-Berichtsserver

Virtualisierung

Microsoft unterstützt die Ausführung aller Serverfeatures von System Center 2016 Operations Manager und höheren Versionen in jeder physischen oder virtuellen Umgebung, die den in diesem Dokument aufgeführten Mindestanforderungen entspricht. Einige Einschränkungen der Virtualisierungsfunktionen sind für Operations Manager zutreffend. Insbesondere die Verwendung der folgenden Virtualisierungsfunktionen wird nicht unterstützt, unabhängig von der Virtualisierungstechnologie, die mit Operations Manager verwendet wird:

  • Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen verwenden, bei denen die gesamte Aktivität des virtuellen Computers nicht direkt auf die virtuelle Festplatte geschrieben wird. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
  • Virtuelle Computer, auf denen eine beliebige Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen „Zustand speichern“-Status versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie es bei einem physischen Computer durchgeführt würde.

Die Ausführung von System Center 2016 – Operations Manager und höheren Versionen auf virtuellen Computern in Microsoft Azure unterscheidet sich nicht von der Ausführung auf physischen Computersystemen. Es wird empfohlen, Operations Manager auf virtuellen Microsoft Azure-Computern auszuführen, um andere in Azure gehostete virtuelle Computer und Ressourcen oder lokal gehostete Instanzen und Arbeitsauslastungen zu überwachen. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.

  • Virtuelle Computer mit Operations Manager-Komponenten können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier genannte virtualisierte Umgebung kann sich entweder an einem lokalen Standort oder in Azure befinden und würde im Notfall ein Failover auf diese Umgebung ausführen.
  • Wenn die Operations Manager-Datenbanken auf (einem) virtualisierten SQL Server(n) gehostet werden müssen, wird aus Leistungsgründen empfohlen, die Betriebsdatenbank sowie die Data Warehouse-Datenbank auf einer direkt verbundenen physischen Festplatte und nicht auf einer virtuellen Festplatte zu speichern.

Unterstützte Koexistenz

Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 2016 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2012 R2 Ja

Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 1801 und früheren Versionen von Operations Manager unterstützt wird.

-Version Verwaltungsgruppenkoexistenz
Operations Manager 2016 RTM auf das neueste Updaterollup Ja
Operations Manager 2012 R2 auf das neueste Updaterollup Ja

Direkte Aktualisierung

System Center 2016 – Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2016 Technical Preview 5 – Operations Manager
  • System Center 2012 R2 Operations Manager mit Updaterollup 9

System Center Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:

  • System Center 2012 R2 UR12 auf das neueste Updaterollup
  • System Center 2016 RTM auf das neueste Updaterollup

Active Directory und DNS

Operations Manager wird für die Authentifizierung, das Zuweisen von Benutzerrechten und die Autorisierung in Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie auf Computern, Netzwerkgeräten und anderen überwachten Arbeitsauslastungen wie z.B. Web-URLs genutzt.

Active Directory-Domänendienste

System Center Operations Manager verwendet AD DS für mehrere Dienste, darunter die Definition von Sicherheitsprinzipien, die Rechtezuweisung, die Authentifizierung und die Autorisierung. Operations Manager fragt AD DS während der Computer- und Dienstermittlung ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Für eine ordnungsgemäße Funktionsweise von Operations Manager müssen AD DS und der unterstützenden Dienst DNS fehlerfrei ausgeführt werden und eine bestimmte Mindestkonfiguration aufweisen. Zusätzlich müssen bestimmte Domänenbenennungskonventionen eingehalten werden.

Domänenbereichsbenennung

Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne mit einem flachen DNS-Namespace installiert werden. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispiel: Der DNS-Name einer Stammdomäne lautet „Brandenburg“. Da diese Stammdomäne einen flachen DNS-Namespace hat, können Sie keine Operations Manager-Verwaltungsgruppe in der Domäne „Woodgrove“ installieren. Verfügt die Domäne „Brandenburg“ jedoch über eine untergeordnete Domäne mit dem DNS-Namen „National“, so lautet der vollqualifizierte Domänenname (Fully Qualified Domain Name, FQDN) „national.brandenburg“. Weitere Informationen zum Konfigurieren von Windows für Domänen mit einteiligen DNS-Namen finden Sie unter „Informationen zur Konfiguration von Active Directory-Domänen mit einteiligen DNS-Namen“.

Domänenfunktionsebene

Windows Server Active Directory kann auf verschiedenen Funktionsebenen ausgeführt werden. Diese Ebenen werden anhand der Version des Windows Server-Betriebssystems unterschieden, das von den Domänencontrollern der Domäne unterstützt wird. System Center Operations Manager hat keine Anforderungen an die Domänenfunktionsebene.

Gesamtstrukturfunktionsebene

Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nachdem dies erfolgt ist, können Domänencontroller mit darunterliegender Betriebssystemebene aus niedrigeren Funktionsebenen nicht in die Gesamtstruktur eingebracht werden. Operations Manager hat keine Anforderungen an die Gesamtstrukturfunktionsebene.

DNS

DNS muss zur Unterstützung von AD DS installiert sein und sich in einem fehlerfreien Integritätsstatus befinden. Abgesehen von der bestehenden AD DS-Abhängigkeit müssen für Operations Manager keine speziellen DNS-Anforderungen erfüllt sein.

Nächste Schritte

Planen der Installation