Windows Server 2008 End of Support – Active Directory and DNS Migration

This post has been republished via RSS; it originally appeared at: New blog articles in Microsoft Tech Community.

January 14th 2020 has come and gone which means unless you have either migrated your 2008 servers and their workloads to Azure (to get free security updates) or you have purchased an extended support agreement - you now have the situation of having to keep unsupported servers running key workloads in your environment.  Even if you DID take advantage of one of these options - lets be honest and say it's not Optimal and is a temporary fix at best.  They were designed to give YOU MORE TIME to migrate existing workloads OFF the unsupported operating system "as is" OR to buy you more time to rearchitect the workload.

 

...but what about workloads that can't be migrated or rearchitected? 

 

Yesterday we talked about a workhorse of a workload running on Windows Server 2008 / 2008 R2 - The File Server... Todays post is about a workload that I personally find WAY more critical to the everyday operation of your environment. It's the workload that in my opinion is probably your MOST important workload because it is the single source for the security representing the digital personification of your ENTIRE user base right down to your CEO: Active Directory. 

 

I have been designing and updating Active Directory Designs since it came out - it was my specialty when I was in consulting.  But now that I work at Microsoft - why not go to the source? Who better to ask then Mr. "AskDS" himself - Ned Pyle, Principal Program Manager from the Windows Server Team to talk shop about the #2 Workload for servers: "Active Directory Domain Controllers".

There are a lot of manual and time sensitive steps that Ned goes through in this demo - but trust me, it's not that bad when you actually get started.

 

At a high level:

  1. Leave your existing Windows Server domain controller as is
  2. Setup your new Windows Server domain controller
  3. Synchronize the new Windows Server domain controller with the old one
  4. Promote the new domain controller
  5. Transfer FSMO roles and Leverage new capabilities (RODC, RecycleBin and more)
  6. Demote the old domain controller
  7. Repeat this at each site where DCs exist
  8. Raise functional levels of AD and leverage new tech like AD Recycle bin

The main thing to remember is replication between sites and allowing your changes to replicate (or forcing it to speed up). The best part about this approach with integrating another DC into existing sites is that you will be introducing very little disruption to your end users in these sites - due to the multi-master architecture in use for Active Directory. 

 

All the detailed information including a variety of caveats that could come up are documented over on Docs which can be reached at https://aka.ms/ws2008ADMigration

 

I hope you have enjoyed these Windows Server 2008 / 2008 R2 migration series episodes so far. Did we miss anything yet?

 

Leave a Reply

Your email address will not be published. Required fields are marked *

*

This site uses Akismet to reduce spam. Learn how your comment data is processed.