Архитектура Azure Backup для резервного копирования SAP HANA

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

Как Azure Backup работает с базами данных SAP HANA?

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

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

Сведения о дополнительных возможностях, предоставляемых Azure Backup для SAP HANA.

Где находятся резервные копии данных?

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

Дополнительные сведения о хранилищах Служб восстановления.

Агенты резервного копирования

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

Типы резервного копирования

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

Сведения об архитектуре

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

Архитектура резервного копирования для базы данных

См. раздел Высокоуровневая архитектура Azure Backup для баз данных SAP HANA. Подробная схема процесса резервного копирования приведена ниже:

1. Чтобы начать процесс резервного копирования, создайте хранилище Служб восстановления в Azure. Это хранилище используется для хранения резервных копий и точек восстановления, созданных с течением времени.

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

   Примечание.

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

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

   Важно!

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

4. Ознакомьтесь со сведениями о том, какие действия выполняет скрипт предварительной регистрации. При попытке настроить резервное копирование для баз данных SAP HANA без выполнения этого скрипта может появиться следующая ошибка: UserErrorHanaScriptNotRun.

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

6. Чтобы настроить резервное копирование для обнаруженных баз данных, выберите необходимую политику архивации и включите резервное копирование.

7. Azure Backup для SAP HANA имеет сертификат соответствия Backint и не зависит от базовых дисков или типов виртуальных машин. Резервное копирование выполняется потоками, создаваемыми SAP HANA.

Схема резервного копирования

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

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

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

3. Затем Backint выполняет операцию чтения из базовых томов хранилища — индексного сервера и подсистемы XS для базы данных клиента и сервера доменных имен для SYSTEMDB. Диски SSD (цен. категория "Премиум") обеспечивают оптимальную пропускную способность ввода-вывода для потокового резервного копирования. Однако использование некэшируемых дисков с M64Is может обеспечить более высокую скорость.

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

   Если вы не используете брандмауэр или NVA, потоковые данные резервного копирования передаются по сети Azure в хранилище Служб восстановления / хранилище Azure. Кроме того, вы можете настроить конечную точку службы для виртуальной сети или частную конечную точку, чтобы разрешить SAP HANA отправлять трафик резервного копирования непосредственно в хранилище службы восстановления/службу хранилища Azure, минуя NVA/Брандмауэр Azure. Кроме того, при использовании брандмауэра или NVA трафик к идентификатору Microsoft Entra и службе архивации Azure будет передаваться через брандмауэр или NVA, и это не влияет на общую производительность резервного копирования.

5. Служба Azure Backup старается повысить скорость резервного копирования до 100 МБ/с для резервного копирования журналов и до 420 МБ/с для резервного копирования других файлов. Дополнительные сведения о пропускной способности резервного копирования и восстановления.

6. Подробные журналы записываются в файлы backup.log и backint.log в экземпляре SAP HANA.

7. После завершения потоковой передачи резервной копии каталог передается в хранилище Служб восстановления. Если резервная копия (полная/дифференциальная/добавочная/журнал) и каталог для этой резервной копии успешно переданы и сохранены в хранилище Служб восстановления, Azure Backup считает, что операция резервного копирования завершена успешно.

В следующих разделах вы узнаете о различных настройках SAP HANA и их процессе выполнения резервных копий.

Сценарий настройки SAP HANA: сеть Azure — без NVA/Брандмауэра Azure

Сценарий настройки SAP HANA: сеть Azure — с UDR+NVA/Брандмауэром Azure

Примечание.

NVA/Брандмауэр Azure может увеличить накладные расходы при потоковом резервном копировании SAP HANA в службу хранилища Azure/хранилище Служб восстановления (плоскость данных). См. пункт 6 на приведенной выше схеме.

Сценарий настройки SAP HANA: сеть Azure с UDR + NVA/Брандмауэром Azure + частная конечная точка или конечная точка службы

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

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

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

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

Примечание.

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

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

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

Новые компьютеры

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

1. Создайте пользовательского пользователя и hdbuserstore ключ на всех узлах.
2. Запустите скрипт предварительной регистрации на обоих узлах с пользовательским пользователем в качестве пользователя резервного копирования для реализации идентификатора, который указывает, что оба узла принадлежат к уникальной или общей группе.
3. Во время настройки защиты HANA выберите оба узла для обнаружения. Это помогает определить оба узла как одну базу данных, которую можно связать с политикой и защитить.

Существующие компьютеры

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

1. Остановите защиту и сохраните данные для обоих узлов.

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

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

   

4. Настройте резервную копию для созданной реплика базы данных из шага 2 настройки резервного копирования.

5. Удалите данные резервной копии старых автономных элементов резервного копирования, для которых была приостановлена защита.

Примечание.

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

Архитектура резервного копирования для моментального снимка экземпляра базы данных

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

Резервное копирование моментальных снимков экземпляра базы данных SAP HANA

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

Восстановление моментального снимка экземпляра базы данных SAP HANA

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

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

• Дополнительные сведения о поддерживаемых конфигурациях и сценариях можно найти в матрице резервной копии SAP HANA.
• Узнайте, как создавать резервные копии баз данных SAP HANA на виртуальных машинах Azure.
• Узнайте, как создавать резервные копии баз данных репликации системы SAP HANA на виртуальных машинах Azure.
• Узнайте, как создавать резервные копии экземпляров моментальных снимков баз данных SAP HANA на виртуальных машинах Azure.