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

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

  • Статья

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

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

Обзор

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

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

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

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

Преимущество затрат

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

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

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

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

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

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

Функциональность Description
Ограниченные рабочие нагрузки чтения После назначения базы данных в качестве резервной базы данных можно выполнять только ограниченное количество рабочих нагрузок чтения в базе данных-получателе, таких как динамические административные представления (DMV), резервные копии и запросы команд консоли базы данных (DBCC).
Плановая отработка отказа Резервная реплика поддерживает все запланированные сценарии отработки отказа, в том числе отработку восстановления, перемещение баз данных в другие регионы и возврат баз данных на первичный экземпляр. Когда вторичный коммутатор переключается на основной, он может обслуживать запросы на чтение и запись. Новая вторичная (исходная первичная) становится резервным реплика и не должна использоваться для рабочих нагрузок чтения.
Внеплановая отработка отказа Во время отмены плановая отработка отказа после переключения вторичной роли на основную роль она может обслуживать запросы на чтение и запись. После устранения сбоя и первоначального первичного повторного подключения он становится новым резервным резервным реплика и не должен использоваться для рабочих нагрузок чтения.
Резервное копирование и восстановление Поведение резервного копирования и восстановления в резервном реплика и доступной для чтения базе данных-получателе реплика одинаковы.
Наблюдение Все операции мониторинга, поддерживаемые вторичной репликой для чтения, поддерживаются резервной репликой.

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

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

Ограничения

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

Модель развертывания Уровень вычислений Уровень служб Поддерживаемые резервные реплика Оборудование
Отдельная база данных Подготовлено Общего назначения Да 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, выполните следующие действия.

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

  2. Выберите реплики в разделе "Управление данными" в меню ресурсов, а затем нажмите кнопку "Создать реплика", чтобы открыть страницу "Создание База данных SQL - геореплика".

    Снимок экрана: страница реплик для базы данных SQL в портал Azure.

  3. На странице "Создание База данных SQL — геореплика" выберите "Резервная реплика" для типа реплики в конфигурации реплики. Установите флажок, чтобы подтвердить, что вы будете использовать реплика для резервного ожидания.

    Снимок экрана: страница

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

  5. Используйте create, чтобы подтвердить параметры и создать новую резервную базу данных реплика.

Примечание.

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

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

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

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

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

Чтобы преобразовать существующую реплика с помощью ссылок репликации REST API — обновить команду, назначьте значение STANDBY для резервного реплика или GEO преобразуйте linkType существующий резервный реплика обратно в обычный гео реплика.

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

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

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

  1. Перейдите в базу данных SQL в портал Azure.

  2. На странице обзора проверка тип реплики в разделе Essentials. Значение Standby указывает, что база данных является резервной реплика, и плата за лицензирование SQL для этой базы данных не взимается:

    Снимок экрана: страница обзора базы данных SQL в портал Azure с выделенным типом реплика.

Удаление резервных реплика

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

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

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

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

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

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

    Плата за реплика базы данных-получателей взимается за лицензирование, вычисление и хранилище 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 недоступны.

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