Базовый план операций для SAP в Azure

Эта статья основана на рекомендациях и рекомендациях, определенных в статье Целевая зона Azure Область проектирования: управление средами Azure. Рекомендации в этой статье помогут вам изучить, как поддерживать платформу SAP в корпоративной среде Azure с централизованным управлением и мониторингом на уровне платформы.

В этой статье представлены важные рекомендации для операционных групп SAP по обслуживанию систем SAP на платформе Azure. Так как SAP — это критически важная платформа, в проект следует включить руководство по областям проектирования целевой зоны Azure. Если вы хотите создать стандартные операционные процедуры для управления рабочей нагрузкой SAP, см. статью Операционные процедуры рабочей нагрузки SAP в Azure Well-Architected Framework.

Ключевые моменты

Ниже приведены некоторые ключевые рекомендации по проектированию и мониторингу SAP в Azure и управлению ими.

• Используйте Azure Monitor для решений SAP для мониторинга рабочих нагрузок SAP в Azure. Рассмотрите возможность дополнения Azure Monitor для решений SAP диспетчером решений SAP. Вы можете добавить Application Insights для извлечения всех необходимых данных телеметрии при создании оповещений и запросов в службу поддержки, когда данные телеметрии указывают на потенциальную ошибку.

• Реализуйте защиту от угроз с помощью решения Microsoft Sentinel для SAP. Используйте это решение для мониторинга систем SAP и обнаружения сложных угроз на уровнях бизнес-логики и приложений.

• Используйте расширение виртуальной машины для проверки SAP. Расширение виртуальной машины для SAP использует назначенное управляемое удостоверение виртуальной машины для доступа к данным мониторинга и конфигурации виртуальной машины. Проверка гарантирует, что все метрики производительности в приложении SAP поступают из базового расширения Azure для SAP.

• Защита базы данных HANA с помощью службы Azure Backup. При развертывании Azure NetApp Files для базы данных HANA, Oracle или DB2 используйте средство создания моментальных снимков с согласованием приложение Azure (AzAcSnap) для создания моментальных снимков, согласованных с приложениями. AzAcSnap также поддерживает базы данных Oracle. Рассмотрите возможность использования AzAcSnap на центральной виртуальной машине, а не на отдельных виртуальных машинах.

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

• Используйте Монитор подключений в azure Наблюдатель за сетями для мониторинга метрик задержки для баз данных SAP и серверов приложений. Также можно собирать и отображать показатели задержки сети с помощью Azure Monitor.

• Используйте мониторинг azure Site Recovery для поддержания работоспособности службы аварийного восстановления для серверов приложений SAP.

• Все рабочие системы должны использовать управляемые диски класса Premium с объемом не менее 128 ГиБ (P10) для дисков ОС, чтобы избежать проблем с производительностью.

• Исключите все файловые системы базы данных и исполняемые программы из антивирусной проверки. Их включение может привести к проблемам с производительностью. Обратитесь к поставщикам баз данных, чтобы получить подробные сведения о списке исключений. Например, Oracle рекомендует исключить /oracle/<sid>/sapdata из антивирусных проверок.

• Убедитесь, что между операционной системой и системой SAP совпадают часовые пояса.

• Не группировать разные службы приложений в одном кластере. Например, не сочетайте DRBD и кластеры центральных служб в одном кластере. Однако вы можете использовать один и тот же кластер Pacemaker для управления примерно пятью разными центральными службами (кластером с несколькими идентификаторами безопасности).

  При использовании кластера планировщика рабочих нагрузок Tivoli (TWS) от IBM для планирования заданий рассмотрите возможность запуска кластера TWS на собственной паре виртуальных машин. Не рекомендуется запускать его в центральных службах ИЛИ кластере баз данных SAP.

• Если вы используете базу данных DB2 для запуска SAP в Azure, в сценариях LOG_METH2реализации рекомендуется использовать общую папку Файлы Azure (NFSv4.1). Это повышает скорость аварийного восстановления.

• Рассмотрите возможность запуска систем разработки и тестирования в модели откладывания, чтобы сэкономить и оптимизировать затраты на выполнение Azure.

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

• Просматривайте и применяйте параметры SAP, особенно параметры памяти ABAP, при выполнении миграции ОС или базы данных. Например, em/initial_size_MB параметр действителен только для сред AIX и не должен быть задан для виртуальных машин Azure.

• Рассмотрите возможность сбора полной статистики для баз данных, отличных от HANA, после миграции. Например, реализуйте примечания SAP 1020260 — доставка статистики Oracle.

• Рассмотрите возможность использования Oracle Automatic Storage Management (ASM) для всех развертываний Oracle, использующих SAP в Azure.

• Рассмотрите возможность использования автоматического хранилища для развертываний DB2, использующих SAP в Azure.

• Оптимизируйте операции SAP и управляйте ими с помощью ландшафтного управления SAP (LaMa). Используйте соединитель SAP LaMa для Azure для перемещения, копирования, клонирования и обновления систем SAP.

• Выполните проверка качества для SAP HANA в подготовленной инфраструктуре Azure, чтобы убедиться, что подготовленные виртуальные машины соответствуют рекомендациям для SAP HANA в Azure.

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

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

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

Эффективность производительности Oracle

Эффективность производительности может быть трудно диагностировать в любой корпоративной системе. Для SAP в Azure под управлением Oracle набор скриптов SQL поможет диагностировать проблемы с производительностью.

Первая рекомендация — использовать отчеты автоматического репозитория рабочей нагрузки (AWR). Отчеты AWR содержат ценную информацию для диагностики проблем в системе Oracle. Рекомендуется запускать отчет AWR в течение нескольких сеансов и выбирать для него время пиковой нагрузки, чтобы обеспечить широкий охват анализа.

Отчет AWR содержит статистику SQL, сведения о базе данных, статистику системы и операций ввода-вывода, а также другую информацию, которую можно использовать для выявления проблем. Дополнительные средства анализа и полезные инструкции SQL см. в этой записи блога SAP.

Дополнительные рекомендации по повышению производительности для рабочих нагрузок Oracle см. в статье Производительность рабочих нагрузок Oracle в Azure Well-Architected Framework.

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

Создайте непрерывность бизнес-процессов и аварийное восстановление для миграции SAP.