Миграция сервера Windows 2008 на Windows 2008 r2

Обновлено: 02.07.2024

В этом руководстве показано, как перенести локальные серверы под управлением Windows Server 2008 или 2008 R2 в Azure с помощью Azure Site Recovery.

В этом руководстве вы узнаете, как:

  • Подготовьте локальную среду к переносу.
  • Настройте целевую среду.
  • Настройте политику репликации.
  • Включить репликацию.
  • Выполните тестовую миграцию, чтобы убедиться, что все работает должным образом.
  • Переключитесь на Azure и завершите миграцию.

Миграция с помощью Azure Migrate

Мы рекомендуем перенести компьютеры в Azure с помощью службы "Миграция Azure".

  • Azure Migrate специально создан для миграции серверов.
  • Azure Migrate предоставляет централизованный центр для обнаружения, оценки и миграции локальных компьютеров в Azure. Azure Site Recovery следует использовать только для аварийного восстановления, а не для миграции.
  • Azure Migrate поддерживает миграцию серверов под управлением Windows Server 2008.

Миграция с помощью Site Recovery

Поддерживаемые операционные системы

Операционная система Окружающая среда
Windows Server 2008 SP2 — 32-разрядная и 64-разрядная версии (IA-32 и x86-64) — Standard — Enterprise — Datacenter ВМ VMware, ВМ Hyper-V и физические серверы
Windows Server 2008 R2 SP1 — 64-разрядная версия — Standard — Enterprise — Datacenter ВМ VMware, ВМ Hyper-V и физические серверы
  • Миграция серверов с Server Core не поддерживается.
  • Перед миграцией убедитесь, что у вас установлены последний пакет обновления и обновления Windows.

Предпосылки

Прежде чем начать, полезно ознакомиться с архитектурой Azure Site Recovery для переноса VMware и физических серверов или переноса виртуальной машины Hyper-V

Чтобы перенести виртуальные машины Hyper-V под управлением Windows Server 2008 или Windows Server 2008 R2, выполните действия, описанные в руководстве по переносу локальных компьютеров в Azure.

В оставшейся части этого руководства показано, как можно перенести локальные виртуальные машины VMware и физические серверы под управлением Windows Server 2008 или 2008 R2.

Ищете безагентный способ переноса виртуальных машин VMware в Azure? Нажмите здесь

Ограничения и известные проблемы

Сервер конфигурации, дополнительные серверы обработки и служба мобильности, используемые для переноса серверов Windows Server 2008 SP2, должны работать под управлением версии 9.19.0.0 или более поздней версии программного обеспечения Azure Site Recovery.

Точки восстановления, согласованные с приложениями, и функция согласованности нескольких ВМ не поддерживаются для репликации серверов под управлением Windows Server 2008 SP2. Серверы Windows Server 2008 с пакетом обновления 2 (SP2) следует перенести на точку восстановления, устойчивую к сбоям. Точки восстановления, устойчивые к сбоям, создаются каждые 5 минут по умолчанию. Использование политики репликации с настроенной частотой моментальных снимков, согласованных с приложением, приведет к тому, что состояние репликации станет критическим из-за отсутствия точек восстановления, согласованных с приложением. Чтобы избежать ложных срабатываний, установите для частоты моментальных снимков, согласованной с приложением, в политике репликации значение "Выкл."

Если на вашем сервере есть динамические диски, вы можете заметить, что в определенных конфигурациях эти диски на сервере, на котором выполняется отработка отказа, помечены как отключенные или отображаются как внешние диски. Вы также можете заметить, что состояние зеркального набора для зеркальных томов на динамических дисках помечено как «Сбой избыточности». Вы можете решить эту проблему с помощью diskmgmt.msc, вручную импортировав эти диски и повторно активировав их.

Переносимые серверы должны иметь драйвер vmstorfl.sys. Отработка отказа может завершиться ошибкой, если драйвер отсутствует на переносимом сервере.

Проверьте, присутствует ли драйвер в папке "C:\Windows\system32\drivers\vmstorfl.sys" . Если драйвер не найден, проблему можно обойти, создав на месте фиктивный файл.

Откройте командную строку (выполнить > cmd) и выполните следующее: "copy nul c:\Windows\system32\drivers\vmstorfl.sys"

Возможно, вы не сможете подключиться по протоколу RDP к серверам Windows Server 2008 с пакетом обновления 2 (SP2) под управлением 32-разрядной операционной системы сразу после их аварийного переключения или тестового аварийного переключения в Azure. Перезапустите виртуальную машину, на которой произошел сбой, с портала Azure и повторите попытку подключения. Если вам по-прежнему не удается подключиться, проверьте, настроен ли сервер на разрешение подключений к удаленному рабочему столу, и убедитесь, что правила брандмауэра или группы безопасности сети не блокируют подключение.

Перед миграцией серверов настоятельно рекомендуется выполнить тестовую отработку отказа. Убедитесь, что вы выполнили хотя бы одну успешную тестовую отработку отказа на каждом переносимом сервере. В рамках тестовой отработки отказа подключитесь к тестовой отработке отказа и убедитесь, что все работает должным образом.

Операция тестового перехода на другой ресурс не прерывает работу и помогает тестировать миграции, создавая виртуальные машины в выбранной вами изолированной сети.В отличие от операции аварийного переключения, во время тестовой операции аварийного переключения репликация данных продолжает выполняться. Вы можете выполнить столько тестовых переходов на другой ресурс, сколько захотите, прежде чем будете готовы к миграции.

Начать

Выполните следующие задачи, чтобы подготовить подписку Azure и локальную среду VMware или физическую среду:

Создать хранилище служб восстановления

Войдите на портал Azure > Службы восстановления.

Нажмите Создать ресурс > Инструменты управления > Резервное копирование и восстановление сайта.

Создайте группу ресурсов w2k8migrate.

Укажите регион Azure. Чтобы проверить поддерживаемые регионы, см. информацию о географической доступности в сведениях о ценах на Azure Site Recovery.

Чтобы быстро получить доступ к хранилищу с информационной панели, нажмите Закрепить на информационной панели, а затем нажмите Создать.

Новое хранилище добавляется на панель мониторинга в разделе Все ресурсы и на главную страницу хранилищ служб восстановления.

Подготовьте локальную среду к миграции

  • Чтобы перенести виртуальные машины Windows Server 2008, работающие на VMware, настройте локальный сервер конфигурации на VMware.
  • Если сервер конфигурации нельзя настроить как виртуальную машину VMware, настройте сервер конфигурации на локальном физическом сервере или виртуальной машине.

Настройте целевую среду

Выберите и проверьте целевые ресурсы.

  1. Нажмите «Подготовить инфраструктуру» > «Цель» и выберите подписку Azure, которую хотите использовать.
  2. Укажите модель развертывания Resource Manager.
  3. Site Recovery проверяет, есть ли у вас одна или несколько совместимых учетных записей хранения Azure и сетей.

Настроить политику репликации

  1. Чтобы создать новую политику репликации, нажмите Инфраструктура восстановления сайта > Политики репликации >+Политика репликации.
  2. В поле Создать политику репликации укажите имя политики.
  3. В пороге RPO укажите предел целевой точки восстановления (RPO). Оповещение создается, если RPO репликации превышает этот предел.
  4. В разделе Хранение точки восстановления укажите продолжительность (в часах) окна хранения для каждой точки восстановления. Реплицированные серверы можно восстановить в любую точку этого окна. Поддерживается срок хранения до 24 часов для машин, реплицированных в хранилище класса "Премиум", и до 72 часов для стандартного хранилища.
  5. В поле "Частота моментальных снимков, согласованных с приложением" выберите "Выкл.". Нажмите OK, чтобы создать политику.

Политика автоматически связывается с сервером конфигурации.

Убедитесь, что в параметре частоты создания моментальных снимков, согласованных с приложениями, политики репликации указано значение ВЫКЛ. При репликации серверов под управлением Windows Server 2008 поддерживаются только устойчивые к сбоям точки восстановления. Указание любого другого значения для частоты моментальных снимков, согласованных с приложениями, приведет к ложным оповещениям, поскольку состояние репликации сервера станет критическим из-за отсутствия точек восстановления, согласованных с приложениями.

Снимок экрана, показывающий параметры создания политики репликации.

Включить репликацию

Включите репликацию для переносимого сервера Windows Server 2008 SP2 / Windows Server 2008 R2 SP1.

Снимок экрана с вариантами добавления физических машин.

Снимок экрана с параметрами включения репликации.

Запустите тестовую миграцию

Вы можете выполнить тестовую отработку отказа реплицированных серверов после того, как первоначальная репликация завершится и состояние сервера изменится на Защищено.

Выполните тестовую отработку отказа в Azure, чтобы убедиться, что все работает должным образом.

Снимок экрана, на котором показана команда проверки отказа.

Перенос в Azure

Запустите отработку отказа для машин, которые вы хотите перенести.

В меню «Настройки» > «Реплицированные элементы» нажмите на машину > «Отказоустойчивость».

В разделе Отказоустойчивость выберите точку восстановления для отработки отказа. Выберите последнюю точку восстановления.

Выберите «Выключить машину перед началом аварийного переключения». Site Recovery попытается выключить сервер, прежде чем инициировать отработку отказа. Отработка отказа продолжается, даже если завершение работы не удалось. Вы можете следить за ходом перехода на другой ресурс на странице "Вакансии".

Убедитесь, что виртуальная машина Azure отображается в Azure должным образом.

В разделе Реплицированные элементы щелкните сервер правой кнопкой мыши > Завершить миграцию. Это делает следующее:

  • Завершает процесс миграции, останавливает репликацию для сервера и прекращает выставление счетов Site Recovery за обслуживание.
  • Этот шаг очищает данные репликации. Перенесенные виртуальные машины не удаляются.

Снимок экрана, на котором показана команда завершения переноса.

Не отменять текущий переход на другой ресурс: репликация сервера останавливается до начала перехода на другой ресурс. Если вы отмените идущую отработку отказа, отработка отказа прекратится, но сервер не продолжит репликацию.

Вы можете обновить роли и функции до более поздних версий Windows Server, перейдя на новый сервер, или многие из них также поддерживают обновление на месте, когда вы устанавливаете новую версию Windows Server поверх текущей. Эта статья содержит ссылки на руководства по миграции, а также таблицу с информацией о миграции и обновлении на месте, которая поможет вам решить, какой метод использовать.

Многие роли и функции можно перенести с помощью инструментов миграции Windows Server — функции, встроенной в Windows Server для переноса ролей и функций, тогда как файловые серверы и хранилище можно перенести с помощью службы миграции хранилища.

Руководства по миграции поддерживают миграцию указанных ролей и функций с одного сервера на другой (не обновления на месте). Если в руководствах не указано иное, миграция поддерживается между физическими и виртуальными компьютерами, а также между вариантами установки Windows Server с помощью Server with Desktop Experience или Server Core.

Прежде чем приступить к переносу ролей и функций, убедитесь, что на исходном и целевом серверах установлены самые последние обновления, доступные для их операционных систем.

Всякий раз, когда вы выполняете миграцию или обновление до любой версии Windows Server, вы должны изучить и понять политику жизненного цикла поддержки и временные рамки для этой версии и соответствующим образом спланировать ее. Вы можете искать информацию о жизненном цикле для конкретной версии Windows Server, которая вас интересует.

Инструменты миграции Windows Server

Средства миграции Windows Server позволяют переносить роли серверов, функции, настройки операционной системы и другие данные и общие ресурсы на серверы, включая более поздние версии Windows Server. Это функция Windows Server, поэтому ее легко установить с помощью мастера добавления ролей и компонентов или PowerShell. Узнайте больше об установке, использовании и удалении средств миграции Windows Server.

Миграция между подсетями с помощью инструментов миграции Windows Server доступна в Windows Server 2012 и более поздних версиях. Предыдущие версии средств миграции Windows Server поддерживают миграцию только в той же подсети.

Руководства по миграции

Ниже приведены ссылки на руководства по миграции для определенных ролей и функций Windows.

Программа расширенных обновлений безопасности (ESU) — это крайняя мера для клиентов, которым необходимо использовать определенные устаревшие продукты Microsoft после окончания поддержки. Канал долгосрочного обслуживания Windows Server (LTSC) предоставляется как минимум на десять лет поддержки: пять лет для основной поддержки и пять лет для расширенной поддержки, которая включает регулярные обновления безопасности.

Однако окончание поддержки продуктов означает прекращение выпуска обновлений и бюллетеней безопасности. Этот сценарий может вызвать проблемы с безопасностью или соответствием требованиям и поставить под угрозу бизнес-приложения. Корпорация Майкрософт рекомендует выполнить обновление до текущей версии Windows Server, чтобы обеспечить максимальную безопасность, производительность и инновации.

Информацию о датах поддержки можно найти на сайте Microsoft Lifecycle.

  • Расширенная поддержка Windows Server 2008 и Windows Server 2008 R2 закончилась 14 января 2020 г.
  • Расширенная поддержка Windows Server 2012 и Windows Server 2012 R2 прекратится 10 октября 2023 г.

Что такое расширенные обновления безопасности?

Расширенные обновления безопасности для Windows Server включают обновления безопасности и бюллетени с рейтингами критические и важные в течение максимального периода времени с момента окончания расширенной поддержки, в зависимости от версии. (Смотри ниже). Они доступны бесплатно для серверов, размещенных в Azure, и доступны для покупки для серверов, не размещенных в Azure. Расширенные обновления безопасности не включают новые функции, запрошенные клиентами исправления, не связанные с безопасностью, или запросы на изменение дизайна. Дополнительные сведения см. в разделе Часто задаваемые вопросы о жизненном цикле — расширенные обновления безопасности.

Если вы еще не обновили свои серверы, следующие варианты помогут защитить ваши приложения и данные во время перехода:

Перенесите затронутые существующие рабочие нагрузки Windows Server как есть на виртуальные машины (ВМ) Azure: эта миграция в Azure автоматически предоставляет расширенные обновления безопасности на определенный период. Дополнительная плата за расширенные обновления безопасности не взимается сверх стоимости виртуальной машины Azure, и дополнительная настройка не требуется.

Купите подписку на расширенные обновления безопасности для своих серверов и оставайтесь в безопасности, пока не будете готовы перейти на более новую версию Windows Server: эти обновления предоставляются в течение определенного периода. После приобретения подписки вам необходимо получить ключ продукта и установить его на каждом подходящем сервере. Дополнительные сведения см. в разделе Как получить расширенные обновления безопасности.

Период времени, в течение которого будут предоставляться расширенные обновления безопасности, зависит от версии Windows Server и места его размещения:

< /th>
Версия продукта Размещено Длительность ЕСУ Дата окончания ЕСУ
Windows Server 2008
Windows Server 2008 R2
Azure* Четыре года 9 января , 2024
Windows Server 2008
Windows Server 2008 R2
Не в Azure Три года 10 января 2023 г.
Windows Server 2012
Windows Server 2012 R2
Azure* Три года 13 октября 2026 г.
Windows Server 2012
Windows Server 2012 R2
Не в Azure Три года 13 октября 2026 г.

* Включает портфель продуктов Azure Stack, которые расширяют службы и возможности Azure для выбранной вами среды.

По истечении периода расширенных обновлений безопасности мы прекратим предоставлять обновления. Мы рекомендуем вам обновить вашу версию Windows Server до более новой версии как можно скорее.

Перенос в Azure

Вы можете перенести свои локальные серверы под управлением версии Windows Server, для которой достигнута или заканчивается расширенная поддержка, в Azure, где вы сможете продолжать использовать их как виртуальные машины. В Azure вы будете соответствовать требованиям, станете более безопасными и внедрите облачные инновации в свою работу. К преимуществам перехода на Azure относятся:

  • Обновления системы безопасности в Azure.
  • Получайте критические и важные обновления безопасности Windows Server в течение определенного периода времени без дополнительной оплаты.
  • Бесплатные обновления в Azure.
  • Внедряйте дополнительные облачные сервисы по мере готовности.
  • Перенеся SQL Server на виртуальные машины Azure, вы получите еще три года критических обновлений безопасности Windows Server без дополнительной оплаты. Вы также можете модернизировать SQL Server до Управляемого экземпляра Azure SQL.
  • Используйте преимущество гибридного использования Azure, которое означает, что вы можете использовать существующие лицензии Windows Server и лицензии SQL Server для экономии в облаке, уникальной для Azure.

Чтобы помочь вам понять, как анализировать существующие ИТ-ресурсы, оценить, что у вас есть, и определить преимущества переноса определенных служб и приложений в облако или сохранения рабочих нагрузок в локальной среде и обновления до последней версии Windows Server, см. раздел Миграция. Руководство для Windows Server.

Перенос или обновление локально

Если вам необходимо оставить свои серверы в локальной среде, вам потребуется либо создать новые серверы с поддерживаемой версией Windows Server, и перенести приложения и данные, либо выполнить обновление на месте до поддерживаемой версии Windows Сервер. Windows Server обычно можно обновить по крайней мере до одной, а иногда даже до двух версий. Например, Windows Server 2012 R2 можно обновить на месте до Windows Server 2019. Однако, если вы используете Windows Server 2008 или Windows Server 2008 R2, прямого пути обновления до Windows Server 2016 или более поздней версии нет. Вместо этого сначала выполните обновление до Windows Server 2012 R2, а затем выполните обновление до Windows Server 2016 или Windows Server 2019. При обновлении у вас по-прежнему будет возможность перейти на Azure, как описано ниже. Дополнительные сведения о вариантах локального обновления см. в разделе поддерживаемые пути обновления для Windows Server.

Обновите SQL Server параллельно с серверами Windows

Если вы используете версию SQL Server, срок расширенной поддержки которой истек или подходит к концу, вы также можете воспользоваться расширенными обновлениями безопасности для SQL Server. Дополнительные сведения см. в разделе Расширенные обновления безопасности для SQL Server и Windows Server.

Если вы хотите сохранить то же оборудование и все роли сервера, которые вы уже настроили, без выравнивания сервера, вам нужно выполнить обновление на месте. Обновление на месте позволяет вам перейти от старой операционной системы к более новой, сохраняя при этом свои настройки, роли сервера и данные. Эта статья поможет вам перейти с 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 и введите systeminfo.exe.

Скопируйте, вставьте и сохраните полученную системную информацию где-нибудь вне вашего устройства.

Введите ipconfig /all в командной строке, а затем скопируйте и вставьте полученную информацию о конфигурации в то же место, что и выше.

Откройте редактор реестра, перейдите в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion, а затем скопируйте и вставьте Windows Server BuildLabEx (версия) и EditionID (редакция) в то же место, что и выше.

После того как вы соберете всю информацию, связанную с Windows Server, мы настоятельно рекомендуем вам сделать резервную копию операционной системы, приложений и виртуальных машин. Вы также должны завершить работу, выполнить быструю миграцию или динамическую миграцию всех виртуальных машин, работающих в данный момент на сервере. Во время обновления на месте нельзя запускать виртуальные машины.

Чтобы выполнить обновление

Убедитесь, что значение BuildLabEx указывает, что вы используете Windows Server 2008 R2.

Найдите установочный носитель Windows Server 2012 R2 и выберите файл setup.exe.

Проводник Windows показывает файл setup.exe

Выберите Да, чтобы начать процесс установки.

Контроль учетных записей запрашивает разрешение на запуск установки

На экране Windows Server 2012 R2 выберите Установить сейчас.

Для устройств, подключенных к Интернету, выберите Перейти в Интернет, чтобы установить обновления сейчас (рекомендуется).

Экран выбора выхода в Интернет для получения важных обновлений Windows

Выберите редакцию Windows Server 2012 R2, которую хотите установить, и нажмите кнопку Далее.

Экран для выбора выпуска Windows Server 2012 R2 для установки

Выберите Я принимаю условия лицензии, чтобы принять условия вашего лицензионного соглашения в зависимости от вашего канала распространения (например, розничная торговля, корпоративная лицензия, OEM, ODM и т. д.), а затем нажмите кнопку Далее.

Экран для принятия лицензионного соглашения

Выберите «Обновить». Установите 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 ) и обратитесь в службу поддержки Microsoft.

Дальнейшие шаги

Вы можете выполнить еще одно обновление, чтобы перейти с Windows Server 2012 R2 на Windows Server 2019. Подробные инструкции см. в разделе Обновление Windows Server 2012 R2 до Windows Server 2019.

Читайте также: