У меня есть среда, в которой есть файловый сервер (физический) и DC (виртуальный) с репликацией DFS, настроенной предыдущим техником. Я никогда раньше не работал с DFS.
Около 1 ТБ данных реплицируются на второй диск на DC. Я бы хотел полностью остановить всю репликацию на DC. Но я не знаю, как это сделать безопасно. Я предполагаю/надеюсь, что это можно сделать без какого-либо воздействия на файловый сервер, без необходимости выгонять пользователей, выключать его, перезагружать и т. д., поскольку в этой ситуации на координацию уходят дни.
Когда я смотрю в DFS Management на DC, я вижу 1 пространство имен и 2 записи репликации. Одна для общих ресурсов файлового сервера - dfs-rep, а другая для тома доменной системы.
Конечный результат, который я ищу, — это файловый сервер со всеми данными, а DC — просто DC. Никто не обращается к данным с DC, он был реализован как «резервная копия». Поэтому я хотел бы удалить весь этот диск, не теряя ничего на самом файловом сервере.
Файловый сервер — 2008 R2, DC — 2012 Standard.
Кто-нибудь знает, как это сделать?
решение1
Командлет Remove-DfsrMember удаляет компьютеры-участники из группы репликации. Участники группы репликации размещают реплицированные папки. Если удалить участника из его группы репликации, репликация распределенной файловой системы (DFS) останавливает репликацию на этом участнике. Этот командлет не удаляет содержимое реплицированных папок или их личные данные.
И если у вас нет этого командлета, так как это относительно недавнее дополнение, суть в том, что да, просто удалите DC из группы репликации с помощью оснастки DFS management mmc. Само собой разумеется, не делайте ничего с группой репликации под названием "Domain System Volume" - это sysvol.
решение2
Во-первых, оставьте запись репликации DFS Sysvol (он же "Domain System Volume"). Это обычная функция AD, и она не требует никаких настроек по умолчанию.
Что касается файлового сервера, то здесь задействованы две отдельные технологии, связанные с DFS: DFS Namespace, которая отвечает за размещение реальных общих ресурсов, и DFS Replication, которая заботится только о том, чтобы данные были синхронизированы между вашим DC и файловым сервером. Одному не требуется другое, и они могут работать по отдельности без проблем.
Итак, первым шагом будет проверка вашего пространства имен DFS. Вероятно, там определена по крайней мере одна папка/общий ресурс. Выберите каждую из них и сделайте следующее.
- Проверьте вкладку Folder Targets. Должна быть как минимум одна запись, указывающая на ваш файловый сервер. Если есть только одна запись, отлично. Готово.
- Если ваш DC указан в папке «Цели» и онне единственная запись, удалите его. Это не нарушит существующие клиентские соединения. Но это остановит направление новых клиентов на него.
- Если ваш DC указан и онэто единственная запись, у вас есть два шага. Сначала добавьте новую запись, указывающую на ваш файловый сервер, и подождите, пока не увидите, как клиенты перенаправляются на него. Затем удалите запись для DC.
- Если вы внесли какие-либо изменения, начните отслеживать подключения к общему ресурсу, пока все не отфильтруются от DC.
Теперь, когда ни один клиент фактически не использует DC в качестве файлового сервера, можно перейти к репликации DFS.
- Выберите группу репликации и перейдите на вкладку «Членство».
- Удалить запись для вашего DC
- Если вы собираетесь полностью прекратить использование DFS Replication, вы также можете просто удалить всю группу репликации. Но если вы планируете поднять новый резервный файловый сервер, вы можете просто сохранить его и добавить новый сервер позже.
- Служба DFSR на контроллере домена в конечном итоге самостоятельно примет изменения, или вы можете вручную перезапустить службу.
- В журнале событий репликации DFS контроллера домена появятся сообщения о том, что он принял изменения и удалил себя из группы. В этот момент можно безопасно удалить данные.
Обновлять
Ваш комментарий заставил меня осознать, что я забыл рассказать о самих серверах пространств имен. Так что принцип работы пространства имен DFS заключается в том, что набор серверов «размещает» корневое пространство имен (например, \\example.com\ns), так что когда люди ищут определенный ресурс, например \\example.com\ns\share, они фактически направляются на один из серверов, размещающих этот ресурс, задавая вопрос одному из серверов пространства имен.
Вы упомянули, что в вашем пространстве имен и файловый сервер, и DC указаны в Namespace Servers для вашего пространства имен. Нет ничего плохого в том, чтобы оставить это как есть. А наличие двух доступных означает, что клиенты не будут выдавать ошибки при попытке подключения, когда один из них отключен для исправления и т. п. Я часто вижу, как люди используют несколько DC в качестве серверов пространства имен.