Quantcast
Channel: TechNet Blogs
Viewing all articles
Browse latest Browse all 36188

Recovering a SCOM management server

$
0
0

 

image

It should be a rare occurrence to completely lose a SCOM Management server.  Normally you would restore from a backup, or recover a VM snapshot in order to quickly recover a lost/damaged/corrupted SCOM MS.

However, in the case this does happen, you have options.

The biggest challenge in recovering a SCOM Management Server, is dealing with the RunAs account passwords.  There is a registry entry used to decrypt these, and this is generated when the first management server is installed.  This is normally copied to new management servers as they are added after the first MS in a management group.

What the /Recover command line switch does – is tell Setup this is a DR provisioning, and to behave a little differently.  It will look to see if ANY other Management Servers in the management group are still online.  If they are, Setup will contact them, and copy the registry entries needed to deal with RunAs account decryption.  However, if ALL management servers have been lost, then it will re-generate a new decryption key, but this results in you having to re-enter your existing RunAs account passwords in SCOM once the recovery action is complete.

 

Another challenge, is at the time of this writing, there is no documentation on the SCOM command line parameters for SCOM 2016, and the SCOM 2012 command line reference example is missing some data.

Here is a working command line for a recovery:

Setup.exe /silent /AcceptEndUserLicenseAgreement /recover /InstallPath:"D:Program FilesMicrosoft System Center 2016Operations Manager" /ManagementGroupName:MGNAME /SqlServerInstance:SQLServerName.domain.com /DatabaseName:OperationsManager /DWSqlServerInstance:SQLServerName.domain.com /DWDatabaseName:OperationsManagerDW /ActionAccountUser:DOMAINomaa /ActionAccountPassword:password /DASAccountUser:DOMAINomdas /DASAccountPassword:password /DatareaderUser:DOMAINomdr /DatareaderPassword:password /DataWriterUser:DOMAINomdw /DataWriterPassword:password /EnableErrorReporting:Never /SendCEIPReports:0 /UseMicrosoftUpdate:0

 

The key areas to focus on with your custom data are:

  • InstallPath
  • ManagementGroupName
  • SqlServerInstance
  • DWSqlServerInstance
  • ActionAccountUser
  • ActionAccountPassword
  • DASAccountUser
  • DASAccountPassword
  • DatareaderUser
  • DatareaderPassword
  • DataWriterUser
  • DataWriterPassword

 

As with new SCOM deployments – you will need to have elevated rights to install SCOM components:

  • SCOM Administrator rights
  • Local Administrator rights on the Management server OS
  • Local Administrator rights on all other Management Servers (required for remote registry connection)
  • System Administrator rights in SQL hosting the databases

Viewing all articles
Browse latest Browse all 36188

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>