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

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

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

Сведения о поддерживаемых сценариях резервного копирования и восстановления базы данных SAP HANA, доступности регионов и ограничениях см. в матрице поддержки. Часто задаваемые вопросы см. в часто задаваемых вопросах.

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

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

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

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

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

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

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

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

Теги NSG

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

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

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

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

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

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

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

Если вы используете Брандмауэр Azure, создайте правило приложения с помощью тега FQDN Azure FirewallAzureBackup. Это разрешает весь исходящий доступ к службам 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 выберите +Vault.

   

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

   

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

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

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

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

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

     Внимание

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

   

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

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

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

   

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

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

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

Дополнительные сведения о функции Cross Region Restore.

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

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

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

   

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

   

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

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

   

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

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

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

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

   

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

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

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

   

2. На панели «Выбор элементов для резервного копирования» выберите все базы данных, которые требуется защитить>OK.

   

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

   

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

   

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

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

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

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

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

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, с помощью портала Azure.
• Восстановление баз данных SAP HANA, работающих на виртуальных машинах Azure с помощью Azure CLI.
• Управление базами данных SAP HANA, резервными копиями которых является Azure Backup, с помощью портала Azure.
• Управление базами данных SAP HANA, созданными с помощью Azure Backup, с помощью Azure CLI.