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

Перенос платформы SAP в Azure

  • Статья

SAP — это мощная платформа с комплексными и строгими требованиями к технологиям, безопасности и соответствию. Для нее не подойдет стандартный процесс миграции. Служба Миграции Azure предлагает инструменты для миграции большинства платформ и рабочих нагрузок, но для репликации и развертывания ресурсов рабочих нагрузок SAP требуются иные инструменты и процессы. После развертывания основной платформы стандартные процессы и средства помогают зависимым рабочим нагрузкам возобновить и завершить миграцию.

Последовательность процесса SAP

При переносе рабочих нагрузок SAP необходимо выполнить несколько шагов. Некоторые из них отличаются от стандартных задач миграции:

Примечание

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

  • Оценка платформы SAP и зависимых рабочих нагрузок.
  • Оценка рекомендаций по выбору размера для платформы SAP.
  • Перенос платформы.
  • Перенос рабочей нагрузки.

Оценка платформы SAP и зависимых рабочих нагрузок

Организации обычно не учитывают следующие вопросы при оценке платформы SAP и зависимых рабочих нагрузок:

  • Какие операционные системы и версии работают на виртуальных машинах SAP?

  • Работают ли текущие активы платформы с операционными системами, которые поддерживаются в Azure? Неподдерживаемые операционные системы необходимо исправить во время или до миграции.

  • Какая система управления базами данных (СУБД) работает на вашей платформе SAP?

  • Поддерживается ли текущая СУБД в Azure? Неподдерживаемые базы данных необходимо исправить во время или до миграции.

  • Будете ли вы обновлять все решение SAP или его часть до или во время миграции?

  • Как будут настраиваться размер и параметры ресурсов платформы в Azure?

  • Какие рабочие нагрузки зависят от платформы SAP?

  • Какие активы и базы данных требуются для поддержки этих рабочих нагрузок?

Оценка рекомендаций по выбору размера для платформы SAP

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

  • Размер виртуальной машины.
  • Хранилище виртуальных машин.
  • Факторы бесперебойной работы.
  • Факторы лицензирования.
  • Факторы высокой доступности и избыточности.
  • Факторы высокой доступности базы данных.

Ознакомьтесь с руководством по архитектуре SAP в Azure, чтобы изучить примеры эталонных архитектур и рекомендации по выбору размера.

Перенос платформы

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

  • Требование для выполнения преобразования Юникода (не юникода в Юникод).
  • СУБД, которая должна быть изменена или внутренний формат той же системы СУБД, должна измениться на формат с минимальным порядком, поддерживаемым в мире Intel; например, миграция из IBM pSeries в Azure.

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

  • Операционные системы (ОС) и СУБД совместимы с Azure.
  • Не существует других требований для обновления или изменения платформы операционной системы или СУБД.

DMO. DMO использует одно средство для обновления рабочей нагрузки SAP и переноса базы данных в базу данных SAP HANA, и этот процесс часто называется одноэтапной миграцией. Средство SAP Software Update Manager создает теневой репозиторий для текущей базы данных, одновременно создавая целевую базу данных. В конечном итоге он копирует теневой репозиторий и переключает подключение к базе данных SAP на целевую базу данных. Этот подход обычно используется, когда в плане миграции наблюдаются следующие точки данных:

  • Текущая ОС или СУБД не поддерживается в Azure, поэтому требуется обновление или повторная платформа.
  • Во время миграции планируется выполнить обновление до SAP S/4HANA.

Дополнительные сведения о каждом процессе миграции платформы SAP см. в статье Миграция платформы SAP в Azure .

Перенос рабочей нагрузки

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

Следующий шаг: внедрение инноваций в SAP

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

Узнайте больше об операционных системах, системах управления базами данных и другом программном обеспечении SAP, поддерживаемом для развертываний Azure.