Перенос базы данных SQL в Azure для поддержки зоны доступности.

В этом руководстве описывается, как перенести Базу данных Azure SQL из поддержки, не связанной с зонами доступности, на поддержку в зонах доступности.

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

Необходимые условия

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

Требования к простою

Миграция для уровней служб Premium, Бизнес-критичный и Общего назначения выполняется в режиме онлайн с кратким отключением в конце процесса миграции. Если вы реализовали логику повторных попыток для стандартных временных ошибок, вы не заметите переключения на резерв.

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

Миграция (премиум, критически важный для бизнеса и общего назначения)

Для уровней служб "Премиум", "Критически важный для бизнеса" и "Общее назначение" возможна миграция на избыточность зоны.

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

Перенос одной базы данных

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant 

    az sql db update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Database_Name>” --zone-redundant 

Перенос эластического пула

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant 

    az sql elastic-pool update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Elastic_Pool_Name>” --zone-redundant 

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

Для уровня служб "Гипермасштабирование" поддержка избыточности зоны может быть указана только во время создания базы данных и не может быть изменена после ее развертывания. Если вы хотите получить поддержку избыточности зоны, необходимо выполнить передачу данных из существующей отдельной базы данных уровня служб гипермасштабирования. Чтобы выполнить передачу и включить параметр избыточности зоны, клон необходимо создать с помощью копирования базы данных, восстановления на определенный момент времени или геореплики.

Рекомендации по повторному развертыванию

• Существует два режима повторного развертывания (в сети и в автономном режиме):

  • Методы копирования базы данных и методы восстановления на определенный момент времени (режим офлайн) создают согласованную с транзакциями базу данных в определенный момент времени. В результате любые изменения данных, выполненные после запуска операции копирования или восстановления, не будут доступны в скопированной или восстановленной базе данных.

  • Метод геореплики (онлайн-режим) — это повторное развертывание, в котором любые изменения данных из источника синхронизируются с целевым объектом.

• Строка подключения для приложения должна быть обновлена, чтобы указывать на резервную базу данных в зонах.

Повторное развертывание одной базы данных

Копирование базы данных

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

Восстановление на определенный момент времени

Чтобы создать восстановление базы данных на определенный момент времени и включить избыточность зоны с помощью портала Azure, PowerShell или Azure CLI, следуйте инструкциям в статье "Восстановление базы данных на определенный момент времени".

Географическая репликация

Чтобы создать геореплику базы данных, выполните следующие действия.

1. Следуйте инструкциям с помощью портала Azure, PowerShell или Azure CLI в настройке активной георепликации и отработки отказа (База данных SQL Azure) и включите избыточность зоны в разделе "Вычисления и хранилище".

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

       SELECT * FROM sys.dm_geo_replication_link_status;
       SELECT * FROM sys.dm_operation_status;
   

3. После завершения заполнения базы данных выполните плановое переключение без потери данных, чтобы сделать резервную базу данных зоны основной. Используйте sys.dm_geo_replication_link_status для просмотра состояния георепликации. replication_state_desc — CATCH_UP, когда вторичная база данных находится в состоянии, согласованном с транзакцией. В динамическом представлении управления sys.dm_operation_status убедитесь, что state_desc имеет значение COMPLETED, когда операция инициализации завершена.

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

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

Отключение избыточности зоны

Чтобы отключить избыточность между зонами для одной базы данных или эластичного пула, можно использовать портал, API ARM, PowerShell или CLI.

Отключите зональную избыточность для одной базы данных

set-azsqlDatabase -ResourceGroupName "<Resource-Group-Name>" -DatabaseName "<Server-Name>" -ServerName "<Server-Name>" -ZoneRedundant:$false 

az sql db update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Отключить зональную избыточность для эластичного пула

Set-AzSqlElasticpool -ResourceGroupName "<Resource-Group-Name>"  -ServerName "<Server-Name>" -ElasticPoolName "<Elastic-Pool-Name>" -ZoneRedundant:$false

az sql elastic-pool update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Чтобы отключить избыточность между зонами для уровня служб гипермасштабирования, можно отменить шаги, описанные в разделе "Повторное развертывание" (гипермасштабирование).

Следующие шаги