Миграция общих каталогов от Windows Server 2003 SP2 до Windows Server 2008 R2
Я настраиваю новый сервер Active Directory и потребность переместить все общие каталоги со старого сервера. Я нашел большую информацию о Репликации DFS, но это не доступно до 2003 R2. Я не могу выяснить, как копировать файлы с 2003 до 2008 R2 с FRS или если это даже возможно.
Мне не нужна долгосрочная репликация; я ликвидирую старый сервер, после того как новый стабилен.
Я предпочел бы решение, которое поддерживает непрерывность, но если это не возможно, я могу остаться после закрытия для переключения.
Если это помогает: - текущий доменный и функциональный уровень является Windows Server 2003 - И на SP2 2003 года и на 2 008 серверах R2, "Сервис Репликации файлов" является рабочим сервисом.
Полностью ликвидировать простои сложно и обычно нежелательно - вы не хотите вечно выдавать себя за старый сервер, поэтому пользователи должны как-нибудь начать использовать новое имя - вам нужно выбрать, следует ли им вручную переключаться, вы будете писать для них сценарии изменений и т.д. Так как это другая и сложная тема, дайте мне знать, если захотите, чтобы я написал на ней.
Нужно перенести две части - определения общего ресурса CIFS и фактические файлы.
Миграция определений ресурса обычно проста - они представлены в виде записей реестра.
Эта KB статья показывает вам, как это сделать, и так как она применима к версиям 2003 и 2008r2, я подумаю, что структура достаточно похожа. Просто сделайте резервную копию всего заранее, и убедитесь, что ключи действительно выглядят одинаково на обоих серверах
.
После изменения реестра либо перезагрузите сервер, либо перезапустите службу "server" (также известную как lanmanserver).
Миграция файлов более запутанная, но все же выполнимая. Я использую robocopy, потому что вы можете использовать переключатель /mir, чтобы сделать каталог назначения похожим на оригинал.
.
Я запускаю эту команду снова и снова (и измеряю время, затрачиваемое на каждый запуск) до тех пор, пока большинство файлов не будет перемещено (каждый раз при запуске копируются только измененные файлы, что означает, что это занимает меньше времени)
.
Когда я вижу, что запуск робокопии занимает разумное количество времени (например, 30 минут для гигантского каталога, потому что просто просмотр всех файлов занимает много времени), я беру общий ресурс старого сервера (для доступа пользователей), запускаю его в последний раз, а затем поднимаю общий ресурс нового сервера (опять же, для доступа пользователей). Таким образом, никакие данные пользователей не "забываются" на старом сервере, и никакие данные на новом сервере не перезаписываются миграцией
.
Вы можете настроить робокопирование для сохранения прав, времени доступа и т.д.
Раньше я просто использовал нечто вроде Xcopy или даже Synctoy для переноса данных с файлового сервера на новую систему. NTFS разрешения копируются, а затем вы просто заново создаете общий доступ. Совсем недавно я использовал Bvckup 2, его возможность запускать дельта-копии и простота установки в качестве службы - это очень ловко. Вы можете настроить что-то, что синхронизируется с новым сервером в режиме реального времени, пока не будете готовы к работе с ним. На моем месте я бы скопировал все и отключил акции на старом сервере. Если бы чего-то не хватало, я бы скопировал это вручную.
DFS вроде как все усложняет. Она более полезна в ситуациях, когда у вас есть файловые серверы, которые нужно синхронизировать между офисами, расположенными в разных местах, или что-то в этом роде.
.Я использую эту программу для синхронизации акций, когда это необходимо...
Это не бесплатно, но это очень полезный инструмент. Она может синхронизироваться в реальном времени или через заданный интервал, будет копировать разрешения и только копировать diff.
У меня не было проблем с использованием этой программы.