Hallo DannVDB,
Als het synchronisatieprobleem is begonnen nadat er een on-premises schema-update is uitgevoerd, is het mogelijk dat het Delta Sync-proces van de sync engine niet langer voldoende is om alle directory-wijzigingen correct te detecteren en te verwerken. In deze situatie is het starten van een Full Sync een gebruikelijke en aanbevolen troubleshooting-stap voordat u meer ingrijpende acties onderneemt.
Voor omgevingen die gebruikmaken van Microsoft Entra Connect Sync (voorheen Azure AD Connect) kunt u vanuit een verhoogde PowerShell-sessie op de sync-server een volledige synchronisatiecyclus starten met:
Start-ADSyncSyncCycle -PolicyType Initial
Een Initial-sync voert een volledige import, volledige synchronisatie en exportcyclus uit. Hierdoor kan Entra Connect alle objecten in de connector space en eventuele schemawijzigingen opnieuw evalueren.
Voordat u deze opdracht uitvoert, raad ik aan om de Synchronization Service Manager te controleren en de Application- en Synchronization-logs te bekijken op eventuele connector-, schema- of permissiegerelateerde fouten die mogelijk aan de crash hebben bijgedragen. Als de synchronisatieservice onverwacht is gestopt, controleer dan eerst of de Microsoft Entra Connect-services normaal actief zijn voordat u de synchronisatiecyclus start.
Nadat de Full Sync is voltooid, controleert u de exportstatistieken en bevestigt u dat recente directory-wijzigingen succesvol worden gesynchroniseerd naar Microsoft Entra ID. Het is ook belangrijk om te controleren of de schema-update correct door alle connectors is herkend en of er geen openstaande synchronisatiefouten zijn.
In veel gevallen is een succesvolle Initial Sync voldoende om de normale Delta Sync-werking daarna te herstellen.
Ik hoop dat dit helpt om de synchronisatie weer op gang te krijgen. Als dit antwoord nuttig was, klik dan op "Accept Answer", zodat ik weet dat het uw probleem heeft opgelost.
Jason