Bringing discovered SCOM objects to Service Manager – Part 2/2

In the first part of this series I showed how to synchronize objects that live in SCOM to the Service Manager CMDB. This works fine, but in some situations it’s possible that objects will not be visible – because they do not synchronize as expected. In this second part I will show you why and how to solve this problem. For this example I will use the class “IIS 7.0 ASP.NET Application Endpoint”. One of my customers needed this class in the CMDB, so this is a real world example.

When you imported the IIS7 Management Pack in SCOM, objects of the mentioned class will be automatically discovered. You can make those objects visible by using the Discovered Inventory view (or of course by creating a specific view).

image

By using the Discovered Inventory view you can also see that this class comes from the Management Pack named “Windows Server 2008 Internet Information Services 7.0”. That means that you have to import this Management Pack into Service Manager first. Details about this can be found in the first part of the series.

Caveat: It’s possible that you have to import other Management Packs as well because of references. If your Management Pack import fails, you will see a message telling you what other management Packs need to be imported first.

After a successful import, you have to create a view to display objects of the desired class. Because we just imported the IIS7 Management Pack, the needed class can be used to create the view.

image

After that, reconfigure the SCOM connector to synchronize objects of the new Management Pack and start the synchronization afterwards. Maybe you have to hit the Refresh button to make the new Management Pack visible for selection.

image

After a successful synchronization you will see that your view does not show any objects. Restart the Service Manager Console to make sure that this is not a caching problem.

image

The reason why you will not see any objects is that Service Manager uses a filter on the SCOM connector. This way, you have detailed control of what will get imported to the CMDB using the SCOM connector. Without this filter functionality, tons of objects would be synchronized to the CMDB that are not of any interest. For our special need, we have to add an entry to the filter, so that the connector will synchronize the objects of the class we need.

To display and configure the filter you must use Powershell and add the default Service Manager Snap-In “smcmdletsnapin”. After the import, use the cmdlet “get-scsmallowlist” to display the actual filter configuration. You will now see all the classes that are synchronized by default. Everything that derives from the displayed classes will be synchronized as well.

image

Since our class (IIS 7.0 ASP.NET Application Endpoint) is not on the list and it does not derive from one of the listed classes, we have to add the class to the filter. To find out the exact name of the needed class you can use the Operations Manager Shell on one of the SCOM Servers. Using the cmdlet “get-monitoringclass” you can display all classes. Use a where-statement to narrow down the displayed classes. At the end, note the name of the class that you need. In our example the name is “Microsoft.Windows.InternetInformationServices.2008.AspNetWebApplicationEndpoint”.

image

Now switch back to the Powershell Console on the Service Manager Server and add the class name to the filter by using the cmdlet “add-scsmallowlistclass”.

image

Caveat: If you want to reset the filter to the default configuration, you can use the cmdlet “reset-allowallowlist”.

After the filter is configured with the new class, you have to start the synchronization manually. After a couple of minutes you will see the exact same objects that are visible in SCOM in your view in the Service Manager Console. Maybe you have to restart the Console.

image

By using the procedure in this post, you can bring any object that lives in SCOM to the CMDB – and you have full control over the SCOM connector filter. That’s pretty cool!

See you
Marcel

This entry was posted in SCOM, SCSM and tagged , , , , , , . Bookmark the permalink.

5 Responses to Bringing discovered SCOM objects to Service Manager – Part 2/2

  1. Pete Zerger says:

    Nice Marcel. We also have steps for this procedure (using the Dell management pack) at http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/81851/Default.aspx

  2. Zoeb Khan says:

    Hi Marcel,
    I have imported a MP from SCOM that contains a custom class that was created for SCOM. When imported unsealed (.XML), I am able to look up the MP in the SCOM connector and select it for Sync. However, when I seal the MP in the Authoring Tool and Import it, I am unable to see the MP in the SCOM Connector properties. Any suggestions on what I am missing?

  3. Baltazar says:

    Hi Marcel,

    Is there a way to filter some objects of a class, but not the complete class? For example filter some windows computers to get to CMDB through SCOM CI connector?

    Thanks!

    • Hey

      No that’s not possible. However, if you don’t want them to appear in your views you could add another property to the class (something like a “Visible” bool) and set this to “false”. Then use this property to only show objects in the views that have set this to true.

      Cheers
      Marcel

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s