none
DFS y primera replicacion. RRS feed

  • Pregunta

  • Hola, tengo el siguiente escenario, dos sedes unidas por vpn sede1 PDC win2k8r2 y DFS sede2 servidor miembro win2k8r2 y DFS.

    El sistema DFS funciona bien con carpetas que he probado, pero me surje una duda al notar el comportamiento del sistema. El la primera sincronizacion el maestro actualiza al esclavo y si las carpetas ya contienen archivos, los archivos que hay en esclavo que no estan en el maestro son borrados, como puedo hacer para fusionar las carpetas de las dos sedes, las fusiono fuera de la raiz dfs y luego las meto en la carpeta y hago la primera sincronizacion?hay alguna manera mejor de hacerlo para no tener que sincronizar los 50gb de un sitio a otro.

    La topologia es completa 512k.

    También he notado que si en la sede2 copio archivos a la carpeta del dfs tarda el mismo tiempo que si lo copiase por vpn a la carpeta de la sede1, no deberia tardar como copia en local y luego en segundo plano el dfs sincronizar? se puede cambiar este comportamiento, es que si añado una carpeta con 10mb me tarda 3 min en copiarse.

    Muchas gracias


    • Editado Piritel miércoles, 5 de septiembre de 2012 21:48 error tipografico
    miércoles, 5 de septiembre de 2012 21:47

Respuestas

  • Hola para solucionar el problema anterior y mejorar el tiempo, volvi a copiar los datos mediante la utilidad de windows server backup de windows 2008 r2,para poder conservar los permisos acl de los archivos y los restauré marcando la casilla de permisos ACL. Con el comando DFSRUTIL, comprobé el hash de archivo y destino y coincidian, ahora parece que se ha reducido bastante el tiempo y la carga de la red.

    La única duda que me surge es si se pueden o es conveniente acceder a los ficheros mientras aún se está en la primera replicación.

    Me ha ayudado mucho:

    http://blogs.technet.com/b/askds/archive/2008/02/12/get-out-and-push-getting-the-most-out-of-dfsr-pre-staging.aspx?PageIndex=3#comments

    http://support.microsoft.com/kb/947726

    http://social.technet.microsoft.com/Forums/sr/winserverfiles/thread/2edbb30f-1fc1-4142-967c-07d11248e9d3

    Saludos y gracias.

    • Marcado como respuesta Uriel Almendra viernes, 19 de abril de 2013 15:40
    martes, 11 de septiembre de 2012 21:37

Todas las respuestas

  • La primera sincronización funciona de maestro al resto y no hay otra forma. Quizás puedas distribuir el contenido del dfs en diferentes carpetas, que se repliquen por separado.

     

    jueves, 6 de septiembre de 2012 10:43
  • Hola gracias por responder, al final lo que hice fue fusionar las dos carpetas de las dos sedes en el servidor maestro sede1 total 200gb, y luego copiar ese mismo contenido y volcarlo sobre el servidor sede2, y después iniciar la replica dfs.

    Veo que aún así vuelve a revisar todos los archivos y me guarda una copia de cada en conflictanddeletecd, y me devuelve el eventid 4412

    El servicio de replicación DFS detectó que un archivo se ha modificado en  varios servidores. Se usó un algoritmo de resolución de conflictos para determinar el archivo válido. El archivo no válido se trasladó a la carpeta Conflictos y eliminaciones.

    Información adicional:

    Ruta de acceso del archivo original: E:\General\Synchro_Daten\Vorab Speicher Aktuell\__AUFRÄUMEN!!\Eigene Ordner\Lucie\Fotos\Son Moll\Mai 07\IMG_0800.JPG

    Nombre nuevo en carpeta de conflictos: IMG_0800-{9ADE6053-1800-4DE9-87A2-0BF1BB1B6565}-v7101.JPG

    Raíz de carpeta replicada: E:\General\Synchro_Daten

    Id. de archivo: {7EF03880-61BB-4B64-92CF-43FE8B6109C1}-v7057

    Nombre de carpeta replicada: Synchro_Daten

    Id. de carpeta replicada: 48B81438-D327-41BD-84D3-E30410035E15

    Nombre de grupo de replicación: domain.local\syncserver\synchro_daten

    Id. de grupo de replicación: 0B5DB0F3-6D4F-430D-866C-BCC690317135

    Id. de miembro: 9CDC225F-25EC-4140-B12E-BE2E6E94113B

    Lleva un dia replicandoy creo que le queda bastante sólo ha copiado 13gb en conflictanddeleted,

    lo curioso es que los archivos conservan la misma fecha de modificación en los dos servidores.

    Gracias.

    sábado, 8 de septiembre de 2012 21:23
  • Hola para solucionar el problema anterior y mejorar el tiempo, volvi a copiar los datos mediante la utilidad de windows server backup de windows 2008 r2,para poder conservar los permisos acl de los archivos y los restauré marcando la casilla de permisos ACL. Con el comando DFSRUTIL, comprobé el hash de archivo y destino y coincidian, ahora parece que se ha reducido bastante el tiempo y la carga de la red.

    La única duda que me surge es si se pueden o es conveniente acceder a los ficheros mientras aún se está en la primera replicación.

    Me ha ayudado mucho:

    http://blogs.technet.com/b/askds/archive/2008/02/12/get-out-and-push-getting-the-most-out-of-dfsr-pre-staging.aspx?PageIndex=3#comments

    http://support.microsoft.com/kb/947726

    http://social.technet.microsoft.com/Forums/sr/winserverfiles/thread/2edbb30f-1fc1-4142-967c-07d11248e9d3

    Saludos y gracias.

    • Marcado como respuesta Uriel Almendra viernes, 19 de abril de 2013 15:40
    martes, 11 de septiembre de 2012 21:37
  • Hola,

    Un favor podrías detallar la parte en que te refieres a "mejorar el tiempo"? Tengo un escenario parecido al tuyo y la replicación initial parece una madreeee.

    Gracias.


    • Editado diegocaccire viernes, 14 de septiembre de 2012 7:40
    viernes, 14 de septiembre de 2012 7:35