¿Vale la pena considerar Branch Cache como un reemplazo para DFS-R?

Tenemos una pequeña oficina auxiliar que actualmente tiene un único controlador de dominio de servidor 2003 y una copia DFS-R del almacén de archivos que se encuentra en nuestra oficina principal. Probablemente replicamos aproximadamente 100 Gb de datos, supongo que se usa activamente un máximo de 20 Gb en ambos extremos. Tenemos enlaces ADSL (relativamente) lentos entre sitios.

La replicación generalmente funciona bastante bien para nosotros, excepto en los casos en que realizamos cambios en la seguridad de algunos de los archivos replicados. - esto provoca una enorme acumulación de cambios que parecen tardar varios días en eliminarse. He estado leyendo otras publicaciones sobre problemas, y también sobre la nueva característica de Branch Cache que Windows 7 y Server 2008 R2 tienen para ofrecer, y según tengo entendido, los pros y los contras son los siguientes:

Caché de rama

Pros

• No hay conflictos de versiones
• Acceso rápido para acceso posterior

Contras

• Acceso lento para acceso por primera vez
• Acceso de escritura lento

DFSR

Pros

• Acceso rápido de lectura / escritura a los datos en todo momento
• Una cantidad limitada de seguridad de datos adicional

Contras

• Los retrasos pueden ocurrir muy fácilmente
• Los conflictos de versión pueden ser un problema con los retrasos
• La replicación puede llevar demasiado tiempo, no es adecuada para el acceso en tiempo real a los archivos entre oficinas.

¿Alguien ha probado el caché de rama? Me pregunto si sabe qué tan bien funciona el caché de sucursal en el mundo real. ¿Sería mejor que DFSR para nuestra configuración? Me imagino que podría ser muy útil si pudiera precargar fragmentos de datos (¡supongo que podría hacerlo manualmente con robocopy y eliminar!). La única preocupación que tengo es el hecho de que la escritura de datos sería lenta.

También he estado considerando implementar sharepoint en nuestra oficina principal. Creo que esto podría inclinarse a favor de Branch Cache.

Obviamente, si decidiera usar el caché de sucursal, tendría que pasar las pruebas, pero solo quería saber si me faltaban otras ventajas o desventajas que pudieran persuadirme de una manera u otra.

Probablemente mantendría nuestro software implementado AD como DFS-R replicado y tal vez incluso datos específicos del usuario (por ejemplo, directorios y perfiles de inicio), de lo contrario, las escrituras seguramente causarían retrasos en los clientes.

Parece que BranchCache puede ser una buena opción para usted, aunque también puede beneficiarse de algunas mejoras de rendimiento en DFS-R realizadas en Server 2008 y Server 2008 R2.

Se han escrito algunos estudios de casos sobre BranchCache que pueden brindarle más información sobre el rendimiento de BranchCache en el mundo real. Simplemente busque "Estudio de caso de BranchCache".

BranchCache tiene cuidado de respetar siempre la configuración de control de acceso más actualizada en cualquier contenido (archivo, página web ...). Antes de que una PC cliente pueda descargar datos de la caché en la sucursal (ya sea en un servidor de caché alojado o en un par), debe obtener identificadores de contenido del servidor de la oficina principal. Si el cliente no tiene permiso para acceder a los datos, el servidor de la oficina principal no enviará los identificadores. Hay un montón de documentos que explican cómo funciona esto en branchcache.com.

Si lo desea, puede precargar la caché de BranchCache haciendo que uno de los clientes de la sucursal (o el servidor de caché alojado real) acceda a los datos con anticipación. Esto puede ser programable en algunos casos si desea precargar el caché antes de que entren los trabajadores.

Si va a mantener un servidor en la sucursal y va a actualizar a R2, no hay ninguna razón por la que no pueda implementar una combinación de BranchCache y DFS-R. Un único cuadro puede actuar como un punto de replicación DFS-R y como un servidor de caché alojado simultáneamente. Puede obtener la optimización de sharepoint y SMB de esta manera, y al difundir sus datos entre las dos tecnologías, puede obtener las mejores propiedades de cada uno para sus diversas categorías de datos.

¡Espero que esto ayude! -Tyler