Перенос настроек windows server 2008 на windows server 2012
Обновлено: 03.07.2024
Документация по переносу и соответствующие средства упрощают процесс переноса ролей сервера, параметров операционных систем и данных с существующего сервера под управлением Windows Server® 2003, Windows Server 2008 или Windows Server 2008 R2 на компьютер с Windows Server 2008 R2.
Используя руководства по переносу, ссылки на которых представлены в данном разделе, и Средства миграции Windows Server для переноса ролей, можно упростить процесс развертывания новых серверов (включая работающие под управлением варианта установки Server Core Windows Server 2008 R2 и виртуальные серверы), сократить время простоя, повысить точность процесса переноса и исключить конфликты, которые могут возникнуть в его ходе.
Руководства по переносу Windows Server 2008 R2
Средства переноса Windows Server
Средства миграции Windows Server - компонент, доступный для установки на компьютерах под управлением Windows Server 2008 R2 с помощью мастера добавления компонентов Диспетчер серверов. Средства миграции Windows Server можно удалить с Windows Server 2008 R2 с помощью мастера удаления компонентов.
Для переноса ролей, компонентов и других данных с помощью Средства миграции Windows Server на исходных серверах, с которых требуется мигрировать данные, следует развернуть Средства миграции Windows Server. Для развертывания Средства миграции Windows Server на исходных серверах создается папка развертывания на компьютере под управлением Windows Server 2008 R2, затем эта папка копируется в ОС исходного компьютера Windows Server 2008 R2, представленные в таблице в данном разделе.
Пользователь должен быть членом группы Администраторы на компьютере, на котором нужно установить , зарегистрировать или использовать Средства миграции Windows Server. Кроме того, если Средства миграции Windows Server выполняется на серверах под управлением Windows Server 2008 или Windows Server 2008 R2, Средства миграции Windows Server должен выполняться с повышенными правами пользователя. Для этого нажмите кнопку Пуск, выберите Администрирование, правой кнопкой мыши щелкните Средства переноса Windows Server, а затем в контекстном меню выберите пункт Запуск от имени администратора.
Поддерживаемые операционные системы
В следующей таблице указаны операционные системы, для которых поддерживается миграция с помощью Средства миграции Windows Server.
Эта страница содержит ссылки на информацию и инструменты, которые помогут вам в процессе переноса ролей и компонентов в более новую версию Windows Server. Вы можете перенести файловые серверы и хранилище с помощью службы миграции хранилища, в то время как многие другие роли и компоненты можно перенести с помощью средств миграции Windows Server. Это набор командлетов PowerShell, которые были введены в Windows Server 2008 R2 для переноса ролей и компонентов.
Руководства по миграции охватывают перенос определенных ролей и компонентов с одного сервера на другой (не обновление на месте). Если в руководствах не указано иное, поддерживается перенос между физическими и виртуальными компьютерами, а также между серверами Windows Server, для которых была выполнена полная установка, и серверами, для которых была выполнена только установка основных серверных компонентов.
Перед началом работы
Перед началом переноса ролей и компонентов убедитесь, что исходный и целевой серверы работают под управлением операционных систем с последними пакетами обновления, которые для них доступны.
При миграции или обновлении до любой версии Windows Server следует просмотреть и понять политику сроков поддержки и период времени для этой версии и плана соответственно. Вы можете найти информацию о сроках для определенного выпуска Windows Server, который вас интересуют.
Windows Server 2019
Для переноса файловых серверов и хранилища на Windows Server 2019 или Windows Server 2016 рекомендуется использовать службу миграции хранилища. Сведения о переносе других ролей приведены в руководстве по Windows Server 2016 и Windows Server 2012 R2.
Windows Server 2016
Ниже приведены руководства по миграции для Windows Server 2016. Обратите внимание на то, что во многих случаях можно также использовать руководства по миграции для Windows Server 2012 R2.
Для переноса файловых серверов в Windows Server 2019 или Windows Server 2016 рекомендуется использовать службу миграции хранилища.
Windows Server 2012 R2
Следуйте инструкциям в этих руководствах для переноса ролей и компонентов с серверов под управлением Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012 или Windows Server 2012 R2 на Windows Server 2012 R2. Средства миграции Windows Server в Windows Server 2012 R2 поддерживают перенос между различными подсетями.
Теперь доступна электронная книга руководства по миграции Windows Server 2012 R2 и Windows Server 2012. Чтобы получить дополнительные сведения и скачать электронную книгу, ознакомьтесь с коллекцией электронных книг по технологиям Майкрософт.
Windows Server 2012
Следуйте инструкциям в этих руководствах для переноса ролей и компонентов с серверов под управлением Windows Server 2003, Windows Server 2008, Windows Server 2008 R2 или Windows Server 2012 на Windows Server 2012. Средства миграции Windows Server в Windows Server 2012 поддерживают перенос между различными подсетями.
Для получения дополнительных материалов по миграции ознакомьтесь с разделом Перенос ролей и компонентов на Windows Server.
Windows Server 2008 R2
Следуйте инструкциям в этих руководствах для переноса ролей и компонентов с серверов под управлением Windows Server 2003, Windows Server 2008 или Windows Server 2008 R2 на Windows Server 2008 R2. Средства миграции Windows Server в Windows Server 2008 R2 не поддерживают перенос между различными подсетями.
Для получения дополнительных материалов по миграции ознакомьтесь с разделом Migrate Server Roles to Windows Server 2008 R2 (Перенос ролей и компонентов в Windows Server 2008 R2).
Если вы хотите сохранить существующее оборудование и все роли сервера, которые вы настроили, без сжатия сервера, необходимо выполнить обновление на месте. При обновлении на месте вы переходите с более старой версии операционной системы на более новую, сохраняя свои параметры, роли сервера и данные. Эта статья поможет вам перейти с Windows Server 2008 R2 на Windows Server 2012 R2.
Чтобы выполнить обновление до Windows Server 2019, сначала используйте сведения из этой статьи, чтобы выполнить обновление до Windows Server 2012 R2, а затем выполнить обновление с Windows Server 2012 R2 до Windows Server 2019.
Подготовка к обновлению на месте
Перед началом обновления Windows Server рекомендуется выполнить сбор данных с устройств для диагностики и устранения неполадок. Так как эти сведения предназначены для использования только в случае сбоя обновления, необходимо убедиться в том, что вы храните информацию в расположении, доступ к которому можно получить с вашего устройства.
Сбор данных
Откройте командную строку, перейдите в c:\Windows\system32 , а затем введите c:\Windows\system32 .
Скопируйте, вставьте и сохраните полученные сведения о системе в любом расположении на устройстве.
Введите ipconfig /all в командной строке, а затем скопируйте и вставьте полученные сведения о конфигурации в то же расположение, что и ранее.
Откройте редактор реестра, перейдите в куст HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion, а затем скопируйте и вставьте значения BuildLabEx (версия) и EditionID (выпуск) для Windows Server в то же расположение, что и выше.
После получения всех данных, относящихся к Windows Server, мы настоятельно рекомендуем создать резервную копию операционной системы, приложений и виртуальных машин. Кроме того, необходимо завершить работу, выполнить быструю миграцию или динамическую миграцию всех виртуальных машин, выполняющихся в данный момент на сервере. Во время обновления на месте виртуальные машины не могут работать.
Выполнение обновления
Убедитесь, что значение BuildLabEx указывает, что используется Windows Server 2008 R2.
Найдите установочный носитель Windows Server 2012 R2 и выберите setup.exe.
Выберите Да, чтобы начать процесс установки.
На экране Windows Server 2012 R2 выберите Установить сейчас.
Для устройств, подключенных к Интернету, выберите Установить обновления из Интернета (рекомендуется) .
Выберите выпуск Windows Server 2012 R2, который требуется установить, а затем нажмите кнопку Далее.
Выберите Я принимаю условия лицензии, чтобы принять условия лицензионного соглашения, исходя из вашего канала распространения (например, розничная, многократная, OEM, ODM версия и т. д.), а затем нажмите кнопку Далее.
Выберите Upgrade: Install Windows and keep files, settings, and applications (Обновление: установить Windows и сохранить файлы, настройки и приложения), чтобы выбрать обновление на месте.
Программа установки напоминает вам, что вы должны убедиться, что ваши приложения совместимы с Windows Server 2012 R2, используя информацию из статьи Установка и обновление Windows Server, а затем нажмите кнопку Далее.
Если отображается страница с уведомлением о том, что обновление не рекомендуется, можно проигнорировать его и нажать кнопку Подтвердить. Она предназначена для того, чтобы предлагать чистую установку, но это не обязательно.
Начнется обновление на месте, в котором отображается окно Обновление Windows с информацией о ходе выполнения. После завершения обновления сервер перезапустится.
Действия по завершении обновления
После завершения обновления необходимо убедиться, что обновление до Windows Server 2012 R2 прошло успешно.
Проверка успешности обновления
Откройте редактор реестра, перейдите в куст HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion и просмотрите запись ProductName. Вы должны увидеть выпуск Windows Server 2012 R2, например Windows Server 2012 R2 Datacenter.
Убедитесь, что все приложения работают, и что подключения клиентов к приложениям выполняются успешно.
Если вы считаете, что во время обновления возникли проблемы, скопируйте и создайте архив каталога %SystemRoot%\Panther (обычно C:\Windows\Panther ) и обратитесь в службу поддержки Майкрософт.
Дальнейшие действия
Вы можете выполнить обновление на месте для перехода с версии Windows Server 2012 R2 на Windows Server 2019. Подробные инструкции см. в статье Upgrade Windows Server 2012 R2 to Windows Server 2019 (Обновление Windows Server 2012 R2 до Windows Server 2019).
Сегодня поговорим о таком актуальном вопросе, вызванной переходом на новую версию серверной ОС от Microsoft, как миграция старого dhcp сервера на новую платформу Windows Server 2012.
Обычно в продуктивной службе DHCP настроено множество параметров, в том числе огромные списки dhcp резерваций для клиентов (это всевозможные принтера, сендеры, компьютеры), поэтому о ручном переносе DHCP на новый Windows Server 2012 думать даже не хочется. К счастью существует возможность экспорта/импорта конфигурации DHCP сервера.
Нас интересуют два сценария переноса DHCP со старого сервера на Windows Server 2012:
1) Миграция DHCP сервера с Windows 2008/2008 R2
2) Миграция DHCP сервера с Windows 2003/ 2003 R2
Разберем оба эти сценария более подробно.
Миграция DHCP сервера с Windows 2008 на Windows Server 2012
Предположим, у нас имеется старый сервер с развернутой ролью DHCP, работающий под управлением Windows Server 2008 / 2008 R2 (пусть его имя srv-dhcp2008) и новый сервер с Windows 2012 (srv-dhcp2012), на который планируется осуществить перенос службы DHCP со всеми настройками.
На новом сервере с Windows Server 2012 установим роль DHCP с помощью команд Powershell:
В Windows Server 2012 появились специальные PowerShell командлеты, позволяющие осуществить импорт/экспорт любых параметров DHCP сервера. Отметим, что Microsoft максимально упростило всю процедуру, и нам необходимо будет выполнить всего две команды PowerShell: Export-DhcpServer и Import-Dhcpserver, которые могут работать и в удаленном режиме.
Итак, для экспорта настроек DHCP сервера, всех зон и резерваций с сервера под управление Windows Server 2008/R2, в консоли powershell на новом сервере (srv-dhcp2012) выполните следующую команду:
Конфигурация старого сервера экспортируется в XML формате в файл w2008dhcpconfig.xml. Отключите службу DHCP на сервере srv-dhcp2008:
Затем запускаем команду импорта:
Удостоверимся, что все dhcp зоны, резервации и мигрированы на новый сервер.
Если нужно импортировать только часть dhcp-зон, команда импорта будет выглядеть так:
Перенос DHCP с Windows Server 2003 на Windows 2012
К сожалению, прямой перенос настроек базы DHCP из Windows 2003 в Windows Server 2012 невозможен, т.к. Powershell-модуль экспорта не совместим со старыми версиями Windows Server, а команда netsh dhcp не поддерживается в Windows 2012 (функционал netsh dhcp был перенесен в PoSh ), так что в этом случае придется сначала перенести базу DHCP на Windows 2008, а затем уже с помощью Powershell мигрировать ее в Windows Server 2012. Как мигрировать базу из Windows 2003 в Windows 2008 R2 описано ниже.
Перенос базы DHCP из Windows Server 2003 в Windows 2008
Допустим, у нас есть DHCP сервер, работающая под управлением ОС Microsoft Windows Server 2003. Экспортируем базу данных DHCP в бинарный файл командой:
В результате, в корне диска C:\ появится бинарный файл dhcp_conf2003.dat, содержащий все настройки старого DHCP сервера. Для предотвращения dhcp конфликтов в сети, остановим службу DHCP на старом сервере:
Затем зайдем на сервер с Windows Server 2008 (на котором предварительно развернутся роль DHCP сервера, авторизованная в домене) и импортируем конфигурацию со старого сервера:
После этого нужно перезапустить службу DHCP на новом сервере с Windows 2008:
Можно сделать через групповые политики и перемещаемые профили, но проще всего перенести ветку реестра:
и папки пользователей копированием.
Ситуация 2. Переносим профили на другой диск.
Зачем это надо? Для терминального сервера. За несколько лет размер занятого пространства диска C:\ (загрузочного раздела) может вырасти до сотен гигабайт и возникнут проблемы с резервным копированием, как это получилось у меня. Расчищая диск C:\ сразу увидел, что профили занимают больше 100GB. И квоты в общем-то тут не решат ситуацию, если квоты вообще допустимы для данной организации. Если пользователи работают с тонких клиентов и терминальный сервер получается единственным местом для хранения их информации, то объём этой информации будет расти и расти.
Кроме этого перенос профилей логически обоснован - для файлов профилей нужно индексирование поиска и теневые копии, для системных файлов индексирование не нужно, теневые копии.. даже не могу представить в какой ситуации это может быть востребовано. Для папок профилей бекап желателен, для загрузочного раздела - бекап необходим и большой суммарный объём профилей на этом же разделе сильно мешает, как уже говорил выше.
Первый вариант
Если система только-только установлена меняем значение ProfilesDirectory - "%SystemDrive%\Users" на новое расположение, в ветке реестра:
профиль Администратора останется на старом месте, новые уже будут созданы по новому пути. Этого вполне достаточно. Однако при таком методе возможны проблемы при обновлении системы в дальнейшем.
Второй вариант
Другой вариант когда система относительно свежая, но уже есть пользователи и программы. В этом случае некоторые программы, например MS Office, прописали абсолютные пути к профилям на диске C:\. Тогда лучше переместить все профили скриптом и создать символическую ссылку папки Users на новое месторасположение, загрузившись с установочного диска в командную строку:
если в указании пути будет пробел, то нужно заключить путь в кавычки. Можно дополнить ключом перезагрузки:
и пойти пить чай.
В реестре при этом менять ничего не надо и в этом большой плюс этого метода - система "думает", что все по прежнему на диске C:/ и корректно работает через символическую ссылку. Проверить можно набив путь к профилю пользователя как C:\Users\"какой-то пользователь" и откроется он именно как C:\Users. , а не как D:\Users. . (при переносе на D).
Установка разрешений
После переноса папок профилей для каждой из них нужно обязательно отключить наследование разрешений и поменять разрешения безопасности на следующие:
Для самой папки Users разрешения следующие:
- System - Полный доступ;
- Administrators - Полный доступ;
- Users - Чтение/Выполнение;
- Все - Чтение/Выполнение.
То есть для корректной работы системы все разрешения в новом расположении должны соответствовать разрешениям, какие были на диске C:\. Это важно.
Если же система довольно старая, профили по несколько гигабайт, пользоваться скриптом не рекомендую, лучше делать руками и не копировать, а перемещать, контролируя начальный размер папки профиля и размер перенесенного. В этом случае, это понятно и очевидно, ссылку для всей папки C:/Users создать нельзя, так как в ней есть открытые файлы нашего текущего профиля. Профили переносятся отдельно. Ссылка создаётся для каждого профиля отдельно. Свой профиль либо можно оставить и не переносить, либо перенести, временно создав второго админа. Создать, залогиниться под ним, перенести свой профиль, создать ссылку, установить разрешения, разлогиниться, зайти под собой, убить второго админа.
Одно замечание - при создании символических ссылок сразу проверяйте их работоспособность. Особенно когда ссылок создается сразу много.
Решение проблем
Возможные проблемы при копировании/переносе заключается в отсутствии доступа к какому-либо файлу:
- Нет прав на каталог;
- Блокировка файла процессом;
- Невозможность удаления файла.
Если нет прав на каталог, тогда нужно стать владельцем контейнера и входящих в него объектов:
затем добавить себе полные права на контейнер и заменить наследуемые разрешения для потомков. После этого можно переносить/удалять.
Если блокировка процессом, тогда рекомендую программу Unlocker - много вирусов под видом этой программы, поэтому предлагаю скачать с моего Google Drive (версия 1.9.2).
Невозможность удаления файла проявляется в основном файлами нулевого размера с точкой в конце имени файла. При попытке удаления появляется ошибка:
В этой ситуации отлично помогает Far Manager, находите файл и нажимаете Alt-Del, затем кнопку "Wipe".
Все изложенное опробовано в "боевых условиях" продакшена. Пока "полет нормальный", если возникнет ещё что-то, тогда напишу дополнение.
Дополнение от 14.06.2016
Оказалось, что если диск с символической ссылкой, созданной с ключом /D, открыт как сетевой на другом компьютере, то переход по данной ссылке заканчивается ошибкой: - "Символическая ссылка не может быть загружена, так как её тип отключен". Для устранения данной ошибки ссылку нужно пересоздать с ключом /J (junction).
Дополнение от 15.06.2016
Папка Users на диске C:/ была заменена символической ссылкой на другой диск, при этом в реестре ничего не менялось. Обновление с Windows 2008 до 2008 R2 прошло успешно. Установка заменила символическую ссылку на папку и создала в ней дефолтные профили всех пользователей. После установки удалил данную папку и пересоздал ссылку.
Читайте также: