Резервное копирование Базы данных SQL Server на виртуальную машину Azure

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

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

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

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

1. Определите или создайте хранилище Служб восстановления в том же регионе или месте, что и размещение виртуальной машины SQL Server.
2. Проверьте разрешения виртуальной машины, необходимые для резервного копирования баз данных SQL.
3. Убедитесь, что виртуальная машина имеет сетевое подключение.
4. Убедитесь, что базы данных SQL Server именуются в соответствии с рекомендациями по именованию для Azure Backup.
5. Убедитесь, что у вас отсутствуют любые другие включенные средства резервного копирования базы данных. Отключите все другие резервные копии SQL Server перед настройкой этого сценария. Вы можете включить резервное копирование Azure для виртуальной машины Azure с помощью Azure Backup для базы данных SQL Server на виртуальной машине без конфликтов.

Создание хранилища Служб восстановления

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

Чтобы создать хранилище служб восстановления, сделайте следующее:

1. Войдите на портал Azure.

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

   

3. На панели Обзор выберите Хранилище.

   

4. Выберите Хранилище Служб восстановления >Продолжить.

   

5. В области Хранилище служб восстановления введите следующие значения:

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

   • Группа ресурсов. Используйте имеющуюся группу ресурсов или создайте новую. Чтобы просмотреть список доступных групп ресурсов в подписке, выберите Использовать существующий, а затем выберите ресурс в раскрывающемся списке. Чтобы создать новую группу ресурсов, выберите Создать и введите имя. Дополнительные сведения о группах ресурсов см. в статье Общие сведения об Azure Resource Manager.

   • Имя хранилища. Введите понятное имя для идентификации хранилища. Это имя должно быть уникальным в пределах подписки Azure. Введите имя, которое содержит от 2 до 50 знаков. Оно должно начинаться с буквы и может содержать только буквы, цифры и дефисы.

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

     Важно!

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

     

6. Указав значения, выберите Просмотр и создание.

7. Чтобы завершить создание хранилища служб восстановления, выберите Создать.

   Для создания хранилища Служб восстановления может потребоваться некоторое время. Отслеживайте уведомления о состоянии в области Уведомления в правом верхнем углу. После создания хранилища оно появится в списке хранилищ служб восстановления. Если хранилище не отображается, выберите Обновить.

   

Примечание

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

Обнаружение базы данных SQL Server

Найдите базы данных на виртуальной машине.

1. На портале Azure перейдите в Центр резервного копирования и щелкните + Резервная копия.

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

   

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

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

   • Если виртуальные машины перечислены не так, как вы ожидали, проверьте наличие их резервной копии в хранилище.

   • Несколько виртуальных машин могут иметь одно имя, но они будут принадлежать к разным группам ресурсов.

     

4. В списке виртуальных машин выберите виртуальную машину под управлением базы данных SQL Server и щелкните Обнаружить базы данных.

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

   

6. Azure Backup обнаруживает все базы данных SQL Server на виртуальной машине. Во время обнаружения в фоновом режиме происходит следующее:

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

   • Azure Backup устанавливает на виртуальной машине расширение AzureBackupWindowsWorkload. В базе данных SQL агент не устанавливается.

   • Azure Backup создает учетную запись службы NT Service\AzureWLBackupPluginSvc.

     • Все операции резервного копирования и восстановления используют учетную запись службы.
     • Учетной записи NT Service\AzureWLBackupPluginSvc необходимы разрешения sysadmin SQL. Все виртуальные машины SQL Server, созданные в Azure Marketplace, поставляются с установленным SqlIaaSExtension. Расширение AzureBackupWindowsWorkload использует SQLIaaSExtension для автоматического получения необходимых разрешений.

   • Если виртуальная машина не создана в marketplace, в ней не установлено SqlIaaSExtension и операция обнаружения завершается со сбоем и сообщением об ошибке UserErrorSQLNoSysAdminMembership. Следуйте инструкциям, чтобы устранить эту проблему.

     

Настройка резервного копирования

Настройте резервное копирование следующим образом:

1. В разделе Цель резервного копирования>Шаг 2. Настройка резервного копирования выберите Настройка резервного копирования.

   

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

   

3. На экране Выбрать элементы для резервного копирования щелкните стрелку слева от строки, чтобы развернуть список всех незащищенных баз данных в этом экземпляре или группе доступности Always On.

   

4. Выберите все базы данных, которые нужно защитить, и нажмите кнопку ОК.

   

   Для оптимизации нагрузки резервного копирования Azure Backup задает максимальное количество баз данных в одной задаче резервной копии — 50.

   • Для защиты более 50 баз данных настройте несколько резервных копий.

   • Чтобы включить весь экземпляр или группу доступности Always On, в раскрывающемся списке АВТОЗАЩИТА выберите ВКЛ, а затем нажмите ОК.

     Примечание

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

5. Определите параметр Политика резервного копирования. Выполните одно из следующих действий:

   • Выберите политику по умолчанию HourlyLogBackup.

   • выбрать существующую политику резервного копирования, созданную ранее для SQL;

   • Определите новую политику на основе целевой точки восстановления (RPO) и периода хранения.

     

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

   

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

Политика резервного копирования определяет, когда выполняется резервное копирование и длительность хранения резервных копий.

• Политика создается на уровне хранилища.
• Несколько хранилищ могут использовать одну и ту же политику резервного копирования, но тогда необходимо применить эту политику резервного копирования к каждому хранилищу.
• При создании политики резервного копирования режимом по умолчанию является ежедневное полное резервное копирование.
• Можно добавить разностное резервное копирование, но только если настроено еженедельное полное резервное копирование.
• Сведения о различных типах политик резервного копирования.

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

1. Перейдите в Центр резервного копирования и щелкните + Политика.

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

   

3. Введите имя новой политики в поле Имя политики.

   

4. Выберите ссылку Изменить, соответствующую элементу Полная резервная копия, чтобы изменить параметры по умолчанию.

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

   

5. В разделе ДИАПАЗОН ХРАНЕНИЯ все значения заданы по умолчанию. Очистите все ненужные вам ограничения диапазона хранения, и установите необходимые интервалы.

   • Минимальный период хранения для резервной копии любого типа (полная, разностная и журнал) составляет семь дней.
   • Точки восстановления отмечены для хранения исходя из их диапазона хранения. Например, если выбран параметр "Ежедневно", то каждый день активируется создание только одной полной резервной копии.
   • Резервная копия за определенный день помечается и хранится в соответствии с недельным диапазоном хранения и параметром недельного хранения.
   • Месячный и годовой диапазоны хранения действуют аналогичным образом.

   

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

7. Щелкните ссылку Изменить, соответствующую элементу Полная резервная копия, чтобы изменить параметры по умолчанию.

   • В меню Differential Backup policy (Политика разностной резервной копии) выберите Включить для открытия элементов управления периодичностью и хранением.
   • В день можно активировать только одну разностную резервную копию. Разностное резервное копирование нельзя запускать в тот же день, что и полное резервное копирование.
   • Максимальный срок хранения разностных резервных копий составляет 180 дней.
   • Период хранения не может быть больше, чем период полного резервного копирования (так как разностные копии зависят от полных резервных копий для восстановления).
   • Разностное резервное копирование не поддерживается для базы данных master.

   

8. Выберите ссылку Изменить, соответствующую элементу Резервная копия журналов, чтобы изменить параметры по умолчанию.

   • В меню Резервное копирование журналов выберите Включить и настройте значения управления периодичностью и хранением.
   • Резервное копирование журналов может происходить не чаще одного раза в 15 минут и храниться до 35 дней.
   • Если база данных находится в простой модели восстановления, расписание резервного копирования журналов для этой базы данных будет приостановлено, поэтому резервное копирование журналов не будет запускаться.
   • Если изменить модель восстановления базы данных с Полная на Простая, резервное копирование журналов будет приостановлено на 24 часов после изменения модели восстановления. Аналогично, если изменить модель восстановления Простая на другую, подразумевая, что резервное копирование журналов теперь поддерживается для базы данных, расписания резервного копирования журналов будут включены в течение 24 часов после изменения модели восстановления.

   

9. В меню Политика архивации выберите, следует ли включить параметр Сжатие резервной копии SQL или нет. Этот параметр по умолчанию отключен. Если параметр включен, SQL Server будет передавать в VDI сжатый поток резервного копирования. Azure Backup переопределяет значения по умолчанию на уровне экземпляра с помощью предложения COMPRESSION / NO_COMPRESSION в зависимости от значений этого элемента управления.

10. После внесения изменений в политику резервного копирования нажмите кнопку ОК.

Примечание

Каждая резервная копия журнала связана с предыдущей полной резервной копией, образуя цепочку восстановления. Эта полная резервная копия будет храниться до истечения срока хранения последней резервной копии журнала. Это может означать, что полная резервная копия сохраняется в течение дополнительного периода, чтобы гарантировать возможность восстановления всех журналов. Предположим, что вы настроили еженедельное полное резервное копирование, ежедневное разностное копирование и 2-часовые журналы. Все они сохраняются в течение 30 дней. Но еженедельную полную резервную копию можно удалить, только после того как станет доступна следующая полная резервная копия, т. е. через 30 + 7 дней. Предположим, что еженедельное полное резервное копирование происходит 16 ноября. Согласно политике хранения она сохраняется до 16 декабря. Последняя резервная копия журнала для этой полной копии создается до следующего запланированного резервного копирования 22 ноября. Пока этот журнал доступен до 22 декабря, полная копия от 16 ноября не удаляется. Таким образом, полная копия от 16 ноября будет храниться до 22 декабря.

Выполнение резервного копирования по запросу

1. В хранилище Служб восстановления выберите элементы резервного копирования.
2. Выберите "SQL на виртуальной машине Azure".
3. Щелкните базу данных правой кнопкой мыши и выберите "Создать резервную копию".
4. Выберите тип резервного копирования ("Полное/Разностное/Журнал/Копировать только полные") и сжатие ("Включено/Отключено").
   • Полные резервные копии по запросу хранятся не менее 45 дней и не более 99 лет.
   • Копирование по запросу полностью принимает все значения для хранения.
   • Разностное копирование по запросу сохраняется в соответствии с хранением запланированных разностных наборов в политике.
   • Журнал по запросу сохраняет резервные копии в соответствии с параметрами хранения запланированных журналов, заданных в политике.
5. Выберите "ОК", чтобы начать резервное копирование.
6. Отслеживайте задание резервного копирования. Для этого перейдите в хранилище Служб восстановления и выберите "Задания резервного копирования".

Дальнейшие действия

Работая с этим руководством, мы использовали портал Azure для таких целей:

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

Перейдите к следующему руководству для восстановления виртуальной машины Azure с диска.

Restore SQL Server databases on Azure VMs (Восстановление баз данных SQL Server на виртуальных машинах Azure)