Upgrade and understanding Azure AD Connect

Copper Contributor

At the moment I want to upgrade an (old and corrupt) AAD Connect server version 1.1.380.0 to 1.5.18.0. Because the huge version difference, Microsoft suggest doing a swing upgrade. Install a new server with AAD connect in stage mode and compare the settings and switch the servers when ok.
First of all the new Connect setup wants to configure our ADFS servers. Because this is an operational environment, I don’t want to do this in this stage. So I choose to run the setup again on the new server and chose a different setup-option (do not configure) and did not configure the ADFS server.
Beside some error regarding the health agent installation, the new server was installed and a new synchronization account was created in Azure AD. After this step I compared the two setups (documenter) to see the differences between the servers. But there are to many new settings and I do not know if I need them and how to configure them. So there is no way I want to use this server right away. I need more information first and need to understand the sync process.
I now have 2 servers. 1 operational and one in staging mode with a major version difference.

  • Is there a way I can configure this new machine that it only synchronize one domain or one group of objects? To prevent changes to already synchronized objects. So it will not delete or corrupt the objects of the other server.
  • I want to end up with a situation I can test this new server without making changes to any other objects. So, is there a way to setup a test environment?
  • How do you implement a new version? How do you test?
  • What happens to objects when you switch the server to active and the other to staging and vise versa.

So I want to understand the process so I would not synchronize an wrongly configured AAD connect server and ended up with an empty Azure AD.
Any information how you would implement this new version would be nice.
Thanks!

 

1 Reply

@Robku Swing update does require lot of attention.
Make sure you match the object count on both the servers before doing the switch from old to new. 

By object count I mean search local connector space, azure AD connector space and metaverse in both the machine and match the object count. 
Also once the new server is up an running match the attribute list as well.
If you have custom rules configured make sure every rule from your old setup is imported to the new server as well.