U beheert een DFS Replication-implementatie met één hubserver op het hoofdkantoor (HQ) en 12 branchservers. Branchgebruikers bewerken vaak dezelfde bestanden als HQ-gebruikers, wat conflicten veroorzaakt, en er ontstaan replicatie-achterstanden wanneer grote bestanden worden gewijzigd. U moet conflicten verminderen en achterstanden minimaliseren. Wat moet u doen? (Kies twee)

Om conflicten te verminderen wanneer branchgebruikers dezelfde bestanden bewerken als HQ-gebruikers, converteert u de branch-leden naar alleen-lezen DFSR-replica's. Dit voorkomt dat wijzigingen op de brancheservers worden aangebracht, waardoor schrijfconflicten worden geëlimineerd en de HQ-server de primaire bron van waarheid blijft. Om replicatie-achterstanden bij grote bestanden te minimaliseren, verhoogt u het DFSR staging-quotum op zowel de hub- als de branchservers. Dit stelt DFSR in staat om grotere bestanden in de staging-map op te slaan voordat ze worden gerepliceerd, waardoor de noodzaak voor meerdere pogingen en de kans op achterstanden afneemt. Het verlagen van het staging-quotum zou het probleem verergeren, omdat grote bestanden dan vaker opnieuw moeten worden geprobeerd. Het herconfigureren naar een hub-and-spoke-topologie is waarschijnlijk al de huidige configuratie gezien de beschrijving en lost de specifieke problemen van conflicten en achterstanden met grote bestanden niet direct op.