System requirements for System Center Operations Manager ( SCOM ) From Microsoft

The topic describes general performance and scalability guidance for System Center 2016 – Operations Manager and higher. It recommends hardware configurations for a variety of workloads. Because System Center Operations Manager is built to be flexible and scalable, the hardware requirements for specific scenarios may differ from the guidelines that are presented here. A discussion of the factors that affect the performance of each Operations Manager component is detailed in other sections of the planning guide so that they can be adapted to specific requirements.

Capacity limits for Operations Manager

This information helps you understand the performance and scalability characteristics of the various Operations Manager components supporting a management group.

Monitored ItemRecommended Limit
Simultaneous Operations consoles50
Agent-monitored computers reporting to a management server3,000
Agent-monitored computers reporting to a gateway server2,000
Agentless Exception Monitored (AEM)-computers per dedicated management server25,000
Agentless Exception Monitored (AEM)-computers per management group100,000
Collective client monitored computers per management server2,500
Management servers per agent for multihoming4
Agentless-managed computers per management server10
Agentless-managed computers per management group60
Agent-managed and UNIX or Linux computers per management group6,000 (with 50 open consoles); 15,000 (with 25 open consoles)
UNIX or Linux computers per dedicated management server1,000
UNIX or Linux computers monitored per dedicated gateway server200
Network devices managed by a resource pool with three or more management servers1,000
Network devices managed by two resource pools2,000
Agents for Application Performance Monitoring (APM)700
Applications for Application Performance Monitoring (APM)400
URLs monitored per dedicated management server3,000
URLs monitored per dedicated management group12,000
URLs monitored per agent50

Upgrade sequence

If you are upgrading an installation of System Center 2012 R2 Operations Manager or System Center 2016 – Operations Manager that is integrated with one or more System Center components, it is important that you upgrade in the following order.

  1. Orchestrator – if you have the Operations Manager integration pack installed to support runbooks that perform automation against your Operations Manager management group.
  2. Service Manager – if you configured the connectors to import alert and configuration item data of objects discovered and monitored from Operations Manager.
  3. Data Protection Manager – if you have configured the central console to centrally manage your DPM environment.
  4. Operations Manager
  5. Virtual Machine Manager – if you have configured integration with Operations Manager to monitor the health of your VMM components, the virtual machines and virtual machine hosts.

Hardware requirements

Use this information to evaluate if your hardware environment is ready to support the installation of or upgrade to System Center 2016 – Operations Manager and higher, considering the minimum hardware requirements for processor, RAM, and disk space. You should use the information here whether you are deploying one or multiple components and for more specific information to help plan the amount of infrastructure needed for a new Operations Manager deployment, refer to the Operations Manager 2012 Sizing Helper.

Note

While the Operations Manager 2012 Sizing helper has not been updated to reflect the 2016 and higher release of Operations Manager, the information provided is still valid to help you estimate for your design requirements. However, the number of UNIX/Linux computers per management and gateway server, as noted in the Unix or Linux Monitoring section is not correct. The number of UNIX/Linux computers per server has increased and is noted in the monitored item capacity table earlier in this article.

Operations Manager Server Rolex64 Processor (min)Memory (min)Disk space (min)
Management Server4-Core 2.66 GHz CPU8 GB10 GB
Gateway Server managing up to 2000 agents4-Core 2.66 GHz CPU8 GB10 GB
Gateway Server in resource pool managing up to 500 network devices8-Core 2.66 GHz CPU32 GB10 GB
Gateway Server in resource pool managing up to 100 UNIX/Linux computers4-Core 2.66 GHz CPU4 GB RAM10 GB
Web Console server4-Core 2.66 GHz CPU8 GB10 GB
SQL Server Reporting Services server4-Core 2.66 GHz CPU8 GB10 GB

Software requirements for Operations Manager components

Server operating system

The following versions of Windows Server operating system are supported for the following Operations Manager components.

ComponentWindows Server 2012 R2 Standard, DatacenterWindows Server 2016 Standard, DatacenterWindows Server Core 2016
Operations Manager Management Serveryesyesyes
Operations Manager Gateway Serveryesyesyes
Operations Manager Web Consoleyesyes
Operations Manager ACS Collectoryesyes
Operations Manager Operations consoleyesyes
Operations Manager Operational, Data Warehouse,
ACS database
yesyesyes
Operations Manager Reporting serveryesyes

Client operating system

The following versions of Windows client operating system are supported for the Operations Manager Operations console.

Windows 7Windows 8Windows 8.1Windows 10
yesyesyesyes

Microsoft Monitoring Agent operating system

The following versions of Windows operating system are supported for the Microsoft Monitoring Agent connecting to Operations Manager.

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.

  • File system: %SYSTEMDRIVE% must be formatted with the NTFS file system.
  • Windows PowerShell version: Windows PowerShell version 2.0, or Windows PowerShell version 3.0.
  • Microsoft .NET Framework 3.5 or later

Note

Windows PowerShell is required for local collection of IntelliTrace logs, and to run System Center Operations Manager management packs that use PowerShell scripts.

Microsoft .NET Framework 3.5 or later is required for local collection of IntelliTrace logs and .NET Application Performance Monitoring.

Operations Manager operational, data warehouse, and ACS audit database

Management server/Gateway server

  • Operating System: See Server Operating System requirements.
  • Windows PowerShell version: Windows PowerShell version 2.0, or Windows PowerShell version 3.0.
  • Windows Remote Management: Windows Remote Management must be enabled for the management server.
  • NET Framework 4 or .NET Framework 4.5 is required.

Operations Manager console

  • Operating System: See Server Operating System requirements.
  • Windows PowerShell version: Windows PowerShell version 2.0, or Windows PowerShell version 3.0.
  • Microsoft Report Viewer 2015 runtime.

    Note

    Report Viewer has a dependency on Microsoft CLR Types for SQL Server 2014. The SQL Server System CLR Types package contains the components implementing the geometry, geography, and hierarchy ID types in SQL Server 2014. This component can be installed separately from the server to allow client applications to use these types outside of the server.

  • NET Framework 4 or .NET Framework 4.5 is required.

Web console

  • Operating System: See Server Operating System requirements.
  • Client web browser for Silverlight-enabled dashboards: For backwards compatibility with Silverlight-enabled dashboards, Internet Explorer 11 and Silverlight 5 is required.

    Note

    The Web console does not support running IE in Compatibility View, otherwise you will receive a blank page when attempting to access the console. To turn off Compatibility View feature, please see How to use Compatibility View in Internet Explorer.

  • Client web browser for HTML5 web console:
    • Internet Explorer version 11
    • Microsoft Edge version 40 and higher
    • Google Chrome version 61 and higher
    • Firefox version 56 and higher
  • Internet Information Services: IIS 7.5 and later versions, with the IIS Management Console and the following role services installed:
    • Static Content
    • Default Document
    • Directory Browsing
    • HTTP Errors
    • HTTP Logging
    • Request Monitor
    • Request Filtering
    • Static Content Compression
    • Web Server (IIS) Support
    • IIS 6 Metabase Compatibility
    • ASP.NET (both the 3.5 and 4.5 or higher versions of ASP.NET are required.)
    • Windows Authentication
  • Selected website for web console: Requires a configured http or https binding.
  • The System Center 2012 R2 Operations Manager SharePoint Dashboard Viewer Web Part is supported on SharePoint 2010 and SharePoint 2013. However, it is not supported on Office 365 SharePoint.
  • NET Framework 4 or .NET Framework 4.5 is required.

Note

Installation of the web console requires that ISAPI and CGI Restrictions in IIS are enabled for ASP.NET 4. To enable this, select the web server in IIS Manager, and then double-click ISAPI and CGI Restrictions. Select ASP.NET v4.0.30319, and then click Allow.

Operations Manager reporting server

  • Operating System: See Server Operating System requirements.
  • Microsoft SQL Server: See SQL Server Requirements.
  • Remote Registry Service: Must be enabled and started.
  • Microsoft SQL Server Reporting Services: See SQL Server Requirements.

    Note

    System Center 2016 – Operations Manager and higher supports SQL Server Reporting Services in native mode only; do not use SharePoint integrated mode.

  • NET Framework 4 or .NET Framework 4.5 is required.

Virtualization

Microsoft supports running all System Center 2016 – Operations Manager and higher server features in any physical or virtual environment that meets the minimum requirements that are stated in this document. There are some restrictions on virtualization functionality that is applicable to Operations Manager. Specifically, Microsoft does not support the use of the following virtualization functionality no matter what virtualization technology is used with Operations Manager:

  • Virtual computers running any Operations Manager component must not make use of any functionality where all activity on the virtual computer is not immediately committed to the virtual hard drive. This includes making use of point-in-time snapshots, and writing changes to a temporary virtual hard drive.
  • Virtual computers running any Operations Manager component cannot be paused or placed into a ‘save state’ status and restarted. They can only be shut down and restarted just as would be done with a physical computer.
  • Virtual computers that are running Operations Manager components can be replicated to another virtualized environment by using Azure Site Recovery. The virtualized environment referred here, can be either on on-premises or Azure, and it would failover to this environment on account of any disaster.
  • If the Operations Manager databases are to be hosted on virtualized SQL Server(s), for performance reasons, we recommend that you store the Operational database and data warehouse database on a directly attached physical hard drive and not on a virtual hard disk.

System Center 2016 – Operations Manager and higher runs on virtual machines in Microsoft Azure just as it does on physical computer systems. We recommend running Operations Manager on Microsoft Azure virtual machines to monitor other virtual machines or resources hosted in Azure, or monitor instances and workloads hosted on-premises. You can also run Operations Manager on-premises and monitor Microsoft Azure virtual machines or other resources in Azure.

Supported coexistence

The following table lists the scenarios in which coexistence between Operations Manager 2016 and earlier versions of Operations Manager is supported.

VersionManagement Group Coexistence
Operations Manager 2012 R2Yes

The following table lists the scenarios in which coexistence between Operations Manager 1801 and earlier versions of Operations Manager is supported.

VersionManagement Group Coexistence
Operations Manager 2016 RTM to the latest update rollupYes
Operations Manager 2012 R2 to the latest update rollupYes

In-place upgrade

System Center 2016 – Operations Manager supports an in-place upgrade from the following versions:

  • System Center 2016 Technical Preview 5 – Operations Manager
  • System Center 2012 R2 Operations Manager with Update Rollup 9

System Center Operations Manager 1801 supports an in-place upgrade from the following versions:

  • System Center 2012 R2 UR12 to the latest update rollup
  • System Center 2016 RTM to the latest update rollup

Active Directory and DNS

Operations Manager integrates with Active Directory for authentication, rights assignment, and authorization. DNS is leveraged for name resolution of the supporting roles in the management group as well as computers, network devices, and other monitored workloads such as web URLs.

Active Directory Domain Services

System Center Operations Manager relies on AD DS for a number of services, including definition of security principles, rights assignment, authentication, and authorization. Operations Manager queries AD DS when performing computer and service discovery and can use AD DS for storing and distributing agent configuration information. For Operations Manager to function properly, AD DS and its supporting service, DNS, need to be healthy and at certain minimum configuration levels. In addition, certain domain naming conventions must be followed.

Domain space naming

An Operations Manager management group cannot be installed into a root Active Directory domain that has a flat DNS namespace. However, you can install the management group into child domains of the root domain. For example, you have a root domain that has a DNS name of “Woodgrove”. Because this root domain has a flat DNS namespace, you cannot install an Operations Manager management group into the Woodgrove domain. But, if the Woodgrove domain has a child domain with a DNS name of “National”, the fully qualified domain name of the child domain would be national.woodgrove. For more information about configuring Windows for domains with single-label DNS names, see Information about configuring Active Directory domains by using single-label DNS names.

Domain functional level

Windows Server Active Directory can operate at different functional levels. These levels are distinguished by the version of the Windows Server operating system that is permitted on the domain controllers present in the domain. System Center Operations Manager does not have a domain functional level requirement.

Forest functional level

The forest functional level is similar to the domain functional level in that it sets a minimum domain controller operating system level across the whole forest. After it is set, domain controllers with down-level operating systems from lower functional levels cannot be introduced into the forest. Operations Manager does not have a forest functional level requirement.

DNS

DNS must be installed and in a healthy state to support AD DS. Beyond the reliance of Operations Manager on AD DS, there are no specific DNS requirements.

You may also like