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:
- 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.
- 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.
- 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 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
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Verwaltungsserver/Gatewayserver
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
- Windows-Remoteverwaltung: Die Windows-Remoteverwaltung muss für den Verwaltungsserver aktiviert sein.
- NET Framework 4 oder .NET Framework 4.5 ist erforderlich.
Operations Manager-Konsole
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
- Microsoft Report Viewer 2015-Runtime
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
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Remoteregistrierungsdienst: muss aktiviert sein und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server requirements (SQL Server-Anforderungen).
Hinweis
System Center 2016 – Operations Manager und höhere Versionen unterstützen SQL Server Reporting Services nur im einheitlichen Modus. Die Verwendung des integrierten SharePoint-Modus ist nicht zulässig.
NET Framework 4 oder .NET Framework 4.5 ist erforderlich.
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.
- 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.
- 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.
- 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 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
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Verwaltungsserver/Gatewayserver
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
- Windows-Remoteverwaltung: Die Windows-Remoteverwaltung muss für den Verwaltungsserver aktiviert sein.
- NET Framework 4 oder .NET Framework 4.5 wird benötigt.
Operations Manager-Konsole
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
Microsoft Report Viewer 2015-Runtime
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 wird benötigt.
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
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Remoteregistrierungsdienst: muss aktiviert sein und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server requirements (SQL Server-Anforderungen).
Hinweis
System Center 2016 – Operations Manager und höhere Versionen unterstützen SQL Server Reporting Services nur im einheitlichen Modus. Die Verwendung des integrierten SharePoint-Modus ist nicht zulässig.
NET Framework 4 oder .NET Framework 4.5 wird benötigt.
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.
- 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.
- 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.
- 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 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
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Verwaltungsserver/Gatewayserver
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
- Windows-Remoteverwaltung: Die Windows-Remoteverwaltung muss für den Verwaltungsserver aktiviert sein.
- NET Framework 4 oder .NET Framework 4.5 wird benötigt.
Operations Manager-Konsole
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
Microsoft Report Viewer 2015-Runtime
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 wird benötigt.
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
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Remoteregistrierungsdienst: muss aktiviert sein und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server requirements (SQL Server-Anforderungen).
Hinweis
System Center 2016 – Operations Manager und höhere Versionen unterstützen SQL Server Reporting Services nur im einheitlichen Modus. Die Verwendung des integrierten SharePoint-Modus ist nicht zulässig.
NET Framework 4 oder .NET Framework 4.5 wird benötigt.
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.
- 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.
- 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.
- 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 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
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Verwaltungsserver/Gatewayserver
- Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
- Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
- Windows-Remoteverwaltung: Die Windows-Remoteverwaltung muss für den Verwaltungsserver aktiviert sein.
- NET Framework 4 oder .NET Framework 4.5 wird benötigt.
Operations Manager-Konsole
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Windows PowerShell-Version: Windows PowerShell Version 2.0 oder Windows PowerShell Version 3.0.
Microsoft Report Viewer 2015-Runtime
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 wird benötigt.
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
Betriebssystem: Siehe System Requirements for System Center 2016 - Operations Manager (Systemanforderungen für System Center 2016 – Operations Manager).
Microsoft SQL Server: Siehe SQL Server requirements (SQL Server-Anforderungen).
Remoteregistrierungsdienst: muss aktiviert sein und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server requirements (SQL Server-Anforderungen).
Hinweis
System Center 2016 – Operations Manager und höhere Versionen unterstützen SQL Server Reporting Services nur im einheitlichen Modus. Die Verwendung des integrierten SharePoint-Modus ist nicht zulässig.
NET Framework 4 oder .NET Framework 4.5 wird benötigt.
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.