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


Преобразование существующей базы данных в гипермасштабирование

Применимо к: База данных SQL Azure

Вы можете преобразовать существующую базу данных в базе данных SQL Azure в гипермасштабирование с помощью портала Azure, Azure CLI, PowerShell или Transact-SQL.

Prerequisites

Конвертация базы данных с георепликами

При преобразовании базы данных в связи георепликации процесс преобразования сохраняет ссылку георепликации. Основная и георезервная базы данных преобразуются в гипермасштаб одновременно.

  • Преобразование в Hyperscale необходимо запустить путем преобразования основной геореплики. Попытка преобразования вторичной гео-реплики приводит к ошибке: Вторичная гео-реплика "заполнитель имени базы данных" не может быть преобразована в Hyperscale. Чтобы преобразовать как основную, так и вторичную гео-реплики в Hyperscale, повторите операцию на основном сервере.
  • Количество гео-вторичных реплик должно быть сокращено до одной, чтобы инициировать процесс преобразования.
  • Создание геореплики геореплики (также называемой "цепочкой геореплик") не поддерживается в Hyperscale. Если существует цепная конфигурация георепликации, ее необходимо удалить перед началом преобразования в Hyperscale.
  • Планируемое переключение невозможно, пока выполняется преобразование гео-первичной базы данных в Hyperscale. Возможна принудительная отработка отказа на гео-резервную реплику. Однако, в зависимости от состояния преобразования при принудительном переключении, новый гео-первичный после переключения может использовать либо уровень обслуживания Гипермасштабирования, либо свой исходный уровень обслуживания.
  • Если гео-первичная база данных находится в эластичном пуле, ее можно переместить в существующий эластичный пул гипермасштабирования в рамках преобразования или сделать автономной базой данных гипермасштабирования. Однако если вторичная база данных с георепликацией находится в эластичном пуле, преобразование в Hyperscale всегда перемещает их из пула. Вы можете переместить географически вторичную базу данных в эластичный пул гипермасштабирования на отдельном этапе после завершения преобразования.

Cutover

Процесс преобразования состоит из двух этапов — преобразование базы данных, что происходит, пока существующая база данных находится в сети, а затем переключение на новую базу данных Hyperscale.

  • Время, необходимое для перемещения существующей базы данных в гипермасштабирование, состоит из времени копирования данных и времени воспроизведения изменений, внесенных в исходную базу данных при копировании данных. Хотя время копирования данных масштабируется примерно с размером базы данных, фактическая скорость копирования может отличаться из-за таких факторов, как пропускная способность сети, пропускная способность ввода-вывода, задержка хранилища и временная нагрузка службы. Рекомендуется переходить на Hyperscale в период низкой активности записи, чтобы время воспроизведения накопленных изменений было короче. Рекомендуется использовать ручное переключение для контроля следующего этапа.

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

    • Если вы решили вручную выполнить переключение в удобное время, у вас есть 24 часа, чтобы инициировать ручное переключение после того, как база данных будет готова к переключению. Вы можете инициировать переход вручную с помощью портала Azure, Azure CLI, PowerShell или T-SQL.
  • Во время окончательного перехода на гипермасштабирование приложения испытывают только короткий период простоя, как правило, менее чем за минуту.

Существует несколько этапов процесса преобразования, которые можно отслеживать на портале Azure (на странице отчетов о ходе выполнения), с помощью Azure CLI (az sql db op list), PowerShell (Get-AzSqlDatabaseActivity) или С помощью T-SQL (sys.dm_operation_status).

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

Преобразование базы данных в гипермасштабирование

Чтобы преобразовать существующую базу данных SQL Azure в гипермасштабирование, сначала определите цель целевой службы.

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

Выберите вкладку для предпочтительного метода, чтобы преобразовать базу данных:

Портал Azure позволяет перейти на гипермасштабирование, изменив уровень обслуживания вашей базы данных.

Снимок экрана: панель вычислений и хранилища базы данных в Базе данных SQL Azure. Раскрывающийся список уровня служб развернут, отображающий параметр для уровня служб

  1. Перейдите к базе данных, которую вы хотите преобразовать на портале Azure.
  2. На панели навигации слева выберите "Вычисления и хранилище".
  3. Выберите раскрывающийся список уровня служб , чтобы развернуть параметры уровней служб.
    1. Если вы использовали бесплатное предложение базы данных SQL Azure, нажмите кнопку, чтобы удалить предложение бесплатной базы данных. Затем вы увидите раскрывающийся список уровня служб .
  4. Выберите гипермасштабирование из раскрывающегося списка.
  5. Просмотрите уровень вычислений и выберите "Подготовленный " или "Бессерверный".
  6. Просмотрите режим переключения, выбор, характерный для преобразования в Hyperscale.
    • Переключение происходит после подготовки базы данных к преобразованию в гипермасштабирование. Режим переключения определяет, когда подключение к базе данных Azure SQL будет временно нарушено для преобразования на Hyperscale.
      • Автоматическое переключение выполняет переключение, как только гипермасштабируемая база данных готова.
      • Ручное переключение предлагает инициировать переход в выбранное время на портале Azure. Эта опция наиболее полезна для планирования перехода с минимальными нарушениями в работе бизнеса.
  7. Просмотрите список конфигурации оборудования . При желании выберите "Изменить конфигурацию" , чтобы выбрать соответствующую конфигурацию оборудования для рабочей нагрузки.
  8. Выберите ползунок vCores, если вы хотите изменить количество виртуальных ядер, доступных вашей базе данных в уровне сервиса Hyperscale.
  9. Выберите ползунок High-Availability вторичных реплик, если хотите изменить количество реплик на уровне обслуживания Hyperscale.
  10. Нажмите кнопку "Применить".
  11. Отслеживайте преобразование на портале Azure.
    1. Перейдите к базе данных на портале Azure.
    2. На панели навигации слева выберите "Обзор".
    3. Просмотрите раздел "Уведомления" в нижней части правой панели. Когда выполняются операции, появляется окно уведомлений.
    4. Выберите поле уведомлений, чтобы просмотреть подробные сведения.
    5. Откроется область текущих операций . Просмотрите сведения о текущих операциях.

При выборе ручного переключения на портале Azure отображается кнопка Переключение, когда он будет готов.

Снимок экрана: портал Azure, на котором показана кнопка