Добавление томов для системы SAP HANA в качестве системы аварийного восстановления с помощью репликации между регионами

Статья
06/21/2024

В этой статье описывается использование группы томов приложений для добавления томов для системы SAP HANA в качестве системы аварийного восстановления (DR). Эта конфигурация использует функции репликации Azure NetApp Files между регионами (CRR).

CRR между исходными и целевыми серверами HANA

Функция репликации Azure NetApp Files между регионами позволяет реплицировать тома между поддерживаемыми парами репликации между регионами. Эта функция позволяет реплицировать том из исходного региона в том в целевом регионе для аварийного восстановления (аварийного восстановления).

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

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

Схема, демонстрирующая репликацию между исходными и целевыми серверами HANA.

Примечание.

При использовании развертывания высокого уровня доступности с HSR на первичной стороне можно реплицировать не только основную систему HANA, как описано в этом разделе, но и вторичную систему HANA с помощью репликации между регионами. Чтобы автоматически адаптировать соглашение об именовании, выберите параметры дополнительного И аварийного восстановления HSR на экране создания группы томов. Затем префикс изменится на DR2-.

Внимание

Для восстановления базы данных HANA в целевом регионе требуется использовать моментальные снимки хранилища, согласованные с приложениями, для резервного копирования HANA. Такие моментальные снимки можно создавать с помощью таких решений защиты данных, как средство приложение Azure согласованного моментального снимка (AzAcSnap).
Необходимо реплицировать по крайней мере том данных и том резервного копирования журналов.
При необходимости можно реплицировать том резервного копирования данных и общий том.
Вы никогда не должны реплицировать том журнала. Группа томов приложений создаст том журнала в качестве стандартного тома.

Расписания репликации, RTO и RPO

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

Volume type	Расписание репликации по умолчанию	Доступные варианты	Примечания.
Data	Ежедневно	Ежедневно, почасово	Выбор влияет на целевое время восстановления (RTO) и объем передаваемых данных.
Журнал	-	-	Тома журналов не реплицируются.
Общий доступ к SAP	Каждые 10 минут	Каждые 10 минут, почасовой, ежедневно	Вы должны выбрать расписание на основе требований соглашения об уровне обслуживания и данных, хранящихся в общем томе.
Резервное копирование данных	Ежедневно	Ежедневно, еженедельно	Репликация томов резервного копирования данных является необязательным.
Резервное копирование журналов	Каждые 10 минут	Каждые 10 минут	Этот параметр влияет на цель точки восстановления (RPO).

Расписание частоты репликации влияет на соглашения об уровне обслуживания:

Цель восстановления времени (RTO):
Минимальное время восстановления займет.
Для восстановления с помощью последнего доступного моментального снимка, согласованного с приложением, необходимо воспроизвести все доступные резервные копии журналов. RTO зависит от частоты резервного копирования и частоты репликации томов данных. Например, если частота резервного копирования составляет каждые 6 часов, а расписание репликации — "Ежедневно", то самое старое резервное копирование может быть 30 часов (24 часа + 6 часов). В этом сценарии потребуется повторное создание резервных копий журналов до 30 часов.
Восстановление целевой точки (RPO):
Минимальная потеря данных, которая может произойти.
Частота резервного копирования журналов SAP HANA обычно составляет 15 минут, но этот параметр можно настроить по-разному. Если 10-минутное расписание репликации для резервных копий журналов, максимальная потеря транзакции будет [15+10+transfer_time] в минутах.

Добавление томов

В следующем примере тома добавляются в систему SAP HANA. Система служит целевой системой аварийного восстановления с помощью репликации между регионами.

Внимание

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

Без расширения 1
Расширение 1

В учетной записи NetApp выберите группы томов приложений и +Добавить группу.
В типе развертывания выберите SAP HANA и далее.
На вкладке SAP HANA укажите сведения, относящиеся к HANA.

Внимание

Обязательно выберите вариант назначения аварийного восстановления, чтобы указать, что вы создаете систему HANA в качестве назначения репликации между регионами.
- ИДЕНТИФИКАТОР SAP (SID):
  Трех буквенно-цифровой идентификатор системы SAP HANA.
- Имя группы:
  Имя группы томов.
- Память узла SAP:
  Это значение определяет размер базы данных SAP HANA на узле. Он используется для вычисления требуемого размера тома и пропускной способности.
- Затраты на емкость (%):
  При использовании моментальных снимков для защиты данных необходимо запланировать дополнительную емкость. Это поле добавит дополнительный размер (%) для тома данных.
  Это значение можно оценить с помощью "change rate per day" X "number of days retention".
- Один узел:
  Выберите этот параметр для системы SAP HANA с одним узлом или первого узла для системы с несколькими узлами. С первым узлом будут созданы только общие, резервные копии журналов и тома резервного копирования данных.
- Несколько узлов:
  Выберите этот параметр, если вы добавляете дополнительные узлы в систему HANA с несколькими узлами.
- Назначение аварийного восстановления:
  Выберите этот параметр, чтобы создать тома для системы HANA в качестве сайта аварийного восстановления с помощью репликации между регионами.
  
  Выбор назначения аварийного восстановления активирует соглашение об именовании для имени группы томов, чтобы указать "-DR-" настройку аварийного восстановления.
Нажмите кнопку "Далее" — группа томов.
На вкладке "Группа томов" укажите сведения о создании группы томов:
- Группа размещения близкого взаимодействия (PPG):
  Указывает, что данные и общие тома должны быть созданы близко к виртуальным машинам аварийного восстановления.
  Даже если для репликации не требуются виртуальные машины, необходимо запустить по крайней мере одну виртуальную машину для привязки PPG во время подготовки томов.
- Пул емкости:
  Все тома помещаются в один пул емкости QoS вручную.
  Если вы хотите создать тома резервного копирования журналов и резервного копирования данных в отдельном пуле емкости, вы можете не добавлять эти тома в группу томов.
- Виртуальная сеть.
  Укажите существующую виртуальную сеть, в которой размещаются виртуальные машины.
- Подсеть.
  Укажите делегированную подсеть, в которой должны быть созданы IP-адреса для экспорта NFS. Убедитесь, что у вас есть делегированная подсеть с достаточно бесплатными IP-адресами.
Нажмите кнопку "Далее": протоколы.
В разделе "Протоколы" на вкладке "Группа томов" можно изменить политику экспорта, которая должна быть распространена для всех томов.

Нажмите кнопку "Далее" — репликация.
В разделе "Репликация" на вкладке "Группа томов" поле "Расписание репликации" по умолчанию — "Несколько" (отключено). Расписания репликации по умолчанию отличаются для реплицированных томов. Таким образом, можно изменить расписания репликации только для каждого тома по отдельности на вкладке томов, а не глобально для всей группы томов.

Нажмите кнопку "Далее": теги.
В разделе "Теги" вкладки "Группа томов" можно добавлять теги по мере необходимости для томов.

Нажмите кнопку "Далее": тома.
На вкладке "Тома" отображается список томов .

Соглашение об именовании томов включает "DR-" префикс, указывающий, что тома принадлежат стороне установки аварийного восстановления (назначения).

На вкладке "Тома" также отображается тип тома:
- DP — указывает назначение в параметре репликации между регионами. Тома этого типа не в сети, а в режиме репликации.
- RW — указывает, что разрешены операции чтения и записи.
Тип по умолчанию для тома журнала — RWи параметр не может быть изменен.

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

Тип по умолчанию для тома резервного копирования данных — DP, но этот параметр можно изменить на RW.
Выберите каждый том с типом DP, чтобы указать идентификатор исходного тома. Дополнительные сведения см. в разделе "Поиск исходного идентификатора ресурса тома".

При необходимости можно изменить расписание репликации по умолчанию тома. Сведения о параметрах расписания репликации см . в расписаниях репликации, RTO и RPO .
После создания группы томов настройте репликацию, следуя инструкциям в разделе "Авторизация репликации из исходного тома".
1. Скопируйте идентификатор ресурса тома для каждого созданного тома DP.
2. Для каждого исходного тома выберите "Репликация" и "Авторизовать". Вставьте идентификатор ресурса каждого соответствующего тома назначения.

В учетной записи NetApp выберите группы томов приложений и нажмите кнопку +Добавить группу. Затем в поле "Тип развертывания" выберите SAP HANA и нажмите кнопку "Далее".
На вкладке SAP HANA укажите сведения, относящиеся к HANA.

Внимание

Обязательно выберите вариант назначения аварийного восстановления, чтобы указать, что вы создаете систему HANA в качестве назначения репликации между регионами.
- ИДЕНТИФИКАТОР SAP (SID):
  Трех буквенно-цифровой идентификатор системы SAP HANA.
- Имя группы:
  Имя группы томов.
- Память узла SAP:
  Это значение определяет размер базы данных SAP HANA на узле. Он используется для вычисления требуемого размера тома и пропускной способности.
- Затраты на емкость (%):
  При использовании моментальных снимков для защиты данных необходимо запланировать дополнительную емкость. Это поле добавляет дополнительный размер (%) для тома данных.
  Это значение можно оценить с помощью "change rate per day" X "number of days retention".
- Один узел:
  Выберите этот параметр для системы SAP HANA с одним узлом или первого узла для системы с несколькими узлами. С первым узлом создаются только общие, резервные копии журналов и тома резервного копирования данных.
- Несколько узлов:
  Выберите этот параметр, если вы добавляете дополнительные узлы в систему HANA с несколькими узлами.
- Назначение аварийного восстановления:
  Выберите этот параметр, чтобы создать тома для системы HANA в качестве сайта аварийного восстановления с помощью репликации между регионами.
  
  Выбор назначения аварийного восстановления активирует соглашение об именовании для имени группы томов, чтобы указать "-DR-" настройку аварийного восстановления.
Нажмите кнопку "Далее" — группа томов.
На вкладке "Группа томов" укажите сведения о создании группы томов:
- Параметр доступности: выберите зону доступности или группу размещения близкого взаимодействия. При выборе зоны доступности необходимо выбрать соответствующую зону доступности в следующем поле.
  - Группа размещения близкого взаимодействия (PPG):
    Указывает, что данные, журналы и общие тома должны быть созданы близко к виртуальным машинам.
  - Зона доступности. Этот параметр позволяет развертывать тома в указанной логической зоне доступности. Выберите зону доступности, в которой присутствуют ресурсы Azure NetApp Files. Дополнительные сведения см. в разделе "Управление размещением томов зоны доступности".
- Сетевые функции. Стандартные сетевые функции — это значение по умолчанию, однако вы по-прежнему можете использовать базовые сетевые функции. Дополнительные сведения см. в статье "Настройка сетевых функций для тома и рекомендаций по планированию сети Azure NetApp Files".
- Пул емкости:
  Все тома помещаются в один пул емкости QoS вручную. Если вы хотите создать тома резервного копирования журналов и резервного копирования данных в отдельном пуле емкости, вы можете не добавлять эти тома в группу томов.
- Виртуальная сеть.
  Укажите существующую виртуальную сеть, в которой размещаются виртуальные машины.
- Подсеть.
  Укажите делегированную подсеть, в которой создаются IP-адреса для экспорта NFS. Убедитесь, что у вас есть делегированная подсеть с достаточно бесплатными IP-адресами.
Нажмите кнопку "Далее": протоколы.
В разделе "Протоколы" на вкладке "Группа томов" можно изменить политику экспорта, которая должна быть распространена для всех томов.

Нажмите кнопку "Далее" — репликация.
В разделе "Репликация" на вкладке "Группа томов" поле "Расписание репликации" по умолчанию — "Несколько" (отключено). Расписания репликации по умолчанию отличаются для реплицированных томов. Таким образом, можно изменить расписания репликации только для каждого тома по отдельности на вкладке томов, а не глобально для всей группы томов.

Нажмите кнопку "Далее": теги.
В разделе "Теги" вкладки "Группа томов" можно добавлять теги по мере необходимости для томов.

Нажмите кнопку "Далее": тома.
На вкладке "Тома" отображается список томов .

Соглашение об именовании томов включает "DR-" префикс, указывающий, что тома принадлежат стороне установки аварийного восстановления (назначения).

На вкладке "Тома" также отображается тип тома:
- DP — указывает назначение в параметре репликации между регионами. Тома этого типа не в сети, а в режиме репликации.
- RW — указывает, что разрешены операции чтения и записи.
Тип по умолчанию для тома журнала — RWи параметр не может быть изменен.

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

Тип по умолчанию для тома резервного копирования данных — DP, но этот параметр можно изменить на RW.
Выберите каждый том с типом DP, чтобы указать идентификатор исходного тома. Дополнительные сведения см. в разделе "Поиск исходного идентификатора ресурса тома".

При необходимости можно изменить расписание репликации по умолчанию тома. Сведения о параметрах расписания репликации см . в расписаниях репликации, RTO и RPO .
После создания группы томов настройте репликацию, следуя инструкциям в разделе "Авторизация репликации из исходного тома".
1. Скопируйте идентификатор ресурса тома для каждого созданного тома DP.
2. Для каждого исходного тома выберите "Репликация" и "Авторизовать". Вставьте идентификатор ресурса каждого соответствующего тома назначения.

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

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

Репликация только томов базы данных-источника HANA

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

На следующей схеме описан этот сценарий:

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

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

Рабочий процесс для этого сценария идентичен рабочему процессу добавления томов .

Репликация томов базы данных-источника и вторичной базы данных HANA

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

На следующей схеме описан этот сценарий:

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

Чтобы создать тома для целевого объекта вторичной репликации, будет адаптировано соглашение об именовании. Чтобы отличить репликацию первичной и вторичной базы данных, префикс изменяется на DR DR2 вторичную систему HANA. За исключением изменения имени, рабочий процесс идентичен рабочему процессу добавления томов .

Примечание.

Подробное обсуждение решения аварийного восстановления для HANA с Помощью Azure NetApp Files см . в техническом отчете NetApp TR-4891: аварийное восстановление SAP HANA с помощью Azure NetApp Files. Технический отчет содержит подробные сведения и примеры использования репликации между регионами для SAP HANA в Azure NetApp Files.

Поделиться через