Архивация SQL Server в Azure с помощью рабочей нагрузки DPM

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

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

Поток резервного копирования для базы данных SQL Server

Чтобы создать резервную копию базы данных SQL Server в Azure и восстановить ее из Azure

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

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

• DPM 2019 UR2 поддерживает экземпляр отказоустойчивого кластера SQL Server (FCI) с использованием для этого общего тома кластера (CSV).
  
  
• Эта функция поддерживает защиту экземпляра отказоустойчивого кластера SQL Server с Локальными дисковыми пространствами в Azure и экземпляра отказоустойчивого кластера SQL Server с общими дисками Azure. Для защиты экземпляра отказоустойчивого кластера SQL, развернутого на виртуальных машинах Azure, необходимо развернуть на виртуальной машине сервер DPM.

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

• Если у вас есть база данных с файлами в удаленном файловом ресурсе, защита завершится ошибкой с идентификатором 104. DPM не поддерживает защиту данных SQL Server на удаленном файловом ресурсе.
• DPM не защищает базы данных, сохраненные на удаленных общих ресурсах SMB.
• Убедитесь, что для реплик группы доступности установлен режим "только для чтения".
• Необходимо явно добавить учетную запись NTAuthority\System в группу Sysadmin на SQL Server.
• При восстановлении частично автономной базы данных в альтернативное расположение, убедитесь в том, что в целевом экземпляре SQL активирован параметр Автономные базы данных.
• При восстановлении базы данных файлового потока в альтернативное расположение, убедитесь в том, что в целевом экземпляре SQL активирован параметр База данных файлового потока.
• Защита для SQL Server AlwaysOn:
  • DPM обнаруживает группы доступности при выполнении опроса на этапе создания группы защиты.
  • DPM обнаруживает отработку отказа и продолжает защищать базу данных.
  • DPM поддерживает конфигурации с геораспределенными кластерами для экземпляра SQL Server.
• При защите баз данных, использующих функцию AlwaysOn, DPM имеет следующие ограничения:
  • DPM будет учитывать политику резервного копирования для групп доступности, установленных в SQL Server на основе параметров резервного копирования, как показано ниже.
    • Предпочтение вторичной реплики: резервное копирование должно выполняться на вторичную реплику, если первичная реплика не является единственной репликой, подключенной к сети. Если доступно несколько вторичных реплик, для резервного копирования выбирается узел с самым высоким приоритетом резервного копирования. Если доступно только основное реплика, резервное копирование должно происходить на основном реплика.
    • Только вторичная: резервное копирование не должно выполняться на первичную реплику. Если первичная реплика является единственной репликой в сети, резервное копирование не выполняется.
    • Первичная: резервное копирование всегда выполняется на первичную реплику.
    • Любая реплика: резервное копирование выполняется на любую доступную реплику в группе доступности. Узел, с которого будет выполняться резервное копирование, будет определяться по приоритету резервного копирования всех узлов.

    Примечание.

    • Можно выполнить архивирование из любой доступной для чтения реплики, то есть первичной, синхронной вторичной или асинхронной вторичной.
    • Если какая-либо реплика исключается из резервного копирования, например, если включен параметр Исключить реплику, или реплика помечена как недоступная для чтения, эта реплика не будет выбираться для резервного копирования ни в одном из вариантов.
    • Если доступно несколько читаемых реплик, для резервного копирования выбирается узел с самым высоким приоритетом резервного копирования.
    • В случае сбоя резервного копирования на выбранном узле происходит сбой операции резервного копирования.
    • Восстановление в исходное расположение не поддерживается.
• Проблемы с резервным копированием SQL Server 2014 или более поздней версии:
  • SQL Server 2014 добавил новую функцию для создания базы данных для локального SQL Server в хранилище BLOB-объектов Microsoft Azure. DPM невозможно использовать для защиты этой конфигурации.
  • Существуют некоторые известные проблемы с предпочтениями резервного копирования "Предпочитать вторичные" для параметра SQL Always On. DPM всегда выполняет резервное копирование из базы данных-получателя. Если не удается найти базу данных-получатель, произойдет сбой резервного копирования.

Перед началом работы

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

• создайте хранилище архивации;
• загрузите учетные данные хранилища;
• установите агент Azure Backup;
• зарегистрируйте сервер в хранилище.

создание политики архивации;

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

1. На сервере Data Protection Manager (DPM) выберите рабочую область Protection (Защита).

2. Выберите Создать, чтобы создать группу защиты.

   

3. На начальной странице ознакомьтесь с руководством по созданию группы защиты. Затем выберите Далее.

4. Выберите Серверы.

   

5. Разверните виртуальную машину SQL Server, где находятся базы данных, для которых требуется выполнить резервное копирование. Вы увидите источники данных, для которых на этом сервере можно создать резервные копии. Разверните все общие ресурсы SQL, а затем выберите базы данных, для которых вы хотите создать резервную копию. В этом примере мы выберем ReportServer$MSDPM2012 и ReportServer$MSDPM2012TempDB. Затем выберите Далее.

   

6. Присвойте имя группе защиты, затем выберите Требуется онлайн-защита.

   

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

   В этом примере для параметра Период хранения задано значение 5 дней. Для параметра Периодичность синхронизации установлено — каждые 15 минут. Для параметра Быстрая полная архивация задано значение 20:00.

   

   Примечание.

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

8. Выберите Далее. DPM отображает общее доступное место в хранилище. Также отображается потенциальное использование дискового пространства.

   

   По умолчанию DPM создает один том на каждый источник данных (базу данных SQL). Том используется для начальной резервной копии. При такой конфигурации диспетчер логических дисков (LDM) ограничивает защиту DPM до 300 источников данных (баз данных SQL Server). Чтобы обойти это ограничение, выберите Выравнивать данные в пуле носителей DPM. При этом варианте DPM использует один том для нескольких источников данных. Эта конфигурация позволяет DPM защищать до 2000 баз данных SQL Server.

   Если выбран параметр Automatically grow the volumes (Автоматически увеличивать размер томов), DPM может увеличивать размер томов с резервными копиями по мере увеличения объема рабочих данных. Если параметр Automatically grow the volumes (Автоматически увеличивать размер томов) не выбран, DPM ограничит объем хранилища резервных копий до источников данных в группе защиты.

9. Если вы являетесь администратором, вы можете автоматически переносить эту начальную резервную копию по сети и выбрать время переноса. В ином случае для переноса резервной копии можно выбрать параметр Вручную. Затем выберите Далее.

   

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

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

10. Выберите время выполнения проверки согласованности. Затем выберите Далее.

    

    DPM может проверять целостность точки резервного копирования (проверка согласованности). DPM вычисляет контрольную сумму файла резервной копии на рабочем сервере (в этом примере используется компьютер SQL Server) и резервной копии данных для этого файла в DPM. Если проверка обнаруживает конфликт, файл резервной копии в DPM считается поврежденным. DPM исправляет резервные копии данных, отправляя блоки, соответствующие расхождению в контрольной сумме. Так как проверка согласованности является ресурсоемкой операцией, администраторам предоставляется возможность запланировать ее на определенное время или настроить ее автоматическое выполнение.

11. Выберите источники данных для защиты в Azure. Затем выберите Далее.

    

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

    

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

    Совет

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

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

13. Выберите расписание для политики хранения. Подробнее о функционировании политики хранения, см. в статье Использование службы Azure Backup для замены ленточной инфраструктуры.

    

    В этом примере:

    • Резервные копии создаются ежедневно в 12:00 и 20:00. Резервные копии сохраняются в течение 180 дней.
    • Резервная копия, созданная в субботу в 12:00, хранится в течение 104 недель.
    • Резервная копия за последнюю субботу месяца, созданная в 12:00, хранится в течение 60 месяцев.
    • Резервная копия за последнюю субботу марта, созданная в 12:00, хранится 10 лет.

    После выбора политики хранения нажмите кнопку Далее.

14. Выберите способ передачи начальной резервной копии в Azure.

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

    После выбора механизма передачи данных нажмите кнопку Далее.

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

    

Создание резервных копий базы данных SQL Server по требованию

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

1. В группе защиты база данных должна иметь статус ОК.

   

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

   

3. В раскрывающемся меню выберите Онлайн-защита. Затем нажмите кнопку ОК, чтобы начать создание точки восстановления в Azure.

   

4. В рабочей области Мониторинг можно отслеживать выполнение задания.

   

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

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

1. Откройте консоль управления сервером DPM. Перейдите в рабочую область Восстановление, чтобы просмотреть серверы, на которых DPM выполняет резервное копирование. Выберите базу данных (в этом примере — ReportServer$MSDPM2012). Для параметра Время восстановления выберите значение времени, заканчивающееся словом Online.

   

2. Правой кнопкой мыши щелкните имя базы данных и выберите Восстановить.

   

3. DPM отобразит сведения о точке восстановления. Выберите Далее. Чтобы перезаписать базу данных, выберите тип восстановления Восстановить в исходном экземпляре SQL Server. Затем выберите Далее.

   

   В этом примере DPM позволяет восстановить базу данных в другом экземпляре SQL Server или в отдельной сетевой папке.

4. На странице Указать параметры восстановления можно выбрать варианты восстановления. Например, можно выбрать Регулирование использования полосы пропускания сети, чтобы регулировать пропускную способность, используемую при восстановлении. Затем выберите Далее.

5. На странице Сводка отображается текущая конфигурация восстановления. Нажмите Восстановить.

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

   

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

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

Подробнее см. в разделе Часто задаваемые вопросы о Microsoft Azure Backup.