Развертывание SAP MaxDB, liveCache и сервера содержимого на виртуальных машинах Azure

В этом документе рассматриваются несколько различных областей, которые следует учитывать при развертывании MaxDB, liveCache и сервера содержимого в Azure IaaS. В качестве предварительных условий для этого документа см. рекомендации по развертыванию СУБД виртуальных машин Azure для рабочей нагрузки SAP. См. также другие руководства по рабочей нагрузке SAP в документации по Azure.

Особенности развертываний SAP MaxDB в Windows

Поддержка версий SAP MaxDB в Azure

SAP в настоящее время поддерживает SAP MaxDB версии 7.9 или более поздней для использования с продуктами на основе SAP NetWeaver в Azure. Все обновления для сервера SAP MaxDB или драйверов JDBC и ODBC, которые будут использоваться с продуктами на основе SAP NetWeaver, предоставляются исключительно через SAP Service Marketplace. Дополнительные сведения о запуске SAP NetWeaver в SAP MaxDB см. в разделе SAP MaxDB.

Поддерживаемые версии Microsoft Windows и типы виртуальных машин Azure для СУБД SAP MaxDB

Сведения о том, как найти поддерживаемую версию Microsoft Windows для СИСТЕМЫ управления базами данных SAP MaxDB (СУБД) в Azure, см. в следующих статьях:

Настоятельно рекомендуется использовать Microsoft Windows Server 2016 и более поздних версий.

Доступна документация по SAP MaxDB для MaxDB

Обновленный список документации по SAP MaxDB можно найти в следующей заметке SAP 767598.

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

Конфигурация хранилища

Рекомендации по использованию службы хранилища Azure для SAP MaxDB соответствуют общим рекомендациям, упомянутым в разделе "Структура хранилища виртуальной машины для развертываний RDBMS".

Это важно

Как и другие базы данных, SAP MaxDB также содержит файлы данных и журналов. Однако в терминологии SAP MaxDB правильный термин — volume (не file). Например, существуют тома данных SAP MaxDB и тома журналов. Не путайте эти тома с системными томами.

Короче говоря, вам нужно:

  • Если вы используете учетные записи хранения Azure, задайте учетную запись хранения Azure, содержащую данные SAP MaxDB и тома журналов (файлы данных и журналов) в локальное избыточное хранилище (LRS), как указано в рекомендациях по развертыванию СУБД виртуальных машин Azure для рабочей нагрузки SAP.
  • Разделите путь ввода-вывода для томов данных SAP MaxDB (файлов данных) от пути ввода-вывода для томов журналов (файлов журналов). Это означает, что тома данных SAP MaxDB (файлы данных) должны быть установлены на одном логическом диске. Тома журналов SAP MaxDB (файлы журналов) должны быть установлены на другом логическом диске.
  • Задайте подходящий тип кэширования для каждого диска в зависимости от того, используется ли он для данных SAP MaxDB или томов журналов (файлы данных и журналов). Кроме того, следует ли использовать хранилище Azure уровня "Стандартный" или "Премиум", как описано в разделе "Рекомендации по развертыванию СУБД виртуальных машин Azure" для рабочей нагрузки SAP.
  • Если текущая квота операций ввода-вывода в секунду на диск удовлетворяет требованиям, можно хранить все тома данных на одном подключенном диске, а также хранить все тома журнала базы данных на другом подключенном диске.
  • Если требуется больше IOPS и/или пространства, рекомендуется использовать Microsoft Windows Storage Spaces. Дисковые пространства (Storage Spaces) используются для создания одного большого логического устройства на нескольких монтированных дисках (пул хранения). Дополнительные сведения см. в статье "Рекомендации по развертыванию СУБД виртуальных машин Azure" для рабочей нагрузки SAP. Такой подход упрощает администрирование для управления пространством на диске и позволяет избежать усилий по распределению файлов вручную на нескольких подключенных дисках.
  • Настоятельно рекомендуется использовать хранилище Azure Premium для развертываний MaxDB.

Схема конфигурации диска виртуальной машины IaaS Azure для СУБД SAP MaxDB.

Резервное копирование и восстановление

При развертывании SAP MaxDB в Azure необходимо проверить методологию резервного копирования. Даже если система не является продуктивной системой, база данных SAP, размещенная в SAP MaxDB, должна регулярно выполняться резервное копирование. Так как служба хранилища Azure хранит три образа, резервная копия теперь менее важна с точки зрения защиты системы от сбоя хранилища и более важных операционных или административных сбоев. Основная причина поддержания правильного плана резервного копирования и восстановления заключается в том, чтобы компенсировать логические или ручные ошибки, предоставляя возможности восстановления на определенный момент времени. Цель состоит в том, чтобы либо использовать:

  • Резервные копии для восстановления базы данных до определенной точки во времени
  • Резервные копии в Azure для инициализации другой системы путем копирования существующей базы данных

Резервное копирование и восстановление базы данных в Azure работает так же, как и для локальных систем. Вы можете использовать стандартные средства резервного копирования и восстановления SAP MaxDB, описанные в заметке SAP 767598.

Резервное копирование и восстановление с помощью Azure Backup

Вы также можете интегрировать резервное копирование MaxDB с Azure Backup с помощью стороннего средства резервного копирования MaxBack (https://maxback.io). MaxBack позволяет выполнять резервное копирование и восстановление MaxDB в Windows с интеграцией VSS, которая также используется Azure Backup. Преимущество использования Azure Backup заключается в том, что резервное копирование и восстановление выполняются на уровне хранилища. MaxBack гарантирует, что база данных находится в правильном состоянии для резервного копирования и восстановления, а также автоматически обрабатывает резервные копии томов журнала.

Рекомендации по повышению производительности резервного копирования и восстановления

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

  • Чем меньше дисков, используемых для хранения устройств базы данных, тем ниже общая пропускная способность чтения
  • Чем меньше целевых объектов (директории Stripe, диски) для записи резервной копии, тем ниже пропускная способность.

Чтобы увеличить число целевых объектов для записи, можно использовать два варианта, возможно, в сочетании в зависимости от ваших потребностей:

  • Выделение отдельных томов для резервного копирования
  • Распределение тома резервного копирования на несколько подключенных дисков с целью повышения пропускной способности операций ввода-вывода на томе с полосованным диском.
  • Наличие отдельных выделенных логических дисковых устройств для:
    • Тома резервного копирования SAP MaxDB
    • Тома данных SAP MaxDB
    • Тома журналов SAP MaxDB

Распределение тома по нескольким подключенным дискам рассматривается в статье "Рекомендации по развертыванию СУБД виртуальных машин Azure для рабочей нагрузки SAP".

Другие вопросы

Для развертываний виртуальных машин с базой данных SAP MaxDB все остальные общие области, такие как группы доступности Azure или мониторинг SAP, также применяются, как описано в разделе "Рекомендации по развертыванию СУБД виртуальных машин Azure для рабочей нагрузки SAP". Другие параметры SAP MaxDB прозрачны для виртуальных машин Azure и описаны в различных документах, перечисленных в заметках SAP 767598 , и в следующих заметках SAP:

Особенности развертываний SAP liveCache в Windows

Поддержка версий SAP liveCache

Минимальная версия SAP liveCache, поддерживаемая в виртуальных машинах Azure, — это SAP LC/LCAPPS 10.0 с пакетом обновления 25 (SP 25), включая liveCache 7.9.08.31 и LCA-Build 25, выпущенную для EhP 2 для SAP SCM 7.0 и более поздних версий.

Поддерживаемые версии Microsoft Windows и типы виртуальных машин Azure для СУБД SAP liveCache

Чтобы найти поддерживаемую версию Microsoft Windows для SAP liveCache в Azure, см. следующие сведения:

Настоятельно рекомендуется использовать последнюю версию операционной системы Microsoft Windows Server.

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

Так как SAP liveCache — это приложение, которое выполняет огромные вычисления, объем и скорость ОЗУ и ЦП имеют большое влияние на производительность SAP liveCache.

Для типов виртуальных машин Azure, поддерживаемых SAP (sap Note 1928533), все ресурсы виртуальной ЦП, выделенные виртуальной машине, поддерживаются с помощью выделенных физических ресурсов ЦП гипервизора. Нет перепредоставления ресурсов ЦП, и, следовательно, нет конкуренции за ресурсы ЦП.

Аналогичным образом, для всех типов экземпляров виртуальных машин Azure, поддерживаемых SAP, память виртуальной машины на 100% сопоставлена с физической памятью — избыточное выделение (over-commitment), например, не используется.

С этой точки зрения настоятельно рекомендуется использовать самые последние виртуальные машины серии Dv2, Dv3, Ev3 и M-серии. Выбор различных типов виртуальных машин зависит от памяти, необходимой для liveCache, и необходимых ресурсов ЦП. Как и во всех других развертываниях СУБД, рекомендуется использовать Azure Premium-хранение для томов, критически важных для производительности.

Конфигурация хранилища для liveCache в Azure

Так как SAP liveCache основан на технологии SAP MaxDB, рекомендации по использованию службы хранилища Azure, описанные в этом документе, также допустимы для SAP liveCache.

Выделенная Виртуальная машина Azure для сценария liveCache

Так как SAP liveCache интенсивно использует вычислительные мощности для продуктивного использования, настоятельно рекомендуется развертывать на выделенной виртуальной машине Azure.

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

Резервное копирование и восстановление liveCache в Azure

Резервное копирование и восстановление, включая рекомендации по производительности, уже описаны в соответствующих разделах SAP MaxDB в этом документе.

Особенности развертывания сервера содержимого SAP в Windows в Azure

Сервер содержимого SAP — это отдельный серверный компонент для хранения содержимого, например электронных документов в разных форматах. Сервер содержимого SAP предоставляется благодаря технологиям разработки и используется во всех приложениях SAP. Он установлен в отдельной системе. Типичное содержимое — это учебный материал и документация из хранилища знаний или технических чертежей, поступающих из системы управления документами PLM mySAP.

Поддержка версий сервера содержимого SAP для виртуальных машин Azure

В настоящее время SAP поддерживает следующее:

  • Сервер содержимого SAP с версией 6.50 (и выше)
  • SAP MaxDB версии 7.9
  • Microsoft IIS (Internet Information Server) версии 8.0 (и выше)

Настоятельно рекомендуется использовать последнюю версию сервера содержимого SAP и последнюю версию Microsoft IIS.

Проверьте последние поддерживаемые версии сервера содержимого SAP и Microsoft IIS в матрице доступности продуктов SAP (PAM).

Поддерживаемые типы виртуальных машин Microsoft Windows и Azure для сервера содержимого SAP

Сведения о поддерживаемой версии Windows для сервера содержимого SAP в Azure см. в следующих статье:

Настоятельно рекомендуется использовать последнюю версию Microsoft Windows Server.

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

Конфигурация хранилища для сервера содержимого в Azure

Если вы настроите SAP Content Server для хранения файлов в базе данных SAP MaxDB, все рекомендации по использованию службы хранилища Azure, упомянутые в этом документе, также допустимы для сценария SAP Content Server.

Если вы настроите SAP Content Server для хранения файлов в файловой системе, рекомендуется использовать выделенный логический диск. Использование дисковых пространств Windows позволяет также увеличить размер логического диска и пропускную способность операций ввода-вывода в секунду, как описано в разделе "Рекомендации по развертыванию СУБД виртуальных машин Azure" для рабочей нагрузки SAP.

Расположение сервера содержимого SAP

Сервер содержимого SAP должен быть развернут в том же регионе Azure и виртуальной сети Azure, где развернута система SAP. Вы можете решить, следует ли развертывать компоненты СЕРВЕРА содержимого SAP на выделенной виртуальной машине Azure или на той же виртуальной машине, где работает система SAP.

Схема выделенной виртуальной машины Azure для сервера содержимого SAP.

Расположение сервера кэша SAP

Сервер кэша SAP — это другой серверный компонент, предоставляющий доступ к (кэшированных) документам локально. Сервер кэша SAP кэширует документы сервера содержимого SAP. Кэширование оптимизирует сетевой трафик, если документы должны быть извлечены несколько раз из разных расположений. Общее правило заключается в том, что сервер кэша SAP должен быть физически близок к клиенту, который обращается к серверу кэша SAP.

Ниже приведены два варианта:

  • Клиент является серверной системой SAP: если серверная система SAP настроена для доступа к серверу содержимого SAP, эта система SAP является клиентом. Так как система SAP и сервер содержимого SAP развертываются в одном регионе Azure в одном центре обработки данных Azure, они физически близки друг к другу. Поэтому нет необходимости использовать выделенный сервер кэша SAP. Клиенты пользовательского интерфейса SAP (SAP GUI или веб-браузер) напрямую получают доступ к системе SAP, а система SAP извлекает документы из сервера содержимого SAP.

  • Клиент — это локальный веб-браузер: сервер содержимого SAP можно настроить через веб-браузер для прямого доступа. В этом случае веб-браузер, работающий в локальной среде, является клиентом сервера содержимого SAP. Локальный центр обработки данных и центр обработки данных Azure размещаются в разных физических местах (идеально близко друг к другу). Локальный центр обработки данных подключен к Azure через VPN типа "сеть — сеть" Azure или ExpressRoute. Хотя оба варианта предлагают безопасное VPN-подключение к Azure, подключение типа "сеть-сеть" не обеспечивает SLA на пропускную способность и задержку между локальным центром данных и центром данных Azure. Чтобы ускорить доступ к документам, выполните один из следующих вариантов:

    • Установите локальный сервер SAP Cache Server (близко к локальному веб-браузеру)

    • Настройте Azure ExpressRoute, который предлагает высокоскоростное и с низкой задержкой выделенное сетевое подключение между локальным и Azure центрами обработки данных.

Схема локального сервера кэша SAP в Azure.

Резервное копирование и восстановление сервера содержимого SAP

Если вы настроите сервер содержимого SAP для хранения файлов в базе данных SAP MaxDB, процедура резервного копирования и восстановления и рекомендации по производительности уже описаны в разделах SAP MaxDB этого документа.

Если вы настроите сервер содержимого SAP для хранения файлов в файловой системе, один из вариантов — выполнить ручное резервное копирование и восстановление всей структуры файлов, в которой находятся документы. Аналогично резервному копированию и восстановлению SAP MaxDB, рекомендуется использовать выделенный том диска для резервного копирования.

См. также

Другие параметры сервера содержимого SAP прозрачны для виртуальных машин Azure и описаны в 1619726 заметки SAP.

  • Last updated on