Изучение этапа подготовки к эксплуатации

  • 8 мин

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

  1. Выполните необходимые обновления выпусков SAP в рабочих системах перед перемещением в Azure.

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

  3. Протестируйте процесс переноса рабочих систем в Azure. В случаях, когда вы не перемещаете все производственные системы в Azure в течение одного и того же периода времени, определите группы производственных систем, которые должны находиться в одном расположении размещения. Тестирование миграции данных. К основным методам миграции относятся следующие.

    • Используйте методы СУБД, такие как резервное копирование и восстановление, в сочетании с SQL Server Always On, репликацией системы HANA или доставкой журналов, чтобы заполнить и синхронизировать содержимое базы данных в Azure.
    • Используйте резервное копирование и восстановление для небольших баз данных.
    • Используйте монитор миграции SAP, внедренный в инструмент SAP SWPM, для переноса разнородных платформ.
    • Примените процесс SAP DMO, как описано в блоге Database Migration Option (DMO) of SUM – Introduction (Параметр миграции базы данных (DMO) для SUM — введение), если вам нужно объединить миграцию с обновлением выпуска SAP. Имейте в виду, что поддерживаются не все комбинации исходной и целевой СУБД. Дополнительные сведения см. в заметках SAP для конкретных выпусков DMO. Например, параметр миграции базы данных (DMO) суммы 2.0 с пакетом обновления 04 (SP04) задокументирован в заметке SAP #3126581.
    • Сравните пропускную способность передачи данных по Интернету и посредством ExpressRoute на тот случай, если требуется передать резервные копии или файлы экспорта SAP в Azure. Для упрощения передачи данных через Интернет может потребоваться настроить конфигурацию NSG/ASG.

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

  5. Справочные заметки о поддержке SAP, каталог оборудования SAP HANA и матрица доступности продуктов SAP (PAM), чтобы обеспечить точность сведений о поддерживаемых номерах SKU виртуальных машин Azure, поддерживаемых выпусках ОС для этих SKU виртуальных машин Azure и поддерживаемых выпусках SAP и СУБД.

  6. Адаптируйте сценарии развертывания для использования новых типов SKU виртуальных машин Azure и включения новых функций, из которых можно воспользоваться преимуществами.

  7. После развертывания инфраструктуры и приложения выполните дополнительные проверки, чтобы проверить развертывание:

    • Развертывание подготовило соответствующие номера SKU виртуальных машин Azure с предполагаемой конфигурацией хранилища.

    • Гостевые операционные системы Azure Виртуальные машины заклиниваются в правильном и единообразном режиме.

    • Гостевые операционные системы Azure Виртуальные машины находятся на уровне предполагаемой версии и исправлений.

    • Устанавливаются предполагаемые выпуски и исправления приложений.

    • Гостевые операционные системы Azure Виртуальные машины находятся на уровне предполагаемой версии и исправлений.

    • Azure хранилище класса Premium используется для дисков с учетом задержки или где требуется соглашение об уровне обслуживания доступности одной виртуальной машины 99,9 %.

    • Гостевые операционные системы Azure Виртуальные машины находятся на уровне предполагаемой версии и исправлений.

    • При необходимости акселератор записи Azure включен.

    • Гостевые операционные системы Azure Виртуальные машины находятся на уровне предполагаемой версии и исправлений.

    • Убедитесь, что в виртуальной машине, дисковых пространствах или наборах полосы создаются на дисках, которым требуется поддержка ускорителя записи Azure. Актуальные сведения о диспетчерах томов в Linux см. в следующих источниках:

    • Виртуальные машины Azure настраиваются исключительно с управляемыми дисками.

    • При необходимости azure Виртуальные машины развертываются в предполагаемых группах доступности и зонах доступности.

    • Служба "Ускоренная сеть Azure" включена в azure Виртуальные машины, используемой на уровне приложений SAP и на уровне СУБД SAP.

    • Виртуальные сетевые модули Azure не должны размещаться в пути взаимодействия между прикладным уровнем SAP и уровнем СУБД SAP NetWeaver, Hybris или системами SAP на основе S/4 HANA.

    • Правила ASG и NSG обеспечивают требуемое управление подключением.

    • Параметры времени ожидания, определенные на пилотном этапе, реализуются.

    • Задержка сети между виртуальной машиной уровня приложений SAP и уровнем СУБД соответствует рекомендациям, приведенным в заметке SAP #500235 и примечании SAP #1100926. При развертывании SAP HANA в Azure (крупные экземпляры) следует учитывать исключения, описанные в статье Архитектура сети SAP HANA (крупные экземпляры).

    • Шифрование реализуется таким образом.

    • Интерфейсы и приложения доступны в новой развернутой инфраструктуре.

  8. Создайте сборник схем, который упрощает плановое обслуживание Azure. Сборник схем должен определить порядок, в котором системы и Azure Виртуальные машины должны быть отключены и возвращены в режим "в сети" для планового обслуживания.