Systemanforderungen für System Center Operations Manager
Wichtig
Service Provider Foundation (SPF) wird von System Center 2025 nicht mehr unterstützt. SPF 2022 funktioniert jedoch weiterhin mit System Center 2025-Komponenten.
In den folgenden Abschnitten werden allgemeine Anleitungen zur Leistung und Skalierbarkeit für System Center 2025 – Operations Manager beschrieben. Diese Abschnitte enthalten auch Empfehlungen für Hardwarekonfigurationen für verschiedene Workloads. Da System Center Operations Manager auf Flexibilität und Skalierbarkeit ausgelegt ist, können die Hardwareanforderungen für bestimmte Szenarien von den hier dargestellten Richtlinien abweichen. Die Faktoren, die sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, werden in anderen Abschnitten des Planungsleitfadens ausführlich erläutert, so dass sie an die jeweiligen Anforderungen angepasst werden können.
Kapazitätsbeschränkungen für Operations Manager
Diese Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitseigenschaften der verschiedenen Operations Manager-Komponenten zu verstehen, die eine Verwaltungsgruppe unterstützen.
Überwachtes Element | Empfohlener Grenzwert |
---|---|
Konsolen für parallel Arbeitsgänge im Arbeitsplannetzwerk | 50 |
Von Agenten überwachte Computer, die an einen Management-Server berichten | 3,000 |
Von Agenten überwachte Computer, die an einen Gateway-Server berichten | 2\.000 |
Agentless Exception Monitored (AEM)-Computer pro dediziertem Verwaltungsserver | 25,000 |
Agentless Exception Monitored (AEM)-Rechner pro Verwaltungsgruppe | 100.000 |
Kollektiv überwachte Computer pro Verwaltungsserver | 2\.500 |
Verwaltungsserver pro Agent für Multihoming | 4 |
Agentlose verwaltete Computer pro Verwaltungsserver | 10 |
Agentlose verwaltete Computer pro Verwaltungsgruppe | 60 |
Agentverwaltete und 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 |
UNIX- oder Linux-Computer, die pro dediziertem Gatewayserver überwacht werden | 200 |
Netzwerkgeräte, die von einem Ressourcenpool mit drei oder mehr Verwaltungsservern verwaltet werden | 1.000 |
Von zwei Ressourcenpools verwaltete Netzwerkgeräte | 2\.000 |
Agents für Application Performance Monitoring (APM) | 700 |
Anwendungen für Application Performance Monitoring (APM) | 400 |
PRO dediziertem Verwaltungsserver überwachte URLs | 3,000 |
PRO dedizierte Verwaltungsgruppe überwachte URLs | 12,000 |
Pro Agent überwachte URLs | 50 |
Upgradesequenz
Wenn Sie eine Installation von System Center 2022 – Operations Manager aktualisieren, der in eine oder mehrere System Center-Komponenten integriert ist, ist es wichtig, dass Sie ein 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 so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
- Operations Manager
- Virtual Machine Manager – wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und virtuellen Computerhosts zu überwachen.
Hardwareanforderungen
Verwenden Sie diese Informationen, um zu bewerten, ob Ihre Hardwareumgebung bereit ist, um die Installation oder aktualisierung auf System Center 2025 – Operations Manager zu unterstützen, wobei die Mindesthardwareanforderungen für Prozessor, Arbeitsspeicher und Speicherplatz berücksichtigt werden. Sie sollten die Informationen hier verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zur Planung des Umfangs der für eine neue Operations Manager-Bereitstellung erforderlichen Infrastruktur finden Sie unter Operations Manager Sizing Helper
Hinweis
Obwohl der Operations Manager 2012 Sizing-Helper nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen immer noch gültig, um Ihnen bei der Schätzung Ihrer Designanforderungen zu helfen. Die Anzahl der UNIX/Linux-Computer pro Management- und Gateway-Server, wie im Abschnitt Unix- oder Linux-Überwachung angegeben, ist jedoch nicht korrekt. Die Anzahl der UNIX/Linux-Computer pro Server ist gestiegen und wird in der tabelle mit der überwachten Elementkapazität weiter oben in diesem Artikel angegeben.
Operations Manager-Serverrolle | x64 Prozessor (min) | Speicher (min) | Speicherplatz (min) |
---|---|---|---|
Verwaltungsserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver, der bis zu 2000 Agents verwaltet | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet | 8-Core 2,66 GHz CPU | 32 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX/Linux-Computer verwaltet | 4-Core 2,66 GHz CPU | 4 GB RAM | 10 GB |
Webkonsolenserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
SQL Server Reporting Services Server | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Softwareanforderungen für Operations Manager-Komponenten
Serverbetriebssystem
Die folgenden Versionen des Windows Server-Betriebssystems werden von den folgenden Operations Manager-Komponenten unterstützt.
Komponente | Windows Server 2019 Standard, Rechenzentrum | Windows Server 2019 Server Core | Windows Server 2022: Standard, Datacenter | Windows Server 2022 Server Core | Windows Server 2025 Standard, Datacenter | Windows Server 2025 Server Core |
---|---|---|---|---|---|---|
Operations Manager Management Server | Ja | Ja | Ja | Ja | Ja | Ja |
Operations Manager Gateway Server | Ja | Ja | Ja | Ja | Ja | Ja |
Operations Manager Web Konsole | Ja | Ja | Ja | |||
Operations Manager ACS Collector | Ja | Ja | Ja | |||
Operations Manager Operations Konsole | Ja | Ja | Ja | |||
Operations Manager Operational, Data Warehouse, ACS-Datenbank |
Ja | Ja | Ja | Ja | Ja | Ja |
Operations Manager Berichtsserver | Ja | Ja | Ja |
Operations Manager Betriebsdatenbank, Data Warehouse und ACS Überwachungsdatenbank
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Verwaltungsserver/Gateway-Server
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- Windows PowerShell-Version: Windows PowerShell, Version 2.0 oder Windows PowerShell, Version 3.0 oder höher.
- Windows-Remoteverwaltung: Die Windows-Remoteverwaltung muss für den Verwaltungsserver aktiviert werden.
- Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 benötigt.
Operations Manager-Konsole
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- Windows PowerShell-Version: Windows PowerShell, Version 2.0 oder Windows PowerShell, Version 3.0 oder höher.
- Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 benötigt.
Webkonsole
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Clientwebbrowser für Silverlight-fähige Dashboards: Zur Abwärtskompatibilität mit Silverlight-fähigen Dashboards sind Microsoft Edge 121.0.2277.4 oder höher 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 Internet Explorer in der Kompatibilitätsansicht nicht, andernfalls erhalten Sie beim Versuch, auf die Konsole zuzugreifen, eine leere Seite.
Clientwebbrowser für HTML5-Webkonsole:
- Microsoft Edge Version 121.0.2277.4 und höher mit dem IE-Kompatibilitätsmodus.
- Google Chrome, Version 121 und höher
- Internetinformationsdienste: IIS 7.5 und höhere Versionen mit der IIS-Verwaltungskonsole sowie folgenden installierten Rollendiensten:
- Statischer Inhalt
- Standarddokument
- Verzeichnis durchsuchen
- HTTP-Fehler
- HTTP-Protokollierung
- Anforderungsüberwachung
- Anforderungsfilterung
- Statische Inhaltskomprimierung
- Web Server (IIS) Support
- 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: Erfordert eine konfigurierte HTTP- oder HTTPS-Bindung.
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. Um dies zu aktivieren, wählen Sie den Webserver im IIS-Manager aus und doppelklicken Sie dann auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.8, und wählen Sie Zulassen.
Operations Manager Berichtsserver
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Remoteregistrierungsdienst: Muss aktiviert und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server-Anforderungen.
Hinweis
System Center 2016 - Operations Manager und höher unterstützen SQL Server Reporting Services nur im nativen Modus; verwenden Sie nicht den integrierten SharePoint-Modus.
Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 benötigt.
Clientbetriebssystem
Windows 10- und Windows 11-Clientbetriebssystem werden für die Operations Manager 2022- oder höher-Operations-Konsole unterstützt.
Microsoft Monitoring Agent-Betriebssystem
Hinweis
Operations Manager 2025 enthält nur die 64-Bit-Version des Agents.
Windows Server 2025 – Standard, Datacenter, Server Core
Windows Server 2022 - Standard, Datacenter, Server Core
Windows Server 2019 - Standard, Datacenter, Server Core
Windows 10 - Enterprise, Pro
Windows 11: Enterprise, Pro
Dateisystem: %SYSTEMDRIVE% muss mit dem NTFS-Dateisystem formatiert werden.
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 für die lokale Erfassung von IntelliTrace-Protokollen und für die Ausführung von System Center Operations Manager-Verwaltungspaketen erforderlich, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher ist für die lokale Erfassung von IntelliTrace-Protokollen und .NET Application Leistungsüberwachung erforderlich.
Virtualisierung
Microsoft unterstützt das Ausführen aller System Center 2025 – Operations Manager-Serverfeatures in jeder physischen oder virtuellen Umgebung, die die mindestanforderungen erfüllt, die in diesem Dokument angegeben sind. Es gibt einige Einschränkungen für die Virtualisierungsfunktionalität, die für Operations Manager gilt. 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 der virtuellen Festplatte gespeichert werden. Dazu gehören die Verwendung von Point-in-Time-Snapshots 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 'Sicherungszustand' versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie bei einem physischen Computer.
System Center 2016 – Operations Manager oder 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 virtuelle Computer oder Ressourcen zu überwachen, die in Azure gehostet werden, oder Instanzen und Workloads zu überwachen, die lokal gehostet werden. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.
- Virtuelle Computer, auf denen Operations Manager-Komponenten ausgeführt werden, können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier erwähnte virtualisierte Umgebung kann sich entweder vor Ort oder in Azure befinden und würde im Falle eines Notfalls auf diese Umgebung ein Failover ausführen.
- Wenn die Operations Manager-Datenbanken auf virtualisierten SQL Servern gehostet werden sollen, empfehlen wir aus Leistungsgründen, dass Sie die operative Datenbank und die Data Warehouse-Datenbank auf einer direkt angeschlossenen physischen Festplatte und nicht auf einer virtuellen Festplatte speichern.
Unterstützte Koexistenz
In der folgenden Tabelle sind die Szenarien aufgeführt, in denen die Koexistenz zwischen Operations Manager 2025 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2022 zum neuesten Updaterollup | Ja |
Direktes Upgrade
System Center 2025 – Operations Manager unterstützt ein direktes Upgrade aus den folgenden Versionen:
System Center 2022
Active Directory und DNS
Operations Manager ist für die Authentifizierung, Rechtezuweisung und Autorisierung mit Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie für Computer, Netzwerkgeräte und andere überwachte 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, Rechtezuweisung, Authentifizierung und Autorisierung. Operations Manager fragt AD DS bei der Erkennung von Computern und Diensten ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Damit Operations Manager ordnungsgemäß funktioniert, müssen AD DS und sein unterstützender Dienst, DNS, fehlerfrei und auf bestimmten Mindestkonfigurationsebenen sein. Darüber hinaus müssen bestimmte Domänenbenennungskonventionen befolgt werden.
Domänenraumbenennung
Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne installiert werden, die einen flachen DNS-Namespace hat. Sie können die Verwaltungsgruppe jedoch in untergeordnete Domänen der Stammdomäne installieren. Sie haben zum Beispiel 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 eine untergeordnete Domäne mit dem DNS-Namen „National“ hat, lautet der voll qualifizierte Domänenname der untergeordneten Domäne national.woodgrove. Weitere Informationen zum Konfigurieren von Windows für Domänen mit DNS-Namen mit einer Bezeichnung finden Sie unter Informationen zum Konfigurieren von Active Directory-Domänen mithilfe von DNS-Namen mit einer Bezeichnung.
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 Domänencontrollern in der Domäne zugelassen ist. System Center Operations Manager verfügt nicht über eine Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene ähnelt der Domänenfunktionsebene, in der sie eine minimale Betriebssystemebene des Domänencontrollers für die gesamte Gesamtstruktur festlegt. Danach können Domänencontroller mit Betriebssystemen aus niedrigeren Funktionsstufen nicht mehr in die Gesamtstruktur aufgenommen werden. Operations Manager verfügt nicht über eine Gesamtstrukturfunktionsebene.
Domain Name System
DNS muss installiert und in einem fehlerfreien Zustand installiert werden, um AD DS zu unterstützen. Über die Abhängigkeit von Operations Manager auf AD DS hinaus gibt es keine spezifischen DNS-Anforderungen.
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 auf Flexibilität und Skalierbarkeit ausgelegt ist, können die Hardwareanforderungen für bestimmte Szenarien von den hier dargestellten Richtlinien abweichen. Die Faktoren, die sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, werden in anderen Abschnitten des Planungsleitfadens ausführlich erläutert, so dass sie an die jeweiligen Anforderungen angepasst werden können.
Kapazitätsbeschränkungen für Operations Manager
Diese Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitseigenschaften der verschiedenen Operations Manager-Komponenten zu verstehen, die eine Verwaltungsgruppe unterstützen.
Überwachtes Element | Empfohlener Grenzwert |
---|---|
Konsolen für parallel Arbeitsgänge im Arbeitsplannetzwerk | 50 |
Von Agenten überwachte Computer, die an einen Management-Server berichten | 3,000 |
Von Agenten überwachte Computer, die an einen Gateway-Server berichten | 2\.000 |
Agentless Exception Monitored (AEM)-Computer pro dediziertem Verwaltungsserver | 25,000 |
Agentless Exception Monitored (AEM)-Rechner pro Verwaltungsgruppe | 100.000 |
Kollektiv überwachte Computer pro Verwaltungsserver | 2\.500 |
Verwaltungsserver pro Agent für Multihoming | 4 |
Agentlose verwaltete Computer pro Verwaltungsserver | 10 |
Agentlose verwaltete Computer pro Verwaltungsgruppe | 60 |
Agentverwaltete und 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 |
UNIX- oder Linux-Computer, die pro dediziertem Gatewayserver überwacht werden | 200 |
Netzwerkgeräte, die von einem Ressourcenpool mit drei oder mehr Verwaltungsservern verwaltet werden | 1.000 |
Von zwei Ressourcenpools verwaltete Netzwerkgeräte | 2\.000 |
Agents für Application Performance Monitoring (APM) | 700 |
Anwendungen für Application Performance Monitoring (APM) | 400 |
PRO dediziertem Verwaltungsserver überwachte URLs | 3,000 |
PRO dedizierte Verwaltungsgruppe überwachte URLs | 12,000 |
Pro Agent überwachte URLs | 50 |
Upgradesequenz
Wenn Sie eine Installation von System Center 2019 - Operations Manager aktualisieren, die mit einer oder mehreren System Center-Komponenten integriert ist, ist es wichtig, dass Sie die Aktualisierung 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 so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
- Operations Manager
- Virtual Machine Manager – wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und virtuellen Computerhosts 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 Informationen hier verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zur Planung des Umfangs der für eine neue Operations Manager-Bereitstellung erforderlichen Infrastruktur finden Sie unter Operations Manager Sizing Helper
Hinweis
Obwohl der Operations Manager 2012 Sizing-Helper nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen immer noch gültig, um Ihnen bei der Schätzung Ihrer Designanforderungen zu helfen. Die Anzahl der UNIX/Linux-Computer pro Management- und Gateway-Server, wie im Abschnitt Unix- oder Linux-Überwachung angegeben, ist jedoch nicht korrekt. Die Anzahl der UNIX/Linux-Computer pro Server ist gestiegen und wird in der tabelle mit der überwachten Elementkapazität weiter oben in diesem Artikel angegeben.
Operations Manager-Serverrolle | x64 Prozessor (min) | Speicher (min) | Speicherplatz (min) |
---|---|---|---|
Verwaltungsserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver, der bis zu 2000 Agents verwaltet | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet | 8-Core 2,66 GHz CPU | 32 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX/Linux-Computer verwaltet | 4-Core 2,66 GHz CPU | 4 GB RAM | 10 GB |
Webkonsolenserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
SQL Server Reporting Services Server | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Softwareanforderungen für Operations Manager-Komponenten
Serverbetriebssystem
Die folgenden Versionen des Windows Server-Betriebssystems werden von den folgenden Operations Manager-Komponenten unterstützt.
Komponente | Windows Server 2019 Standard, Rechenzentrum | Windows Server 2019 Server Core | Windows Server 2022: Standard, Datacenter | Windows Server 2022 Server Core |
---|---|---|---|---|
Operations Manager Management Server | Ja | Ja | Ja | Ja |
Operations Manager Gateway Server | Ja | Ja | Ja | Ja |
Operations Manager Web Konsole | Ja | Ja | ||
Operations Manager ACS Collector | Ja | Ja | ||
Operations Manager Operations Konsole | Ja | Ja | ||
Operations Manager Operational, Data Warehouse, ACS-Datenbank |
Ja | Ja | Ja | Ja |
Operations Manager Berichtsserver | Ja | Ja |
Operations Manager Betriebsdatenbank, Data Warehouse und ACS Überwachungsdatenbank
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Verwaltungsserver/Gateway-Server
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- 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 werden.
- Es wird .NET Framework 4.7.2 oder .NET Framework 4.8 benötigt.
Operations Manager-Konsole
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- 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 Anforderungen an das Server-Betriebssystem.
Client-Webbrowser für Silverlight-fähige Dashboards: Um Abwärtskompatibilität mit Silverlight-fähigen Dashboards zu gewährleisten, 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 Internet Explorer in der Kompatibilitätsansicht nicht, andernfalls erhalten Sie beim Versuch, auf die Konsole zuzugreifen, eine leere Seite.
Clientwebbrowser für HTML5-Webkonsole:
- Internet Explorer Version 11
- Microsoft Edge, ab Version 88
- Google Chrome, ab Version 88
- Internetinformationsdienste: IIS 7.5 und höhere Versionen mit der IIS-Verwaltungskonsole sowie folgenden installierten Rollendiensten:
- Statischer Inhalt
- Standarddokument
- Verzeichnis durchsuchen
- HTTP-Fehler
- HTTP-Protokollierung
- Anforderungsüberwachung
- Anforderungsfilterung
- Statische Inhaltskomprimierung
- Web Server (IIS) Support
- 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: Erfordert eine konfigurierte HTTP- oder HTTPS-Bindung.
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. Um dies zu aktivieren, wählen Sie den Webserver im IIS-Manager aus und doppelklicken Sie dann auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.8, und wählen Sie Zulassen.
Operations Manager Berichtsserver
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Remoteregistrierungsdienst: Muss aktiviert und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server-Anforderungen.
Hinweis
System Center 2016 - Operations Manager und höher unterstützen SQL Server Reporting Services nur im nativen Modus; verwenden Sie nicht den 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.
Microsoft Monitoring Agent-Betriebssystem
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 werden.
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 für die lokale Erfassung von IntelliTrace-Protokollen und für die Ausführung von System Center Operations Manager-Verwaltungspaketen erforderlich, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher ist für die lokale Erfassung von IntelliTrace-Protokollen und .NET Application Leistungsüberwachung erforderlich.
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 gilt. 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 der virtuellen Festplatte gespeichert werden. Dazu gehören die Verwendung von Point-in-Time-Snapshots 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 'Sicherungszustand' versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie bei einem physischen Computer.
System Center 2016 – Operations Manager und höher werden 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 virtuelle Computer oder Ressourcen zu überwachen, die in Azure gehostet werden, oder Instanzen und Workloads zu überwachen, die lokal gehostet werden. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.
- Virtuelle Computer, auf denen Operations Manager-Komponenten ausgeführt werden, können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier erwähnte virtualisierte Umgebung kann sich entweder vor Ort oder in Azure befinden und würde im Falle eines Notfalls auf diese Umgebung ein Failover ausführen.
- Wenn die Operations Manager-Datenbanken auf virtualisierten SQL Servern gehostet werden sollen, empfehlen wir aus Leistungsgründen, dass Sie die operative Datenbank und die Data Warehouse-Datenbank auf einer direkt angeschlossenen physischen Festplatte und nicht auf einer virtuellen Festplatte 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 | Koexistenz der Verwaltungsgruppe |
---|---|
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 ist für die Authentifizierung, Rechtezuweisung und Autorisierung mit Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie für Computer, Netzwerkgeräte und andere überwachte 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, Rechtezuweisung, Authentifizierung und Autorisierung. Operations Manager fragt AD DS bei der Erkennung von Computern und Diensten ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Damit Operations Manager ordnungsgemäß funktioniert, müssen AD DS und sein unterstützender Dienst, DNS, fehlerfrei und auf bestimmten Mindestkonfigurationsebenen sein. Darüber hinaus müssen bestimmte Domänenbenennungskonventionen befolgt werden.
Domänenraumbenennung
Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne installiert werden, die einen flachen DNS-Namespace hat. Sie können die Verwaltungsgruppe jedoch in untergeordnete Domänen der Stammdomäne installieren. Sie haben zum Beispiel 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 eine untergeordnete Domäne mit dem DNS-Namen „National“ hat, lautet der voll qualifizierte Domänenname der untergeordneten Domäne national.woodgrove. Weitere Informationen zum Konfigurieren von Windows für Domänen mit DNS-Namen mit einer Bezeichnung finden Sie unter Informationen zum Konfigurieren von Active Directory-Domänen mithilfe von DNS-Namen mit einer Bezeichnung.
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 Domänencontrollern in der Domäne zugelassen ist. System Center Operations Manager verfügt nicht über eine Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene ähnelt der Domänenfunktionsebene, in der sie eine minimale Betriebssystemebene des Domänencontrollers für die gesamte Gesamtstruktur festlegt. Danach können Domänencontroller mit Betriebssystemen aus niedrigeren Funktionsstufen nicht mehr in die Gesamtstruktur aufgenommen werden. Operations Manager verfügt nicht über eine Gesamtstrukturfunktionsebene.
Domain Name System
DNS muss installiert und in einem fehlerfreien Zustand installiert werden, um AD DS zu unterstützen. Über die Abhängigkeit von Operations Manager auf AD DS hinaus gibt es keine spezifischen DNS-Anforderungen.
In den folgenden Abschnitten werden allgemeine Hinweise zur Leistung und Skalierbarkeit von System Center 2019 - Operations Manager beschrieben. Diese Abschnitte enthalten auch Empfehlungen für Hardwarekonfigurationen für eine Vielzahl von Workloads. Da System Center Operations Manager auf Flexibilität und Skalierbarkeit ausgelegt ist, können die Hardwareanforderungen für bestimmte Szenarien von den hier dargestellten Richtlinien abweichen. Die Faktoren, die sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, werden in anderen Abschnitten des Planungsleitfadens ausführlich erläutert, so dass sie an die jeweiligen Anforderungen angepasst werden können.
Kapazitätsbeschränkungen für Operations Manager
Diese Informationen helfen Ihnen, die Leistungs- und Skalierbarkeitseigenschaften der verschiedenen Operations Manager-Komponenten zu verstehen, die eine Verwaltungsgruppe unterstützen.
Überwachtes Element | Empfohlener Grenzwert |
---|---|
Konsolen für parallel Arbeitsgänge im Arbeitsplannetzwerk | 50 |
Von Agenten überwachte Computer, die an einen Management-Server berichten | 3,000 |
Von Agenten überwachte Computer, die an einen Gateway-Server berichten | 2\.000 |
Agentless Exception Monitored (AEM)-Computer pro dediziertem Verwaltungsserver | 25,000 |
Agentless Exception Monitored (AEM)-Rechner pro Verwaltungsgruppe | 100.000 |
Kollektiv überwachte Computer pro Verwaltungsserver | 2\.500 |
Verwaltungsserver pro Agent für Multihoming | 4 |
Agentlose verwaltete Computer pro Verwaltungsserver | 10 |
Agentlose verwaltete Computer pro Verwaltungsgruppe | 60 |
Agentverwaltete und 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 |
UNIX- oder Linux-Computer, die pro dediziertem Gatewayserver überwacht werden | 200 |
Netzwerkgeräte, die von einem Ressourcenpool mit drei oder mehr Verwaltungsservern verwaltet werden | 1.000 |
Von zwei Ressourcenpools verwaltete Netzwerkgeräte | 2\.000 |
Agents für Application Performance Monitoring (APM) | 700 |
Anwendungen für Application Performance Monitoring (APM) | 400 |
PRO dediziertem Verwaltungsserver überwachte URLs | 3,000 |
PRO dedizierte Verwaltungsgruppe überwachte URLs | 12,000 |
Pro Agent überwachte URLs | 50 |
Upgradesequenz
Wenn Sie eine Installation von System Center 2016/1801/1807 - Operations Manager aktualisieren, die mit einer oder mehreren System Center-Komponenten integriert ist, ist es wichtig, dass Sie die Aktualisierung 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 so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
- Operations Manager
- Virtual Machine Manager – wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und virtuellen Computerhosts zu überwachen.
Hardwareanforderungen
Anhand dieser Informationen können Sie beurteilen, ob Ihre Hardwareumgebung für die Installation oder das Upgrade auf System Center 2019 - Operations Manager geeignet ist, wobei die Mindestanforderungen an Prozessor, Arbeitsspeicher und Speicherplatz auf dem Datenträger berücksichtigt werden. Sie sollten die Informationen hier verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zur Planung des Umfangs der für eine neue Operations Manager-Bereitstellung erforderlichen Infrastruktur finden Sie unter Operations Manager Sizing Helper.
Hinweis
Obwohl der Operations Manager 2012 Sizing-Helper nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen immer noch gültig, um Ihnen bei der Schätzung Ihrer Designanforderungen zu helfen. Die Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver, wie im Abschnitt Überwachen von Unix oder Linux angegeben, ist jedoch nicht richtig. Die Anzahl der UNIX/Linux-Computer pro Server ist gestiegen und wird in der tabelle mit der überwachten Elementkapazität weiter oben in diesem Artikel angegeben.
Operations Manager-Serverrolle | x64 Prozessor (min) | Speicher (min) | Speicherplatz (min) |
---|---|---|---|
Verwaltungsserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver, der bis zu 2000 Agents verwaltet | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet | 8-Core 2,66 GHz CPU | 32 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX/Linux-Computer verwaltet | 4-Core 2,66 GHz CPU | 4 GB RAM | 10 GB |
Webkonsolenserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
SQL Server Reporting Services Server | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Softwareanforderungen für Operations Manager-Komponenten
Serverbetriebssystem
Die folgenden Versionen des Windows Server-Betriebssystems werden von den folgenden Operations Manager-Komponenten unterstützt.
Komponente | Windows Server 2016 Standard, Rechenzentrum | Windows 2016 Server Core | Windows Server 2019 Standard, Rechenzentrum | Windows Server 2019 Server Kern |
---|---|---|---|---|
Operations Manager Management Server | ja | Ja | Ja | ja |
Operations Manager Gateway Server | ja | Ja | Ja | ja |
Operations Manager Web Konsole | ja | ja | ||
Operations Manager ACS Collector | ja | ja | ||
Operations Manager Operations Konsole | ja | ja | ||
Operations Manager Operational, Data Warehouse, ACS-Datenbank |
ja | Ja | Ja | ja |
Operations Manager Berichtsserver | ja | ja |
Operations Manager Betriebsdatenbank, Data Warehouse und ACS Überwachungsdatenbank
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Verwaltungsserver/Gateway-Server
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- 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 werden.
- 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 Anforderungen an das Server-Betriebssystem.
- Windows PowerShell-Version: Windows PowerShell, Version 2.0, oder Windows PowerShell, Version 3.0.
- Microsoft Report Viewer 2015 Runtime.
Hinweis
Report Viewer hat eine Abhängigkeit von Microsoft CLR-Typen für SQL Server 2014. Das Paket mit den SQL Server-System-CLR-Typen umfasst die Komponenten zur Implementierung der Geometrie-, Geografie- und Hierarchie-ID-Typen in SQL Server 2014. Diese Komponente kann separat vom Server installiert werden, damit Clientanwendungen diese Typen außerhalb des Servers nutzen können.
- Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt, .NET Framework 4.7 und 4.8 werden ebenfalls unterstützt.
Webkonsole
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Client-Webbrowser für Silverlight-fähige Dashboards: Um Abwärtskompatibilität mit Silverlight-fähigen Dashboards zu gewährleisten, 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 Internet Explorer in der Kompatibilitätsansicht nicht; Andernfalls erhalten Sie beim Versuch, auf die Konsole zuzugreifen, eine leere Seite.
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
- Verzeichnis durchsuchen
- HTTP-Fehler
- HTTP-Protokollierung
- Anforderungsüberwachung
- Anforderungsfilterung
- Statische Inhaltskomprimierung
- Web Server (IIS) Support
- 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: Erfordert eine konfigurierte HTTP- oder HTTPS-Bindung.
Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt, .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. Um dies zu aktivieren, wählen Sie den Webserver im IIS-Manager aus und doppelklicken Sie dann auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.0.30319 aus, und klicken Sie dann auf Zulassen.
Operations Manager Berichtsserver
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Remoteregistrierungsdienst: Muss aktiviert und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server-Anforderungen.
Hinweis
System Center 2016 – Operations Manager und höhere Versionen unterstützen SQL Server Reporting Services nur im nativen Modus. Die Verwendung des integrierten SharePoint-Modus ist nicht zulässig.
Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt, .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.
Microsoft Monitoring Agent-Betriebssystem
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 werden.
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 für die lokale Erfassung von IntelliTrace-Protokollen und für die Ausführung von System Center Operations Manager-Verwaltungspaketen erforderlich, die PowerShell-Skripts verwenden. Microsoft .NET Framework 3.5 oder höher ist für die lokale Erfassung von IntelliTrace-Protokollen und .NET Application Leistungsüberwachung erforderlich.
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. Es gibt einige Einschränkungen für die Virtualisierungsfunktionalität, die für Operations Manager gilt. 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 der virtuellen Festplatte gespeichert werden. Dazu gehören die Verwendung von Point-in-Time-Snapshots 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 'Sicherungszustand' versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, wie bei einem physischen Computer.
System Center 2016 – Operations Manager und höher werden 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 virtuelle Computer oder Ressourcen zu überwachen, die in Azure gehostet werden, oder Instanzen und Workloads zu überwachen, die lokal gehostet werden. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.
- Virtuelle Computer, auf denen Operations Manager-Komponenten ausgeführt werden, können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier erwähnte virtualisierte Umgebung kann sich entweder vor Ort oder in Azure befinden und würde im Falle eines Notfalls auf diese Umgebung ein Failover ausführen.
- Wenn die Operations Manager-Datenbanken auf virtualisierten SQL Servern gehostet werden sollen, empfehlen wir aus Leistungsgründen, dass Sie die operative Datenbank und die Data Warehouse-Datenbank auf einer direkt angeschlossenen physischen Festplatte und nicht auf einer virtuellen Festplatte speichern.
Unterstützte Koexistenz
Die folgende Tabelle listet die Szenarios auf, in denen die Koexistenz von Operations Manager 2019 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
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 In-Place-Upgrade von den folgenden Versionen:
- System Center 2016
- System Center 1801
- System Center 1807
Active Directory und DNS
Operations Manager ist für die Authentifizierung, Rechtezuweisung und Autorisierung mit Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie für Computer, Netzwerkgeräte und andere überwachte 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, Rechtezuweisung, Authentifizierung und Autorisierung. Operations Manager fragt AD DS bei der Erkennung von Computern und Diensten ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Damit Operations Manager ordnungsgemäß funktioniert, müssen AD DS und sein unterstützender Dienst, DNS, fehlerfrei und auf bestimmten Mindestkonfigurationsebenen sein. Darüber hinaus müssen bestimmte Domänenbenennungskonventionen befolgt werden.
Domänenraumbenennung
Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne installiert werden, die einen flachen DNS-Namespace hat. Sie können die Verwaltungsgruppe jedoch in untergeordnete Domänen der Stammdomäne installieren. Sie haben beispielsweise eine Stammdomäne mit einem DNS-Namen von 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 einem DNS-Namen von 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 DNS-Namen mit einer Bezeichnung finden Sie unter Informationen zum Konfigurieren von Active Directory-Domänen mithilfe von DNS-Namen mit einer Bezeichnung.
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 Domänencontrollern in der Domäne zulässig ist. System Center Operations Manager verfügt nicht über eine Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene ähnelt der Domänenfunktionsebene, in der sie eine minimale Betriebssystemebene des Domänencontrollers für die gesamte Gesamtstruktur festlegt. Danach können Domänencontroller mit Betriebssystemen aus niedrigeren Funktionsstufen nicht mehr in die Gesamtstruktur aufgenommen werden. Operations Manager verfügt nicht über eine Gesamtstrukturfunktionsebene.
Domain Name System
DNS muss installiert und in einem fehlerfreien Zustand installiert werden, um AD DS zu unterstützen. Über die Abhängigkeit von Operations Manager auf AD DS hinaus gibt es keine spezifischen DNS-Anforderungen.
Dieser Abschnitt beschreibt die allgemeine Leistung und Skalierbarkeit für System Center 2016 – Operations Manager. Es werden Hardwarekonfigurationen für verschiedene Workloads empfohlen. Da System Center Operations Manager auf Flexibilität und Skalierbarkeit ausgelegt ist, können die Hardwareanforderungen für bestimmte Szenarien von den hier dargestellten Richtlinien abweichen. Eine Erläuterung der Faktoren, die sich auf die Leistung der einzelnen Operations Manager-Komponenten auswirken, ist in den anderen Abschnitten des Planungsleitfadens detailliert beschrieben, damit sie an bestimmte Anforderungen angepasst werden können.
Kapazitätsbeschränkungen für Operations Manager
Die folgenden Informationen helfen Ihnen, die Leistung und Skalierbarkeit der verschiedenen Operations Manager-Komponenten zu verstehen, die eine Verwaltungsgruppe unterstützen.
Überwachtes Element | Empfohlener Grenzwert |
---|---|
Konsolen für parallel Arbeitsgänge im Arbeitsplannetzwerk | 50 |
Von Agenten überwachte Computer, die an einen Management-Server berichten | 3,000 |
Von Agenten überwachte Computer, die an einen Gateway-Server berichten | 2\.000 |
Agentless Exception Monitored (AEM)-Computer pro dediziertem Verwaltungsserver | 25,000 |
Agentless Exception Monitored (AEM)-Rechner pro Verwaltungsgruppe | 100.000 |
Kollektiv überwachte Computer pro Verwaltungsserver | 2\.500 |
Verwaltungsserver pro Agent für Multihoming | 4 |
Agentlose verwaltete Computer pro Verwaltungsserver | 10 |
Agentlose verwaltete Computer pro Verwaltungsgruppe | 60 |
Agentverwaltete und 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 |
UNIX- oder Linux-Computer, die pro dediziertem Gatewayserver überwacht werden | 200 |
Netzwerkgeräte, die von einem Ressourcenpool mit drei oder mehr Verwaltungsservern verwaltet werden | 1.000 |
Von zwei Ressourcenpools verwaltete Netzwerkgeräte | 2\.000 |
Agents für Application Performance Monitoring (APM) | 700 |
Anwendungen für Application Performance Monitoring (APM) | 400 |
PRO dediziertem Verwaltungsserver überwachte URLs | 3,000 |
PRO dedizierte Verwaltungsgruppe überwachte URLs | 12,000 |
Pro Agent überwachte URLs | 50 |
Upgradesequenz
Wenn Sie ein Upgrade für eine Installation von System Center 2012 R2 – Operations Manager oder System Center 2016 - Operations Manager durchführen, die mit mindestens einer System Center-Komponente integriert ist, müssen Sie das Upgrade in der folgenden Reihenfolge ausfü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 so konfiguriert haben, dass Ihre DPM-Umgebung zentral verwaltet wird.
- Operations Manager
- Virtual Machine Manager – wenn Sie die Integration mit Operations Manager konfiguriert haben, um die Integrität Ihrer VMM-Komponenten, der virtuellen Computer und virtuellen Computerhosts 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 2016 – Operations Manager und höher bereit ist. Berücksichtigen Sie dabei die minimalen Hardwareanforderungen für Prozessor, RAM und Speicherplatz. Sie sollten die Informationen hier verwenden, unabhängig davon, ob Sie eine oder mehrere Komponenten bereitstellen. Spezifischere Informationen zum Planen der Infrastruktur, die für eine neue Operations Manager-Bereitstellung erforderlich ist, finden Sie unter Operations Manager 2012 Sizing Helper.
Hinweis
Obwohl der Operations Manager 2012 Sizing-Helper nicht aktualisiert wurde, um die Version 2016 und höher von Operations Manager widerzuspiegeln, sind die bereitgestellten Informationen immer noch gültig, um Ihnen bei der Schätzung Ihrer Designanforderungen zu helfen. Die Anzahl der UNIX/Linux-Computer pro Verwaltungs- und Gatewayserver, wie im Abschnitt Überwachen von Unix oder Linux angegeben, ist jedoch nicht richtig. Die Anzahl der UNIX/Linux-Computer pro Server ist gestiegen und wird in der tabelle mit der überwachten Elementkapazität weiter oben in diesem Artikel angegeben.
Operations Manager-Serverrolle | x64 Prozessor (min) | Speicher (min) | Speicherplatz (min) |
---|---|---|---|
Verwaltungsserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver, der bis zu 2000 Agents verwaltet | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 500 Netzwerkgeräte verwaltet | 8-Core 2,66 GHz CPU | 32 GB | 10 GB |
Gatewayserver im Ressourcenpool, der bis zu 100 UNIX/Linux-Computer verwaltet | 4-Core 2,66 GHz CPU | 4 GB RAM | 10 GB |
Webkonsolenserver | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
SQL Server Reporting Services Server | 4-Core 2,66 GHz CPU | 8 GB | 10 GB |
Softwareanforderungen für Operations Manager-Komponenten
Serverbetriebssystem
Die folgenden Versionen des Windows Server-Betriebssystems werden von den folgenden Operations Manager-Komponenten unterstützt.
Komponente | Windows Server 2012 R2 Standard, Rechenzentrum | Windows Server 2016 Standard, Rechenzentrum | Windows Server Core 2016 |
---|---|---|---|
Operations Manager Management Server | ja | Ja | ja |
Operations Manager Gateway Server | ja | Ja | ja |
Operations Manager Web Konsole | ja | ja | |
Operations Manager ACS Collector | ja | ja | |
Operations Manager Operations Konsole | ja | ja | |
Operations Manager Operational, Data Warehouse, ACS-Datenbank |
ja | Ja | ja |
Operations Manager Berichtsserver | ja | ja |
Clientbetriebssystem
Die folgenden Versionen von Windows-Clientbetriebssysteme werden für die Operations Manager-Betriebskonsole unterstützt.
Windows 7 | Windows 8 | Windows 8.1 | Windows 10 |
---|---|---|---|
Ja | Ja | Ja | ja |
Microsoft Monitoring Agent-Betriebssystem
Die folgenden Versionen des Windows-Betriebssystems werden für den 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 werden.
- 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 für die lokale Erfassung von IntelliTrace-Protokollen und für die Ausführung von System Center Operations Manager-Verwaltungspaketen erforderlich, die PowerShell-Skripts verwenden.
Microsoft .NET Framework 3.5 oder höher ist für die lokale Erfassung von IntelliTrace-Protokollen und .NET Application Leistungsüberwachung erforderlich.
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 und ACS Überwachungsdatenbank
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Verwaltungsserver/Gateway-Server
- Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
- 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 werden.
- Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
Operations Manager-Konsole
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Windows PowerShell-Version: Windows PowerShell, Version 2.0, oder Windows PowerShell, Version 3.0.
Microsoft Report Viewer 2015 Runtime.
Hinweis
Report Viewer hat eine Abhängigkeit von Microsoft CLR-Typen für SQL Server 2014. Das Paket mit den SQL Server-System-CLR-Typen umfasst die Komponenten zur Implementierung der Geometrie-, Geografie- und Hierarchie-ID-Typen in SQL Server 2014. Diese Komponente kann separat vom Server installiert werden, damit Clientanwendungen diese Typen außerhalb des Servers nutzen können.
Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt und .NET Framework 4.7 wird ebenfalls unterstützt.
- Microsoft .NET Framework 4.8 wird nicht unterstützt.
Webkonsole
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
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 Internet Explorer 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
- Verzeichnis durchsuchen
- HTTP-Fehler
- HTTP-Protokollierung
- Anforderungsüberwachung
- Anforderungsfilterung
- Statische Inhaltskomprimierung
- Web Server (IIS) Support
- 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: Erfordert eine konfigurierte HTTP- oder HTTPS-Bindung.
Das System Center 2012 R2 Operations Manager SharePoint Dashboard Viewer-Webpart wird in SharePoint 2010 und SharePoint 2013 unterstützt. Es wird jedoch nicht in SharePoint in Microsoft 365 unterstützt.
Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt 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. Um dies zu aktivieren, wählen Sie den Webserver im IIS-Manager aus und doppelklicken Sie dann auf ISAPI- und CGI-Einschränkungen. Wählen Sie ASP.NET v4.0.30319 und dann Zulassen aus.
Operations Manager Berichtsserver
Betriebssystem: Siehe Anforderungen an das Server-Betriebssystem.
Microsoft SQL Server: Siehe SQL Server-Anforderungen.
Remoteregistrierungsdienst: Muss aktiviert und gestartet werden.
Microsoft SQL Server Reporting Services: Siehe SQL Server-Anforderungen.
Hinweis
System Center 2016 – Operations Manager und höhere Versionen unterstützen SQL Server Reporting Services nur im natvien Modus. Die Verwendung des integrierten SharePoint-Modus ist nicht zulässig.
Es wird .NET Framework 4 oder .NET Framework 4.5 benötigt 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. Es gibt einige Einschränkungen für die Virtualisierungsfunktionalität, die für Operations Manager gilt. 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 der virtuellen Festplatte gespeichert werden. Dazu gehören die Verwendung von Point-in-Time-Snapshots 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 'Sicherungszustand' versetzt und neu gestartet werden. Sie können nur heruntergefahren und neu gestartet werden, genau wie bei einem physischen Computer.
System Center 2016 – Operations Manager und höher wird auf virtuellen Computern in Microsoft Azure genauso ausgeführt wie auf physischen Computersystemen. Es wird empfohlen, Operations Manager auf virtuellen Microsoft Azure-Computern auszuführen, um andere virtuelle Computer oder Ressourcen zu überwachen, die in Azure gehostet werden, oder Instanzen und Workloads zu überwachen, die lokal gehostet werden. Sie können Operations Manager auch lokal ausführen und virtuelle Microsoft Azure-Computer oder andere Ressourcen in Azure überwachen.
- Virtuelle Computer, auf denen Operations Manager-Komponenten ausgeführt werden, können mithilfe von Azure Site Recovery in eine andere virtualisierte Umgebung repliziert werden. Die hier erwähnte virtualisierte Umgebung kann sich entweder vor Ort oder in Azure befinden und würde im Falle eines Notfalls auf diese Umgebung ein Failover ausführen.
- Wenn die Operations Manager-Datenbanken aus Leistungsgründen auf virtualisierten SQL Servern gehostet werden sollen, empfehlen wir, die operative Datenbank und die Data Warehouse-Datenbank auf einer direkt angefügten physischen Festplatte und nicht auf einer virtuellen Festplatte zu speichern.
Unterstützte Koexistenz
In der folgenden Tabelle sind die Szenarien aufgeführt, in denen die Koexistenz zwischen Operations Manager 2016 und früheren Versionen von Operations Manager unterstützt wird.
Version | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2012 R2 | Ja |
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 | Koexistenz der Verwaltungsgruppe |
---|---|
Operations Manager 2016 RTM auf das neueste Updaterollup | Ja |
Operations Manager 2012 R2 auf das neueste Updaterollup | Ja |
Direktes Upgrade
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 zum neuesten Updaterollup
- System Center 2016 RTM zum neuesten Updaterollup
Active Directory und DNS
Operations Manager ist für die Authentifizierung, Rechtezuweisung und Autorisierung mit Active Directory integriert. DNS wird für die Namensauflösung der unterstützenden Rollen in der Verwaltungsgruppe sowie für Computer, Netzwerkgeräte und andere überwachte 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, Rechtezuweisung, Authentifizierung und Autorisierung. Operations Manager fragt AD DS bei der Erkennung von Computern und Diensten ab und kann AD DS zum Speichern und Verteilen von Agent-Konfigurationsinformationen verwenden. Damit Operations Manager ordnungsgemäß funktioniert, müssen AD DS und sein unterstützender Dienst, DNS, fehlerfrei und auf bestimmten Mindestkonfigurationsebenen sein. Darüber hinaus müssen bestimmte Domänenbenennungskonventionen befolgt werden.
Domänenraumbenennung
Eine Operations Manager-Verwaltungsgruppe kann nicht in einer Active Directory-Stammdomäne installiert werden, die einen flachen DNS-Namespace hat. Sie können die Verwaltungsgruppe jedoch in untergeordnete Domänen der Stammdomäne installieren. Sie haben zum Beispiel 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, wäre der vollqualifizierte Domänenname der untergeordneten Domäne „national.woodgrove“. Weitere Informationen zum Konfigurieren von Windows für Domänen mit DNS-Namen mit einer Bezeichnung finden Sie unter Informationen zum Konfigurieren von Active Directory-Domänen mithilfe von DNS-Namen mit einer Bezeichnung.
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 Domänencontrollern in der Domäne zugelassen ist. System Center Operations Manager verfügt nicht über eine Anforderung auf Domänenfunktionsebene.
Gesamtstrukturfunktionsebene
Die Gesamtstrukturfunktionsebene ähnelt der Domänenfunktionsebene, in der sie eine minimale Betriebssystemebene des Domänencontrollers für die gesamte Gesamtstruktur festlegt. Danach können Domänencontroller mit Betriebssystemen aus niedrigeren Funktionsstufen nicht mehr in die Gesamtstruktur aufgenommen werden. Operations Manager verfügt nicht über eine Gesamtstrukturfunktionsebene.
Domain Name System
DNS muss installiert und in einem fehlerfreien Zustand installiert werden, um AD DS zu unterstützen. Über die Abhängigkeit von Operations Manager auf AD DS hinaus gibt es keine spezifischen DNS-Anforderungen.