Configuring the SharePoint 2013 Management Pack



The management pack for SharePoint 2013 (including server and foundation) is available here:

As of this writing – the version on the download site is 15.0.4425.1000 however the ACTUAL version of the management packs are 15.0.4420.1017.  I have no idea why we don’t make these match up.


First – import the MP’s:

As a best practice, also ensure you have imported and configured the Windows Server Operating System, SQL Server, and IIS management packs for your OS versions.  Then – the SharePoint MP’s:




We will assume you have installed SharePoint 2013, and deployed an agent to these servers.  When monitoring a farm, you need to ensure agents are deployed to all farm role computers, including the SQL database servers.

Next – I recommend you perform this step on your management server.  We need to copy the configuration file “” that shipped with the management pack files, to the following location:

C:\Program Files\System Center Management Packs



This MUST be placed in this specific location.  You might have to create the directory if it does not exist.  If you had previously configured SharePoint 2010 on this same server, you will see your SharePoint 2010 config file present, as seen in the graphic above.


Open the file using NotePad, and find the section “<Association Account”


<Association Account="SharePoint Discovery/Monitoring Account" Type="Agent">
  <Machine Name="" />
< /Association>

We need to create a RunAs account for the SharePoint 2013 MP to use.  This RunAs account display name MUST match the “Association Account” in the config file.  Here is where we need to have a quick discussion.

The SharePoint 2010 MP’s and config file use the SAME default name of “SharePoint Discovery/Monitoring Account” 

  • If you are NOT monitoring SharePoint 2010, then you can continue and use the default name.  If you ARE monitoring SharePoint 2010 already – then you have two choices. 
  • If your CURRENT SharePoint monitoring RunAs account credential is also a Farm Admin in SharePoint 2013 – you can just use your existing RunAs Account and continue. 
  • If you are monitoring SharePoint 2010 already, and you wish to use a DIFFERENT credential for monitoring SharePoint 2013, then you will need to modify the config file.

Honestly – the config files for SharePoint 2010 and 2013 should not have used the same default name for the RunAs account and the profile.  I’m hoping they change this in future versions because it just makes everything harder to support.


At any rate – I was not able to get the 2013 MP to use a unique RunAs account… no matter what I did it was always using the SharePoint 2010 MP’s credential, even when it was not distributed to my SharePoint 2013 servers, which is bizarre.  At this point I’d recommend using the same credential for all Farms if you are trying to monitor SharePoint 2013 and 2010.  I continue to investigate this.


Next – I will create a new Run As account – with this EXACT name (unless it already exists)






Open the RunAs account we just created – and on the distribution tab – add in the servers that are part of the farm, or SQL servers that host farm databases:



At this point – I need to ensure that my RunAs account credential that I just used is a Farm Admin, and has full access to all SharePoint SQL servers/databases.


Next – we need to configure the SharePoint config file for the server names for our SharePoint 2013 and SQL servers.  If you don’t edit the file with specific Farm Server and Database Server names, then SCOM will try and discover SharePoint 2013 on EVERY server in the management group.  It is best to scope this down in advance.  Open the file in NotePad, and under "Association Account” add a “Machine Name=” line for each server in your farm.  For instance, my Farm consists of “” and “” so my file will look as follows:


<Association Account="SharePoint Discovery/Monitoring Account" Type="Agent">
  <Machine Name="" />
  <Machine Name="" />
< /Association>

Save and close the config file.

In the monitoring view – Expand Microsoft SharePoint > Administration and select the “Microsoft SharePoint Farm Group”

In the Tasks pane – run the task “Configure SharePoint Management Pack”

*** Note – if the task fails – or throws an error – try running it again a few times, or closing and opening the SCOM console – and running it again.  If it continues to fail – investigate and ensure you have the config file on your management server, and you are running the console on the management server when calling the task.


You should see output similar to this:

Load configuration file
Configure Microsoft.SharePoint.Foundation.Library version 15.0.4420.1017
Create override management pack Microsoft.SharePoint.Foundation.Library.Override
Account SharePoint Discovery/Monitoring Account is associated to for Microsoft.SharePoint.AdminAccount
Account SharePoint Discovery/Monitoring Account is associated to for Microsoft.SharePoint.AdminAccount
Allow as a proxy
Allow as a proxy
Create 'Enabled' property override with value true for Microsoft.SharePoint.2013.WSSInstallation.Discovery
Create 'SyncTime' configuration override with value 18:43 for Microsoft.SharePoint.2013.WSSInstallation.Discovery
Create 'IntervalSeconds' configuration override with value 28800 for Microsoft.SharePoint.2013.WSSInstallation.Discovery
Microsoft.SharePoint.2013.WSSInstallation.Discovery does not have configuration TimeoutSeconds
Create 'SyncTime' configuration override with value 18:45 for Microsoft.SharePoint.2013.SPFarm.Discovery
Create 'SyncTime' configuration override with value 18:51 for Microsoft.SharePoint.2013.SPService.Discovery
Create 'SyncTime' configuration override with value 18:57 for Microsoft.SharePoint.2013.SPSharedService.Discovery
Create 'SyncTime' configuration override with value 19:03 for Microsoft.SharePoint.2013.SPHARule.Discovery
Create 'SyncTime' configuration override with value 19:09 for Microsoft.SharePoint.2013.SPHARuleMonitor.Availability
Create 'SyncTime' configuration override with value 19:09 for Microsoft.SharePoint.2013.SPHARuleMonitor.Security
Create 'SyncTime' configuration override with value 19:09 for Microsoft.SharePoint.2013.SPHARuleMonitor.Performance
Create 'SyncTime' configuration override with value 19:09 for Microsoft.SharePoint.2013.SPHARuleMonitor.Configuration
Create 'SyncTime' configuration override with value 19:09 for Microsoft.SharePoint.2013.SPHARuleMonitor.Custom
Create 'SyncTime' configuration override with value 19:15 for Microsoft.SharePoint.2013.SPHARuleMonitor.SPServer.Availability
Create 'SyncTime' configuration override with value 19:15 for Microsoft.SharePoint.2013.SPHARuleMonitor.SPServer.Security
Create 'SyncTime' configuration override with value 19:15 for Microsoft.SharePoint.2013.SPHARuleMonitor.SPServer.Performance
Create 'SyncTime' configuration override with value 19:15 for Microsoft.SharePoint.2013.SPHARuleMonitor.SPServer.Configuration
Create 'SyncTime' configuration override with value 19:15 for Microsoft.SharePoint.2013.SPHARuleMonitor.SPServer.Custom
SharePoint management pack configuration completed successfully


This task is really a “discovery helper”.  It will create the necessary RunAs profile associations to the RunAs account for each server, and it will enable agent proxy for each server, and will create some overrides to space out all the discoveries so they run in order, and can discover all Farm components as quickly as possible.   From the time you run the task, to full Farm, Role, Server, and Service discovery, should be around 40 minutes.


After 40 minutes – check in the console and see if your Farm, Servers, and Services have all been discovered.  If not – check in the “Unidentified machines view”.  If your farm servers show up there, it is likely a permissions issue with your RunAs account, either on the Farm servers or on the SQL server.  On the SharePoint servers, make sure this account can log in and execute the SharePoint command shell without errors. 



Some good troubleshooting blogs on this topic:




Known issues:

There is a bug in the MP’s report deployment – you will see an alert about

Data Warehouse failed to deploy reports for a management pack to SQL Reporting Services Server. Failed to deploy reporting component to the SQL Server Reporting Services server. The operation will be retried.
Exception 'DeploymentException': Failed to deploy reports for management pack with version dependent id 'edf9e0b9-65aa-df29-6729-d16f0005e820'. Failed to deploy linked report 'Microsoft.SharePoint.Server_Performance_Report'. Failed to convert management pack element reference '$MPElement[Name="Microsoft.SharePoint.Foundation.2013.Responsetime"]$' to guid. Check if MP element referenced exists in the MP. An object of class ManagementPackElement with ID 75668869-f88c-31f3-d081-409da1f06f0f was not found.
One or more workflows were affected by this.
Workflow name: Microsoft.SystemCenter.DataWarehouse.Deployment.Report


Comments (24)

  1. Manish Sohni says:

    Dear Kevin,

    I am running thourgh a similar problem as highlighted here by Steven Higgins 27 Mar 2014 5:37 PM.

    I installed SCOM 2012 R2 on Windows Server 2008 R2 with supported SQL Server 2008 R2 SP2.

    Our SharePoint Farm in on April 2013 CU when I installed the SharePoint 2013 SP1 as per Microsft recommendations in order to furtehr upgrade SharePoint smoothly.

    until SharePoint 2013 SP1 upgrade, all was working fine but since the SharePoint 2013 SP1 upgrade, SCOM Mgmt Server not showing/capturing any information/details from those SP1 patched WFE Servers. While the other non-patched server, is able to send all the
    details shows healthy from SP 2013 perspective.

    I have noticed following error into the log though (Filtered from the patching date)

    The health service {6D4F1844-2664-AAB4-D436-EF5EE7115DE4} running on host AGENT SERVER and serving management group SCOM MANAGEMENT SERVER with id {81B0FA2B-1EEE-F7F7-77F6-E896B10480A3} is not healthy. Health Service failed to process new configuration.

    I did all to get this fixed like ( agent repair, uninstall n install, start maintainence mode, removed health service state folder and restarted the SCOM health service etc… but nothing worked)

    Please help and guide me through. We are running through a POC. Please treat this as urgent.

    Dear All, please provide your feedback too. Thanks in advance to all.


  2. thomas says:


    thanks for this information. This is very helpfull.. Any recomendations when I want to discover multiple farms over different domains using different Farm Administrator accounts.

    Should I add the servers one by one to

    <Association Account="SharePoint Discovery/Monitoring Account" Type="Agent">

     <Machine Name="" />

     <Machine Name="" />

    < /Association>

    or is there a way to work with Groups?



  3. Huy says:

    Hi Kevin,

    Thanks for another great post! Is there a simpler way to create a custom alert notification/subscription for all SharePoint 2013 related alerts to route to my SharePoint Support group?  My current Subscription Criteria Conditions are:  Raised by any instance of a specific class (which I have selected ALL classes from the Microsoft SharePoint Server Core Library and Microsoft Sharepoint Foundation Core Library MP) and of a specific severity (Warning or Critical), and with specific resolution state (New (0)).  Is there a single SharePoint class that would include all SharePoint alerts?  Too bad I can't just specify the names of the SharePoint 2013 MPs (Foundation and Server) for criteria.



  4. Jonathan says:

    What a nightmare of a MP this is… Is it really necessary for all these configuration tasks? The folks responsible for designing/writing this MP should really find a better way. Implementing this MP causes confusions and frustration for a lot of customers.

  5. Dom@ACP says:

    Hi Kevin,

    there is another error that will be generated after importing this MP (error will no longer be shown if the MP is deleted):

    Event ID 26319:

    An exception was thrown while processing GetObjectsByIdentifiers for session ID uuid:d820ce18-a60c-4c97-bd58-a39464b675b0;id=499.

    Exception message: The creator of this fault did not specify a Reason.

    Full Exception: System.ServiceModel.FaultException`1[Microsoft.EnterpriseManagement.Common.UnauthorizedAccessEnterpriseManagementException]: The creator of this fault did not specify a Reason.

    (Fault Detail is equal to Microsoft.EnterpriseManagement.Common.UnauthorizedAccessEnterpriseManagementException: The user domainDataWarehouseReader does not have sufficient permission to perform the operation.).

    You can ignore this error because everything is working fine. This error is based on the descripted error:

    Event ID 31567:

    Alert Description:

    Data Warehouse failed to deploy reports for a management pack to SQL Reporting Services…



  6. Dan Myhre says:

    Any updated on when the report deployment bug will be fixed?

  7. Reporting Deployment Bug now fixed in version 15.0.4557.1000 of the Management Pack.

  8. More farm says:

    Hi , I have questtaion about more farm . Can I add more credentional to anothern farm ?


  9. SP Deamon says:

    Thanks for the good blog post, Kevin. Seems odd that you wouldn’t be able to configure seperate account “At this point I’d recommend using the same credential for all Farms if you are trying to monitor SharePoint 2013 and 2010. I continue to investigate this.” Any new info on that?

  10. Florent_B says:

    Same question, we can have many account for many farm in many domains?
    Thank you.

  11. Steven Higgins says:

    Since our SharePoint 2013 farm was upgraded to SP1 the SCOM management pack is not functional. All the farm machines are in the Unidentified Machines container. Any ideas?

  12. SCOM Artist says:

    I added specific Sharepoint servers and DB’s into the config file hoping it would only target/discovery SharePoint on those specific servers. However, it is discovering SharePoint installations on other agent managed machines.

    I was thinking of overriding the discovery in the SharePoint MP to exclude those server objects. Is there a specific discovery I could use…or a combination of a few?

  13. David Abowitt says:

    While I see the MP indicates for SCOM 2007 and higher any experience deploying it on SCOM 2012 SP1? Is the install process the same

  14. David Abowitt says:

    Well the Management Pack deployment guide only indicates 2007 not 2012. 1. Set up System Center Operation Manager 2007 R2 servers. Follow the Operations Manager 2007 R2 Deployment Guide

  15. cylilm says:

    Hi Kevin, you’ve mentioned that – C:Program FilesSystem Center Management Packs This MUST be placed in this specific location.

    For windows server 64bit, if it exist in C:Program Files (x86)System Center Management Packs, we still need to change it to C:Program FilesSystem Center Management Packs??

  16. cylilm says:

    In addition, it shows "To run the task, save this file on the Root Management Server machine under %ProgramFiles%System Center Management Packs"
    My SCOM actually installed at E drive. Is that okay?

  17. Owais Mohammed says:

    Thank you for your post.. really started to google with your name for scom realted issues and it works!! 🙂

  18. Owais Mohammed says:

    @ cylilm.

    Check out:

    it might help you with your issue.

  19. MWeterings says:

    Hi Kevin,

    Did you find any additional information regarding the issues where the SP2010 credentials are used for SP2013, arising when using both the SharePoint 2010 and SharePoint 2013 management pack? Within my company i’m experiencing the same issue. Unfortunately,we’re
    not able to use the same account for all farm servers since we have multiple farms in multiple domains. Help is much appreciated, although i might open a case with Microsoft soon. In that case i’ll let you know the outcome.

    Kind regards,

  20. MattC79 says:

    Hi Martijn,

    Did you raise this with MS?

    Has anyone been able to resolve it?



  21. MWeterings says:

    Hi Matt,

    A ticket was created yesterday. I’ll let you know if anything useful was found.

    Kind regards,

  22. MattC79 says:

    Thanks Martijn, I look forward to your findings 🙂

  23. MattC79 says:

    Well. I got it to work 🙂

    I have separate Accounts for SP2010 and SP2013. Next I’ll look at splitting them down further on a per farm basis.

  24. Nick says:

    Dear Kevin,

    I am already a fan of your postings and I have a great respect for your work.
    If you have time I would really appreciate your opinion on the following situation:

    -I have an issue with removing the monitoring of the SharePoint 2013 role for a specific server; this server will need to appear as “Not monitored” on “Unidentified Machines” in “Monitoring” and SCOM agent from this server should not be uninstalled

    Any thoughts ? Thank you very much.

Skip to main content