Настройка резервной реплики без лицензии для База данных SQL Azure
Применимо к:
База данных SQL Azure
В этой статье описывается, как сэкономить на затратах на лицензирование путем назначения базы данных вторичного аварийного восстановления (DR) для резервного копирования при использовании База данных SQL Azure.
Обзор
Если реплика базы данных-получатель используется только для аварийного восстановления и не имеет рабочих нагрузок, работающих на нем, или приложений, подключающихся к ней, можно сэкономить на затратах на лицензирование, назначив базу данных в качестве резервной реплики. Если база данных-получатель предназначена для резервного использования, корпорация Майкрософт предоставляет вам количество виртуальных ядер, лицензированных в базе данных-источнике, без дополнительной платы в соответствии с преимуществами прав на отработку отказа в условиях лицензирования продукта. Плата за вычислительные ресурсы и хранилище, которые использует база данных-получатель, по-прежнему взимается.
При настройке новой активной геореплики можно назначить реплику для резервного копирования или преобразовать существующую реплику в резервную.
Хотя активная георепликация поддерживает добавление четырех вторичных реплик, можно назначить только одну реплику базы данных-получателя для резервного копирования. Группы отработки отказа поддерживают одну реплика базы данных-получателя для каждой базы данных-источника и могут быть доступны для чтения или резервного копирования.
Во время планового или не плановая отработка отказа резервная реплика становится новой основной и начинает нести регулярные затраты на лицензирование виртуальных ядер, а исходный первичный становится новым резервным вторичным и перестает нести расходы на лицензирование виртуальных ядер.
Преимущество затрат
При назначении реплики базы данных в качестве резервной, корпорация Майкрософт не взимает расходы на лицензирование SQL Server для виртуальных ядер, используемых резервной репликой. Тем не менее, поскольку база данных выставляется в течение всего часа, вы все равно можете взимать расходы на лицензирование в течение всего часа, если изменение состояния выполняется в середине часа.
Преимущество преобразуется по-разному между клиентами, использующими модель оплаты по мере использования и клиентами, которые используют модель Преимущество гибридного использования Azure. Для клиента с оплатой по мере использования виртуальные ядра скидываются по счету. Для клиента, использующего Преимущество гибридного использования Azure для резервной реплики, количество виртуальных ядер, которые использует вторичная реплика, возвращаются в пул лицензий.
Например, как клиент с оплатой по мере использования, если у вас есть 16 виртуальных ядер, назначенных базе данных-получателю, скидка на 16 виртуальных ядер отображается в счете, если вы назначаете базу данных-получатель только резервным.
В другом примере, если у вас есть 16 лицензий Преимущество гибридного использования Azure и развертывается одна база данных с 16 виртуальными ядрами, после того как вы назначите базу данных-получатель для резервирования, 16 виртуальных ядер возвращаются в пул лицензий для использования с другими развертываниями SQL Azure.
Функциональные возможности
В следующей таблице описаны функциональные возможности резервной реплики базы данных-получателя:
| Функциональность | Description |
|---|---|
| Ограниченные рабочие нагрузки чтения | После назначения базы данных в качестве резервной базы данных можно выполнять только ограниченное количество рабочих нагрузок чтения в базе данных-получателе, таких как динамические административные представления (DMV), резервные копии и запросы команд консоли базы данных (DBCC). |
| Плановая отработка отказа | Резервная реплика поддерживает все запланированные сценарии отработки отказа, в том числе отработку восстановления, перемещение баз данных в другие регионы и возврат баз данных на первичный экземпляр. Когда вторичный коммутатор переключается на основной, он может обслуживать запросы на чтение и запись. Новая вторичная (исходная первичная) становится резервной репликой и не должна использоваться для рабочих нагрузок чтения. |
| Внеплановая отработка отказа | Во время отмены плановая отработка отказа после переключения вторичной роли на основную роль она может обслуживать запросы на чтение и запись. После устранения сбоя и первичного повторного подключения он становится новой вторичной резервной репликой и не следует использовать для рабочих нагрузок чтения. |
| Резервное копирование и восстановление | Поведение резервного копирования и восстановления в резервной реплике и реплике базы данных-получателя совпадают. |
| Наблюдение | Все операции мониторинга, поддерживаемые вторичной репликой для чтения, поддерживаются резервной репликой. |
Резервная реплика базы данных должна использоваться только для аварийного восстановления. Ниже перечислены только действия, разрешенные в резервной базе данных:
- Выполнение операций обслуживания, таких как checkDB
- подключение приложений мониторинга;
- Выполнение детализации аварийного восстановления
Ограничения
В следующей таблице перечислены поддерживаемые и неподдерживаемые модели развертывания:
| Модель развертывания | Уровень вычислений | Уровень служб | Поддержка резервной реплики | Оборудование |
|---|---|---|---|---|
| Отдельная база данных | Подготовлено | Общего назначения | Да | Standard-series (Gen5), FSv2-Series, DC-Series |
| Отдельная база данных | Подготовлено | Критически важный для бизнеса | Да | Серия "Стандартный" (5-го поколения), dc-series |
| Отдельная база данных | Подготовлено | Гипермасштабирование | Н/Д | Неприменимо |
| Отдельная база данных | Бессерверные приложения | Все | No | Н/П |
| Эластичный пул | Все | Все | No | Н/П |
Использование резервной базы данных имеет следующие ограничения:
- Для резервного копирования можно назначить только одну реплика базы данных-получателя.
- Бессерверный уровень вычислений не поддерживается. Резервная реплика не может быть включена, если база данных-источник или база данных-получатель находится на бессерверном уровне вычислений.
- Модель приобретения DTU не поддерживается. Резервная реплика для баз данных можно включить только с помощью модели приобретения виртуальных ядер.
- Уровень служб "Гипермасштабирование" не поддерживается. Для резервирования можно назначать только базы данных в уровнях служб общего назначения и критически важный для бизнеса.
- При использовании группы отработки отказа резервные права назначаются на уровне базы данных, а не на уровне группы отработки отказа и должны быть назначены отдельно для каждой базы данных в группе отработки отказа.
- Назначение вторичной реплики для резервного копирования не поддерживается, если реплика является вторичной репликой вторичной реплики (известно, что процесс цепочки).
Необходимые компоненты
- Подписка Azure. Если у вас еще нет подписки Azure, создайте бесплатную учетную запись Azure, прежде чем начинать работу.
- Основной подготовленный виртуальный ядер База данных SQL Azure в уровне служб общего назначения или критически важный для бизнеса, работающем на поддерживаемом оборудовании. Ознакомьтесь с кратким руководством по началу работы.
Настройка новой реплики для резервного копирования
При настройке новой активной связи геореплики можно назначить реплику для резервного копирования с помощью портал Azure, PowerShell, Azure CLI или REST API.
Чтобы создать активную связь георепликации и назначить базу данных-получатель для резервирования в портал Azure, выполните следующие действия.
Перейдите к ресурсу базы данных SQL в портал Azure.
Выберите реплики в разделе "Управление данными" в меню ресурсов, а затем нажмите кнопку "Создать реплику", чтобы открыть страницу "Создание База данных SQL " — геореплика".
На странице "Создание База данных SQL — геореплика" выберите резервную реплику для типа реплики в конфигурации реплики. Установите флажок, чтобы подтвердить, что вы будете использовать реплику для резервного копирования.
Укажите новый или существующий сервер для новой резервной базы данных, а затем используйте проверку и создание для окончательной проверки сведений о базе данных и сервере.
Создайте параметры и создайте резервную реплику базы данных.
Примечание.
Вы также можете назначить базы данных для резервирования при создании группы отработки отказа или добавить базы данных в существующую группу отработки отказа в портал Azure.
Преобразование существующей реплики
Чтобы преобразовать существующую реплику из обычной геореплики в резервную реплику в резервную реплику или резервную реплику в обычную геореплику, можно использовать портал Azure или команду REST API.
Чтобы преобразовать существующую реплику в портал Azure, выполните следующие действия.
- Перейдите к ресурсу базы данных SQL в портал Azure.
- Выберите реплики в разделе "Управление данными".
- Выберите многоточие (...) для реплики, а затем:
- Чтобы преобразовать обычную реплику в резервную реплику, выберите "Преобразовать в резервный". Установите флажок рядом с полем подтверждения... во всплывающем окне преобразования в резервную реплику , а затем нажмите кнопку "Да ", чтобы сохранить изменение и преобразовать свою реплику.
- Чтобы преобразовать резервную реплику в обычную геореплику, выберите "Преобразовать в гео". Установите флажок рядом с полем "Подтвердить..." во всплывающем окне преобразования в геореплику , а затем нажмите кнопку "Да ", чтобы сохранить изменения и преобразовать свою реплику.
Чтобы преобразовать существующую реплику с помощью ссылок репликации REST API — обновить команду, назначьте STANDBY linkType ее в качестве резервной реплики или GEO преобразуйте существующую резервную реплику обратно в обычную геореплику.
Просмотр прав лицензирования
Вы можете просмотреть права лицензирования для существующей базы данных с помощью портал Azure, PowerShell, Azure CLI или REST API.
Чтобы проверить права лицензирования для существующей базы данных с помощью портал Azure, выполните следующие действия.
Перейдите в базу данных SQL в портал Azure.
На странице обзора проверьте тип реплики в разделе Essentials. Значение
Standbyуказывает, что база данных является резервной репликой, и плата за лицензирование SQL для этой базы данных не взимается:
Удаление резервной реплики
После того как база данных будет назначена в качестве резервной, вы не можете просто удалить резервное свойство. Чтобы удалить резервную реплику, необходимо остановить репликацию, чтобы завершить активную связь георепликации. После остановки репликации база данных становится автономной, и вы начнете нести расходы на лицензирование.
Вы можете остановить георепликацию с помощью портал Azure, PowerShell, Azure CLI или REST API.
Чтобы удалить резервную реплику, завершив георепликацию в портал Azure, выполните следующие действия.
- Перейдите в базу данных SQL в портал Azure.
- Выберите реплики в разделе "Управление данными".
- Выберите многоточие (...) для резервной реплики , а затем выберите " Остановить репликацию " во всплывающем меню. При этом репликация останавливается, поэтому база данных-получатель теперь изолирована, а не предназначена для резервного режима и не взимает затраты на лицензирование.
Вопросы и ответы
Каковы последствия ценообразования?
Реплики базы данных-получателя взимается за лицензирование, вычисление и хранилище SQL для данных и резервных копий. При назначении реплики базы данных для резервного копирования плата не взимается за расходы на лицензирование виртуальных ядер, используемых вторичной репликой, но плата за вычислительные ресурсы и хранилище по-прежнему взимается.
Что такое приблизительная экономия с резервной репликой?
Без включения затрат на лицензирование резервная реплика может сэкономить от 35 до 40 процентов по сравнению с обычной полностью читаемой вторичной репликой, хотя экономия зависит от региона. Для точной цены используйте калькулятор цен Azure и выберите резервную реплику в раскрывающемся списке **Аварийное восстановление.
Сколько виртуальных ядер будет бесплатно лицензировать для резервной реплики?
То же количество виртуальных ядер, что и в базе данных-источнике. Настройка вторичной реплики с тем же количеством виртуальных ядер, что и база данных-источник, рекомендуется для оптимальной производительности георепликации.
Требуется ли иметь лицензию SQL Server с активной программой Software Assurance для использования резервной реплики?
№ Так как резервная реплика не несет затрат на лицензирование, вам не нужна активная лицензия SQL Server с активной программой Software Assurance.
Как использовать резервную реплику?
Резервные реплики предназначены только для аварийного восстановления и не могут содержать активные рабочие нагрузки чтения. Единственными допустимыми рабочими нагрузками являются мониторинг, обслуживание, например запуск динамических административных представлений (DMV) и CheckDB.
Можно ли обновить существующую читаемую вторичную реплику на резервную реплику, чтобы сэкономить на затратах?
Да, в портал Azure на панели реплик. Выберите многоточие (...) и выберите параметр преобразования реплики.
Можно ли включить Преимущество гибридного использования Azure для резервной реплики?
Назначение реплики для резервного копирования заменяет скидку от Преимущество гибридного использования Azure, поэтому вы не можете изменить модель лицензирования для реплики с помощью портал Azure. Однако если вы хотите, чтобы резервная реплика использовала Преимущество гибридного использования Azure после отработки отказа, можно использовать команду Set-AzSqlDatabase PowerShell или az sql db update Azure CLI для обновления типа
BasePriceлицензии на (Преимущество гибридного использования Azure) для резервной реплики, используемой, когда резервная реплика становится основной после отработки отказа.Что происходит с состоянием резервной реплики во время отработки отказа?
Во время запланированного или не плановая отработка отказа резервная реплика становится новой первичной, что вызывает регулярные затраты на лицензирование, в то время как исходная первичная становится новой резервной вторичной и перестает нести расходы на лицензирование виртуальных ядер. Тем не менее, так как экземпляр выставляется в течение всего часа, вы по-прежнему можете взиматься плата за лицензирование новой вторичной в течение всего часа, если изменение состояния происходит в середине часа. Если исходный первичный (который становится резервным после отработки отказа) использовал Преимущество гибридного использования Azure, скидка на резервное лицензирование переопределяет Преимущество гибридного использования Azure, используемую базой данных.
Что делать, если увеличить размер первичного или вторичного ядра до более высокого размера виртуальных ядер?
При увеличении масштаба рекомендуется сначала увеличить масштаб вторичной, а затем основной. Хотя вторичная реплика будет иметь большее количество виртуальных ядер, чем основной в течение переходного периода, преимущества резервной реплики по-прежнему применяются. Постарайтесь максимально свести к минимуму период перехода.
Что делать, если уменьшить размер первичного или вторичного ядра до более низкого размера виртуальных ядер?
При уменьшении масштаба рекомендуется сначала уменьшить основной, а затем вторичный. Хотя вторичная реплика будет иметь большее количество виртуальных ядер, чем основной в течение переходного периода, преимущества резервной реплики по-прежнему применяются. Постарайтесь максимально свести к минимуму период перехода.
Что произойдет, если удалить связь геореплики между первичной и резервной репликой?
После удаления георепликации резервная база данных становится обычной автономной базой данных и начинает нести расходы на лицензирование.
Можно ли получить преимущества зарезервированной емкости для резервной реплики?
Да. Цены на зарезервированную емкость полностью совместимы с резервной репликой.
Можно ли назначить реплику для резервного копирования при создании новой группы отработки отказа или добавлении к ней баз данных?
Да, но только при создании новой группы отработки отказа или добавлении баз данных в существующую группу отработки отказа в портал Azure. В настоящее время PowerShell и Azure CLI недоступны.