DFSR-replicatie loopt achter of geeft conflicts in de log.
DFSR werkt prima voor SYSVOL en voor file-replicatie tussen kantoren, maar loopt vast bij grote files, antivirus die de staging-folder corrumpeert, of een te kleine staging-quota.
Probeer dit eerst zelf
- 1Check backlog: dfsrdiag backlog /rgname:rg /rfname:rf /smem:bron /rmem:doel. Aantallen >10000 wijzen op een probleem.
- 2Check staging-folder grootte: 32 GB default is te klein voor moderne file-shares. Verhoog tot bijvoorbeeld 80 GB, of meer als je grote files hebt.
- 3Antivirus uitsluitingen: DFSR Database (\System Volume Information\DFSR\) en de staging folder. Anders krijg je willekeurig 'sharing violation' fouten.
- 4Voor SYSVOL specifiek: bij een gestopte SYSVOL-replicatie is een 'authoritative restore' soms nodig. Microsoft heeft een KB met de exacte stappen, niet improviseren.
- 5Bij conflicts: één bestand wint, andere belandt in ConflictAndDeleted. Communiceer met users dat ze niet hetzelfde bestand op twee kantoren tegelijk bewerken.
Wanneer ons inschakelen
Voor MKB-omgevingen die nu nog DFSR voor user-data gebruiken: overweeg de stap naar SharePoint Online of Azure Files met sync. DFSR is niet bedoeld voor real-time multi-master collab.
Zie ook
- Eén DC of twee DC's voor een MKB-kantoor?Twee is bijna altijd het juiste antwoord; één DC is een single point of failure voor logon, DNS en GPO.
- Moet ik FSMO-rollen verdelen over twee DC's?Voor een klein domein mag alles op één DC; bij twee DC's is verdelen netter maar geen must.
- Hoe weet ik of mijn AD-replicatie gezond is?Replicatie-fouten sluipen er stilletjes in; ze worden pas zichtbaar als logins of GPO's gek doen.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.