Настройка резервной реплики без лицензии для База данных SQL Azure

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

В этой статье описывается, как сэкономить на затратах на лицензирование путем назначения базы данных вторичного аварийного восстановления (DR) для резервного копирования при использовании База данных SQL Azure.

Обзор

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

При настройке новой активной геореплики можно назначить реплику для резервного копирования или преобразовать существующую реплику в резервную.

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

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

Соотношение затрат и выгод

При назначении реплики базы данных в качестве резервной, корпорация Майкрософт не взимает расходы на лицензирование SQL Server для виртуальных ядер, используемых резервной репликой. Тем не менее, поскольку оплата за базу данных начисляется за каждый полный час, вы, возможно, всё равно понесёте расходы на лицензирование за весь час, если изменение состояния произойдет в середине этого часа.

Преимущество интерпретируется по-разному у клиентов, использующих модель оплаты по мере использования, и у клиентов, использующих Преимущество гибридного использования Azure. Для клиента по принципу "оплата по мере использования" цена на vCores дисконтируется в их счете. Для клиента, использующего Преимущество гибридного использования Azure для резервной реплики, количество виртуальных ядер, которые использует вторичная реплика, возвращаются в пул лицензий.

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

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

Функциональные возможности

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

Резервная реплика базы данных должна использоваться только для аварийного восстановления. Ниже перечислены только действия, разрешенные в резервной базе данных:

• Выполняйте операции по обслуживанию, такие как DBCC CHECKDB
• подключение приложений мониторинга;
• Проведение тренировок по аварийному восстановлению

Ограничения

В следующей таблице перечислены поддерживаемые и неподдерживаемые модели развертывания:

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

• Для режима ожидания можно назначить только одну вторичную реплику базы данных.
• Бессерверный уровень вычислений не поддерживается. Резервная реплика не может быть включена, если база данных-источник или база данных-получатель находится на бессерверном уровне вычислений.
• Модель приобретения DTU не поддерживается. Резервная реплика для баз данных может быть включена только с помощью модели приобретения vCore.
• Уровень службы Hyperscale не поддерживается. Для резервирования можно задействовать только базы данных в уровнях служб общего назначения и бизнес-критическом.
• При использовании группы отработки отказа резервные права назначаются на уровне базы данных, а не на уровне группы отработки отказа и должны быть назначены отдельно для каждой базы данных в группе отработки отказа.
• Назначение вторичной реплики в режим ожидания не поддерживается, если реплика является вторичной копией вторичной реплики (процесс, известный как цепочка).

Предварительные требования

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

Настройка новой реплики для режима ожидания

При настройке новой активной связи георепликации можно назначить реплику в режиме ожидания с помощью портала Azure, PowerShell, Azure CLI или REST API.

$StandbyReplica = @{
   ResourceGroupName = "<PrimaryResourceGroup>"
   ServerName = "<PrimaryServerName>"
   DatabaseName = "<PrimaryDatabaseName>"
   PartnerResourceGroup = "<SecondaryResourceGroup>"
   PartnerServerName = "<SecondaryServerName>"
   PartnerDatabaseName = "<SecondaryDatabaseName>"
   SecondaryType = Standby
}

New-AzSqlDatabaseSecondary @StandByReplica

az sql db replica create --resource-group  <PrimaryResourceGroup> --server <PrimaryServerName> \
   --name <PrimaryDatabaseName> --partner-resource-group <SecondaryResourceGroup> \
   --partner-server <SecondaryServerName> --secondary-type Standby

Преобразование существующей реплики

Чтобы преобразовать существующую реплику из обычной геореплики в резервную реплику или из резервной реплики в обычную геореплику, можно использовать портал Azure или команду REST API Replication Links - Update.

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

1. Перейдите к ресурсу базы данных SQL в портал Azure.
2. Выберите реплики в разделе "Управление данными".
3. Выберите многоточие (...) для реплики, а затем:
   1. Чтобы преобразовать обычную реплику в резервную реплику, выберите "Преобразовать в резервный". Установите флажок рядом с полем подтверждения... во всплывающем окне преобразования в резервную реплику , а затем нажмите кнопку "Да ", чтобы сохранить изменение и преобразовать свою реплику.
   2. Чтобы преобразовать резервную реплику в обычную геореплику, выберите "Преобразовать в гео". Установите флажок рядом с полем "Подтвердить..." во всплывающем окне преобразования в геореплику , а затем нажмите кнопку "Да ", чтобы сохранить изменения и преобразовать свою реплику.

Чтобы преобразовать существующую реплику с помощью команды REST API Replication Links - Update, назначьте linkTypeSTANDBY как резервную реплику или GEO преобразуйте существующую резервную реплику обратно в обычную геореплику.

Просмотр прав лицензирования

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

Удаление резервной реплики

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

Вы можете остановить георепликацию с помощью портал Azure, PowerShell, Azure CLI или REST API.

Вопросы и ответы

• Каковы последствия ценообразования?

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

• Что такое приблизительная экономия с резервной репликой?

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

• Сколько виртуальных ядер не требует лицензии для резервной реплики?

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

• Требуется ли иметь лицензию SQL Server с активной программой Software Assurance для использования резервной реплики?

  № Так как резервная реплика не несет затрат на лицензирование, вам не нужна активная лицензия SQL Server с активной программой Software Assurance.

• Как использовать резервную реплику?

  Резервные реплики используйте только для целей восстановления после катастроф (DR). У них не может быть активной нагрузки на чтение. Единственные приемлемые рабочие нагрузки — это мониторинг, обслуживание, такое как запуск динамических управляющих представлений (DMV), и DBCC CHECKDB.

• Можно ли обновить существующую читаемую вторичную реплику на резервную реплику, чтобы сэкономить на затратах?

  Да, в портале Azure на панели реплик. Выберите многоточие (...) и выберите параметр преобразования реплики.

• Можно ли включить Преимущество гибридного использования Azure для резервной реплики?

  Назначение реплики для режима ожидания означает замену скидки от Гибридного преимущества Azure, поэтому вы не можете изменить модель лицензирования для реплики с помощью Портала Azure. Однако если вы хотите, чтобы резервная реплика использовала Преимущество гибридного использования Azure после отработки отказа, можно использовать команду Set-AzSqlDatabase в PowerShell или az sql db update в Azure CLI, чтобы обновить тип лицензии на Преимущество гибридного использования Azure для резервной реплики, чтобы она могла использоваться в качестве основной после отработки отказа.

• Что происходит с состоянием резервной реплики во время отказоустойчивости?

  Во время планируемого или незапланированного отказа резервная копия становится новой основной, что несёт регулярные лицензионные расходы, в то время как оригинальная основная — новой резервной вторичной и прекращает расходы на лицензирование vCore. Однако, поскольку экземпляр оплачивается за весь час, с вас все равно может взиматься плата за лицензии новой вторичной на весь час, если изменение состояния произойдет в середине часа. Если исходный первичный узел (который становится резервным после переключения на резерв) пользовался преимуществом гибридного использования Azure, скидка на резервное лицензирование переопределяет преимущество гибридного использования Azure, используемое базой данных.

• Что делать, если увеличить размер первичного или вторичного ядра до более высокого размера виртуальных ядер?

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

• Что делать, если уменьшить размер первичного или вторичного ядра до более низкого размера виртуальных ядер?

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

• Что произойдет, если удалить связь геореплики между первичной и резервной репликой?

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

• Могу ли я получить преимущества резервирования для резервной реплики?

  Да. Цены на резервирование полностью совместимы с резервной репликой.

• Можно ли назначить какую-либо реплику в режим ожидания при создании новой группы отказоустойчивости или добавлении к ней баз данных?

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

Связанный контент

• Группа отказоустойчивости
• Активная георепликация
• Общие сведения о непрерывности бизнес-процессов
• резервный