DFS постоянно копирует практически все файлы
У нас всегда были проблемы с DFS, но в последнее время оно ухудшилось без видимой причины и стало вредным. У нас есть один главный сервер и соединения DFS с четырьмя другими серверами. Четыре сервера не изменяют никаких файлов, поэтому все репликации всегда распространяются с главного на четыре других сервера. Реплицированный каталог содержит около 900 000 файлов. В последние недели каждый раз, когда мы проверяем, в журналах DFS хранятся сотни тысяч файлов. Например, на данный момент главный сервер реплицирует около 700 000 файлов на три из четырех серверов, тогда как четвертый работает нормально. Иногда только один выключен, иногда два и на этот раз три. Кроме того, это никогда не тот же набор серверов. Невероятно, что что-то периодически затрагивает все 900 000 файлов. Самое большое изменение, которое происходит, - это запланированное обновление нескольких тысяч файлов каждые шесть часов.
У кого-нибудь есть такая же проблема? Это известная проблема?
Обновление: (Это также ответ на некоторые вопросы, поднятые Джеффом Майлсом). Проблема снова произошла несколько часов назад. Я настроил некоторые пробники утром и следил за серверами в течение дня, и, казалось бы, в случайное время три задела раздулись до 3 миллионов изменений (что больше, чем общее количество файлов) в течение минуты. Ничего интересного в журнале событий DFS. Даже нет "начатой начальной репликации". Только несколько ошибок "DFS соединение потеряно или не отвечает", но они произошли примерно через 10 минут после свершившегося факта. Скорее всего потому, что что-то захлебнулось огромными заделами Что еще более важно, четвертый сервер в порядке. Это указывает на то, что 3 миллиона изменений, скорее всего, являются поддельными. Кроме того, я не могу представить, чтобы что-то изменило столько файлов за такой короткий промежуток времени. Относительно технической настройки; это комбинация Win2003R2 и Win2008R2. Может ли это быть проблемой?
3 ответа
Сначала проверьте свою топологию. Внимательно просмотрите соединения репликации на вкладке "Соединения" в свойствах вашего набора репликации:
- Концентратор должен иметь одно исходящее соединение от себя к каждому из удаленных
- Каждый из пультов должен иметь только одно исходящее соединение, от самого себя до концентратора
Я видел случайно добавленные топологии полной сетки, которые приводят к таким проблемам, как вы.
Другие возможные виновники: - Антивирусное сканирование или индексация файлов на одном или нескольких серверах или одном из их клиентов. (Открытие файла обновляет время его доступа, которое затем должно быть реплицировано на все одноранговые узлы.) - Один или несколько очень больших файлов, блокирующих репликацию. Это должно отображаться в журналах DFS-R.
Наконец, вам нужен DFS-R или можно использовать обычную робокопию для синхронизации папок?
Если вы регулярно просматриваете сотни тысяч файлов в бэклоге, я бы предположил, что что-то меняет списки управления доступом для ваших файлов, особенно если вы не видите большого сетевого трафика, пока бэклог очищается.
Один из способов проверить, что модифицирует эти файлы, - включить аудит. Нед Пайл с командой Microsoft Directory Services недавно выпустил блог, в котором используется глобальный аудит доступа к объектам, который может помочь вам определить, что меняется: http://blogs.technet.com/b/askds/archive/2011/03/10/global-object-access-auditing-is-magic.aspx
Я бы также проверил ваш журнал событий DFSR и нашел бы любое событие с кодом 4102 (начальная начальная репликация) или 4104 (начальная репликация завершена). Если ваши файлы не изменяются, единственная причина, по которой я могу придумать сотни тысяч файлов в заделе, - это начальная репликация. Если ваша служба DFSR дает сбой, она может повредить базу данных DFSR и запустить первоначальную репликацию.
Если вы можете, я бы попробовал использовать DFSR только для чтения, описанный здесь: http://blogs.technet.com/b/askds/archive/2010/03/08/read-only-replication-in-r2.aspx
Я полагаю, основываясь на вашем теге Server 2003, что вы пока не можете этого сделать, но стоит упомянуть, исходя из вашего варианта использования.
http://blogs.technet.com/b/askds/archive/2010/03/08/read-only-replication-in-r2.aspx
Поскольку вы видите неоправданное количество файлов, реплицируемых в течение очень короткого периода, должно существовать приложение, которое изменяет атрибуты файла или значения USN Journal без изменения данных файла, например, программное обеспечение для резервного копирования, изменяющее бит архива, может инициировать это, а также некоторое программное обеспечение AV,
Тестирование совместимости антивирусных приложений с репликацией DFS
Я бы создал тестовую группу репликации для устранения неполадок и проверки таких элементов, как программное обеспечение резервного копирования, программное обеспечение AV и т. Д., Влияющих на репликацию. Я также в дополнение к другим рекомендациям, которые вы получили, регистрирует и отслеживает изменения в журнале USN без изменения данных файла. Приведенная ссылка является хорошей статьей о проверке приложений, изменяющих журнал USN без изменения данных файла и, следовательно, чрезмерной репликации.
Остерегайтесь файловых экранов, квот и т. Д. Я видел несколько сценариев, когда экран файлов вообще останавливал репликацию.
Установлено ли у вас антивирусное программное обеспечение для сканирования папок DFSR-Private (Staging, Conflict and Deleted и т. Д.)?
Кен