May 16 2018
07:42 AM
- last edited on
Jan 14 2022
05:24 PM
by
TechCommunityAP
May 16 2018
07:42 AM
- last edited on
Jan 14 2022
05:24 PM
by
TechCommunityAP
Sorry if this isn't the right forum, but I just installed Azure AD Connect on a new Windows 2016 domain controller. Azure AD Connect was originally upgraded from DirSync and was running on a Windows 2012 R2 domain controller. We're decommissioning that server, hence the new Windows 2016 DC and Azure AD Connect on the new DC. I have left the old server in staging mode until I'm positive the new system is working correctly. My issue is when I manually run start-adsyncsynccycle -policytype delta (on the new server), it shows it is successful, and monitoring via the Synchronization Service Manager shows it is running, but no changes are actually synced with Azure. Once the delta sync runs at scheduled time, the changes are synced to Azure. If I change back to the original server (change staging mode around), and manually run the delta sync, it works as it should. Is there anything else required to do a manual sync when Azure AD Connect is running on a Windows 2016 DC?
Jun 15 2018 06:19 PM
Jun 19 2018 12:22 PM
Paul,
When you run the Delta Cycle via Powershell vs when the scheduler runs, are there expected changes that are supposed to be syncing? What I mean is, by chance is there actually nothing for the sync cycle to pick up when you run it manually?
Have you also tried to right click > Run (manually sync) a sync cycle? Does that work not work compared to the scheduler sync cycles every 30 min?
Jun 19 2018 01:16 PM
When I do a manual sync, using PowerShell ("import-module adsync" followed by "start-adsyncsynccycle -policytype delta"), and monitor with the Sync Service Manger, the sync starts and runs, but my changes are not actually synced, nor even detected in the sync stats window. Those changes are synced during normal sync cycle, though.
For part 2, using the Sync Service Manager, if I run the various imports/syncs/exports (6 of them) manually, in the same order as they're run during the PowerShell sync, then the changes are synced properly. By the way, I did not know we could sync this way, so thanks for that tip. But, I didn't see anything I could just right-click on and then run the entire sync process.
Paul
Jun 20 2018 08:09 AM
Jun 20 2018 08:33 AM
My recommendation would be to do one of two things:
1. Create a Support Request with Microsoft Azure Support (Identity Team). Submit with the new case a zipped folder from the following path, C:\Program Data\AADConect. Zip that as it contains Trace Logs and Installation Logs from the latest install of the Software which is giving you the issues with the PS Module. They can help troubleshoot why this is happening and resolve the issue once and for all.
2. If you are not worried about the root cause of the issue. Follow the guidance of the other reply(ies), and uninstall reinstall Azure AD Connect. This should resolve the issue. If it doesn't follow Step 1 for sure.
Jun 20 2018 10:18 AM
Jun 20 2018 10:21 AM
Aug 26 2019 11:33 AM
@Paul Long Were you ever able to get your Azure AD Connect to sync via the adsyncsyncclycle -policytype delta command?
Aug 26 2019 11:33 AM
Any luck with this? I am experiencing the same issue.
Aug 26 2019 12:23 PM
@mwilliams1895 Actually, I ended up doing a full sync, start-adsyncsynccycle -policytype initial. Once I did that, I've had no further issues.
Aug 26 2019 12:26 PM
@Paul LongThanks for your response. I run this script often. Is there any disadvantage to running the initial vs the delta? After I have run the initial will the delta sync work properly?
Aug 26 2019 12:35 PM
@mwilliams1895 The initial takes longer to finish, but other than that, there's no issues which I know of. I've only run the initial that one time to fix an issue, and one other when I thought I was having the issue again (just a few months ago). However, I think I was just impatient and forgot what DC I made the original AD change to and got flustered when the delta sync didn't seem to work (didn't wait for replication).