4 votos

DFS-R ID de Evento 4412 El servicio de Replicación DFS detecta que un archivo ha cambiado en varios servidores

Para preparar la replicación DFS, se utilizó robocopy /DATSOU... copiar el contenido de una carpeta compartida (~170 G) a otro servidor.

Después de eso, un grupo de replicación DFS fue configurado con las dos carpetas.

Ahora, después de algunas horas tenemos toneladas de 4412 errores diciendo que un archivo ha cambiado en varios servidores. Este definitivamente no es el caso. Filetimes etc. son todos de la misma (excepto en el tiempo de acceso), la que puede comprobar al comparar el "ganador" de archivos con las eliminadas en DfsrPrivate\ConflictAndDeleted. ¿Qué está ocurriendo aquí?

5voto

the-wabbit Puntos 28168

Usted debe utilizar

dfsrdiag filehash /filepath:<yourfile>

en ambos servidores para el mismo archivo para comprobar si DFS-R se reconoce el archivo como "mismo" como se describe en KB947726. Sospecho que este no sería el caso.

3voto

maweeras Puntos 2156

Sólo para añadir a la respuesta de syneticon-dj, dependiendo de cómo se hizo el robocopy, es probable que los permisos en el origen y destino diferentes. Si este fuera el caso, la filehash sería diferente y causar 4412 eventos. Se deben usar RDC para minimizar lo que tira hacia abajo de la fuente.

http://blogs.technet.com/b/askds/archive/2008/02/12/get-out-and-push-getting-the-most-out-of-dfsr-pre-staging.aspx discute este asunto. Nota encontrará golpea el robocopy información basada en el punto a http://blogs.technet.com/b/askds/archive/2010/09/07/replacing-dfsr-member-hardware-or-os-part-2-pre-seeding.aspx . Este es el vínculo definitivo en pre-siembra DFSR.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X