Руководство по резервному копированию базы данных 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. В области Vault выберите +Vault.

   

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

   

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

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

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

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

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

     Внимание

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

     

6. После предоставления значений нажмите кнопку "Проверить и создать".

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

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

   

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

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

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

1. На портале Azure перейдите в раздел "Устойчивость" и нажмите кнопку "Настроить защиту".

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

   

3. На панели "Пуск: настройка резервного копирования " в разделе "Хранилище" нажмите кнопку "Выбрать хранилище".

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

5. На панели "Пуск: настройка резервного копирования " нажмите кнопку "Продолжить".

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

7. На панели "Выбор виртуальной машины" выберите виртуальные машины, на которых работает база данных SQL Server, а затем выберите "Обнаружение баз данных".

   

   Примечание.

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

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

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

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

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

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

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

• Если вы не создали виртуальную машину из Marketplace или используете SQL 2008 и 2008 R2, виртуальная машина может не установить sqlIaaSExtension, а операция обнаружения завершается ошибкой с сообщением UserErrorSQLNoSysAdminMembership. Чтобы устранить эту проблему, следуйте инструкциям в разделе Настройка разрешений виртуальной машины.

  

Настроить резервное копирование

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

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

8. На панели Создать политику, чтобы изменить настройки по умолчанию, выберите ссылку Изменить, соответствующую разностной резервной копии.

9. На панели "Разностная политика резервного копирования " настройте следующие параметры:

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

   

10. В области "Создание политики " выберите ссылку "Изменить ", соответствующую резервному копированию журнала.

11. На панели "Политика резервного копирования журналов " настройте следующие параметры:

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

    

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

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

Примечание.

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