Sie verwalten eine DFS-Replikationsbereitstellung mit einem Hub-Server in der Zentrale und 12 Zweigstellen-Servern. Benutzer in den Zweigstellen bearbeiten häufig dieselben Dateien wie Benutzer in der Zentrale, was zu Konflikten führt, und Replikationsrückstände treten auf, wenn große Dateien geändert werden. Sie müssen Konflikte reduzieren und Rückstände minimieren. Was sollten Sie tun? (Wählen Sie zwei)

Das Konvertieren von Zweigstellenmitgliedern in schreibgeschützte DFSR-Replikate verhindert, dass Benutzer in den Zweigstellen Dateien direkt bearbeiten, wodurch Schreibkonflikte mit dem Hub-Server eliminiert werden. Dies ist besonders nützlich, wenn die Zentrale die primäre Quelle für Dateibearbeitungen sein soll. Das Erhöhen des DFSR-Staging-Kontingents auf dem Hub und den Zweigstellen ermöglicht es dem DFSR-Dienst, größere Dateien vollständig zu speichern, bevor sie repliziert werden. Dies reduziert Replikationsrückstände, die durch große Dateien entstehen, da der Dienst nicht ständig versucht, unvollständige Dateien zu replizieren oder zu viele Wiederholungsversuche aufgrund unzureichenden Staging-Speichers durchführt. Eine Hub-and-Spoke-Topologie ist bereits für diese Art von Bereitstellung üblich und würde die Konflikte nicht direkt reduzieren. Das Verringern des Staging-Kontingents würde die Probleme mit großen Dateien verschärfen, nicht lösen.