Серверный кластер с двумя узлами DFS-R (2008 и R2), запись всех файлов заканчивается конфликтом и удалением
Оба сервера в кластере с двумя серверами сообщают о событии 4412 20000 раз в день. Если я сижу в папке конфликта и обнаруженных файлов, я могу наблюдать появление и исчезновение файлов. Пользователи сообщают, что их файлы, сохраненные одноранговыми узлами в одном месте, переопределяют друг друга.
Конфигурация началась с одного сервера, затем DFS-R был настроен с помощью мастера 2008 R2, который настроил общий ресурс на втором сервере. DFSN был настроен независимо. Пользователи Windows имеют диски, сопоставленные с использованием доменного пространства имен (\domain.com\share). Пользователи Mac указывают непосредственно на новый общий ресурс сервера, созданный DFS-R. Именно пользователи ПК указывают на большую часть потерянных файлов, но пользователи Mac сообщили о возврате файлов 2 раза.
Я реализовал DFS-R раньше, и событие 4412 происходило только тогда, когда пользователи одновременно открывали файлы и вносили изменения, или во время начальной репликации. Здесь два сервера синхронизированы (резервы пусты). Почему DFS-R обнаруживает, что файл был обновлен на нескольких серверах, и почему действительные файлы конфликта и заменены на файлы, не находящиеся в конфликте и удаленные?
1 ответ
Просто для пояснения, вы видите конфликты для файлов, которые на 100% уверены, что они не изменяются сервером? Я бы предположил, исходя из 22 000 конфликтов в день.
Это происходит только для одной группы репликации, и насколько велика цель папки для этой группы? Если цель папки не так велика, лучше всего заново создать группу репликации.
Вот несколько вещей, которые я хотел бы сделать, чтобы получить больше информации о том, что может происходить:
- Запустите диагностический отчет DFSR для вашей группы репликации и просмотрите раздел "информация" каждого реплицирующего сервера. Кто-нибудь из них говорит, что начальная репликация все еще происходит?
- Запустите: "Список членов dfsradmin /rgname: имя группы репликации /attr:memname,rfname,isprimary,objstate" и убедитесь, что все члены сообщают "Нормальный", и что ни один из членов не является первичным
Взгляните на журнал отладки DFSR на одном из рядовых серверов (по умолчанию%windir%\debug\Dfsr00100.log) и выполните поиск по слову "Ошибка", чтобы узнать, появляется ли что-нибудь.