Перенос файловых служб sbs 2008 на сервер 2008 R2
Наша компания начала расширять свою ОС Windows 2008 SBS. Мы приобрели и создали новый сервер с Windows Server 2008 R2 Standard. Я уже выдвинул новый сервер на DC и перенес на него большинство ролей (DNS, DHCP и т. Д.). Последний сервис, который необходимо перенести, - это Файловые сервисы. Папки пользовательских документов обрабатываются FS, а также несколькими другими папками. Существует ли прямой подход к переносу этих данных на новый сервер? Я пытался выполнить шаги, описанные в technet, но поскольку исходным сервером является SBS, я не могу зарегистрировать на нем инструменты миграции сервера.
Мы не используем Exchange, поэтому меня больше не волнует ничего, кроме самих файлов и возможности беспрепятственно перемещать данные в соответствующие папки, доступные пользователю, перед тем как демонтировать исходный сервер.
1 ответ
Вот что я бы сделал:
Создайте папки, соответствующие общим ресурсам на старом сервере, на новом сервере и предоставьте к ним общий доступ (установив разрешения по своему усмотрению и т. Д.), Убедившись, что совпадают имена общих ресурсов со старого компьютера-сервера
Скопируйте все общие папки со старого сервера на новый, используя
robocopy
с/copyall
переключатель командной строки (убедитесь, что вы используетеrobocopy
экземпляр на новом компьютере с Windows Server 2008 R2, в качестве версииrobocopy
который поставляется с Windows Server 2008, не копирует разрешения)Переведите старый сервер на рядовой и переименуйте его или удалите из домена.
Назначьте имя старого сервера новому серверу как
OptionalNames
запись, как описано в этом замечательном ответе "Ошибка сервера"Создайте запись DNS CNAME, чтобы присвоить псевдониму имя старого сервера новому компьютеру.
Любые старые UNC, ярлыки, сценарии сопоставления дисков, политики перенаправления папок групповой политики и т. Д. Будут "просто работать" с этим методом - без вывода сообщений, используя новый сервер вместо старого. Я использую этот метод в большинстве миграций файлового сервера, потому что он создает наименьшую головную боль для пользователей и, если все сделано правильно, оказывается невидимым для конечного пользователя.