Резервное копирование баз данных SAP HANA на виртуальных машинах Azure

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

Базы данных SAP HANA являются критическими рабочими нагрузками, требующими низкой целевой точки восстановления (RPO) и долгосрочного хранения. Вы можете выполнять резервное копирование баз данных SAP HANA, работающих на виртуальных машинах Azure, с помощью Azure Backup.

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

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

Установка сетевого подключения

Для всех операций база данных SAP HANA, запущенная на виртуальной машине Azure, требует подключения к службе архивации Azure, служба хранилища Azure и идентификатору Microsoft Entra. Для этого можно использовать частные конечные точки или разрешить доступ к необходимым общедоступным IP-адресам или полным доменным именам. Отсутствие правильного подключения к необходимым службам Azure может привести к сбою в таких операциях, как обнаружение баз данных, настройка резервного копирования, выполнение резервных копий и восстановление данных.

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

Ниже приведены дополнительные сведения об использовании этих параметров:

Частные конечные точки

Частные конечные точки можно использовать для безопасного подключения с серверов внутри виртуальной сети к хранилищу Служб восстановления. Частная конечная точка использует IP-адрес из адресного пространства виртуальной сети для вашего хранилища. Сетевой трафик между ресурсами в виртуальной сети и хранилищем проходит по виртуальной сети и частный канал в магистральную сеть Майкрософт. Это устраняет уязвимость в общедоступном Интернете. Дополнительные сведения о частных конечных точках для Azure Backup можно узнать здесь.

Теги NSG

Если вы используете группы безопасности сети (NSG), используйте тег службы AzureBackup, чтобы разрешить исходящий доступ к Azure Backup. Помимо тега Azure Backup, необходимо также разрешить подключение для проверки подлинности и передачи данных, создавая аналогичные правила NSG для идентификатора Microsoft Entra (AzureActiveDirectory) и служба хранилища Azure(storage). Ниже описан процесс создания правила для тега Azure Backup:

1. В разделе Все службы перейдите к группам сетевой безопасности и выберите группу сетевой безопасности.

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

3. Выберите Добавить. Введите все необходимые сведения для создания нового правила, как описано в разделе параметры правила безопасности. Убедитесь, что параметр Назначение имеет значение Тег службы, а Тег целевой службы имеет значение AzureBackup.

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

Вы также можете создавать правила безопасности исходящего трафика NSG для служба хранилища Azure и идентификатора Microsoft Entra. Дополнительные сведения о тегах служб см. в этой статье.

Теги Брандмауэра Azure

Если вы используете Брандмауэр Azure, создайте правило приложения с помощьютега AzureBackup FQDN AzureBackup. Это разрешает весь исходящий трафик к службам Azure Backup.

Разрешение доступа к диапазонам IP-адресов службы

Если вы решили разрешить доступ к IP-адресам службы, ознакомьтесь со сведениями о диапазонах IP-адресов в файле JSON здесь. Вам потребуется разрешить доступ к IP-адресам, соответствующим Azure Backup, службе хранилища Azure и идентификаторе Microsoft Entra.

Разрешение доступа к FQDN службы

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

Использование прокси-сервера HTTP для маршрутизации трафика

Использование прокси-сервера HTTP для трафика Microsoft Entra

1. Перейдите в папку opt/msawb/bin.

2. Создайте JSON-файл с именем ExtensionSettingOverrides.json.

3. В файл JSON добавьте пару "ключ — значение" следующим образом:

   {
       "UseProxyForAAD":true,
       "UseProxyForAzureBackup":false,
       "UseProxyForAzureStorage":false,
       "ProxyServerAddress":"http://xx.yy.zz.mm:port"
   }
   

4. Измените разрешения и владельца файла следующим образом:

   chmod 750 ExtensionSettingsOverrides.json
   chown root:msawb ExtensionSettingsOverrides.json
   

5. Вам не потребуется перезапускать службы. Служба Azure Backup попытается направить трафик Microsoft Entra через прокси-сервер, упомянутый в JSON-файле.

Использование правил исходящего трафика

Если параметры брандмауэра или группы безопасности сети блокируют “management.azure.com” домен из виртуальной машины Azure, резервные копии моментальных снимков завершаются сбоем.

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

• Источник: IP-адрес виртуальной машины.
• Назначение: тег службы.
• Тег целевой службы: AzureResourceManager

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

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

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

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

2. Найдите центр резервного копирования и перейдите на панель мониторинга Центра архивации.

   

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

   

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

   

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

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

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

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

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

     Внимание

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

   

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

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

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

   

Включение восстановления между регионами

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

Дополнительные сведения о восстановлении в нескольких регионах.

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

1. В портал Azure перейдите в центр резервного копирования и нажмите кнопку +Backup.

   

2. Выберите SAP HANA в качестве типа источника данных, выберите хранилище служб восстановления для резервного копирования и нажмите кнопку "Продолжить".

   

3. Выберите пункт Начать обнаружение. Это инициирует обнаружение незащищенных виртуальных машин Linux в регионе хранилища.

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

   

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

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

6. После выполнения скрипта на виртуальной машине в разделе Выбор виртуальных машин выберите виртуальные машины. Затем выберите Обнаружить базы данных.

7. Azure Backup обнаруживает все базы данных SAP HANA на виртуальной машине. Во время обнаружения Azure Backup регистрирует виртуальную машину в хранилище и устанавливает расширение на виртуальной машине. В базе данных агент не устанавливается.

   

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

Теперь включите резервное копирование.

1. На шаге 2 выберите элемент Настройка резервного копирования.

   

2. В разделе Select items to back up (Выбор элементов для резервного копирования) выберите все базы данных, которые нужно защитить >, и нажмите кнопку ОК.

   

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

   

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

   

5. В области Уведомления портала можно отслеживать ход настройки резервного копирования.

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

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

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

Укажите параметры политики следующим образом:

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

   

2. В меню Full Backup policy (Политика полного резервного копирования) для параметра Частота архивации выберите Ежедневно или Еженедельно.

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

   

3. В разделе Диапазон хранения настройте параметры периода удержания для полной резервной копии.

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

4. В меню Full Backup policy (Политика полного резервного копирования) щелкните ОК, чтобы подтвердить параметры.

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

6. В меню Differential Backup policy (Политика разностной резервной копии) выберите Включить для открытия элементов управления периодичностью и хранением.

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

   

   Примечание.

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

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

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

   

8. Для сохранения политики и возврата к главному меню Политика архивации нажмите кнопку ОК.

9. Чтобы добавить политику резервного копирования журналов транзакций, выберите Резервная копия журналов.

   • В разделе Резервная копия журналов выберите Включить. Этот параметр нельзя отключить, так как SAP HANA управляет всеми резервными копиями журналов.
   • Задайте частоту и элементы управления хранением.

   Примечание.

   Резервные копии журналов начнут создаваться только после завершения одного успешного полного резервного копирования.

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

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

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

Резервное копирование выполняется в соответствии с расписанием политики. Узнайте, как выполнить резервное копирование по запросу.

Запуск резервного копирования собственных клиентов SAP HANA в базе данных с помощью Azure Backup

Резервное копирование по запросу можно выполнять с помощью собственных клиентов SAP HANA в локальной файловой системе вместо Backint. Узнайте больше об управлении операциями с помощью собственных клиентов SAP.

Настройка многопотоковых резервных копий данных для повышения пропускной способности с помощью Backint

Сведения о настройке многопотоковых резервных копий данных см. в документации по SAP.

Узнайте о поддерживаемых сценариях.

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

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

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

Если синхронизация данных не выполняется со службой Azure Backup в течение более 2 часов, Служба архивации Azure отображает состояние резервного копирования как NotReachable. Этот сценарий может произойти, если виртуальная машина завершает работу в течение длительного периода или на виртуальной машине возникает проблема с сетевым подключением, что приведет к прекращению синхронизации. После повторной работы виртуальной машины и перезапуска служб расширений операция синхронизации данных с службой возобновляется, а состояние резервного копирования изменяется на "Работоспособное " или "Неработоспособное " на основе состояния последней резервной копии.

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

• Узнайте, как восстановить базы данных SAP HANA, запущенные на виртуальных машинах Azure.
• Узнайте, как управлять базами данных SAP HANA, резервное копирование которых выполняется с помощью Azure Backup.