У нас есть два автономных файловых сервера. Мы используем DFSR для репликации данных с сервера 1 на сервер 2.
Сервер 2 был отключен в течение некоторого времени, и я не решаюсь снова включить его, если это вызовет проблемы с DFS, пытающимся согласовать различия в данных.
Могу ли я просто отключить DFS на активном узле, затем включить второй узел без подключения к сети и отключить его там?
Конечно, вы можете полностью удалить древнюю репликацию и воссоздать ее с новостными данными:
1) остановить службу dfsr И деактивировать его на двух серверах.
2) дождитесь логов событий id 4004 4010
System Volume Information\dfsr (это скрытый каталог)dfsrprivate в вашем общем каталоге. 5) реплицируйте свои данные с исходного сервера на новый с помощью robocopy:
robocopy / MIR / E / R: 0 / W: 0 / NP / COPYALL M / T: 128 /LOG:c:\temp\file.log
КОПИРОВАТЬ важен, он скопирует права доступа и аудит ваших файлов. Если вы не используете этот параметр, DFSR сочтет ваши файлы разными.
/ MIR удалит файлы, которые находятся на целевом сервере, а не на исходном сервере. Так что будь осторожен
Во время начальной репликации база данных DFSR будет создана в каталоге c: \ System Volume Information \ DFSR \ database_xxx_xxxx. Пока базы данных не увеличатся, репликация не начнется.
7) Репликация может занять очень много времени, с 1000 000 файлов моя первоначальная реплика заняла 24 часа.
event log id 4104 появляется на конечном сервере. Конечно, вы можете протестировать создание файла на одном сервере и проверить его репликацию на другом. Вы должны проверить и другую сторону.Если вы хотите проследить за своей первоначальной репликацией, вы можете посмотреть журнал своей репликации:
fsrdiag backlog /rgname:<name of your replication group> /rfname:<name of your shared directory> /sendingmember:<source server> /receivingmember:<dest server> /v
Чтобы убедиться, что это хороший сервер в качестве основного, вы можете проверить:
dfsradmin membership list /rgname:<> /attr:IsPrimary,MembershipGuid,memname
Журналы репликации находятся в c:\windows\debug\.
С помощью этого метода у вас может быть рабочий dfsr без потерянных файлов во время репликации.
Если вы предпочитаете и не хотите выполнять предварительную репликацию:
Вы можете остановить сервис и деактивировать его.
Настройте исходный сервер как основной с помощью этой команды:
Набор членства dfsradmin / rgname: <> / rfname: <> / memname: / isprimary: true
и проверьте:
dfsradmin membership list /rgname:<> /attr:IsPrimary,MembershipGuid,memname
Этот метод объясняется dfsr в случае конфликта с 2 файлами, основной сервер выиграет и его файл будет ссылочным. Я не могу утверждать, что вы не потеряете файлы во время репликации. И dfsr потребуется очень много времени, чтобы повторно синхронизировать все ваши файлы.
Поэтому рекомендую первый способ.
удачи !