SAP System Landscape Directory. Часть III.

В последней части я хочу описать как использовать SLD систему в SAP Solution Manager. В этой системе есть транзакция SMSY, в которой можно вести системный ландшафт.

Данная транзакция может получать данные из SLD. Настройка производится в транзакции SMSY_SETUP.

Необходимо настроить периодические задания (LANDSCAPE FETCH) по переносу данных из SLD. Для этого выберем в транзакции пункт меню "Системный ландшафт -> Запланировать перенос данных из TMS/SLD (F8)".

После выставляем предпочтительное время отработки задания (время работы задания - 9-10 секунд), ставим галочку "Выполнять задание периодически" и задаём значения периодов:

После этого данные с "завидной" периодичностью будут обновляться из SLD.

При возникновении проблем стоит заглянуть в следующие SAP notes:

• note # 0757204 - SMSY: The connection to the SLD server is inactive,
• note # 1042815 - SMSY: Unrequired data replication to SLD, or dump.

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

SAP System Landscape Directory. Часть II.

SAP System Landscape Directory (SLD) собирает информацию со всех компонент локальной системы (ABAP и J2EE части) и сторонних систем. Для передачи данных в SLD используется SLD Application Programming Interface (SLD API), а в качестве протоколов RFC и HTTP.

Настройка SLD (настройка SLD API) включает в себя настройку всех соединений (RFC, HTTP) и планирование периодических заданий по сбору данных и передачи их в SLD.
Предлагаю скачать подробную инструкцию по настройке SLD (zip-архив, 600 Кб).

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

SAP System Landscape Directory. Часть I.

SAP System Landscape Directory (SLD) - Java-приложение, работающее в J2EE части SAP NetWeaver. Служит для хранения данных об аппаратных и программных компонентах всех систем ландшафта. Использует Common Information Model (CIM) стандарт.

При установке системы, которая основана на SAP NetWeaver, SAPInst предлагает следующие варианты:

• зарегистрироваться в существующем SLD,
• создать локальный,
• не использовать SLD.

Если для данной SAP системы необходим SLD, то третьего пункта в SAPInst не будет. К таким системам относятся SAP Solution Manager, SAP Process Integration (PI или XI). SLD сервер также используется при разработке приложений на Java (NWDI). Поэтому как минимум одна система с SLD на проекте будет. Это SAP Solution Manager.
При выборе пункта "Configure a local SLD" необходимо указать имя Object Sever-а (можно указать просто hostname, подробности в SAP note # 935245) и пароли пользователей SLDDSUSER (передача данных в SLD) и SLDAPIUSER (обмен информацией о ландшафте).

При этом SAPInst автоматически настраивает SLD сервер и загружает начальные данные о существующих на данный момент SAP компонентах. Эта процедура привносит свою лепту в количество общего времени установки системы.

При выборе пункта "Register in existing central SLD" необходимо указать пароли уже существующих SLD пользователей и координаты SLD сервера.

Для управления SLD сервером необходимо вбить в Web-браузере URL - http://<host>:<port>/sld, где <host> - host где установлен SLD, <port> - 5XX00, где XX - номер инстанции. Вход под пользователем J2EE_ADMIN.

SAP поставляет обновления CIM модели и содержимого SAP Software Catalog. Примерно раз в квартал необходимо проводить процедуру обновления. Процедура описана тут (zip-архив, 513 Кб).

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

SAP ERP 6.0 IDES в картинках.

Второй системой на подопытном сервере стала SAP ERP 6.0 SR3 IDES. Скачал последние версии установочных дисков для системы на Windows/ORACLE x64 с SAP Support Portal. Инструкции по установке взял тут. Инструкции отдельной для IDES-версии нет, брал общую по установке SAP ERP 6.0. Есть хорошая нота по установке - SAP note # 1244548.

Во время установки, как всегда, на будущее, рисовал в "тетрадочке". Получилась забавная инструкция в картинках по установке оной системы на платформу x64 под Windows/ORACLE. База данных занимает 260 Гб.

Итак, качаем инструкцию по установке SAP ERP 6.0 SR3 IDES (zip-архив, 2891 Кб) и пользуемся. :)

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

PFCG: имя профиля при генерации

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

Начиная с версии SAP 4.6C, прямое ведение профилей полномочий не рекомендуется. Для ведения ролей и профилей полномочий используется транзакция PFCG. При создании новой простой роли после ведения полей полномочий необходимо сгенерировать профиль полномочий, который получает новое имя и привязывается к данной роли. Имя профиля полномочий генерируется автоматически системой по следующей процедуре:

• T-FT<шестизначный номер>,
  

где "F" - первый символ идентификатора системы (SID), "T" - третий символ идентификатора системы (SID), <шестизначный номер> = "номер из манданто-зависимой таблицы AGR_NUM_2" + 1.

В связи с такой процедурой время от времени в некоторых системных ландшафтах могут происходить коллизии при транспортировке ролей с профилями полномочий из системы разработки в другие системы. Например. Если в ландшафт включены системы HDQ, HTQ и HPQ, то имена профилей, сгенерированных в разных системах, будут совпадать, так как у SID-ов систем идентичны первые и последние символы. Если номера, которые хранятся в таблице AGR_NUM_2, в разных мандантах одной системы совпадают или пересекаются. А роли ведутся в разных мандантах и импортируются в тестовую и продуктивную системы. При этом возникают коллизии при совпадении имен профилей полномочий в целевых системах.

Есть несколько путей решения данной проблемы. Все они описаны в замечательной SAP note # 1380203.

У меня была проблема, что роли ведутся разными модулями в разных мандантах системы разработки. Иногда в продуктивной системе возникали коллизии при переносе с новой ролью профиля полномочий, который именем совпадал с профилем другой роли в продуктивной системе. Коллизия заключалась в том, что профиль новой роли не переносился. Решил так (1 способ из вышеуказанной ноты). Просмотрел таблицу AGR_1016 в продуктивной системе и системе разработки на предмет существующих профилей полномочий. Выбрал диапазоны для каждого из мандантов. Изменил значения в таблице AGR_NUM_2 в каждом манданте системы разработки:

При генерации нового профиля полномочий для роли в 111 манданте получаем то, что хотели:

Если в ландшафте неудачно даны имена идентификаторам систем, то необходимо применить второй способ решения проблемы из SAP note # 1380203.

P.S. Всех с наступлением весны! ;)

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