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

  • Статья

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

Вы также можете переключить защиту базы данных SAP HANA на виртуальной машине Azure (автономной) на Azure Backup на HSR. Подробнее.

Примечание

  • Поддержка сценария HSR + DR в настоящее время недоступна, так как существует ограничение на наличие виртуальной машины и хранилища в одном регионе.
  • Дополнительные сведения о поддерживаемых конфигурациях и сценариях см. в статье Матрица поддержки резервного копирования SAP HANA.

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

  • Определите или создайте хранилище Служб восстановления в том же регионе и подписке, что и две виртуальные машины или узлы базы данных репликации системы HANA (HSR).
  • Разрешите подключение с каждой виртуальной машины или узла к Интернету для взаимодействия с Azure.
  • Запустите сценарий предварительной регистрации на виртуальных машинах или узлах, которые являются частью репликации системы HANA (HSR). Последний скрипт предварительной регистрации можно скачать здесь. Его также можно скачать по ссылке в разделе Обнаружениерезервных копий> хранилища >служб восстановленияна виртуальных машинах>Запуск обнаружения.

Важно!

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

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

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

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

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

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

    Снимок экрана, на котором показано, где найти и выбрать

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

    Снимок экрана: кнопка для создания хранилища Служб восстановления.

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

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

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

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

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

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

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

      Важно!

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

    Снимок экрана: поля для настройки хранилища Служб восстановления.

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

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

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

    Снимок экрана: кнопка обновления списка резервных хранилищ.

Примечание

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

Запуск скрипта предварительной регистрации

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

  1. Создайте пользовательского пользователя резервного копирования в системе HANA со следующими ролями и разрешениями:

    Роль Разрешение Описание
    MDC Администратор Администратор базы данных и резервного копирования (HANA 2.0 SPS05 и более поздние версии) Создает новые базы данных во время восстановления.
    SDC Администратор резервного копирования Считывает каталог резервных копий.
    SAP_INTERNAL_HANA_SUPPORT Обращается к нескольким закрытым таблицам.

    Требуется только для одной контейнерной базы данных (SDC) и нескольких контейнерных баз данных (MDC) версий, предшествующих HANA 2.0 SPS04 rev 46. Он не требуется для HANA 2.0 SPS04 rev 46 версий и более поздних версий, так как мы получаем необходимые сведения из общедоступных таблиц после исправления от команды HANA.

  2. Добавьте ключ в hdbuserstore для пользователя пользовательского резервного копирования, который позволяет подключаемого модуля резервного копирования HANA управлять всеми операциями (запросами к базе данных, операциями восстановления, настройкой и выполнением резервного копирования).

  3. Передайте пользовательский ключ пользователя резервной копии в скрипт в качестве параметра:

    -bk CUSTOM_BACKUP_KEY_NAME` or `-backup-key CUSTOM_BACKUP_KEY_NAME

    Если срок действия пароля этого пользовательского ключа резервной копии истек, операции резервного копирования и восстановления завершатся ошибкой.

    Пример:

    hdbuserstore set SYSTEMKEY localhost:30013@SYSTEMDB <custom-user> '<some-password>'
hdbuserstore set SYSTEMKEY <load balancer host/ip>:30013@SYSTEMDB <custom-user> '<some-password>'

    Примечание

    Вы можете создать пользовательский ключ резервной копии с помощью узла или IP-адреса подсистемы балансировки нагрузки вместо локального узла, чтобы использовать виртуальный IP-адрес .

    На схеме показано создание пользовательского ключа резервного копирования с помощью локального узла или IP-адреса.

    Disgram объясняет поток передачи пользовательского ключа резервного копирования в скрипт в качестве параметра.

    На схеме показано создание пользовательского ключа резервного копирования с помощью виртуального IP-адреса (Load Balancer интерфейсного IP-адреса или узла).

    Disgram объясняет процесс создания пользовательского ключа резервного копирования с помощью виртуального IP-адреса.

  4. Создайте одного пользователя пользовательского резервного копирования (с тем же паролем) и ключа (в hdbuserstore) на обеих виртуальных машинах и узлах.

  5. Укажите уникальный идентификатор HSR в качестве входных данных для скрипта:

    -hn HSR_UNIQUE_VALUE или --hsr-unique-value HSR_Unique_Value.

    Необходимо указать один и тот же идентификатор HSR на обеих виртуальных машинах или узлах. Этот идентификатор должен быть уникальным в пределах хранилища. Это должно быть буквенно-цифровое значение, содержащее по крайней мере одну цифру, одну строчную букву и одну прописную букву и от 6 до 35 символов.

  6. При выполнении скрипта предварительной регистрации на вторичном узле необходимо указать порт SDC/MDC в качестве входных данных. Это связано с тем, что команды SQL для определения установки SDC/MDC не могут выполняться на вторичном узле. Номер порта необходимо указать в качестве параметра, как показано ниже:

    -p PORT_NUMBER или –port_number PORT_NUMBER.

    • Для MDC используйте формат 3<instancenumber>13.
    • Для SDC используйте формат 3<instancenumber>15.

  7. Если в установке HANA используются частные конечные точки, запустите скрипт предварительной регистрации с параметром -sn или --skip-network-checks . Если скрипт предварительной регистрации успешно выполнен, перейдите к следующим шагам.

  8. Запустите скрипт конфигурации резервного копирования SAP HANA (скрипт предварительной регистрации) на виртуальных машинах, где HANA установлена в качестве корневого пользователя. Этот скрипт настраивает систему HANA для резервного копирования. Дополнительные сведения о действиях скрипта см. в разделе Что делает скрипт предварительной регистрации .

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

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

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

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

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

    Снимок экрана: запуск обнаружения баз данных.

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

    Снимок экрана: настройка резервного копирования базы данных.

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

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

    Снимок экрана: обнаружение базы данных HANA.

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

    Снимок экрана, на котором выделена ссылка для скачивания скрипта.

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

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

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

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

Примечание

Во время обнаружения или настройки резервного копирования на вторичном узле игнорируйте состояние готовности к резервному копированию, так как это ожидаемое состояние для вторичного узла на HSR.

Снимок экрана: другое состояние готовности к резервному копированию.

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

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

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

    Снимок экрана: кнопка

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

    Снимок экрана: список виртуальных машин, доступных для резервного копирования.

  3. В раскрывающемся списке Политика резервного копирования выберите политику, которую вы хотите использовать, а затем нажмите кнопку Добавить.

    Снимок экрана: выбор и добавление политики резервного копирования.

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

    Снимок экрана: кнопка

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

Примечание

На этапе Настройка резервного копирования системной базы данных необходимо задать этот параметр [inifile_checker]/replicate на основном узле. Это позволяет реплицировать параметры из первичного узла на дополнительный узел или виртуальную машину.

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

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

Примечание

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

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

  1. В области Политика резервного копирования в поле Имя политики введите имя новой политики.

    Снимок экрана: область

  2. В разделе Полное резервное копирование в поле Частота резервного копирования выберите Ежедневно или Еженедельно.

    • Ежедневно: выберите час и часовой пояс, в которых должно начаться задание резервного копирования.

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

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

    Снимок экрана: настройка частоты резервного копирования.

  3. На панели Политика полного резервного копирования в разделе Диапазон хранения настройте параметры хранения для полной резервной копии.

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

  4. Нажмите кнопку ОК , чтобы сохранить параметры политики.

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

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

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

    Снимок экрана: настройка разностной политики резервного копирования для базы данных.

    Примечание

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

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

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

    Снимок экрана: включение политики добавочного резервного копирования.

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

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

    • В разделе Резервная копия журналов выберите Включить.

      Этот параметр нельзя отключить, так как SAP HANA управляет всеми резервными копиями журналов.

    • Задайте частоту и элементы управления хранением.

    Примечание

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

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

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

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

    Например, предположим, что у вас есть еженедельное полное резервное копирование, ежедневное разностное и 2-часовые журналы. Все они хранятся в течение 30 дней. Но еженедельная полная резервная копия удаляется только после того, как будет доступна следующая полная резервная копия (то есть через 30 + 7 дней).

    Если еженедельное полное резервное копирование выполняется 16 ноября, оно должно храниться, согласно политике хранения, до 16 декабря. Последняя резервная копия журнала для этой полной резервной копии происходит до следующего запланированного полного резервного копирования 22 ноября. Пока этот журнал не станет доступен 22 декабря, полная резервная копия от 16 ноября не удаляется. Таким образом, полная резервная копия от 16 ноября сохраняется до 22 декабря.

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

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

Примечание

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

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

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

Сценарии защиты узлов HSR на Azure Backup

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

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

  1. (Обязательно) Запустите последнюю версию скрипта предварительной регистрации как на первичном, так и на вторичном узлах виртуальных машин.

    Примечание

    Атрибуты на основе HSR добавляются в последний скрипт предварительной регистрации.

  2. Настройка HSR вручную или с помощью любых средств кластеризация, таких как pacemaker,

    Перейдите к следующему шагу, если настройка HSR уже завершена.

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

    Примечание

    Для развертываний HSR плата за защищенный экземпляр взимается с логического контейнера HSR (два узла — основной и дополнительный) образуют один логический контейнер HSR.

  4. Перед плановая отработка отказа убедитесь, что обе виртуальные машины и узлы зарегистрированы в хранилище (физическая и логическая регистрация).

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

  1. Чтобы остановить резервное копирование и сохранить данные, перейдите в хранилище> Элементы >резервного копированияSAP HANA на виртуальной машине Azure, а затем выберите Просмотр сведений>Остановить резервное копирование>Сохранить данные> резервногокопирования Остановить резервное копирование.

  2. (Обязательно) Запустите последнюю версию скрипта предварительной регистрации как на первичном, так и на вторичном узлах виртуальных машин.

    Примечание

    Атрибуты на основе HSR добавляются в последний скрипт предварительной регистрации.

  3. Настройте HSR вручную или с помощью любых средств кластеризация, таких как pacemaker.

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

    Примечание

    Для развертываний HSR плата за защищенный экземпляр будет взиматься с логического контейнера HSR (два узла — основной и /вторичный) будут формировать один логический контейнер HSR.

  5. Перед плановая отработка отказа убедитесь, что обе виртуальные машины и узлы зарегистрированы в хранилище (физическая и логическая регистрация).

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