Резервное копирование SQL Server в Azure Stack с помощью Azure Backup

2025-02-25

В этой статье описывается настройка Microsoft Azure Backup Server (MABS) для защиты баз данных SQL Server в Azure Stack.

Рабочий процесс защиты баз данных SQL Server

Управление резервной копией базы данных SQL Server в Azure и восстановление из Azure включает:

Создание политики резервного копирования для защиты баз данных SQL Server
Создание резервных копий по запросу
Восстановление базы данных с дисков и из Azure

Поддерживаемые сценарии и ограничения

Перед резервной копией SQL Server в Azure Stack ознакомьтесь со следующими поддерживаемыми сценариями и ограничениями:

Если у вас есть база данных с файлами в удаленном файловом хранилище, процесс защиты завершится с ошибкой с идентификатором 104. MABS не поддерживает защиту данных SQL Server в удаленном файловом ресурсе.
MABS не может защитить базы данных, хранящиеся в удаленных общих папках SMB.
Убедитесь, что для реплик группы доступности установлен режим "только для чтения".
Необходимо явно добавить учетную запись NTAuthority\System в группу Sysadmin на SQL Server.
При восстановлении частично контейнированной базы данных в альтернативное расположение убедитесь, что в целевом экземпляре SQL активирована функция Контейнированные базы данных.
При восстановлении базы данных файлового потока в альтернативное расположение, убедитесь в том, что в целевом экземпляре SQL активирован параметр База данных файлового потока.
Защита для SQL Server AlwaysOn:
- MABS обнаруживает группы доступности при выполнении запроса при создании группы защиты.
- MABS обнаруживает отказоустойчивость и продолжает обеспечивать защиту базы данных.
- MABS поддерживает конфигурации кластера с несколькими сайтами для экземпляра SQL Server.
При защите баз данных, использующих функцию AlwaysOn, MABS имеет следующие ограничения:
- MABS будет соблюдать политику резервного копирования для групп доступности, установленную в SQL Server в соответствии с предпочтениями резервного копирования, следующим образом.
  - Предпочтение вторичной реплики: резервное копирование должно выполняться на вторичную реплику, если первичная реплика не является единственной репликой, подключенной к сети. Если доступно несколько вторичных реплик, для резервного копирования выбирается узел с самым высоким приоритетом резервного копирования. Если доступна только первичная реплика, резервное копирование должно происходить на первичной реплике.
  - Только вторичная: резервное копирование не должно выполняться на первичную реплику. Если первичная реплика является единственной репликой в сети, резервное копирование не выполняется.
  - Первичная: резервное копирование всегда выполняется на первичную реплику.
  - Любая реплика: резервное копирование выполняется на любую доступную реплику в группе доступности. Узел, с которого будет выполняться резервное копирование, будет определяться по приоритету резервного копирования всех узлов.
- Примечание.
  - Можно выполнить архивирование из любой доступной для чтения реплики, то есть первичной, синхронной вторичной или асинхронной вторичной.
  - Если какая-либо реплика исключается из резервного копирования, например, если включен параметр Исключить реплику, или реплика помечена как недоступная для чтения, эта реплика не будет выбираться для резервного копирования ни в одном из вариантов.
  - Если доступно несколько читаемых реплик, для резервного копирования выбирается узел с самым высоким приоритетом резервного копирования.
  - В случае сбоя резервного копирования на выбранном узле происходит сбой операции резервного копирования.
  - Восстановление в исходное расположение не поддерживается.
Проблемы с резервным копированием SQL Server 2014 или более поздней версии:
- SQL Server 2014 добавил новую функцию для создания базы данных для локального SQL Server в хранилище BLOB-объектов Microsoft Azure. MABS нельзя использовать для защиты этой конфигурации.
- Существуют некоторые известные проблемы с предпочтениями резервного копирования "Предпочитать вторичные" для параметра SQL Always On. MABS всегда делает резервную копию из вторичного источника. Если не удается найти вторичный, резервное копирование потерпит неудачу.

Предпосылки

Перед резервной копией SQL Server в Azure Stack установите и подготовьте Azure Backup Server.

Создание политики резервного копирования

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

На сервере Azure Backup Server выберите рабочую область Protection .
В меню инструментов выберите "Создать" , чтобы создать новую группу защиты.

Azure Backup Server запускает мастер группы защиты, который приводит к созданию группы защиты. Выберите Далее.
В колонке "Выбор типа группы защиты" выберите "Серверы".
В колонке "Выбор членов группы" в списке доступных элементов отображаются различные источники данных. Выберите + , чтобы развернуть папку и открыть вложенные папки. Установите флажок, чтобы выбрать элемент.

Все выбранные элементы отображаются в списке выбранных участников. Выбрав серверы или базы данных, которые вы хотите защитить, нажмите кнопку "Далее".
В колонке "Выбор метода защиты данных " укажите имя группы защиты и установите флажок " Интернет-защита ".
В колонке "Указать Short-Term цели" включите необходимые входные данные для создания точек резервного копирования на диск и нажмите кнопку "Далее".

В примере диапазон хранения составляет 5 дней, частота синхронизации составляет каждые 15 минут, что является частотой резервного копирования. Для express Full Backup задано значение 8:00 P.M.

Примечание.

В показанном примере в 20:00 каждый день создается точка резервного копирования путем передачи измененных данных из точки резервного копирования за предыдущий день в 20:00. Этот процесс называется быстрой полной архивацией. Журналы транзакций синхронизируются каждые 15 минут. Если необходимо восстановить базу данных в 9:00 вечера, точка восстановления создается на основе журналов, начиная с последней точки полного резервного копирования (8:00 вечера в этом случае).
В колонке "Проверка выделения диска " проверьте общее доступное место на диске и потенциальное место на диске. Выберите Далее.
В методе создания реплики выберите способ создания первой точки восстановления. Вы можете перенести начальную резервную копию вручную (вне сети), чтобы избежать перегрузки пропускной способности или по сети. Если вы решили ждать передачи первой резервной копии, можно указать время первоначальной передачи. Выберите Далее.

Начальная копия резервного копирования требует передачи всего источника данных (базы данных SQL Server) с рабочего сервера (компьютера SQL Server) в Azure Backup Server. Эти данные могут быть большими, а передача данных по сети может превышать пропускную способность. По этой причине можно передать начальную резервную копию: вручную (с помощью съемных носителей), чтобы избежать перегрузки пропускной способности или автоматически по сети (в указанное время).

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

Azure Backup Server выполняет проверку согласованности целостности точки резервного копирования. Azure Backup Server вычисляет контрольную сумму файла резервного копирования на рабочем сервере (компьютер SQL Server в этом сценарии) и резервные копии данных для этого файла. Если возникает конфликт, предполагается, что резервный файл на Azure Backup Server поврежден. Azure Backup Server исправляет резервные копии данных, отправляя блоки, соответствующие несоответствию контрольной суммы. Поскольку проверки согласованности требуют больших ресурсов, вы можете запланировать их выполнение или запустить автоматически.
Чтобы указать онлайн-защиту источников данных, выберите базы данных для защиты в Azure и нажмите кнопку "Далее".
Выберите расписания резервного копирования и политики хранения, которые соответствуют политикам организации.

В этом примере резервное копирование выполняется один раз в день в 12:00 и 8 вечера.

Примечание.

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

Рекомендуется: если вы планируете резервное копирование в Azure после завершения резервного копирования локального диска, последние резервные копии дисков всегда копируются в Azure.
Выберите расписание для политики хранения. Сведения о том, как работает политика хранения, приведены в статье об использовании Azure Backup для замены вашей инфраструктуры на ленте.

В этом примере:
- Резервные копии выполняются один раз в день в 12:00 и 8 вечера и хранятся в течение 180 дней.
- Резервное копирование в субботу в 12:00 вечера сохраняется в течение 104 недель
- Резервное копирование в последнюю субботу в 12:00 вечера сохраняется в течение 60 месяцев
- Резервное копирование в последнюю субботу марта в 12:00 вечера сохраняется в течение 10 лет
Нажмите кнопку "Далее " и выберите соответствующий параметр для передачи первоначальной копии резервного копирования в Azure. Вы можете выбрать автоматически через сеть
После просмотра сведений о политике в колонке "Сводка " выберите "Создать группу ", чтобы завершить рабочий процесс. Вы можете выбрать "Закрыть " и отслеживать ход выполнения задания в рабочей области мониторинга.

Выполнение резервного копирования по требованию

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

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

Дождитесь, пока статус группы защиты не станет ОК для базы данных, до создания точки восстановления.
Щелкните базу данных правой кнопкой мыши и выберите "Создать точку восстановления".
Выберите Online Protection в раскрывающемся меню и нажмите кнопку "ОК ", чтобы начать создание точки восстановления в Azure.
Просмотрите ход выполнения работы в области Мониторинг.

Восстановление базы данных из Azure

Чтобы восстановить защищенную сущность (базу данных SQL Server) из Azure, выполните следующие действия.

Откройте консоль управления Azure Backup Server. Перейдите в рабочую область восстановления , где можно просмотреть защищенные серверы. Просмотрите требуемую базу данных (в этом случае ReportServer$MSDPM2012). Выберите время восстановления, указанное в качестве онлайн точки.
Правой кнопкой мыши щелкните имя базы данных и выберите Восстановить.
MABS отображает сведения о точке восстановления. Выберите Далее. Чтобы перезаписать базу данных, выберите тип восстановления Восстановить в исходном экземпляре SQL Server. Выберите Далее.

В этом примере MABS восстанавливает базу данных в другой экземпляр SQL Server или в автономную сетевую папку.
В колонке "Указать параметры восстановления " можно выбрать такие параметры восстановления, как регулирование использования пропускной способности сети для регулирования пропускной способности, используемой восстановлением. Выберите Далее.
В колонке "Сводка " вы увидите все конфигурации восстановления, предоставленные до сих пор. Нажмите Восстановить.

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

После завершения восстановления восстановленная база данных согласована с приложением.

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