Назад | Перейти на главную страницу

DFS-R сломан после переименования обновленного рядового сервера

У меня была настроена существующая топология двусторонней репликации DFS-R, состоящая из двух серверов, один из которых был Windows 2003 R2, а другой - Windows 2008 R2. Это работало нормально.

На прошлой неделе я обновил сервер Win 2003 до Windows 2008 R2. Это была виртуальная машина, поэтому процесс обновления просто включал создание нового диска Win 2008 R2 OS C: и подключение дисков данных (файлов vmdk) из старой виртуальной машины. Затем я переименовал старую виртуальную машину Win 2003 в старую серверную и переименовал новую виртуальную машину Win 2008 в исходное старое имя, например:

Before (DFS-R between server1 and server2 working ok)
=====================================================
server1 - Win 2003 R2
server2 - Win 2008 R2

After (DFS-R trying to use server1-old and server2)
=====================================================
server1-old - Win 2003 R2 (original server)
server1     - Win 2008 R2 (upgraded new VM)
server2     - Win 2008 R2 (no change)

Теперь проблема в том, что DFS-R сломан и не реплицируется, потому что он по-прежнему ссылается на старое имя компьютера, server-old. Некоторые атрибуты Active Directory, связанные с DFS-R, все еще привязаны к старой учетной записи компьютера.

Могу ли я исправить DFS-R, связав старую учетную запись компьютера с новым сервером, но сохранив исходное имя (server1)? я считать это сработает, так как это заставит DFS-R думать, что ничего не изменилось, а папка DfsrPrivate все еще существует. Я не хочу воссоздавать группу репликации, поскольку это будет означать первоначальную повторную синхронизацию.

Не поддерживается. Блог Неда Пайла Вот описывает процесс замены рядового сервера DFSR «Disk Swap» следующим образом:

  1. Настройте новый сервер и перенесите диски через
  2. Удалить базу данных конфигурации DFSR с замененных дисков
  3. Добавьте новый сервер в группу репликации и дождитесь завершения начальной синхронизации.

Повторная синхронизация не должна занимать много времени, так как фактические файлы в любом случае должны быть предварительно заполнены на 100%, это будет более интенсивно, чем сеть. Кроме того, вы можете запустить его в тихое время, на выходных и т. Д.