Развертывание СУБД на Виртуальных машинах Azure в SAP ASE для рабочей нагрузки SAP

В этом документе рассматриваются несколько различных областей, которые следует учитывать при развертывании SAP Adaptive Server Enterprise (ASE) в Azure IaaS. Прежде чем читать этот документ, ознакомьтесь с рекомендациями по развертыванию СУБД виртуальных машин Azure для рабочей нагрузки SAP и другим руководствам в документации по SAP. В этой статье рассматриваются SAP ASE, работающие в Linux и операционных системах Windows. Минимальный поддерживаемый выпуск в Azure — SAP ASE 16.0.02 (выпуск 16 с пакетом поддержки 2). Рекомендуется развернуть последнюю версию SAP с помощью последнего уровня исправлений. Рекомендуется использовать как минимум версию SAP ASE 16.0.03.07 (выпуск 16 с пакетом поддержки 3, уровень исправлений 7). Последнюю версию SAP можно найти в целевом графике выпуска ASE 16.0 и списке CR.

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

В документации по всему миру SAP имя продукта называется Sybase ASE или SAP ASE или в некоторых случаях обоими. Для соблюдения единообразия в этой документации используется название SAP ASE.

Поддержка операционных систем

В матрице доступности продуктов SAP указываются поддерживаемые комбинации операционных систем и ядра SAP для каждого приложения SAP. Дистрибутивы Linux SLES 12.x, SLES 15.x, RHEL 7.x и RHEL 8.x полностью поддерживаются. Oracle Linux в качестве операционной системы для SAP ASE не поддерживается.

Рекомендуется использовать последние выпуски Linux. Клиенты, пользующиеся ОС Windows, должны использовать выпуски Windows Server 2016 или Windows Server 2019. Более старые выпуски ОС Windows, такие как Windows 2012, технически поддерживаются, но рекомендуется всегда использовать самые новые версии ОС Windows.

Особенности SAP ASE в Windows

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

Microsoft Azure предлагает множество различных типов виртуальных машин, которые позволяют запускать небольшие системы SAP и ландшафты до крупных систем SAP и ландшафтов с тысячами пользователей. В заметке о поддержке SAP #1928533 предоставляются данные о числах SAPS, связанных с размерностью SAP для различных сертифицированных SAP SKU виртуальных машин.

Документация по установке SAP ASE в Windows см. в руководстве по установке SAP ASE для Windows.

Блокировка страниц в памяти — это параметр, который предотвращает вытеснение буфера базы данных SAP ASE из оперативной памяти. Этот параметр полезен для крупных и загруженных систем с высоким спросом на память. Для получения дополнительной информации обращайтесь в BC-DB-SYB.

Специальные настройки операционной системы Linux

На виртуальных машинах SLES запустите saptune с профилем SAP-ASE. Настройте виртуальные машины RHEL, как описано в 69988. Linux HugePages должна быть включена по умолчанию и может быть проверена с помощью команды:

cat /proc/meminfo

Размер страницы обычно составляет 2 048 КБ. Дополнительные сведения см. в статье HugePages в Linux.

Рекомендации по структуре виртуальных машин и дисков для развертываний SAP ASE

SAP ASE для приложений SAP NetWeaver поддерживается на любом типе виртуальной машины, указанном в заметке о поддержке SAP #1928533. Типичные типы виртуальных машин, используемые для серверов баз данных SAP ASE среднего размера, включают Esv3. Большие многотерабайтовые базы данных могут использовать типы виртуальных машин серии M.

Производительность записи на диск журнала транзакций SAP ASE можно улучшить, включив функцию "Ускоритель записи", реализованную в серии M. Ускоритель записи следует тщательно протестировать с помощью SAP ASE и в соответствии с тем, как SAP ASE выполняет записи журнала. Следует ознакомиться с Примечанием о поддержке SAP #2816580 и запустить тест производительности с учетом полученной информации.

Функция "Ускоритель записи" предназначена только для диска журнала транзакций. Кэш уровня диска должен иметь значение NONE. Не удивляйтесь, если ускоритель записи Azure не отображает аналогичные улучшения, как и в других СУБД. Исходя из того, как SAP ASE записывает в журнал транзакций, возможно, что усилитель записи Azure обеспечивает немного или вообще нет ускорения.

Примечание.

При использовании некоторых новых типов виртуальных машин M(b)v3 использование кэшированного хранилища SSD уровня "Премиум" версии 1 может привести к снижению скорости операций ввода-вывода в секунду и пропускной способности по сравнению с отсутствием использования кэша чтения.

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

Схема виртуальной машины Sybase с помощью конфигурации хранилища SAP ASE.

Файловые системы, размер полосы и балансировка операций ввода-вывода

SAP ASE записывает данные последовательно на устройства хранения дисков, если не настроено в противном случае, то есть пустая база данных SAP ASE с четырьмя устройствами записывает данные только на первое устройство. Другие устройства хранения данных записываются только в него, когда первое устройство заполнено. Объем операций ввода-вывода чтения и записи, вероятно, будет различным на каждое устройство SAP ASE. Чтобы сбалансировать операции ввода-вывода на всех доступных дисках Azure, необходимо использовать Windows Storage Spaces или Linux LVM2. В Linux рекомендуется использовать файловую систему XFS для форматирования дисков. Размер полосы LVM следует проверять с помощью теста производительности. Размер полосы размером 128 КБ является хорошей отправной точкой. В Windows следует протестировать размер единицы размещения файловой системы NTFS (Allocation Unit Size, AUS). В качестве начального значения можно использовать величину 64 КБ.

Рекомендуется настроить автоматическое расширение базы данных, как описано в статье о настройке автоматического расширения пространства базы данных в SAP Adaptive Server Enterprise. См. также примечание о поддержке SAP #1815695.

Примеры конфигураций SAP ASE на виртуальной машине, диске и файловой системе Azure

В таблицах шаблонов показаны примеры конфигураций для Linux и Windows. Перед подтверждением конфигурации виртуальной машины и диска убедитесь, что квоты пропускной способности сети и хранилища для отдельной виртуальной машины достаточно для удовлетворения бизнес-требований. Также следует иметь в виду, что для разных типов виртуальных машин Azure предусмотрено разное максимальное количество дисков, которые можно подключить к виртуальной машине. Например, пропускная способность по операциям ввода-вывода хранилища виртуальной машины E4s_v3 ограничена величиной 48 МБ/с. Если для выполнения резервного копирования базы данных требуется пропускная способность хранилища с величиной больше 48 МБ/с, тогда неизбежным становится использование виртуальной машины большего типа с более высокой пропускной способностью. При настройке хранилища Azure также необходимо помнить, что особенно с хранилищем Azure Premium пропускная способность и количество операций ввода-вывода в секунду на ГБ емкости изменится. Дополнительные сведения см. в статье Какие типы дисков доступны в Azure? Квоты для определенных типов виртуальных машин Azure описаны в статье Размеры виртуальных машин, оптимизированные для памяти и в статьях, связанных с ней.

Примечание.

Если система СУБД перемещается из локальной среды в Azure, рекомендуется выполнять мониторинг на виртуальной машине и оценивать пропускную способность ЦП, памяти, операций ввода-вывода в секунду и хранилища. Сравните пиковые значения, наблюдаемые с ограничениями квоты виртуальной машины, описанными в упомянутых статьях.

Приведенные примеры предназначены для иллюстрирующих целей и могут быть изменены на основе отдельных потребностей. Из-за разработки SAP ASE количество устройств данных не так важно, как и в других базах данных. Количество устройств с данными, указанное в этом документе, приводится только в качестве ориентира. Предлагаемые конфигурации должны рассматриваться как начальные точки. Это конфигурации, которые будут нуждаться в дополнительной настройке вашей рабочей нагрузки и эффективности затрат.

Пример конфигурации для небольшого сервера SAP ASE DB с размером базы данных в диапазоне от 50 ГБ до 250 ГБ может выглядеть следующим образом:

Настройка Windows Linux Комментарии
Тип виртуальной машины E4s_v3/v4/v5 (4 vCPU/32 ГБ ОЗУ) E4s_v3/v4/v5 (4 vCPU/32 ГБ ОЗУ) ---
Ускорение работы в сети Включить Включить ---
Версия SAP ASE 16.0.03.07 или выше 16.0.03.07 или выше ---
Число устройств с данными 4 4 ---
Число устройств с журналами 1 1 ---
Число временных устройств 1 1 Дополнительно для рабочей нагрузки SAP BW
Операционная система Windows Server 2019 SLES 12 SP5, 15 с пакетом обновления 1 (SP1) или более поздней версии или RHEL 7.9, 8.1/8.2/8.4 ---
Объединение дисков Хранилищные пространства LVM2 ---
Файловая система NTFS XFS
Размер блока формата Требуется тестирование рабочей нагрузки Требуется тестирование рабочей нагрузки ---
Число и тип дисков с данными Хранилище класса Premium версии 1: 2 x P10 (RAID0)
Хранилище класса Premium версии 2: 2 x 150 ГиБ (RAID0) — число операций ввода-вывода в секунду по умолчанию и пропускная способность		 Хранилище класса Premium версии 1: 2 x P10 (RAID0)
Премиум-накопитель v2: 2 x 150 ГиБ (RAID 0) — значения IOPS и пропускной способности по умолчанию		 Кэш = только для чтения
Число и тип дисков для логирования Хранилище класса Premium версии 1: 1 x P20
Хранилище класса Premium версии 2: 1 x 128 ГиБ — число операций ввода-вывода в секунду по умолчанию и пропускная способность		 Хранилище класса Premium версии 1: 1 x P20
Хранилище класса Premium версии 2: 1 x 128 ГиБ — число операций ввода-вывода в секунду по умолчанию и пропускная способность		 Кэш = NONE (НЕТ)
Параметр ASE MaxMemory 90 % физического ОЗУ 90 % физического ОЗУ Предполагается наличие единственного экземпляра
Число устройств резервного копирования 4 4 ---
Число и тип дисков резервных копий 1 1 ---

Тома NFS версии 4.1, размещенные в Azure NetApp Files ,— еще одна альтернатива использованию хранилища базы данных SAP ASE. Принцип структуры такой конфигурации должен выглядеть следующим образом:

Схема конфигурации хранилища SAP ASE с помощью Azure NetApp.

В примере идентификатор безопасности базы данных был A11. Размеры и уровни производительности томов, основанных на Azure NetApp Files, зависят от тома базы данных, требуемого IOPS и пропускной способности. Для sapdata и saplog рекомендуется начать с уровня производительности «Ultra», чтобы обеспечить достаточную пропускную способность. Для многих непроизводственных развертываний может быть достаточно уровня производительности "Премиум". Дополнительные сведения о конкретных размерах и ограничениях см. в статье О размерах базы данных HANA в Azure NetApp Files в томах NFS версии 4.1 в Azure NetApp Files для SAP HANA.

Рекомендации по резервному копированию и восстановлению для SAP ASE в Azure

Увеличение количества устройств, предназначенных для работы с данными и резервного копирования, повышает производительность операций резервного копирования и восстановления. Рекомендуется настроить диски Azure, на которых размещено устройство резервного копирования SAP ASE, так, как это было показано в предыдущих таблицах. Необходимо учитывать количество устройств резервного копирования и дисков и обеспечить, чтобы пропускная способность резервного копирования не превышала 40%-50% от общей квоты пропускной способности виртуальной машины. Рекомендуется использовать сжатие резервного копирования SAP в качестве значения по умолчанию. С дополнительными сведениями можно ознакомиться в следующих статьях:

Не используйте пространство диска D:\ или /temp в качестве места назначения для базы данных или дампов журнала.

Влияние сжатия базы данных

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

Использовать сжатие перед отправкой в Azure рекомендуется по нескольким причинам:

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

Данные и LOB-Compression работают на виртуальных машинах Azure так же, как в локальной среде. Дополнительные сведения о том, как проверить, используется ли сжатие в существующей базе данных SAP ASE, см. в Примечании о поддержке SAP 1750510. Дополнительные сведения о сжатие базы данных SAP ASE см. в заметке о поддержке SAP #2121797.

Высокий уровень доступности SAP ASE в Azure

Руководство пользователя по HADR содержит сведения о настройке и конфигурации решения SAP ASE "Always-on". В дополнение к этому поддерживается также третий узел, предназначенный для аварийного восстановления. SAP ASE поддерживает множество конфигураций высокой доступности , включая общий диск и кластеризацию собственных ОС (например, Pacemaker и отказоустойчивый кластер Windows Server). Существует две поддерживаемые конфигурации высокого уровня доступности для SAP ASE в Azure:

  • Осведомленность о высокой доступности с диспетчером сбоев - ядро SAP является приложением, осведомленным о высокой доступности, и знает о первичных и вторичных серверах SAP ASE. Нет тесной интеграции между решением SAP ASE "HA Aware" и Azure, внутренняя подсистема балансировки нагрузки Azure не используется. Решение описано в руководстве пользователей SAP ASE HADR.

  • Плавающий IP-адрес с диспетчером отказов. Это решение можно использовать для приложений SAP Business Suite и не-SAP Business Suite. Это решение использует Azure ILB, а ядро СУБД SAP ASE предоставляет порт пробы. Диспетчер ошибок вызывает SAPHostAgent, чтобы запустить или остановить вторичный плавающий IP-адрес на хостах ASE. Это решение задокументировано в заметке SAP #3086679 — SYB: Диспетчер сбоев: плавающий IP-адрес в Microsoft Azure.

Примечание.

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

Третий узел для аварийного восстановления

Помимо использования решения SAP ASE Always-On для обеспечения высокого уровня доступности на локальном уровне, может потребоваться расширить конфигурацию до асинхронно реплицируемого узла в другом регионе Azure. Дополнительную информацию см. в «Процедура установки для Sybase 16.3, уровень обновления 3, Always-on + DR на SUSE 12.3».

Шифрование базы данных SAP ASE и SSL

Диспетчер подготовки программного обеспечения SAP (SWPM) позволяет выполнить шифрование базы данных во время установки. Если вы хотите использовать шифрование, рекомендуется использовать полное шифрование базы данных SAP. С подробностями можно ознакомиться в следующих документах:

Примечание.

Сжатие дампа резервного копирования не работает, если база данных SAP ASE зашифрована. См. также примечание о поддержке SAP #2680905.

Контрольный список для развертывания SAP ASE в Azure

  • Развертывать SAP ASE версии 16.0.03.07 или более поздней
  • Для FaultManager и SAPHostAgent выполнить обновление до последней версии с применением корректирующих исправлений
  • Развертывание в последней сертифицированной ОС, например Windows 2019, SLES 15 или RHEL 8
  • Использовать сертифицированные виртуальные машины SAP: рекомендуется использовать номера SKU виртуальных машин Azure с большим объемом памяти, таких как Es_v3, или для сверхбольших систем номера SKU виртуальных машин серии M
  • Сопоставьте квоты на IOPS дисков и совокупную пропускную способность виртуальной машины с конструкцией дисков (разверните достаточное количество дисков)
  • Выполнить объединение дисков с помощью дисковых пространств Windows или технологии Linux LVM2 с оптимальным размером чередования и подходящей файловой системой
  • Создать достаточное количества устройств для данных, журналов, временных файлов и резервных копий
  • Рассмотрите возможность использования диска Ultra для систем очень больших размеров
  • Запустить saptune SAP-ASE в SLES. Настройка виртуальных машин RHEL для 69988
  • Выполнить защиту базы данных с помощью ее шифрования — сохранять ключи вручную в Azure Key Vault
  • Завершите Контрольный список SAP в Azure
  • Настроить резервное копирование журналов и полное резервное копирование
  • Тестирование высокой доступности и восстановления после сбоев, резервного копирования и восстановления, а также выполнение нагрузочного и объемного тестирования.
  • Убедиться в работоспособности функции автоматического расширения базы данных

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

Для систем SAP, в которых используется SAP ASE в качестве платформы баз данных, средство DBACockpit доступно в виде встроенных окон браузера в DBACockpit для транзакции или в виде Webdynpro. Однако полный набор функций для мониторинга и администрирования базы данных доступен только в реализации Webdynpro средства DBACockpit.

Как и для локальных систем, требуется выполнить ряд действий, чтобы включить все функциональные возможности SAP NetWeaver, используемые в реализации Webdynpro средства DBACockpit. Ознакомьтесь с информацией в Примечании о поддержке SAP #1245200, чтобы включить использование инструментов Webdynpro и создать те из них, которые необходимы. При выполнении инструкций, приведенных в приведенных выше заметках, вы также настраиваете диспетчер связи Через Интернет (ICM) вместе с портами, которые будут использоваться для подключений http и https. Настройка по умолчанию для http выглядит следующим образом:

icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600

icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600

И ссылки, созданные в транзакции DBACockpit, выглядят примерно так:

https:\//\<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit

http:\//\<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit

В зависимости от того, как виртуальная машина Azure, на которой размещена система SAP, подключена к Active Directory и DNS, необходимо убедиться, что ICM использует полностью квалифицированное имя узла. Имя узла должно быть разрешаемым на компьютере, из которого открывается DBACockpit. Чтобы узнать, как ICM определяет полное имя узла в зависимости от параметров профиля, а также явным образом задать параметр icm/host_name_full (если необходимо), ознакомьтесь с Примечанием о поддержке SAP #773830.

Если вы развернули виртуальную машину только в облачной среде (без подключения между локальной средой и Azure), вам необходимо определить общедоступный IP-адрес и domainlabel. Формат общедоступного DNS-имени виртуальной машины будет выглядеть так:

<custom domainlabel>.<azure region>.cloudapp.azure.com

Если для параметра профиля SAP icm/host_name_full задать DNS-имя виртуальной машины Azure, ссылка может выглядеть так:

https:\//mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpit

http:\//mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpit

В таком случае необходимо сделать следующее:

  • добавить правила для входящего трафика в группу безопасности сети на портале Azure для портов TCP/IP, используемых для связи с ICM;
  • добавить правила для входящего трафика в конфигурацию брандмауэра Windows для портов TCP/IP, используемых для связи с ICM.

Для автоматического импорта всех доступных исправлений рекомендуется периодически применять коллекцию исправлений SAP Note, применимой к вашей версии SAP:

Дополнительные сведения о панели DBA для SAP ASE можно найти в следующих примечаниях SAP:

На начальной странице Документации по SAP ASE 16.0.03.07 приводятся ссылки на различные документы, среди которых:

  • Руководство по обучению SAP ASE — администрирование и мониторинг
  • Руководство по обучению SAP ASE — установка и обновление

Полезно. Еще один полезный документ — Приложения SAP на адаптивном корпоративном сервере SAP: рекомендации по выполнению миграции и рабочему процессу.

Также полезны следующие примечания о поддержке SAP:

Другие сведения публикуются в:

Ежемесячный бюллетень публикуется с помощью заметки о поддержке SAP #2381575.

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

См . контрольный список рабочих нагрузок SAP в Azure: планирование и развертывание

  • Last updated on