We are refreshing all our servers to Windows 2012 R2.

Using this:

http://technet.microsoft.com/en-us/library/hh524221.aspx

I have just prompted my new Windows 2012 R2 management server to be the primary (running the workflows) and I plan to leave my old Win 2008 R2 primary turned off for a few days and then decommission it.

My main question is:

How do I gracefully decommission it so it out of AD as a SCSM management server? Do I need to do anything with the SPN records?

Also, I'm curious if there is any need for a similar migration for the Data Warehouse server (havent been able to find any such instructions)? Or can I just build a new one and can the old one? I don't need to migrate the DW jobs or anything?

There should not be any required configuration to remove a server from the management group, as long as you have migrated the workflow server, and consoles are configured to talk to a load balanced name or the new server name. the only consideration for AD would be the "registered servers" entries that are advertised to clients, and the easiest way to remove this would be to delete the computer's account.  

Management servers are registered with the database, and consoles connect to them via the DNS name provided in the console, or the registered server LDAP search. you might need to remove the private key data from the database if you intend to reuse the management server's DNS names, but i can't seem to locate any instructions on how to do this, so you'd either need to 1) use a different server name, 2) preserve and resuse the server's encryption keys on the new server, or 3) open a support case with MS and get them to develop a procedure to remove a servers private key information from the database.   

Thanks Thomas.

I'll still leave my old server until the end of the week to make sure I didn't miss anything.

I did proceed setting up a secondary DW server and when I tried to registered the new management server with this new DW server, I had to unregistered the old DW server first, which failed. I had to unregister the old DW server on the old Management server first. Then after a restart of the new management server it would allow me to register the new mgmt server with the new DW server.

So far so good on that and I've shutdown my old DW server now as well.

Still curious if I need to do anything else on the old servers, such as uninstalling SCSM on them before deleting them from AD or such.

• Proposed as answer by Yan Li_Microsoft contingent staff Tuesday, December 09, 2014 7:48 AM

As long as your environment (databases) are pointing to the new DW and mgmt. server (as Thomas mentioned), you don't need to uninstall SCSM...it's only value is a rollback, I suppose.  I've killed old SCSM servers in my environment once I was confident that my new servers were doing the work.  And by kill, I mean, I went to my infrastructure engineers and they removed the VMs...they didn't concern themselves with the application layer at all.  Everything seems to be fine that way. 

Now if you are still having issues with connecting to legacy servers, then that's another story.  The documentation doesn't suggest anything like that either.

http://blogs.technet.com/b/servicemanager/archive/2012/06/28/moving-the-scsm-data-warehouse-dw-databases.aspx

v/r

Mike

• Proposed as answer by Yan Li_Microsoft contingent staff Tuesday, December 09, 2014 7:48 AM
• Marked as answer by Trana010 11 hours 24 minutes ago

As long as your environment (databases) are pointing to the new DW and mgmt. server (as Thomas mentioned), you don't need to uninstall SCSM...it's only value is a rollback, I suppose.  I've killed old SCSM servers in my environment once I was confident that my new servers were doing the work.  And by kill, I mean, I went to my infrastructure engineers and they removed the VMs...they didn't concern themselves with the application layer at all.  Everything seems to be fine that way. 

Now if you are still having issues with connecting to legacy servers, then that's another story.  The documentation doesn't suggest anything like that either.

http://blogs.technet.com/b/servicemanager/archive/2012/06/28/moving-the-scsm-data-warehouse-dw-databases.aspx

v/r

Mike

• Proposed as answer by Yan Li_Microsoft contingent staff Tuesday, December 09, 2014 7:48 AM
• Marked as answer by Trana010 Monday, February 02, 2015 12:13 AM

Ended up following this:

http://marcelzehner.ch/2012/08/01/dealing-with-multiple-management-servers-33-decommission-old-management-servers/

• Marked as answer by Trana010 11 hours 23 minutes ago

Ended up following this:

http://marcelzehner.ch/2012/08/01/dealing-with-multiple-management-servers-33-decommission-old-management-servers/

• Marked as answer by Trana010 Monday, February 02, 2015 12:14 AM