У меня была настроена существующая топология двусторонней репликации 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» следующим образом:
Повторная синхронизация не должна занимать много времени, так как фактические файлы в любом случае должны быть предварительно заполнены на 100%, это будет более интенсивно, чем сеть. Кроме того, вы можете запустить его в тихое время, на выходных и т. Д.