1 votos

DFS-R (2008 y R2) cluster de servidores de 2 nodos, todas las escrituras de archivos terminan en conflictAndDeleted

Ambos servidores en un cluster de 2 servidores están reportando el evento 4412 20,000 veces por día. Si me sitúo en la carpeta conflictAndDetected puedo observar que los archivos aparecen y desaparecen. Los usuarios informan de que sus archivos guardados por los compañeros en la misma ubicación se están anulando entre sí.

La configuración comenzó con un solo servidor, luego se configuró DFS-R utilizando el asistente de 2008 R2 que configuró el recurso compartido en el segundo servidor. El DFSN se configuró de forma independiente. Los usuarios de Windows tienen unidades mapeadas usando el espacio de nombres basado en el dominio ( \domain.com\share ). Los usuarios de Mac se dirigen directamente al nuevo recurso compartido del servidor creado por DFS-R. Son los usuarios de PC los que indican la mayoría de los archivos perdidos, pero ha habido 2 informes de usuarios de Mac sobre la reversión de archivos.

He implementado DFS-R antes y el evento 4412 sólo ocurría cuando los usuarios abrían archivos y hacían cambios simultáneamente, o durante la replicación inicial. Aquí los dos servidores están sincronizados (los backlogs están vacíos). ¿Por qué DFS-R detecta que el archivo se actualizó en varios servidores y por qué los archivos válidos de conflictAndDeleted se sustituyen por archivos no conflictAndDeleted?

0voto

Cheekysoft Puntos 16532

Sólo para aclarar, ¿estás viendo conflictos para archivos que estás 100% seguro que no están siendo modificados por un servidor? Supongo que basado en los 22.000 conflictos por día.

¿Sólo ocurre con un grupo de replicación, y qué tamaño tiene la carpeta de destino de ese grupo? Si el objetivo de la carpeta no es tan grande, lo mejor es volver a crear el grupo de replicación.

Aquí hay algunas cosas que yo haría para obtener más información sobre lo que podría estar pasando:

  • Ejecute un informe de diagnóstico DFSR para su grupo de replicación, y mire la sección de "información" de cada servidor de replicación. ¿Alguno de ellos dice que la replicación inicial todavía está ocurriendo?
  • Ejecute: "dfsradmin membership list /rgname:replicationgroupname /attr:memname,rfname,isprimary,objstate" y asegúrese de que todos los miembros informan de que son normales y que ningún miembro es primario

Eche un vistazo al registro de depuración DFSR en uno de los servidores miembros (%windir%) \debug\Dfsr00100.log por defecto), y hacer una búsqueda de la palabra "Error" y ver si aparece algo.

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