Systemanforderungen für System Center Operations Manager
Die folgenden Abschnitte beschreiben die allgemeine Leistung und Skalierbarkeit für System Center 2022 – Operations Manager. Diese Abschnitte enthalten auch Empfehlungen für Hardwarekonfigurationen für verschiedene 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 2019 – Operations Manager aktualisieren, die in eine oder mehrere System Center-Komponenten integriert ist, ist es wichtig, dass Sie das Upgrade in der folgenden Reihenfolge durchführen.
- Orchestrator: Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die Automatisierung für Ihre Operations Manager-Verwaltungsgruppe ausführen.
- Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass 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 für die zentrale Verwaltung Ihrer DPM-Umgebung konfiguriert haben.
- Operations Manager
- Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und der Hosts virtueller Computer zu überwachen.
Hardwareanforderungen
Bewerten Sie anhand dieser Informationen, ob Ihre Hardwareumgebung für die Unterstützung der Installation von oder des Upgrades auf System Center 2022 – Operations Manager bereit ist. Berücksichtigen Sie dabei die minimalen Hardwareanforderungen für Prozessor, Arbeitsspeicher und Speicherplatz. Sie sollten die hier aufgeführten Informationen verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen, und spezifischere Informationen zum Planen der für eine neue Operations Manager-Bereitstellung benötigten Infrastruktur finden Sie unter Operations Manager-Größenhilfsprogramm
Hinweis
Obwohl das Operations Manager 2012-Größenhilfsprogramm nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen weiterhin gültig, um Ihnen bei der Schätzung Ihrer Entwurfsanforderungen zu helfen. Die Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver ist jedoch nicht korrekt, wie im Abschnitt Unix- oder Linux-Überwachung angegeben. 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 2019 Standard, Datacenter | Windows Server 2019 Server Core | Windows Server 2022: Standard, Datacenter | Windows Server 2022 Server Core |
|---|---|---|---|---|
| Operations Manager-Verwaltungsserver | Ja | Yes | Yes | Ja |
| Operations Manager-Gatewayserver | Ja | Yes | Yes | 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 | Yes | Yes | 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.
- Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 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.
- Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 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
Operations Manager 2019 und höher enthält nur die 64-Bit-Version der Betriebskonsole. Die Webkonsole unterstützt die Ausführung von IE in der Kompatibilitätsansicht nicht, andernfalls erhalten Sie eine leere Seite, wenn Sie versuchen, auf die Konsole zuzugreifen.
Clientwebbrowser für HTML5-Webkonsole:
- Internet Explorer Version 11
- Microsoft Edge, ab Version 88
- Google Chrome, Version 88 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.7.2 oder höher von ASP.NET sind erforderlich.)
- Windows-Authentifizierung
Ausgewählte Website für Webkonsole: Eine konfigurierte HTTP- oder HTTPS-Bindung ist erforderlich.
Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 benötigt.
Hinweis
Die Installation der Webkonsole erfordert, dass die ISAPI- und CGI-Einschränkungen in IIS für ASP.NET 4.8 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.8 und dann Zulassen aus.
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öher unterstützen SQL Server Reporting Services nur im einheitlichen Modus. Verwenden Sie keinen integrierten SharePoint-Modus.
Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 benötigt.
Clientbetriebssystem
Die Windows 10- und Windows 11-Clientbetriebssysteme werden für die Operations Manager 2022-Betriebskonsole unterstützt.
Betriebssystem von Microsoft Monitoring Agent
Hinweis
Operations Manager 2022 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
Windows 11: Enterprise, Pro
Dateisystem: %SYSTEMDRIVE% muss mit dem NTFS-Dateisystem formatiert sein.
Windows PowerShell Version 3.0
Microsoft .NET Framework (die Versionen 3.5 und 4.7.2 oder höher von Microsoft .NET sind erforderlich.)
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 2022 – Operations Manager in jeder physischen oder virtuellen Umgebung, die den in diesem Dokument aufgeführten Mindestanforderungen entspricht. Es gibt einige Einschränkungen für die Virtualisierungsfunktionalität, die für Operations Manager gelten. Insbesondere unterstützt Microsoft die Verwendung der folgenden Virtualisierungsfunktionen nicht, unabhängig davon, welche Virtualisierungstechnologie mit Operations Manager verwendet wird:
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen nutzen, bei denen nicht alle Aktivitäten auf dem virtuellen Computer sofort auf die virtuelle Festplatte committet werden. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, können status nicht angehalten oder in einen "Speicherzustand" versetzt und neu gestartet werden. Sie können nur wie bei einem physischen Computer heruntergefahren und neu gestartet werden.
System Center 2016 – Operations Manager und höher wird auf virtuellen Computern in Microsoft Azure wie auf physischen Computersystemen ausgeführt. 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 erwähnte virtualisierte Umgebung kann entweder lokal oder Azure sein und würde aufgrund eines Notfalls 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 2022 und früheren Versionen von Operations Manager unterstützt wird.
| -Version | Verwaltungsgruppenkoexistenz |
|---|---|
| Operations Manager 2019 auf das neueste Updaterollup | Ja |
Direktes Upgrade
System Center 2022 – Operations Manager unterstützt ein direktes Upgrade von folgenden Versionen:
System Center 2019
Active Directory und DNS
Operations Manager wird für die Authentifizierung, das Zuweisen von Benutzerrechten und die Autorisierung in Active Directory integriert. DNS wird zur Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie von Computern, Netzwerkgeräten und anderen überwachten Workloads wie Web-URLs verwendet.
Active Directory Domain Services
System Center Operations Manager verwendet AD DS für viele Dienste, einschließlich definition von Sicherheitsprinzipien, Rechtezuweisung, Authentifizierung und 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. Beispielsweise verfügen Sie über eine Stammdomäne mit dem DNS-Namen "Woodgrove". Da diese Stammdomäne über einen flachen DNS-Namespace verfügt, können Sie keine Operations Manager-Verwaltungsgruppe in der Woodgrove-Domäne 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 Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nach dem Festlegen können Domänencontroller mit heruntergefahrenen Betriebssystemen aus niedrigeren Funktionsebenen nicht mehr in die Gesamtstruktur eingeführt werden. Operations Manager hat keine Anforderung auf 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.
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 eine oder mehrere System Center-Komponenten integriert ist, ist es wichtig, dass Sie das Upgrade in der folgenden Reihenfolge durchführen.
- Orchestrator: Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die Automatisierung für Ihre Operations Manager-Verwaltungsgruppe ausführen.
- Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass 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 für die zentrale Verwaltung Ihrer DPM-Umgebung konfiguriert haben.
- Operations Manager
- Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und der Hosts virtueller Computer zu überwachen.
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 hier aufgeführten Informationen verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen, und spezifischere Informationen zum Planen der für eine neue Operations Manager-Bereitstellung benötigten Infrastruktur finden Sie unter Operations Manager-Größenhilfsprogramm.
Hinweis
Obwohl das Operations Manager 2012 Sizing-Hilfsprogramm nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen weiterhin gültig, um Sie bei der Schätzung Ihrer Entwurfsanforderungen zu unterstützen. Die Anzahl der UNIX-/Linux-Computer pro Verwaltungs- und Gatewayserver, wie im Abschnitt Unix- oder Linux-Überwachung angegeben, ist jedoch 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.
- Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt, .NET Framework 4.7 oder 4.8 werden ebenfalls unterstützt.
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; .NET Framework 4.7 und 4.8 werden ebenfalls unterstützt.
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 die Ausführung von IE in der Kompatibilitätsansicht nicht. Andernfalls erhalten Sie eine leere Seite, 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 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; .NET Framework 4.7 und 4.8 werden ebenfalls unterstützt.
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.30319 und dann Zulassen aus.
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öher unterstützt SQL Server Reporting Services nur im einheitlichen Modus. Verwenden Sie keinen integrierten SharePoint-Modus.
.NET Framework 4 oder .NET Framework 4.5 ist erforderlich; .NET Framework 4.7 und 4.8 werden ebenfalls unterstützt.
Clientbetriebssystem
Die Windows 10- und Windows 11-Clientbetriebssysteme werden für die Operations Manager 2019-Betriebskonsole 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
Windows 11 wird von UR4 und höher unterstützt
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 unterstützt Microsoft die Verwendung der folgenden Virtualisierungsfunktionen nicht, unabhängig davon, welche Virtualisierungstechnologie mit Operations Manager verwendet wird:
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen nutzen, bei denen nicht alle Aktivitäten auf dem virtuellen Computer sofort auf die virtuelle Festplatte committet werden. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen "Speicherzustand" versetzt werden, status und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie dies bei einem physischen Computer der Fall wäre.
System Center 2016 – Operations Manager und höher wird auf virtuellen Computern in Microsoft Azure wie auf physischen Computersystemen ausgeführt. 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 erwähnte virtualisierte Umgebung kann sich entweder lokal oder in Azure befinden, und aufgrund eines Notfalls würde ein Failover auf diese Umgebung ausgeführt.
- 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 und computern, Netzwerkgeräten und anderen überwachten Workloads wie Web-URLs verwendet.
Active Directory Domain Services
System Center Operations Manager basiert auf AD DS für viele Dienste, einschließlich definition von Sicherheitsprinzipien, Zuweisung von Rechten, Authentifizierung und 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 installiert werden, die über einen flachen DNS-Namespace verfügt. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispielsweise verfügen Sie über eine Stammdomäne mit dem DNS-Namen Woodgrove. Da diese Stammdomäne über einen flachen DNS-Namespace verfügt, können Sie keine Operations Manager-Verwaltungsgruppe in der Woodgrove-Domäne installieren. Wenn die Woodgrove-Domäne jedoch über eine untergeordnete Domäne mit dem DNS-Namen National verfügt, lautet der vollqualifizierte Domänenname der untergeordneten Domäne national.woodgrove. 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 unterscheiden sich durch die Version des Windows Server-Betriebssystems, die auf den in der Domäne vorhandenen Domänencontrollern zulässig ist. System Center Operations Manager hat keine Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nach dem Festlegen können Domänencontroller mit niedrigeren Betriebssystemen aus niedrigeren Funktionsebenen nicht mehr in die Gesamtstruktur eingeführt werden. Operations Manager verfügt nicht über eine Anforderung auf 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 die 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 sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, finden Sie in den anderen Abschnitten des Planungsleitfadens, 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 durchführen, die in eine oder mehrere System Center-Komponenten integriert ist, ist es wichtig, dass Sie das Upgrade in der folgenden Reihenfolge durchführen.
- Orchestrator: Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die eine Automatisierung für Ihre Operations Manager-Verwaltungsgruppe durchführen.
- Service Manager : Wenn Sie die Connectors zum Importieren von Warnungs- und Konfigurationselementdaten von Objekten konfiguriert haben, die von Operations Manager erkannt und überwacht werden.
- Data Protection Manager: Wenn Sie die zentrale Konsole für die zentrale Verwaltung Ihrer DPM-Umgebung konfiguriert haben.
- Operations Manager
- Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und der VM-Hosts zu überwachen.
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 verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Ausführlichere Informationen zum Planen der für eine neue Operations Manager-Bereitstellung benötigten Infrastruktur finden Sie im Operations Manager 2012 Sizing Helper.
Hinweis
Obwohl das Operations Manager 2012 Sizing-Hilfsprogramm nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen weiterhin gültig, um Sie bei der Schätzung Ihrer Entwurfsanforderungen zu unterstützen. Die Anzahl der UNIX-/Linux-Computer pro Verwaltungs- und Gatewayserver, wie im Abschnitt Unix- oder Linux-Überwachung angegeben, ist jedoch 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.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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.
Microsoft .NET Framework 3.5 wird für die lokale Erfassung 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 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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 die Ausführung von IE in der Kompatibilitätsansicht nicht. Stellen Sie sicher, dass Sie die Kompatibilitätsansicht deaktivieren. Andernfalls erhalten Sie eine leere Seite, 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 in SharePoint in Microsoft 365 nicht unterstützt.
.NET Framework 4 oder .NET Framework 4.5 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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.30319 und dann Zulassen aus.
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öher unterstützt SQL Server Reporting Services nur im einheitlichen Modus. Verwenden Sie keinen integrierten SharePoint-Modus.
NET Framework 4 oder .NET Framework 4.5 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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 unterstützt Microsoft die Verwendung der folgenden Virtualisierungsfunktionen nicht, unabhängig davon, welche Virtualisierungstechnologie mit Operations Manager verwendet wird:
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen nutzen, bei denen nicht alle Aktivitäten auf dem virtuellen Computer sofort auf die virtuelle Festplatte committet werden. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen "Speicherzustand" versetzt werden, status 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 erwähnte virtualisierte Umgebung kann sich entweder lokal oder in Azure befinden, und aufgrund eines Notfalls würde ein Failover auf diese Umgebung ausgeführt.
- Wenn die Operations Manager-Datenbanken aus Leistungsgründen auf virtualisierten SQL Server gehostet werden sollen, empfiehlt es sich, die Betriebsdatenbank und die Data Warehouse-Datenbank auf einer direkt angefügten 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 und computern, Netzwerkgeräten und anderen überwachten Workloads wie Web-URLs verwendet.
Active Directory Domain Services
System Center Operations Manager basiert auf AD DS für viele Dienste, einschließlich definition von Sicherheitsprinzipien, Zuweisung von Rechten, Authentifizierung und 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 installiert werden, die über einen flachen DNS-Namespace verfügt. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispielsweise verfügen Sie über eine Stammdomäne mit dem DNS-Namen "Woodgrove". Da diese Stammdomäne über einen flachen DNS-Namespace verfügt, können Sie keine Operations Manager-Verwaltungsgruppe in der Woodgrove-Domäne installieren. Wenn die Woodgrove-Domäne jedoch über eine untergeordnete Domäne mit dem DNS-Namen "National" verfügt, lautet der vollqualifizierte Domänenname der untergeordneten Domäne national.woodgrove. 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 Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nach dem Festlegen können Domänencontroller mit niedrigeren Betriebssystemen aus niedrigeren Funktionsebenen nicht mehr in die Gesamtstruktur eingeführt werden. Operations Manager verfügt nicht über eine Anforderung auf 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 Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf Operations Manager 2022 durchzuführen.
In diesem Artikel werden die allgemeine Leistung und Skalierbarkeit für System Center 1801 – Operations Manager beschrieben. Es werden die 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 sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, finden Sie in den anderen Abschnitten des Planungsleitfadens, 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 eine Installation von System Center 2012 R2 Operations Manager oder System Center 2016 – Operations Manager aktualisieren, die in eine oder mehrere System Center-Komponenten integriert ist, ist es wichtig, dass Sie das Upgrade in der folgenden Reihenfolge durchführen.
- Orchestrator: Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die Automatisierung für Ihre Operations Manager-Verwaltungsgruppe ausführen.
- Service Manager: Wenn Sie die Connectors so konfiguriert haben, dass Warnungs- und Konfigurationselementdaten von Objekten importiert werden, die von Operations Manager erkannt und überwacht werden.
- Data Protection Manager: Wenn Sie die zentrale Konsole für die zentrale Verwaltung Ihrer DPM-Umgebung konfiguriert haben.
- Operations Manager
- Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und der Hosts virtueller Computer zu überwachen.
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 hier aufgeführten Informationen verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zum Planen der für eine neue Operations Manager-Bereitstellung benötigten Infrastruktur finden Sie im Operations Manager 2012-Größenhilfsprogramm.
Hinweis
Obwohl das Operations Manager 2012-Größenhilfsprogramm nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen weiterhin gültig, um Ihnen bei der Schätzung Ihrer Entwurfsanforderungen zu helfen. Die Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver ist jedoch nicht korrekt, wie im Abschnitt Unix- oder Linux-Überwachung angegeben. 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.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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.
Microsoft .NET Framework 3.5 wird für die lokale Erfassung 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 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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 die Ausführung von IE in der Kompatibilitätsansicht nicht. Stellen Sie sicher, dass Sie die Kompatibilitätsansicht deaktivieren, andernfalls erhalten Sie eine leere Seite, 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 in SharePoint in Microsoft 365 nicht unterstützt.
.NET Framework 4 oder .NET Framework 4.5 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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.30319 und dann Zulassen aus.
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öher unterstützt SQL Server Reporting Services nur im einheitlichen Modus. Verwenden Sie keinen integrierten SharePoint-Modus.
NET Framework 4 oder .NET Framework 4.5 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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 unterstützt Microsoft die Verwendung der folgenden Virtualisierungsfunktionen nicht, unabhängig davon, welche Virtualisierungstechnologie mit Operations Manager verwendet wird:
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen nutzen, bei denen nicht alle Aktivitäten auf dem virtuellen Computer sofort auf die virtuelle Festplatte übertragen werden. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, können status nicht angehalten oder in einen "Speicherzustand" 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 erwähnte virtualisierte Umgebung kann entweder lokal oder Azure sein und würde aufgrund eines Notfalls ein Failover auf diese Umgebung ausführen.
- Wenn die Operations Manager-Datenbanken aus Leistungsgründen auf virtualisierten SQL Server gehostet werden sollen, empfiehlt es sich, die Betriebsdatenbank und die Data Warehouse-Datenbank auf einer direkt angefügten 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 und computern, Netzwerkgeräten und anderen überwachten Workloads wie Web-URLs verwendet.
Active Directory Domain Services
System Center Operations Manager basiert auf AD DS für viele Dienste, einschließlich definition von Sicherheitsprinzipien, Zuweisung von Rechten, Authentifizierung und 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 installiert werden, die über einen flachen DNS-Namespace verfügt. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispielsweise verfügen Sie über eine Stammdomäne mit dem DNS-Namen "Woodgrove". Da diese Stammdomäne über einen flachen DNS-Namespace verfügt, können Sie keine Operations Manager-Verwaltungsgruppe in der Woodgrove-Domäne installieren. Wenn die Woodgrove-Domäne jedoch über eine untergeordnete Domäne mit dem DNS-Namen "National" verfügt, lautet der vollqualifizierte Domänenname der untergeordneten Domäne national.woodgrove. 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 Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nach dem Festlegen können Domänencontroller mit niedrigeren Betriebssystemen aus niedrigeren Funktionsebenen nicht mehr in die Gesamtstruktur eingeführt werden. Operations Manager verfügt nicht über eine Anforderung auf 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 Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf Operations Manager 2022 durchzufü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 sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, finden Sie in den anderen Abschnitten des Planungsleitfadens, 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 durchführen, die in eine oder mehrere System Center-Komponenten integriert ist, ist es wichtig, dass Sie das Upgrade in der folgenden Reihenfolge durchführen.
- Orchestrator: Wenn Sie das Operations Manager-Integrationspaket installiert haben, um Runbooks zu unterstützen, die eine Automatisierung für Ihre Operations Manager-Verwaltungsgruppe durchführen.
- Service Manager : Wenn Sie die Connectors zum Importieren von Warnungs- und Konfigurationselementdaten von Objekten konfiguriert haben, die von Operations Manager erkannt und überwacht werden.
- Data Protection Manager: Wenn Sie die zentrale Konsole für die zentrale Verwaltung Ihrer DPM-Umgebung konfiguriert haben.
- Operations Manager
- Virtual Machine Manager: Wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und der VM-Hosts zu überwachen.
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 verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Ausführlichere Informationen zum Planen der für eine neue Operations Manager-Bereitstellung benötigten Infrastruktur finden Sie im Operations Manager 2012 Sizing Helper.
Hinweis
Obwohl das Operations Manager 2012 Sizing-Hilfsprogramm nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen weiterhin gültig, um Sie bei der Schätzung Ihrer Entwurfsanforderungen zu unterstützen. Die Anzahl der UNIX-/Linux-Computer pro Verwaltungs- und Gatewayserver, wie im Abschnitt Unix- oder Linux-Überwachung angegeben, ist jedoch 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.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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.
Microsoft .NET Framework 3.5 wird für die lokale Erfassung 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 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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 die Ausführung von IE in der Kompatibilitätsansicht nicht. Stellen Sie sicher, dass Sie die Kompatibilitätsansicht deaktivieren. Andernfalls erhalten Sie eine leere Seite, 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 in SharePoint in Microsoft 365 nicht unterstützt.
.NET Framework 4 oder .NET Framework 4.5 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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.30319 und dann Zulassen aus.
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öher unterstützt SQL Server Reporting Services nur im einheitlichen Modus. Verwenden Sie keinen integrierten SharePoint-Modus.
NET Framework 4 oder .NET Framework 4.5 ist erforderlich, und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
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 unterstützt Microsoft die Verwendung der folgenden Virtualisierungsfunktionen nicht, unabhängig davon, welche Virtualisierungstechnologie mit Operations Manager verwendet wird:
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, dürfen keine Funktionen nutzen, bei denen nicht alle Aktivitäten auf dem virtuellen Computer sofort auf die virtuelle Festplatte committet werden. Dies umfasst die Verwendung von Zeitpunkt-Momentaufnahmen und das Schreiben von Änderungen auf eine temporäre virtuelle Festplatte.
- Virtuelle Computer, auf denen eine Operations Manager-Komponente ausgeführt wird, können nicht angehalten oder in einen "Speicherzustand" versetzt werden, status 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 erwähnte virtualisierte Umgebung kann sich entweder lokal oder in Azure befinden, und aufgrund eines Notfalls würde ein Failover auf diese Umgebung ausgeführt.
- Wenn die Operations Manager-Datenbanken aus Leistungsgründen auf virtualisierten SQL Server gehostet werden sollen, empfiehlt es sich, die Betriebsdatenbank und die Data Warehouse-Datenbank auf einer direkt angefügten 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 und computern, Netzwerkgeräten und anderen überwachten Workloads wie Web-URLs verwendet.
Active Directory Domain Services
System Center Operations Manager basiert auf AD DS für viele Dienste, einschließlich definition von Sicherheitsprinzipien, Zuweisung von Rechten, Authentifizierung und 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 installiert werden, die über einen flachen DNS-Namespace verfügt. Die Verwaltungsgruppen können jedoch in untergeordneten Domänen der Stammdomäne installiert werden. Beispielsweise verfügen Sie über eine Stammdomäne mit dem DNS-Namen "Woodgrove". Da diese Stammdomäne über einen flachen DNS-Namespace verfügt, können Sie keine Operations Manager-Verwaltungsgruppe in der Woodgrove-Domäne installieren. Wenn die Woodgrove-Domäne jedoch über eine untergeordnete Domäne mit dem DNS-Namen "National" verfügt, lautet der vollqualifizierte Domänenname der untergeordneten Domäne national.woodgrove. 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 Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene entspricht insofern der Domänenfunktionsebene, als eine Betriebssystem-Mindestebene für Domänencontroller innerhalb der Gesamtstruktur eingerichtet werden muss. Nach dem Festlegen können Domänencontroller mit niedrigeren Betriebssystemen aus niedrigeren Funktionsebenen nicht mehr in die Gesamtstruktur eingeführt werden. Operations Manager verfügt nicht über eine Anforderung auf 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
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für