01 Что произошло
В блоге Microsoft Tech Community, опубликованном 14 октября 2026 года, описывается реализация топологии 2+2 высокой доступности/аварийного восстановления SAP HANA на Azure с использованием пакета SAPHanaSR-angi. Конфигурация включает активный двухузловой кластер в регионе производства и пассивный двухузловой кластер в регионе DR, соединенные асинхронной HSR. Кластер DR работает в режиме DR (PREFER_SITE_TAKEOVER=DR) и никогда не повышает основной узел автоматически; региональное переключение всегда является ручным решением.
02 Ключевые детали
- Реализует сценарий технологического предпросмотра SUSE «Производительность-оптимизированный, многоцелевой SR, третий сайт в пассивном кластере» с использованием только SAPHanaSR-angi.
- Кластер DR в режиме DR: мониторинг SAP HANA, IP-ресурс остановлен, автоматическое повышение не выполняется; переключение региона вручную.
- Предварительные требования: асинхронная репликация между регионами, sync/syncmem внутри кластеров, одинаковые ключи SSFS; SUSE рекомендует отключить автоматический запуск кластера.
- Блог является рабочим примером из тестовой среды; официальные man-страницы SUSE являются авторитетными и должны быть изучены.
03 Почему это важно
Для заказчиков SAP HANA на Azure, требующих надежного DR с локальной высокой доступностью на площадке DR, эта конфигурация предоставляет проверенную топологию 2+2. Однако это технологический предпросмотр SUSE с определенными предварительными требованиями и ручными шагами переключения, включая потенциальную потерю данных из-за асинхронной репликации.
04 Кому полезно
Администраторы SAP HANA, архитекторы инфраструктуры Azure и группы SAP Basis.