Поздравляю всех с наступающим днём знаний!
Сравнение двух версий курсов находится на этой странице.
Автор: Шиболов Вячеслав Анатольевич
Поздравляю всех с наступающим днём знаний!
В 2013 году я впервые опубликовал свою сводную таблицу, где попытался показать связь между версиями основного продукта SAP (ERP системы) и версиями технической компоненты (SAP NetWeaver), на которой построено большинство продуктов компании. В дальнейшем было несколько обновлений этой таблицы, где я добавил информацию по новой системе SAP S4/HANA. Ссылки на мои предыдущие посты:
Сегодня решил обновить табличку, немного расширив информацию (рис. 1).
![]() |
Рис. 1. Таблица версий SAP NetWeaver, SAP ERP и S4/HANA. Версия 1.4. |
Из таблицы видно, что поддержка базы данных SAP HANA в продуктах SAP появляется с SAP NetWeaver 7.4. То есть SAP ERP 6.0 с EHP7 и EHP8 могут работать на этой базе данных. Правда только первой версии. При этом одновременно поддерживается кросс-платформенность и можно выбрать в качестве базы данных - Oracle, DB2, MSSQL или Sybase ASE. В документации на данный момент все они объединятся в термин AnyDB.
А начиная с системы SAP S/4HANA 1511 поддерживается только база данных от SAP. С другой стороны, в отличии от SAP ERP последних версий, благодаря такой ограниченности платформы, увеличивается интеграция с базой данных и производительность (по крайней мере, должна). Ну и платформа пока используется от SAP ERP - SAP NetWeaver.
В таблицу добавил 3 новые строки - это версии SAP S/4HANA 1809, 1909 и 2020. Их общая отличительная особенность - поддержка второй версии базы данных SAP HANA и введением новой технической платформы. От SAP NetWeaver, которому уже больше 20 лет, компания SAP переходит к платформе с названием ABAP Platform. ABAP Platform (версия совпадает с версией S/4HANA) в своём составе имеет сервер приложений AS ABAP соответствующей версии (см. таблицу). SAP Kernel в этих версиях систем используется от версии 7.73 и выше.
В конце этого года должна стать доступной S/4HANA версии 2021, информации по которой пока нет.
SAP AS Java только 7.50 и только в составе SAP NetWeaver 7.50. Дальше только AS ABAP.
При обновлении информации наткнулся на интересный блог специалиста по SAP BI из Словакии, который в одном из своих постов выложил похожую таблицу. Встречаются в постах опечатки, но в целом полезной информации много.
Ещё можно прочитать цикл из 4-х постов в блоге у Juan Tena:
Плюс полезный пост: Upgrade to SAP S/4HANA 2020 – time to change.
Автор: Шиболов Вячеслав Анатольевич
Про то что Linux дистрибутивы от компании SUSE идеально подходят для установки и работы SAP систем и SAP HANA, в частности, я рассказывал много раз. Вот мои предыдущие посты:
![]() |
Рис. 1. Проверка установки пакета sapconf в SLES 11 SP4. |
![]() |
Рис. 2. Сервис boot.sapconf в SLES 11 SP4. |
![]() |
Рис. 3. Параметры ядра и лимиты операционной системы SLES 11 SP4 для SAP. |
![]() |
Рис. 4. Проверка установки пакетов для SAP в SLES 12 SP3. |
![]() |
Рис. 5. Проверка работы сервисов для SAP в SLES 12 SP3. |
![]() |
Рис. 6. Проверка активного профиля и просмотр всего списка профилей. |
![]() |
Рис. 7. Список SAP notes и Solutions, доступных для применения. |
![]() |
Рис. 8. Доступность rpm-пакетов saptune и sapconf в openSUSE 15.3. |
![]() |
Рис. 9. Пример установки rpm-пакетов для SAP систем в openSUSE 15.3. |
![]() |
Рис. 10. Работа сервисов после установки rpm-пакетов в openSUSE 15.3. |
![]() |
Рис. 11. Список стандартных репозиториев в openSUSE 15.3. |
Оба способа работают через файлы в транспортной директории. Вы, наверное, знаете, что в основе транспортной системы лежит файловая система /usr/sap/trans, которая состоит из ряда поддиректорий (рис. 1). Вот некоторые из них:
В исходной системе транспортного ландшафта, часто это система разработки (DEV), мы создаём и деблокируем транспортные запросы. В процессе деблокирования в файловую систему транспортной системы экспортируются данные, образуются файлы транспортного запроса. Затем мы, используя данные файлы, можем импортировать транспортные запросы в целевые системы транспортного ландшафта. Чаще всего целевые системы это система тестирования (QAS) и продуктивная (PRD).
![]() |
Рис. 1. Пример списка поддиректорий файловой системы /usr/sap/trans. |
Чтобы запретить деблокирование запросов и экспорт данных в файлы, можно воспользоваться первым хинтом. Для этого необходимо в поддиректории /usr/sap/trans/bin создать файл с именем T_OFF.<SID>. Здесь <SID> - системный идентификатор той системы, из которой мы запрещаем экспорт транспортных запросов. Причем, внутри файла может быть текст, который система будет отображать пользователю при попытке деблокировать транспортный запрос через транзакции SE01/SE09/SE10 (рис. 2 и 3).
![]() |
Рис. 2. Создание файла для запрета процесса деблокирования запросов. |
![]() |
Рис. 3. Диалоговое окно с сообщением о запрете деблокирования запросов в системе. |
Второй хинт касается процесса импорта транспортных запросов в систему. Для его выполнения необходимо в поддиректории /usr/sap/trans/tmp создать пустой файл с именем NOIMPORT.<SID>. Здесь <SID> - системный идентификатор уже целевой системы, в которую мы запрещаем импорт транспортных запросов. После этого при попытке импорта любого транспортного запроса в данную систему в транзакции STMS будет выдаваться сообщение об ошибке, в детальном выводе которого можно увидеть информацию о блокировке очереди через файл NOIMPORT.<SID> (рис. 4).
![]() |
Рис. 4. Блокировка импорта транспортных запросов в систему. |
Пока файл в поддиректории существует, импорт в систему невозможен.
Данные возможности могут быть полезны при блокировке систем во время обновления или миграции.
Автор: Шиболов Вячеслав Анатольевич