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

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

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

Prerequisites

Чтобы преобразовать в Hyperscale базу данных, которая использует георепликацию или является частью группы отработки отказа, начните с преобразования первичной реплики. Гео-вторичная реплика автоматически преобразуется. Вы можете преобразовать геореплицированную базу данных без гипермасштабирования в гипермасштабирование с помощью T-SQL, REST API, PowerShell или Azure CLI.
Прямое преобразование из уровня служб "Базовый" в гипермасштабирование не поддерживается. Чтобы выполнить это преобразование, сначала измените базу данных на любой уровень служб, отличный от уровня "Базовый" (например, "Общего назначения"), а затем перейдите к преобразованию в гипермасштабирование.
Прямое перемещение базы данных из эластичного пула с зонной избыточностью в пул Hyperscale без зонной избыточности не поддерживается. Чтобы завершить этот переход, сначала удалите базу данных из эластичного пула и преобразуйте ее в автономную базу данных. Затем отключите зональную избыточность для базы данных. После выполнения этих шагов базу данных можно добавить в новый или существующий пул Hyperscale без зонной избыточности.
Ход выполнения преобразования можно отслеживать с помощью T-SQL. Чтобы выполнить команды T-SQL в базе данных SQL Azure, используйте SQL Server Management Studio (SSMS), расширение MSSQL для Visual Studio Code, sqlcmd или любимое средство запросов T-SQL.

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

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

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

Cutover

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

Время, необходимое для перемещения существующей базы данных в гипермасштабирование, состоит из времени копирования данных и времени воспроизведения изменений, внесенных в исходную базу данных при копировании данных. Хотя время копирования данных масштабируется примерно с размером базы данных, фактическая скорость копирования может отличаться из-за таких факторов, как пропускная способность сети, пропускная способность ввода-вывода, задержка хранилища и временная нагрузка службы. Рекомендуется переходить на 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 позволяет перейти на гипермасштабирование, изменив уровень обслуживания вашей базы данных.

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

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

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

Этот пример кода вызывает az sql db update для преобразования существующей базы данных SQL Azure в гипермасштабирование. Необходимо указать выпуск и цель службы. Перед выполнением следующего примера кода замените resourceGroupName, serverName, databaseName, и serviceObjective соответствующими значениями:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

Используйте --manual-cutover, чтобы вручную инициировать переход на гипермасштабирование в удобное для вас время. Эта опция наиболее полезна для планирования перехода с минимальными нарушениями в работе бизнеса. Рассмотрим пример.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --edition Hyperscale --service-objective $serviceObjective --manual-cutover

Отслеживайте выполнение операций с помощью команды az sql db op list, чтобы получить список недавних или текущих операций для базы данных в База данных SQL Azure.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName -n $databaseName

Используйте --perform-cutover для запуска переключения (в течение 24 часов) после готовности базы данных Hyperscale:

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --perform-cutover

В следующем примере используется командлет Set-AzSqlDatabase для преобразования существующей базы данных SQL Azure в гипермасштабирование. Необходимо указать выпуск и цель службы. Замените $resourceGroupName, $serverName$databaseNameи $serviceObjective соответствующими значениями перед выполнением этого примера кода:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

Используйте -ManualCutover для ручного запуска переключения в удобное для вас время. Эта опция наиболее полезна для планирования перехода с минимальными нарушениями в работе бизнеса. Рассмотрим пример.

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -ManualCutover

Отслеживайте операцию с помощью командлета Get-AzSqlDatabaseActivity , который возвращает последние или текущие операции для базы данных в Базе данных SQL Azure. Перед запуском примера кода задайте для параметров $resourceGroupName, $serverName и $databaseName соответствующие значения для своей базы данных:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName

Используйте -PerformCutover для запуска переключения после готовности гипермасштабируемой базы данных:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -PerformCutover

Чтобы преобразовать существующую базу данных База данных SQL Azure на уровень Hyperscale с помощью Transact-SQL, сначала подключитесь к базе данных master на логическом сервере SQL с помощью SQL Server Management Studio (SSMS) или расширения mssql для Visual Studio Code.

Необходимо указать как выпуск, так и цель службы в инструкции ALTER DATABASE .

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

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

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

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
   WITH MANUAL_CUTOVER;

Чтобы отслеживать все операции для базы данных Hyperscale, включая конвертацию в Hyperscale, подключитесь к master базе данных гео-первичного логического сервера и выполните T-SQL запросы на sys.dm_operation_status динамическом представлении управления. sys.dm_operation_status сообщает о ходе выполнения операций базы данных, включая преобразование в Hyperscale. Если вы выбрали MANUAL_CUTOVER, представление sys.dm_operation_status содержит дополнительные сведения.

Например

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;

Когда система готова к ручному переключению, phase_desc имеет значение WaitingForCutover. Используйте аргумент PERFORM_CUTOVER для активации переключения.

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2026-06-15