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

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

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

Необходимые компоненты

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

Уровень служб Модель развертывания Доступность избыточности зоны
Premium Отдельная база данных или эластичные пулы Все регионы, поддерживающие зоны доступности
Критически важный для бизнеса Отдельная база данных или эластичные пулы Все регионы, поддерживающие зоны доступности
Общего назначения Отдельная база данных или эластичные пулы Выбранные регионы, поддерживающие зоны доступности
Гипермасштабирование Отдельная база данных Все регионы, поддерживающие зоны доступности

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

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

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

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

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

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

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

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

  2. Выберите базу данных, которую требуется перенести.

  3. В разделе Параметры выберите Compute + служба хранилища.

  4. Выберите "Да" , чтобы сделать эту зону базы данных избыточной?

  5. Выберите Применить.

  6. Дождитесь получения уведомления о завершении операции в уведомлениях в верхнем меню портал Azure.

  7. Чтобы убедиться, что избыточность зоны включена, выберите "Обзор " и выберите " Свойства".

  8. В разделе "Доступность" убедитесь, что для избыточности зоны задано значение "Включено".

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

Внимание

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

  1. Перейдите к портал Azure, чтобы найти и выбрать эластичные пулы, которые требуется перенести.

  2. Выберите Параметры и нажмите кнопку "Настроить".

  3. Выберите "Да ", чтобы сделать эту зону эластичного пула избыточной?.

  4. Выберите Сохранить.

  5. Дождитесь получения уведомления о завершении операции в уведомлениях в верхнем меню портал Azure.

  6. Чтобы убедиться, что избыточность зоны включена, выберите "Настроить " и выберите параметры пула.

  7. Параметр избыточности зоны должен иметь значение "Да".

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

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

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

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

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

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

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

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

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

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

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

Чтобы создать восстановление базы данных на определенный момент времени и включить избыточность зоны с помощью портал 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_реплика tion_link_status для просмотра состояния состояния гео реплика tion. CATCH_UP Когда replication_state_desc база данных-получатель находится в состоянии, согласованном с транзакцией. В динамическом представлении управления sys.dm_operation_status найдите state_desc время COMPLETED завершения операции заполнения.

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

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

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

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

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

Чтобы отключить избыточность зоны с помощью портал Azure:

  1. Перейдите к портал Azure, чтобы найти и выбрать эластичные пулы, которые больше не нужно использовать для зоны.

  2. Выберите Параметры и нажмите кнопку "Настроить".

  3. Выберите "Нет", чтобы сделать эту зону эластичного пула избыточной?.

  4. Выберите Сохранить.

Чтобы отключить избыточность зоны с помощью ARM, см. статью "Базы данных— создание или обновление в ARM " и использование properties.zoneRedundant свойства.

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