Home > Articles > Software Development & Management

📄 Contents

  1. The History of Operations Manager
  2. Introducing System Center 2012 Operations Manager
  3. Terminology and Concepts
  4. Summary
  • Print
  • + Share This
This chapter is from the book

Introducing System Center 2012 Operations Manager

System Center Operations Manager 2007 Unleashed (Sams, 2008) discussed how the nomenclature change from Microsoft Operations Manager 2005 to System Center Operations Manager 2007 suggested OpsMgr had a facelift with that release. The same is true with System Center 2012 Operations Manager. While the core architecture has not undergone the vast changes introduced with the OpsMgr 2007 product and changes for the most part are evolutionary, the name change emphasizes System Center is the actual product, with the latest release being System Center 2012, with the component of interest being Operations Manager.

Beginning with System Center 2012, Microsoft is releasing System Center as a single product, rather than in waves of individual components. Corresponding with this are significant licensing changes for System Center, discussed in Chapter 4, “Planning an Operations Manager Deployment.” System Center 2012 also includes a higher level of integration and cohesion between its components, along with a common installer, although the first version of the installer is far from the robust installer available in products such as Microsoft Office. This is not to say that System Center 2012 is the ultimate vision of integration between its components. Rather, it is a first release of a single System Center product, first announced at the Microsoft Management Summit (MMS) in 2003, and then consisting of two technically unrelated products: MOM 2000 and SMS 2003. System Center, you’ve come a long way, but the journey isn’t over yet!

The System Center 2012 Operations Manager component includes a number of new features and capabilities; some key improvements being changes in management server architecture to eliminate single points of failure, new capabilities for network monitoring, and application performance monitoring, just to name a few. The next sections discuss the changes in this release, which Microsoft documents at http://technet.microsoft.com/en-US/library/jj656648.aspx. Additional information is available at http://www.windowsnetworking.com/articles_tutorials/Introduction-System-Center-Operations-Manager-2012-Part1.html, although this was written during the beta timeframe.

Supported Configurations

System Center 2012 Operations Manager continues to build on the robustness of OpsMgr 2007 R2. Table 2.1 lists supported configurations for agents, applications, consoles, and network devices. “Supported” means Microsoft has tested these configurations and will support them; these are not necessarily the outer limits of what will run. In some cases, the load on individual agents may affect what will perform well. For additional information on monitored item capacity, see http://technet.microsoft.com/en-us/library/hh205990.aspx#BKMK_MonitoredItem.

Table 2.1. Supported configurations for agents, applications, consoles, and network devices

Monitored Item

Recommended Limit

Open Operations consoles


Agent-monitored computers reporting to a management server


Agent-monitored computers reporting to a gateway server


Agents in a single management group


Collective client monitored computers per management server


Agentless Exception Monitored (AEM) computers per dedicated management server


AEM computers per management group


Management servers per agent for multi-homing


Agentless-managed computers per management server


Agentless-managed computers per management group


Agent-managed and UNIX or Linux computers per management group

6,000 (with 50 open consoles); 15,000 (with 25 open consoles)

UNIX or Linux computers per dedicated management server


UNIX or Linux computers monitored per dedicated gateway server


Network devices managed by a resource pool with three or more management servers


Network devices managed by two resource pools


Application performance monitoring (APM) agents


APM applications


URLs monitored per dedicated management server


URLs monitored per dedicated management group


URLs monitored per agent


Root Management Server and Root Management Server Emulator

Sometimes an area of angst with the management server architecture introduced in OpsMgr 2007 was the root management server (RMS). The RMS, often referred to as the product’s “Achilles’ heel,” was a single point of failure, as it ran workflows and services that did not run on other management servers. When the RMS was unavailable, these functions would not run. Here’s what the RMS was solely responsible for providing:

  • Console access
  • Role based access control
  • Distribution of configurations to agents
  • Connectors to other management systems
  • Alert notifications
  • Health aggregation
  • Group calculations
  • Availability
  • Dependency monitoring
  • Database grooming
  • Enabling model-based management

In addition, there were two Windows services that started only on the RMS and were disabled on other management servers: the SDK and Config services. A third service, the Health Service—renamed in OpsMgr 2007 R2 to System Center Management but often referred to by its previous name—runs on all management servers (and agent-monitored systems), but had a unique role on the RMS, running workloads for the entire management group.

With all these responsibilities, the RMS often was a performance and scalability bottleneck, in addition to being a single point of failure. Making the RMS highly available required clustering—not necessarily for the faint of heart—or having a secondary management server available to be promoted to the RMS role. If the RMS became unavailable, those functions the RMS was responsible for were also unavailable until another management server could take over that role.

System Center 2012 Operations Manager removes the RMS role. The SDK service (renamed to the System Center Data Access Service or DAS) now starts automatically on every management server, and the Config service (now the System Center Management Configuration service), rewritten and renamed from OMCG to CSHOST, is federated among management servers. Rather than using data stored in memory on the RMS as was the case in OpsMgr 2007, the configuration service uses a new set of tables in the Operations Manager database (known as the Configuration Store and identified as CS.*) to persist the instance space.

To distribute the RMS-specific workloads to all management servers, Microsoft developed the concept of resource pools, discussed in depth in the “Resource Pools” section. Three resource pools distribute the RMS-specific workloads:

  • All Management Servers Resource Pool: This pool has most RMS-specific instances and workflows. Exceptions are the AD Integration workflows and Alert Subscription Service.
  • Notifications Resource Pool: The Alert Subscription Service instance is targeted to this pool. Using a separate pool allows you to easily remove management servers from the pool that should not be participating in notifications.
  • AD Assignment Resource Pool: AD Integration workflows are targeted to this pool so you can more easily control the location where the AD assignment workflows are running.

The RMS emulator (RMSE) is a special role added to one of the management servers, by default the first installed management server. The RMS emulator is for backwards compatibility to legacy management packs; it is not actually required for the management group to function correctly. To determine which management server has the role of RMS emulator, open the OpsMgr Operations console and navigate to Administration -> Management Servers. Figure 2.3 shows that Helios is currently acting as the RMS emulator in the Odyssey OMGRP management group. Should you need to move the RMS emulator role, Microsoft provides the Get-SCOMRMSEmulator, Set-SCOMRMSEmulator, and Remove-SCOMRMSEmulator PowerShell cmdlets to identify, move, and delete the RMSE; these scripts are discussed in Chapter 23, “PowerShell and Operations Manager.”

Figure 2.3

Figure 2.3. The Management Servers view identifies the current RMS emulator.

High Availability with Resource Pools

Resource pools are a collection of management or gateway servers that can take on monitoring workflows if one of the management/gateway servers becomes unavailable. Several resource pools are installed with the OpsMgr 2012, and you can create your own for specific purposes. As an example, you could create a resource pool of management servers located in the same geographic area that provide network device monitoring. Using resource pools helps your management group to be highly available.

The management servers in any given resource pool are treated as having equal capacity; differences in processors and memory are not considered; different workloads are not taken into account and are distributed among available servers in the pool. The authors recommend you plan for all management servers to have similar configurations.

By default, all management servers are members of the resource pools created when OpsMgr is installed, and management servers added to the management group are automatically added to any resource pool with a membership type of Automatic. Removing a management server from a pool changes the membership type of that pool to Manual. Figure 2.4 shows the resource pools created by default. To see the current list of resource pools, navigate in the Operations console to Administration -> Resource Pools.

Figure 2.4

Figure 2.4. Resource pools created by OpsMgr management group installation.

Here are several caveats to keep in mind:

  • Windows agents do not use resource pools for failover; they continue to function as in OpsMgr 2007. You can implement Active Directory Integration (ADI) as discussed in Chapter 8, “Installing and Configuring Agents.”
  • Resource pools only cover health service functionality. The workflows targeted to the instances are loaded by the health service in the pool that is managing that instance. Should one of the health services in the resource pool fail, the other health services pick up the work the failed member was running. For failover of the SDK service, consider Network Load Balancing, covered in Chapter 9, “Complex Configurations.”

Viewing Resource Pool Health

You can view the health of resource pool members in the Administration pane of the Operations console. Navigate to the Resource Pool node, select the pool you want to work with and then select View Resource Pool Members in the Tasks pane to view the health of the members of the selected resource pool.

Resource Pool Events

A number of events provide feedback regarding the state of each member of the pool. These events, listed in Table 2.2, are not collected or stored by Operations Manager; you must connect to each pool member’s event log to view the events. If there is a problem with the health of a pool, start your investigation by looking at the event log. All resource pool events are logged under the Pool Manager category.

Table 2.2. Resource pool events

Event ID






Pool Member Initialized Event


Indicates a member of a pool has received configuration and started the failover process.

The pool member has initialized.


Operations Manager Resource Pool Member Initial Check Ack Quorum


More than half the pool members must be able to communicate with each other for a pool to perform work. Once the initial check ack quorum is achieved, a lease request can be sent out.

More than half of the members of the pool have acknowledged the most recent initialization check request. The pool member will send a lease request to acquire ownership of managed objects assigned to the pool.


Operations Manager Resource Pool Member Quorum Failure


This is the only event that can occur repeatedly without intermediate events, so it is throttled to once every 10 minutes per pool if no other changes in the pool occur. It indicates a majority of pool members has not acknowledged the initial check request.

The pool member cannot send a lease request to acquire ownership of managed objects because half or fewer members of the pool acknowledged the most recent initialization check request. The pool member will continue to send an initialization check request.


Operations Manager Resource Pool Member Failover


This event is the result of a check ack message that influenced the logic used to determine if a pool member is available.

Availability of one or more members of the pool has changed. Ownership for all managed objects assigned to the pool will be redistributed between pool members.


Operations Manager resource pool member not allowed to perform work


This event is logged if a majority of pool members do not respond to the last lease request before the previous lease expired.

The pool member no longer owns any managed objects assigned to the pool because half or fewer members did not acknowledge the most recent lease request. The pool member has unloaded the workflows for managed objects it previously owned.

Network Monitoring Enhancements

OpsMgr 2012 provides physical network monitoring of routers and switches, extending to their interfaces and ports. This and other functionality is made available by Microsoft’s licensing of EMC’s SMARTS. The SMARTS technology provides root-cause analysis capability across an enterprise by looking at network connections and interpreting events by looking at the symptoms those events spawn. Here’s what is included in networking monitoring:

  • Network device discovery, monitoring and reporting
  • SNMP v3 support; previous versions supported SNMP v1 and v2c
  • IPv4 and IPv6 support
  • Port/interface monitoring; this includes, along other monitors:
    • Up/down monitoring
    • Traffic volume
    • Utilization
    • Dropped packet rate
    • Broadcast traffic statistics
  • Virtual Local Area Network (VLAN) health monitoring
  • Overall connection health
  • Hot Standby Router Protocol (HSRP) group health
  • New visualization/dashboards
  • Overall network summary: Shows the health of the network.
  • Network node: Shows health of a device on the network. Figure 2.5 is an example of this dashboard.
    Figure 2.5

    Figure 2.5. The Network Node Dashboard.

  • Network interface: Displays interface-level statistics.
  • Vicinity: Shows a device, its neighbors, and connected Window servers.

See Chapter 16, “Network Monitoring,” for a detailed discussion of network monitoring.

Monitoring .NET Applications

Also known as application performance monitoring, APM is Microsoft’s integration of AVIcode into OpsMgr. APM has the ability to drill into an application performance alert down to the code level to see exactly what is going on and where the issues are, giving you a single tool to monitor both applications and your infrastructure. As APM is configured using templates, it does not require authoring management packs or code modifications. Interfaces include the Application Advisor (shown in Figure 2.6) and Applications Diagnostics Web consoles, with the Web Application Availability Monitoring Wizard added to the Monitoring space of the Operations console.

Figure 2.6

Figure 2.6. APM Application Advisor.

This feature, discussed in Chapter 15, “Monitoring .NET Applications,” is available for .NET web applications and web services running IIS 7.x in OpsMgr 2012 RTM; SP 1 adds support for WFC, ASP.NET MVC, .NET Windows Services, Azure SDK, and IIS 8.

APM is the Gartner Group 2012 Challenger’s quadrant for Application Performance monitoring, as discussed at http://www.gartner.com/technology/reprints.do?ct=120820&id=1-1BRNFO0&st=sg and http://innetworktech.com/wp-content/uploads/2012/08/2012-Magic-Quadrant-for-Application-Performance-Monitoring.pdf.

Using PowerShell

System Center 2012 Operations Manager incorporates about 30 new PowerShell cmdlets, enabling support of anything performed in the console via a cmdlet. Previous OpsMgr 2007 cmdlets are renamed to have a SCOM prefix in the name and now have new parameters; the OpsMgr 2007 cmdlets, although depreciated, still work in this version by loading the OpsMgr 2007 snap-in. PowerShell capabilities are discussed in Chapter 23.

Saving Overrides

A welcome change is that the Default management pack is no longer the default location for saving overrides or creating new management packs. Figure 2.7 shows where the drop-down now prompts you to select a management pack.

Figure 2.7

Figure 2.7. Overrides are no longer saved in the Default management pack by default.

Using the Console

The Operations Manager “full” console remains largely unchanged in OpsMgr 2012. Unlike consoles in some of the other System Center 2012 components, the Operations console does not include the ribbon bar (some may consider this an advantage). One change is the Actions pane is renamed to the Tasks pane. For an in-depth discussion of the console, see Chapter 7, “Configuring and Using System Center 2012 Operations Manager.” Figure 2.8 shows the Operations console.

Figure 2.8

Figure 2.8. Initial view of the Operations console opens to the Monitoring Overview in the Monitoring space.

Web Console Updates

The OpsMgr 2012 Web console is completely redesigned and based on Silverlight. All monitoring capabilities in the full console are now available in the Web console, along with access to the My Workspace node. Figure 2.9 shows the Monitoring space in the Web console.

Figure 2.9

Figure 2.9. Active Alerts view in the Monitoring space of the Web console.

Maintenance Mode on Management Servers

Operations Manager does not block placing management servers into maintenance mode. However, the way management servers behave when placed into maintenance mode has changed:

  • When you place a management server in maintenance mode, the System Center Management Configuration Service changes the agent assignment to force the agents to fail over to another management server, ensuring data loss does not occur.
  • In OpsMgr 2007, a management server was unable to take itself out of maintenance mode. This was because maintenance mode unloaded all workflows, including the End Maintenance Mode workflow! This now changes with the assignment of the End Maintenance Mode workflow to the All Management Servers resource pool. By being in the resource pool, the workflow fails over to another management server and reloads to be able to exit maintenance on the management server that is placed in maintenance mode. (By definition, having a resource pool requires at least two management servers, so if you only have a single management server it will never come out of maintenance mode because there is no other management server available for workflow failover.)


OpsMgr contains significant enhancements in its capability to display data through use of dashboard technologies. Discussed in Chapter 11, “Dashboards, Trending, and Forecasting,” here are some of the highlights:

  • Dashboards are distributed in management packs.
  • Authoring dashboards does not require coding.
  • You can access dashboards via the Operations console, the Web console, and a SharePoint Web Part.

What’s New in Security

In OpsMgr 2012, the local Administrators group is used to populate the Operations Manager Administrator role. This differs from OpsMgr 2007, where you could configure the group in that role; if you specified an incorrect group, you ran the risk of being unable to start the Operations console to be able to change that group without editing MomAuth.xml.

Operations Manager 2007 R2 simplified the original presentation of Run As accounts and profiles by adding distribution and targeting features. When you associate a Run As account with a particular Run As profile, you can target the profile to any class available in Operations Manager and see the logical relationship between the two. Both Run As account distribution and Run As account targeting must be correctly configured for the Run As profile to work properly.

Connector Functionality Replaced by System Center 2012 Orchestrator

Previous versions of Operations Manager used connectors to connect to other systems. In System Center 2012 Operations Manager, this functionality is replaced by Orchestrator integration packs. For information on Orchestrator, see Chapter 21, “System Center Integration,” and System Center 2012 Orchestrator Unleashed (Sams, 2013).

Changes in Capacity

With the most recent version of Operations Manager, Microsoft has increased capacity in several areas to extend the product’s monitoring capabilities. Table 2.3 compares management features across the different versions.

Table 2.3. Comparison of Operations Manager capabilities across versions


MOM 2000

MOM 2000 SP 1

MOM 2005

MOM 2005 SP 1

OpsMgr 2007

OpsMgr 2007 SP 1

OpsMgr 2007 R2

OpsMgr 2012

Managed computers per management group









Managed computers per management server







UNIX/Linux: 200


Management servers per management group






No defined limit

No defined limit

No defined limit

Agentless managed computers per management group









Agentless managed computers per management server









Agents per gateway server








UNIX/Linux: 100

  • + Share This
  • 🔖 Save To Your Account

InformIT Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from InformIT and its family of brands. I can unsubscribe at any time.


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information

To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.


Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites, develop new products and services, conduct educational research and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.


If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@informit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information

Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.


This site is not directed to children under the age of 13.


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information

If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.


Users can always make an informed choice as to whether they should proceed with certain services offered by InformIT. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.informit.com/u.aspx.

Sale of Personal Information

Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents

California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure

Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact

Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice

We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020