Deze week een geval tegen gekomen van misconfiguratie en gebruik van oudere technieken waardoor DFS Replicatie niet helemaal lekker wilde lopen. Het probleem lag in de instellingen van quota’s waardoor replicatie niet meer wilde lopen. Daarnaast waren de quota’s niet handig geconfigureerd. Sinds Windows 2003 R2 heeft Microsoft File Server Resource Manager (FSRM) in het leven geroepen voor het beheer van disk en folder quota’s. Dit geeft een betere quota beheer dan vroeger met de disk quota’s mogelijk was. FSRM kan quota’s zetten op folder niveau en berekend het niet per bestands-owner, maar echt de hoeveelheid data die in de folder staat. Voor homedrives is dit dus de perfecte manier om quota’s in te stellen. Als deze quota’s via FSRM worden gezet op “toepassen op alle bestaande en nieuwe subfolders” ontstaat echter een probleem bij gebruik van DFS replicatie. Standaard wordt de replicatie cache namelijk in de folder geplaatst die gerepliceerd moet worden. Als daar op hoger niveau quota’s staan gedefinieerd, krijgt de DFS folder daar ook mee te maken. Je kunt dan de volgende foutmelding aantreffen in het eventlog: 
“The DFS Replication service encountered errors replicating one or more files because adequate free space was not available on volume X. This volume contains the replicated folder, the staging folder, or both. Please make sure that enough free space is available on this volume for replication to proceed. The service will retry replication periodically”. Als je op dat moment binnen FSRM kijkt (en je hebt in Windows Explorer aangegeven dat je ook systeem/hidden folders wilt zien – anders toont FSRM ze ook niet!), dan zul je zien dat de staging directory van DFSR op 100% vol staat. Dit kun je op 2 manieren oplossen:
- Andere quota binnen FSRM toekennen aan de DFSR staging area.
- Staging area verplaatsen naar een locatie zonder quota’s (dit kan ook een andere disk zijn!)
Optie A heeft wat mij betreft niet de voorkeur. Mocht DFS de staging area opnieuw aanmaken, dan verdwijnt het veranderde quota op die subfolder en krijg je het probleem later terug. Optie B is wat dat betreft veiliger. Optie B is in Windows 2008 R2 makkelijk te regelen. Open hiervoor DFS management en gaan naar de replicatie tak. 
Kies de replicatie dfs-share waarvan je de staging area wilt aanpassen. Rechtermuisknop op de replicated folder en kies voor Properties. Je krijgt dan onderstaande scherm te zien. 
Kies hier voor het tabblad staging. Hier kun je een ander path opgeven voor de staging, dan het default path wat er staat. Tevens kun je eventueel de staging cache wat groter of kleiner maken. 
Na het drukken op OK zal de het nieuwe path bij de 1st volgende synchronisatie automatisch in gebruik worden genomen. Dit kan enkele minuten duren, afhankelijk van de snelheid van replicatie. Deze instellingen moet je uiteraard voor alle replicated folders aanpassen, als er op alle shares quota’s worden gehanteerd.
Disk Quota’s
Helaas werkte het na deze aanpassing bij de desbetreffende klant nog steeds niet. Na verder onderzoek bleek dat er ook Disk Quota’s waren ingesteld. Deze raad ik echter af te gebruiken en moet je zeker niet gebruiken in combinatie met quota’s die via FSRM zijn gezet. Ten eerste kun je deze alleen op een volledige disk plaatsen en niet op losse folders en daarnaast werken deze Quota’s met behulp van de owner van bestanden. Dat is niet de meest handige manier. Want als je als administrator bestanden terug plaatst uit een backup of kopieert na een migratie, wordt jij de owner en niet de gebruiker die de bestanden daadwerkelijk in zijn homedrive heeft. Deze ingestelde disk quota’s kunnen echter ook de DFS replicatie in de weg zitten. De staging folders zijn immers ook onderhevig aan deze quota’s. Disk Quota’s zijn in te zien door een rechtermuis op een diskstation te klikken en dan te kiezen voor properties. Ga daarna na het tabblad quota’s. Je ziet dan onderstaande (of alles is grijs, als de quota’s niet zijn ingesteld). 
Note: Let op, het repliceren van homedrives of profielen via DFS (in een full-mess situatie) wordt door Microsoft officieel niet ondersteund. Lees meer daarover op http://blogs.technet.com/b/askds/archive/2010/09/01/microsoft-s-support-statement-around-replicated-user-profile-data.aspx