Показаны сообщения с ярлыком SAP NetWeaver. Показать все сообщения
Показаны сообщения с ярлыком SAP NetWeaver. Показать все сообщения

17 декабря 2021 г.

Обновление курса обучения SAP Basis: версия SAPADM 2.1

Друзья, перед Новым Годом хочу поделиться новостью для тех, кто планирует освоить новую профессию SAP BASIS администратора. Или просто хочет упорядочить свои знания, заполнить пробелы, поэкспериментировать на учебной системе. Я решил обновить свой обучающий курс и выпустить версию SAPADM 2.1.


Данная версия - это скорее не революция, а эволюция. Курс 2.0 был ещё раз вычитан. Досадные ошибки и опечатки были исправлены, обновлено большинство снимков экранов. Я постарался учесть замечания и пожелания. А некоторые фразы были переписаны для улучшения понимания предмета или темы. Ну и добавлены новые ссылки на полезные статьи и материалы по темам.

Основа осталась прежней (как и в курсе SAPADM 2.0):
  • основной упор делается на получение практических навыков через выполнение практических заданий в реальной SAP системе (но при этом пятая часть материала это теоретические знания),
  • самостоятельная работа с моей дистанционной поддержкой,
  • полный комплект необходимых материалов для выполнения заданий,
  • виртуальная среда, которую можно развернуть на любом компьютере,
  • пакетная организация заданий для поэтапного приобретения и организации удобного лично для  вас темпа обучения.

А что же нового:
  • переход на свежую версию openSUSE Linux: с 42.3 перешли на версию 15.3 (как я уже писал, она максимально близка к корпоративной версии SLES 15 SP3, следовательно процесс установки/подготовки тоже максимально приближен к реальным условиям),
  • переход на свежую версию SAP системы - SAP NetWeaver AS for ABAP 7.52 (используется в S/4HANA 1709),
  • переход на новейшую версию Oracle 19с (предыдущий пакет был на Oracle 12g),
  • переход на самую последнюю версию клиентского программного обеспечения - SAP GUI 7.70 (про первый взгляд на эту версию можно почитать тут),
  • для установки системы используется последняя версия утилиты SWPM 1.0 SP33,
  • переход на среду виртуализации от VMware (никто не запрещает использовать и VirtualBox).
Остальные плюшки остались таким же, как в версии SAPADM 2.0.

На данный момент обновлено 2 первых пакета заданий (базовую стоимость повышать не стал):
  • SAPADM 2.1. Пакет 1 - Стоимость: 24 000 рублей, 
  • SAPADM 2.1. Пакет 2 - Стоимость: 24 000 рублей.

Описание пакетов:




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

В планах переписать третий пакет заданий под Oracle 19c. Ну и будущие пакеты будут основаны на этой версии системы.

Постоянные страницы (ссылка1, ссылка2) с обучением также были обновлены. 


Теперь небольшие подарки на Новый Год. :) Cкидка в честь релиза: 18,75% (-3000 рублей с пакета) тем, кто купит курс (1 или 2 пакета) до 09 января 2022 года.

Кто заинтересовался, пишите на мой адрес - shibolov@gmail.com с указанием в заголовке письма названия обучающего курса - SAPADM 2.1.



4 октября 2021 г.

Сколько рабочих процессов в AS ABAP инстанции может быть?

Как я уже много раз упоминал в своих постах, рабочими лошадками в AS ABAP инстанции SAP системы являются рабочие процессы (work processes или WP). Управляет ими ABAP диспетчер, который запускает и останавливает рабочие процессы, а так же выдаёт каждому задачу из очереди запросов (рис. 1).

Рис. 1. Архитектура ABAP части системы SAP NetWeaver 7.1.

В ABAP инстанции трудятся рабочие процессы нескольких типов. 

Запросы от диалоговых пользователей обрабатывают диалоговые рабочие процессы (тип DIA), которых в системе обычно большинство. 

Как известно, ABAP программу можно запланировать как фоновое задание. За обработку фоновых заданий отвечают отдельные рабочие процессы типа BTC. Про фоновую работу в SAP системах у меня были отдельные посты, которые можно найти тут.

При отправке документа из SAP системы на печать включаются в работу специальные рабочие процессы спула (SPO). Подробности про настройку принтера в AS ABAP инстанции можно найти в серии постов

Если пользователь или фоновое задание изменяет данные в таблицах базы данных, то эти запросы обрабатывают процессы обновления. Причём их можно настроить два типа: UPD и UP2.

Дополнительно для поддержания целостности данных перед обновлением выполняется блокировка объектов на уровне сервера приложений. За это отвечает отдельный тип рабочих процессов - блокировки (ENQ). Правда, в последних версиях SAP систем этот процесс перекочевал в отдельный Enqueue Server, который вместе с Message Server входит в состав отдельной инстанции - ASCS. Про это я рассказывал в этом посте. Такое изменение в архитектуре SAP системы позволяет строить более надёжные и отказоустойчивые программные комплексы. 

Текущий состав рабочих процессов AS ABAP инстанции можно посмотреть в транзакциях мониторинга рабочих процессов - SM50 и SM66 (подробнее про эти транзакции). 

Изменение же количества рабочих процессов того или иного типа осуществляется через параметры SAP системы. Параметры, так или иначе влияющие на количество рабочих процессов, я объединил в таблицу (рис. 2).

Рис. 2. SAP параметры для настройки рабочих процессов ABAP инстанции.

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

Для динамического же изменения количества рабочих процессов инстанции в SAP системе можно настроить режимы работы (operation modes). Благодаря этому механизму можно, не меняя общего количества рабочих процессов, менять их типы. Например, на ночь переводя часть рабочих процессов диалогового типа в фоновые, а утром возвращая обратно. 

Для настройки режимов работы используются транзакции RZ03/RZ04. Напоминаю, что в моём обучающем курсе SAPADM 2.0 (Пакет 2. Задание 1) можно поупражняться в их настройке в собственной учебной среде. 

Помимо настройки режимов работы в системах, основанных на SAP NetWeaver 7.02 или выше, существуют еще 2 механизма динамического увеличения количества рабочих процессов:

  • зарезервированные (stand-by) рабочие процессы,
  • динамические рабочие процессы.

Зарезервированные (stand-by) рабочие процессы бывают только диалоговые (тип DIA). Они, как и другие рабочие процессы, запускаются при старте инстанции, но находятся в режиме Standby. В случае если ABAP диспетчер не может выделить запросу пользователя свободный диалоговый рабочий процесс, то есть в системе наблюдается критическая нехватка свободных диалоговых рабочих процессов, то система автоматически переводит зарезервированные рабочие процессы в рабочий режим. Количество рабочих процессов такого типа настраивается через значение параметра rdisp/wp_no_restricted. По умолчанию параметр равен нулю, то есть механизм зарезервированных рабочих процессов деактивирован.

Для временного решения проблем с нехваткой рабочих процессов диалога или спула система автоматически запускает динамические рабочие процессы. Их количество равно количеству, заданному в параметре rdisp/wp_max_no, минус общее количество статических рабочих процессов (включая зарезервированные рабочие процессы, если они настроены).

Динамические рабочие процессы в системе есть всегда и их количество, по умолчанию равно 5, так как параметр rdisp/wp_max_no рассчитывается по формуле: сумма всех статических рабочих процессов плюс пять. Менять значение параметра вручную стоит только в том случае, если вы планируется установить количество таких процессов больше 5 (рис. 3).

Рис. 3. Формула для расчёта значения параметра rdisp/wp_max_no.

Динамические рабочие процессы запускаются и останавливаются автоматически. Время жизни таких процессов после нормализации ситуации в системе можно задать через значение параметра rdisp/max_dynamic_wp_alive_time. По умолчанию, срок их жизни 5 минут (300 секунд).

Параметр rdisp/configurable_wp_no используется для настройки режимов работы (operation modes). Он показывает количество статических рабочих процессов системы. Благодаря ему при любом режиме работы в системе могут активироваться динамические рабочие процессы. Вручную изменять его значение, рассчитываемое по формуле (рис. 4), не рекомендуется (только в крайних случаях по рекомендации SAP).

Рис. 4. Формула для расчёта значения параметра rdisp/configurable_wp_no.

Количество зарезервированных и динамических рабочих процессов (если они вдруг запущены), также отображается в транзакции SM50.

Теперь вернёмся к вопросу заданному в заголовке: каковы крайние значения количества рабочих процессов в AS ABAP инстанции? 

Как видно из таблицы, минимальное количество в сферической ABAP инстанции в вакууме это 2 диалоговых рабочих процесса. Правда в реальности вы такое вряд ли увидите. Если только на выделенной дополнительной диалоговой инстанции. И даже в этом случае на ней диалоговых процессов будет больше двух. А после установки любой SAP системы, на единственной её инстанции всегда будут рабочие процессы всех типов. Ну кроме рабочего процесса блокировки по вышеупомянутой причине. Для всей SAP системы существуют следующие рекомендации и ограничения:

  • количество диалоговых процессов должно быть не меньше, чем общее количество рабочих процессов других типов на текущей инстанции,
  • UP2 процессов может не быть, тогда все обновления будут осуществляться процессами типа UPD,
  • рабочих процессов типа BTC должно быть как минимум 1 на всю систему,
  • процесс блокировки ENQ чаще всего один; если их несколько (очень большая система), то они все должны быть на одной инстанции,
  • SPO процесс должен быть тоже как минимум 1 на всю систему.

Максимальное же общее количество рабочих процессов инстанции (с учетом динамических и зарезервированных) может достигать 512 (для современных систем, включая ABAP Platform). Данный лимит актуален для систем, начиная с SAP BASIS 7.1 (с определённым пакетом поддержки), а до этого он был гораздо скромнее. Например, в SAP NetWeaver 7.0 рабочих процессов основных типов (кроме ENQ) может быть не больше 100 (рис. 5).

Рис. 5. Граничные значения диалоговых рабочих процессов в SAP NetWeaver 7.0.

Для систем на SAP NetWeaver 7.0 и ниже я встречал рекомендации, что при приближении общего количества рабочих процессов AS ABAP инстанции к 100, необходимо разворачивать дополнительную инстанцию. И, с учётом ограничений по параметрам, даже на очень крупных проектах вы вряд ли встретите больше 200 рабочих процессов на одну ABAP инстанцию.

А как определить, что количество рабочих процессов того или иного типа в вашей инстанции избыточно? Ведь каждый лишний рабочий процесс AS ABAP инстанции это процесс на уровне операционной системы. А каждый процесс на уровне операционной системы требует ресурсов (особенно памяти). Поэтому излишнее количество рабочих процессов может снижать производительность всей системы и увеличивать время обслуживания (запуск/останов/рестарт и так далее). Здесь может помочь просмотр актуального времени работы отдельных рабочих процессов в транзакции SM50 (я рассказывал об этом в этом посте). Но имейте ввиду, что этот способ работает только для систем, основанных на SAP NetWeaver версий ниже, чем 7.20. В более старших релизах SAP диспетчер распределяет нагрузку по существующим рабочим процессам более равномерно, вне зависимости от их количества. И так легко лишние процессы уже не вычислить.

Дополнительную информацию по этой теме можно найти в SAP notes:


Автор: Шиболов Вячеслав Анатольевич


2 сентября 2021 г.

SAP NetWeaver AS ABAP Developer Edition 7.52 SP04

В честь вчерашнего дня знаний решил и начинающим разработчикам сделать небольшой подарок. Обновил свою инструкцию от 2018 года по установке последней доступной версии Developer Edition системы (раньше они носили имя miniSAP, потом SAP Trial) - SAP NetWeaver AS ABAP Developer Edition 7.52 SP04. В этот раз помимо того, что обновилась немного версия продукта я добавил ещё несколько изменений:

  • среда виртуализации - VMware Workstation,
  • операционная система - openSUSE 15.3,
  • установка операционной системы без графического окружения.

В качестве среды виртуализации для учебных целей раньше я всегда использовал Oracle VirtualBox. Но после тесного знакомства с VMware, решил попробовать версию для компьютеров от неё. В отличии от решения VMware ESXi, которое является связкой гипервизора с полноценной операционной системой, VMware Workstation предназначено для установки на отдельные операционные системы. То есть это полный аналог VirtualBox и может быть установлен на MS Windows, Linux или MacOS. Существует две версии: VMware Workstation Pro (платная лицензия) и VMware Workstation Player (бесплатно для личного пользования). Основное отличие второй версии в отсутствии функций по созданию снимков виртуальной машины и шифровании. 

Операционную систему я выбрал openSUSE 15.3. Особенностью её является общая кодовая база с корпоративной версией SLES, о чём я рассказывал в этом посте. Вот и решил опробовать её в деле. 

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

Давайте посмотрим, что получилось.


Дистрибутив и требования к виртуальной машине

Для начала необходимо скачать дистрибутив. Сделать это можно по ссылке: https://developers.sap.com/trials-downloads.html. На одной странице собрано много Trial продуктов от SAP. Прокручивайте список, пока не найдёте нужную запись. Для скачивания файлов с сайта необходимо иметь свой логин (создаётся свободно и бесплатно). Дистрибутив представляет собой многотомный rar-архив, разбитый на 11 частей, общим объемом около 14 Гб. Не забывайте скачать архив с именем License.rar (самая последняя ссылка - "SAP ABAP AS Part License"). Про него дальше будет отдельный разговор (рис. 1).

Рис. 1. Скачивание дистрибутива Developer Edition системы.

Основные требования к оборудованию не изменились:

  • процессор архитектуры - x86_64,
  • оперативная память - 4 Гб минимум (рекомендуется 8 Гб) и 8 Гб в swap области,
  • жесткий диск - 100 Гб.
Требования к операционной системе:
  • Linux, из рекомендуемых дистрибутивов: SLES, openSUSE, Fedora, RHEL, Ubuntu/Debian (для них нужны дополнительные шаги, например, установка csh),
  • операционная система только 64 бита,
  • язык (строго рекомендуется): English, 
  • hostname длиной до 13 символов, настоятельно рекомендуется использовать - vhcalnplci,
  • рекомендуется использовать статический IP, 
  • firewall должен быть деактивирован.

Отдельное требование: Master Password, задаваемый при установке SAP системы и базы данных, не должен содержать специальные символы (заглавные и строчные латинские буквы и цифры использовать можно) и должен иметь длину не меньше 7 символов.


Создание виртуальной машины

Следующим шагом через New Virtual Machine Wizard создаём новую виртуальную машину. Максимальная конфигурация, поддерживаемая на данный момент в приложении - 32 ядра/128 Гб ОЗУ/8Тб HDD. По сравнению с этим наша виртуальная машина гораздо скромнее (рис. 2).

Рис. 2. Создание новой виртуальной машины.

После создания в настройках можно отключить звуковую карту. Она нам всё равно не понадобится. 


Установка операционной системы  

В качестве операционной системы, как я уже упоминал, я использовал openSUSE 15.3. Скачать ISO-образ установочного диска можно на официальном сайте. После получения ISO-образа необходимо в настройках оборудования виртуальной машины подключить его в качестве CD/DVD диска и запустить виртуальную машину. 

При установке операционной системы на этапе выбора графической среды выбираем роль "Server" (рис. 3).

Рис. 3. Установка операционной системы openSUSE 15.3 - 1.

Предлагаемое по умолчанию разбиение диска для нашей установки не подходит, так как предлагаемый размер swap области всего 2 Гб (рис. 4). Необходимо перейти в режим эксперта, удалить разделы sda2 и sda3 (рис. 5) и создать их заново с swap разделом минимум 8 Гб (рис. 6).

Рис. 4. Установка операционной системы openSUSE 15.3 - 2.

Рис. 5. Установка операционной системы openSUSE 15.3 - 3.

Рис. 6. Установка операционной системы openSUSE 15.3 - 4.

На итоговом экране перейти в раздел "Software" и изменить немного состав пакетов, убрав AppArmor и добавив Development-пакеты (рис. 7). В документации по установке этой SAP системы такого нет, но для "настоящих" SAP систем Development-пакеты нужны. Поэтому пусть будут.

Рис. 7. Установка операционной системы openSUSE 15.3 - 5.

Далее на том же экране отключить Firewall, настроить hostname и статический IP адрес (рис. 8).

Рис. 8. Установка операционной системы openSUSE 15.3 - 6.

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

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

Для начала необходимо проверить, что система обновлена до максимального уровня. Сделать это можно двумя командами:

  • zypper ref 
  • zypper update 

Вторым шагом добавить (если её нет) в файл /etc/hosts строку с IP адресом и именем хоста. Имя должно быть указано полное с псевдо-доменом и короткое (рис. 9). После этого командами hostname проверить корректность настройки.

Рис. 9. Настройка hostname в операционной системе.

Установить rpm-пакет sapconf со всеми зависимостями. Как я уже рассказывал, он теперь доступен и в открытой версии дистрибутива от SUSE (рис. 10).

Рис. 10. Установка rpm-пакета sapconf - 1.

После установки проверить командами systemctl status <name> статус запуска и работы сервисов, из установленных на предыдущем шаге rpm-пактов (рис. 11).

Рис. 11. Установка rpm-пакета sapconf - 2.

В документации про установку именно этой системы есть упоминание только про пакеты libaio (libaio1) и uuidd, которые должны быть установлены. Но openSUSE 15.3 позволяет сделать больше. :)

Второй пакет saptune устанавливать не вижу смысла. Я думаю, что для такой системы будет достаточно и этого. Подробности про подготовку операционной системы к установке SAP системы можно прочитать в этом посте.

Для полноценной работы гостевой операционной системы в среде виртуализации VMware необходима установка в неё пакета VMware-Tools (пакет содержит драйверы и утилиты). Но при начальной установке openSUSE определила, что устанавливается в виртуальную машину и включила в установку rpm-пакет open-vm-tools (рис. 12). Работа с таким пакетом - это поддерживаемая альтернатива официальному пакету VMware-Tools. Поэтому больше ничего делать не нужно. 

Рис. 12. Установка rpm-пакета open-vm-tools.

Для доступности дистрибутива (rar-архивы) в гостевой операционной системе в виртуальной машине можно воспользоваться функцией общих папок (Shared Folders). Для настройки общей папки надо в опциях виртуальной машины перейти во вкладку "Options" и выбрать строку "Shared Folders" (рис. 13).

Рис. 13. Создание общей директории между основной и виртуальной машинами.

Если виртуальная машина в момент создания и активации общей директории была включена, то внутри Linux скорее всего файловая система примонтируется автоматически в директорию /mnt/hgfs/ (рис. 14).

Рис. 14. Автоматическое монтирование общей директории.

Если автоматического монтирования общего ресурса не произошло, то можно создать локальную директорию, например, /mnt/<share_name>.  И выполнить ручное монтирование файловой системы специальной командой (рис. 15). Подробности можно найти по ссылке.

Рис. 15. Ручное монтирование общей директории.

Установка SAP Trial системы  

Последний этап - это установка SAP Trial системы. Для начала необходимо установить rpm-пакет с программой распаковки архивов unrar. А далее, с помощью неё распаковать многотомный архив, указав в команде первый файл (рис. 16).

Рис. 16. Распаковка архива с дистрибутивом.

Распаковка 11 файлов займёт какое-то время. Хранить архив и распакованный дистрибутив лучше всего на внешней общей директории, чтобы лишний раз не расширять диск виртуальной машины. 

Не забудьте про файл с лицензией для базы данных Sybase ASE (архив License.rar). Необходимо распаковать архив и скопировать файл с лицензией в директорию server/TAR/x86_64/.

Рис. 17. Подготовка файла со свежей лицензией для Sybase.

Дело в том, что лицензия для базы данных Sybase ASE в Trial версии системы имеет ограниченный срок действия. И в архиве с дистрибутивом лежит лицензия, у которой срок действия заканчивается 31 марта 2021 года. Так как эта дата уже прошла, то установка системы останавливается с ошибкой (рис. 18 - 21). Я про файл с лицензией благополучно забыл. Получил несколько раз ошибку, пока не разобрался в первопричине. А потом уже вспомнил про дополнительный файл с лицензией (в нём лицензия до 31 марта 2022 года). Чтобы постоянно не переделывать архив с дистрибутивом, разработчики системы просто обновляют этот дополнительный архив, лежащий рядом с дистрибутивом.

Не наступайте на мои грабли, а сразу дополняйте установщик свежей лицензией (рис. 17).
Дополнительно про эту ошибку можно найти тут и тут.

Рис. 18. Остановка процесса установки с ошибкой.

Рис. 19. Сообщение об ошибке в журнале sapinst.log.

Рис. 20. Сообщения об ошибке в журнале sapinst_dev.log.

Рис. 21. Файл с лицензией на Sybase ASE из архива с дистрибутивом.

После этого из директории с распакованным дистрибутивом запустить установочный скрипт install.sh. Перед запуском, хорошо бы проверить, что у файла есть права на выполнение. В случае отсутствия, их можно добавить командой вида chmod +x install.sh.

В первую очередь скрипт предложит ознакомиться с лицензией. После прочтения выйти из просмотра текста, нажав клавишу "q", и ввести "yes" на вопрос о согласии. Далее программа установки попросит дважды указать Master Password, который будет использован установщиком для создаваемых пользователей операционной системы и пользователей базы данных. Напоминаю еще раз, что длина от 7 символов и никаких спецсимволов в пароле. И всё, для установки скрипту больше ничего не нужно. Запуститься сам процесс инсталляции (рис. 22). У меня установка заняла 15 минут.

Рис. 22. Запуск скрипта установки Trial системы.

Об успешности установки будет свидетельствовать фраза вида "Installation of NPL successful". В конце установки скрипт запускает SAP систему (рис. 23).

Рис. 23. Окончание работы скрипта по установки Trial системы.

После установки SAP Trial системы  

Установка на операционную систему без графической среды имеет свои плюсы: минимального объема оперативной памяти в 4 Гб с запасом хватает для работы  SAP системы. За подробностями про мониторинг оперативной памяти в Linux сюда. Созданные серверные файловые системы занимают меньше 38 Гб (виртуальный диск после установки вырос до 40 Гб) (рис. 24). Поэтому диска в 100 Гб должно хватить с запасом. Делайте его тонким, чтобы не занимал лишнее место.

Рис. 24. Состояние использование памяти и дискового пространства после установки системы.

В составе дистрибутива (директория client) входит SAP GUI for Windows и SAP GUI for Java версий 7.50. 

Для входа в систему созданы пользователи: SAP*, DDIC, DEVELOPER и BWDEVELOPER. Мандантов в системе два - 000 и 001. В манданте 000 существуют только стандартные пользователиПароль у всех пользователей в данной версии системы такой же - Down1oad ("1" - это цифра).

Версии всех компонент, патчей на SAP ядро и на базу данных чуть выше, чем на прошлой системе (рис. 25 и 26). 

Рис. 25. Версии SAP ядра и базы данных.

Рис. 26. Версии SAP компонент.

Не смотря на то, что в системе есть ключи для разработчиков (пользователи DEVELOPER и BWDEVELOPER) (рис. 27), система изменять объекты словаря не даёт (рис. 28). 

Рис. 27. Ключи разработчиков в таблице DEVACCESS.

Рис. 28. Неудачная попытка создать программу.

Потому что после инсталляции в системе установлена временная SAP лицензия (рис. 29).

Рис. 29. Временная SAP лицензия сразу после установки системы.

Для начала полноценной работы в SAP системе необходимо на сайте https://go.support.sap.com/minisap/ запросить лицензию для нужной системы, указав свои реквизиты и действующий Hardware Key (рис. 30).
 
Рис. 30. Запрос постоянной лицензии для системы NPL.

Лицензия устанавливается через текстовый файл. Не смотря на то, что срок её, как и у временной, тоже 3 месяца, система после этого даёт создавать/изменять объекты словаря (рис. 31).

Рис. 31. Установленная постоянная лицензия на Trial систему.

Останов SAP системы и базы данных перед выключением виртуальной машины можно сделать с помощью команды stopsap -t all (под пользователем npladm) (рис. 32).

Рис. 32. Останов SAP системы и базы данных.

Запуск же можно осуществить через команду  startsap -t all (под тем же пользователем npladm) (рис. 33).

Рис. 33. Запуск базы данных и SAP системы.

Дополнительно есть ряд шагов, которые можно сделать с системой после установки. Например, прописать в транзакции DBCO пароль пользователя базы данных, который был установлен в процессе разворачивания системы (рис. 34). Только после этого заработает транзакция администрирования базы данных DBACOCKPIT. Ищите подобные шаги по документации.

Рис. 34. Ввод корректного пароля в транзакции DBCO.

Дополнительную информацию именно по этой версии можно найти по ссылкам:

19 августа 2021 г.

Версии SAP ERP, SAP NetWeaver и SAP S/4HANA. Обновление

В 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.


Автор: Шиболов Вячеслав Анатольевич


15 июня 2020 г.

Обучение SAP Basis. Новый пакет заданий - SAPADM 2.0. Пакет 3

Друзья, спешу поделиться хорошей новостью - в обновленном курсе обучения SAPADM 2.0 появился новый пакет заданий. 


Тем кто готов двигаться дальше, после прохождения первых двух пакетов обучения, я готов предложить проработать свои навыки администрирования базы данных Oracle. Мой новый пакет обучения полностью посвящен этому вопросу (рис. 1).

Рис. 1. Описание заданий третьего обучающего пакета курса SAPADM 2.0.

Новый пакет продолжает дело предыдущих двух пакетов: 20% теории плюс 80% практики. Вы получите больше 280 страниц моей документации приправленной большим количеством снимков экранов, ссылок на дополнительные статьи и ресурсы. 

Купив этот пакет обучения, вы изучите всё, что необходимо начинающему администратору базы данных Oracle в рамках SAP системы. А самое главное, что обучение будет происходить на реальной боевой системе. Все инструменты администрирования, транзакции, работа с табличными пространствами, запуск и останов базы данных в различных условиях, создадите свой цикл резервного копирования, попробуете создавать разные виды бэкапов и восстановление из них, сможете понять как менять параметры базы данных и анализировать производительность. Более 21 часа практического погружения в администрирование базы данных, не включая часов потраченных на изучение теоретических основ Oracle. 

Как всегда полная поддержка с моей стороны в плане ответов на дополнительные вопросы и ссылок на материалы. 

В обучении используется SAP система, установленная в предыдущих пакетах: SAP NetWeaver 7.5 на Oracle 12.2.0.1 и SUSE Linux. Аппаратные требования идентичные предыдущим пакетам. 

Цена за SAPADM 2.0. Пакет 3 - 16 000 рублей.

Тем, кто купил предыдущие 2 пакета этого курса и хочет получить новый пакет, до 15 июля я готов отдать его со скидкой 15% - за 13 500 рублей. После 15 июля цена будет уже без скидки. 

Пишите мне на почту shibolov@gmail.com с указанием в заголовке письма названия обучающего курса - SAPADM 2.0.

Надеюсь вам этот пакет понравится также, как и предыдущие. Я потратил на его подготовку больше двух месяцев. 


Автор: Шиболов Вячеслав Анатольевич

8 мая 2020 г.

Подарок от SAP: + 2 года поддержки для SAP ERP

В посте "Версии SAP ERP и SAP NetWeaver. А где же SAP S/4HANA?" я выкладывал таблицу с соответствиями версий основных продуктов компании SAP SE (S4/HANA, SAP ERP, SAP R/3) и технической платформы (NetWeaver, SAP WebAS, SAP_BASIS). Там же был затронут вопрос об окончании поддержки этих продуктов. 

Ни для кого не секрет, что на данный момент основным направлением компании является платформа SAP HANA и продукты, основанные на ней. Например, SAP S/4HANA. Это ERP-система, которая может работать только на базе данных SAP HANA. Обновления для S/4HANA выходят каждый год. На текущий момент последняя версия это 1909 (от 09.2019). 

Таким образом, предыдущий флагман - SAP ERP 6.0, система, в которой функционал обновлялся с помощью установки EHP, больше не продвигается компанией SAP. Соответственно это последняя версия системы, которая была в широком смысле кросс-платформенной, то есть поддерживала установку на большое количество платформ и баз данных. И в прошлый раз, я писал, что все версии систем SAP ERP 6.0, вне зависимости от EHP, будут поддерживаться компанией SAP до 31.12.2025. А потом только SAP S/4HANA.

Так вот есть новость. Помните, как в фильме "Джентльмены удачи"? 
- У тебя какой срок был? 
- Одииин год. 
- А теперь ещё три припаяют. 



В феврале 2020 года компания SAP SE опубликовала обновлённую версию "SAP Release and Maintenance Strategy". В документе есть изменения, касающиеся поддержки старой доброй SAP ERP 6.0. Теперь три последних версии EHP (это 6, 7 и 8) будут поддерживаться до 31.12.2027 года, а потом еще 3 года будет доступна поддержка в рамках Extended Maintenance

Информация из PAM это подтверждает (рис. 1 - 3).

Рис. 1. Дата окончания поддержки для SAP ERP 6.0 EHP6.

Рис. 2. Дата окончания поддержки для SAP ERP 6.0 EHP7.

Рис. 3. Дата окончания поддержки для SAP ERP 6.0 EHP8.

Таким образом, компания SAP даёт немного больше времени на переход на SAP S4/HANA. Скорее всего темпы перехода не такие бодрые, как компании бы этого хотелось. На Хабре есть перевод статьи 2017 года (статья на вышла из "Песочницы" из-за ужасного перевода, но суть можно ухватить), которая объясняет откуда растут ноги этого обновления условий поддержки. Я сейчас говорю про темпы обновления уже работающих систем, старых проектов. При новом внедрении и выборе из систем SAP - однозначно только решения на SAP HANA.

Кто недавно начинал новый проект? Можно SAP продавить и купить именно SAP ERP 6.0 или уже нет?

По S4/HANA ничего не изменилось. По основному продукту поддержка до 31.12.2040, но каждая отдельная версия поддерживается не дольше 5 лет. Поддержка, например, версии 1909 заканчивается 31.12.2024. То есть, живя на этой системе, обновляться надо постоянно.

Поживём, увидим, что будет дальше.

Где можно почитать подробности:
- SAP note # 2881788 - End of SAP Business Suite 7 mainstream maintenance,
- SAP note # 1648480 - Maintenance for SAP Business Suite 7 Software including SAP NetWeaver.

P.S. За наводку на эту новость спасибо Дмитрию Бондареву.


Автор: Шиболов Вячеслав Анатольевич

23 сентября 2019 г.

Расширение функциональности транзакции SM04

В статье "Мониторинг рабочих процессов SAP системы" я описывал транзакцию SM50. Данная транзакция используется для мониторинга рабочих процессов ABAP инстанции. Так же в статье упоминалось, что начиная с релиза системы SAP NetWeaver 7.40 SP08, транзакция получила расширенную функциональность и позволяет просматривать рабочие процессы всех инстанций текущей SAP системы. Таким образом, произошла замена функциональности транзакции SM66. При запуске транзакции SM66 в новых релизах SAP систем вызывается транзакция SM50 с расширенным отображением рабочих процессов по всем инстанциям. Запуск старой версии транзакции SM66 возможен через код транзакции SM66_OLD. И в прошлом посте я объяснил, чем она может быть интересна и полезна. 

Теперь хочу рассказать о том, что такие же изменения произошли и в паре транзакций SM04 - AL08. Первая транзакция (SM04) служит для просмотра списка пользователей, выполнивших вход в текущую ABAP инстанцию. В транзакции можно просмотреть список открытых режимов каждого пользователя. Можно закрыть режим пользователя или все режимы, принудительно выбросив пользователя из SAP системы. Это бывает необходимо, например, перед ручным удалением блокировок из таблицы блокировок SAP, о чём я писал тут. Также в транзакции можно просмотреть количество памяти SAP системы выделенной пользователю. Начальный экран транзакции знаком всем тем, кто в той или иной степени приобщён к делу администрирования SAP системы (рис. 1).

Рис. 1. Список пользователей, выполнивших вход в ABAP инстанцию.

Как вы знаете, SAP система поддерживает горизонтальное масштабирование. Производительность уровня сервера приложений SAP может быть увеличена через установку дополнительных диалоговых инстанций, или как их сейчас называют Additional Application Server (AAS). В этом случае для просмотра пользователей, выполнивших вход во все ABAP инстанции текущей SAP системы, необходимо пользоваться транзакцией AL08 (рис. 2).

Рис. 2. Просмотр пользователей по всей системе в транзакции AL08.

В новых версиях SAP систем, основанных на SAP NetWeaver 7.40 SP08 и выше, ситуация немного изменилась. В транзакции SM04 появилась возможность перейти в режим просмотра пользователей по всей системе. Для этого необходимо перейти в пункт меню "Перейти к -> Список по всем системам" (рис. 3).

Рис. 3. Переход к просмотру пользователей по всем инстанциям в транзакции SM04.

После этого в списке появятся пользователи других ABAP инстанций, а в таблицу добавится столбец с именами инстанций серверов приложений (рис. 4).

Рис. 4. Просмотр пользователей по всем инстанциям в транзакции SM04.

И именно этот экран отображается в свежих релизах SAP систем при вызове кода транзакции AL08. 

Для вызова же старой версии транзакции AL08 служит отдельная транзакция - AL08_OLD
Кто-то может быть к ней очень сильно привык. :) 

Отличается она от новой версии, например, тем, что список всех инстанций системы с распределением пользователей по ним отображается сразу в верхней части экрана транзакции (рис. 5). Но каких-то функциональных особых "фишек" я в ней не знаю.

Рис. 5. Отображение ABAP инстанций SAP системы и пользователей в них в транзакции AL08_OLD.

Официально об этом в SAP note 2445935 - AL08 new layout as of EHP7.