Поделиться через


Перенос автономного экземпляра SQL Server в Решение Azure VMware

В этой статье описано, как перенести автономный экземпляр SQL Server в Решение Azure VMware.

VMware HCX предлагает два профиля миграции при переносе автономного экземпляра SQL Server в Решение Azure VMware:

  • HCX vMotion
  • Холодный перенос HCX

В обоих случаях рассмотрите размер и критичность переносимой базы данных. Для этой процедуры мы проверили VMware HCX vMotion. Миграция холодной среды VMware HCX также допустима, но для нее требуется более длительный период простоя.

Этот сценарий был проверен с помощью следующих выпусков и конфигураций:

  • Microsoft SQL Server (2019 и 2022)
  • Выпуск Центра обработки данных Windows Server (2019 и 2022)
  • Windows Server и SQL Server были настроены в соответствии с рекомендациями и рекомендациями корпорации Майкрософт и VMware.
  • Локальная исходная инфраструктура была VMware vSphere 7.0 с обновлением 3 и VMware vSAN, работающей на серверах Dell PowerEdge и устройствах Ssd NVMe Intel Optane P4800X.

Схема, на которой показана архитектура автономного SQL Server для Решение Azure VMware.

Проверенные конфигурации

Этот сценарий был проверен с помощью следующих выпусков и конфигураций:

  • Microsoft SQL Server (2019 и 2022)
  • Выпуск Центра обработки данных Windows Server (2019 и 2022)
  • Windows Server и SQL Server были настроены в соответствии с рекомендациями и рекомендациями корпорации Майкрософт и VMware.
  • Локальная исходная инфраструктура была VMware vSphere 7.0 с обновлением 3 и VMware vSAN, запущенной на серверах Dell PowerEdge и устройствах Ssd NVMe intel Optane P4800X.+

Необходимые компоненты

  • Просмотрите и запишите конфигурацию хранилища и сети каждого узла в кластере.

  • Сохраняйте резервные копии всех баз данных.

  • Резервное копирование виртуальной машины под управлением экземпляра SQL Server.

  • Удалите все виртуальные машины узла кластера из любых групп и правил планировщика распределенных ресурсов (DRS).

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

  • Убедитесь, что все сегменты сети, используемые SQL Server и рабочими нагрузками, с помощью которых они будут расширены в Решение Azure VMware частном облаке. Чтобы проверить этот шаг в процессе, см. раздел "Настройка расширения сети VMware HCX".

Подключение VMware HCX через VPN или ExpressRoute можно использовать в качестве конфигурации сети для миграции.

VMware HCX по VPN, из-за ограниченной пропускной способности, обычно подходит для рабочих нагрузок, которые могут поддерживать длительные периоды простоя (например, непроизводственные среды).

Для любого из следующих сценариев для миграции рекомендуется использовать подключение ExpressRoute:

  • Рабочие среды
  • Рабочие нагрузки с большими размерами базы данных
  • Сценарии, в которых требуется свести к минимуму время простоя подключения ExpressRoute, рекомендуется для миграции.migration.
  • Рабочие среды
  • Рабочие нагрузки с большими размерами базы данных
  • Любой случай, когда необходимо свести к минимуму время простоя

Дополнительные рекомендации по простоям рассматриваются в следующем разделе.

Рекомендации по простою

Время простоя во время миграции зависит от размера базы данных, который необходимо перенести, и скорости подключения частной сети к облаку Azure. Миграция автономного экземпляра SQL Server с помощью механизма VMware HCX vMotion предназначена для минимизации простоя решения, однако мы по-прежнему рекомендуем выполнить миграцию в течение предварительного периода изменения.

В следующей таблице указывается предполагаемое время простоя для миграции каждой топологии SQL Server.

Сценарий Ожидаемое время простоя Примечания
Автономный экземпляр SQL Server Низкая Миграция выполняется с помощью VMware vMotion, база данных доступна во время миграции, но во время миграции не рекомендуется фиксировать критически важные данные.
Группа доступности AlwaysOn SQL Server Низкая Основной реплика всегда будет доступен во время миграции первых вторичных реплика, а вторичный реплика станет основным после первоначальной отработки отказа в Azure.
Экземпляр отказоустойчивого кластера SQL Server AlwaysOn Высокая Все узлы кластера завершаются и переносятся с помощью холодной миграции VMware HCX. Длительность простоя зависит от размера базы данных и скорости частной сети в облако Azure.

Выполнение миграции

  1. Войдите на локальный сервер vCenter Server и откройте подключаемый модуль VMware HCX.

  2. В разделе "Службы" выберите "Миграция миграции>".

    1. Выберите виртуальную машину SQL Server.
    2. Задайте кластер vSphere в удаленном частном облаке, на котором размещена перенесенная виртуальная машина SQL Server или виртуальные машины в качестве вычислительного контейнера.
    3. Выберите хранилище данных vSAN в качестве удаленного хранилища.
    4. Выберите папку. Это не обязательно, но мы рекомендуем разделять различные рабочие нагрузки в вашем Решение Azure VMware частном облаке.
    5. Сохраняйте тот же формат, что и источник.
    6. Выберите vMotion в качестве профиля миграции.
    7. В расширенных параметрах выберите "Перенос настраиваемых атрибутов".
    8. Убедитесь, что сегменты локальной сети имеют правильный удаленный растянутый сегмент в Решение Azure VMware.
    9. Выберите "Проверить" и убедитесь, что все проверка завершены с состоянием передачи.
    10. Нажмите кнопку "Перейти ", чтобы начать миграцию.
  3. После завершения миграции перейдите к виртуальной машине с помощью удаленной консоли VMware в клиенте vSphere.

  4. Проверьте конфигурацию сети и проверка подключение как с локальными, так и Решение Azure VMware ресурсами.

  5. Убедитесь, что SQL Server и базы данных доступны. Например, с помощью SQL Server Management Studio убедитесь, что вы можете получить доступ к базе данных.

    Схема подключения SQL Server Management Studio к перенесенной базе данных.

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

Дополнительные сведения