Usted administra una implementación de Replicación DFS con un servidor central en la sede central y 12 servidores de sucursal. Los usuarios de las sucursales editan con frecuencia los mismos archivos que los usuarios de la sede central, lo que provoca conflictos, y se producen retrasos en la replicación cuando se modifican archivos grandes. Debe reducir los conflictos y minimizar los retrasos. ¿Qué debería hacer? (Elija dos)

Convertir los miembros de la sucursal en réplicas DFSR de solo lectura es una solución directa para reducir los conflictos, ya que evita que los usuarios de las sucursales editen los mismos archivos que los usuarios de la sede central. Aumentar la cuota de staging de DFSR en el hub y las sucursales es crucial para minimizar los retrasos cuando se modifican archivos grandes. Una cuota de staging insuficiente puede provocar reintentos de replicación y un rendimiento deficiente, ya que los archivos grandes no pueden almacenarse en el área de staging antes de la replicación. Reconfigurar las conexiones a una topología de tipo hub-and-spoke no abordaría directamente los conflictos de archivos ni los retrasos causados por archivos grandes, aunque puede ser una topología más eficiente para algunas implementaciones. Disminuir la cuota de staging empeoraría el problema de los archivos grandes, ya que habría menos espacio para almacenarlos temporalmente.