SAP Маршрути та шари: покрокова конфігурація
Джессіка Блейк
⚡ Розумний підсумок
SAP Транспортні маршрути та шари з'єднують системи ландшафту, щоб зміни безпечно переміщувалися від розробки до виробництва. Їх налаштування в Системі управління транспортом визначає шляхи консолідації та доставки для кожного запиту на зміни.
Транспортні маршрути та шари є основою управління змінами в SAP ландшафт. Вони визначають, як опублікований запит на зміни проходить шлях від системи розробки, через контроль якості, і, нарешті, у виробництво. Ця покрокова інструкція з налаштування пояснює кожен тип маршруту та як їх налаштувати в Системі управління транспортом.
Що таке транспортні маршрути та шари?
A транспортний шар призначається кожному об'єкту розробки та визначає шлях транспортування, яким будуть слідувати його запити на зміни. A транспортний маршрут потім з'єднує дві системи вздовж цього шляху. SAP використовує два типи маршрутів: a маршрут консолідації що переміщує випущені зміни із системи розробки до системи забезпечення якості, та маршрут доставки який пересилає імпортовані зміни далі у виробничий процес або подальші системи.
Усі маршрути обслуговуються централізовано в Система управління транспортом (STMS) на контролері домену. Після налаштування контролер домену розподіляє параметри на кожну систему-члена, забезпечуючи, щоб весь ландшафт використовував одну узгоджену конфігурацію транспорту.
Маршрути консолідації
Консолідація маршрутів – Нам потрібно встановити маршрут консолідації для кожного транспортного рівня. Система розробки/інтеграції береться як джерело цих шляхів консолідації. Забезпечення якості/система консолідації як транспортна ціль. Будь-які змінені об’єкти, які мають маршрут консолідації для свого транспортного рівня, можна включити до запитів на зміни/транспортування. Після того, як запит було звільнено, об’єкти можна імпортувати в систему консолідації. Якщо зміни внесено до об’єктів без налаштування маршруту консолідації (або в запитах налаштувань без цілі транспортування) для їх транспортного рівня, такі зміни автоматично сприйматимуться як запити на локальні зміни, тобто не транспортабельні. Можна налаштувати лише один маршрут консолідації на транспортний рівень у системі.
Налаштування транспортних маршрутів
Після того як домен та інші системи ландшафту визначено, нам потрібно з’єднати їх за допомогою відповідних транспортних маршрутів (і шарів). Оскільки системний ландшафт багатьох клієнтів потрапляє в однакові категорії, то TMS надає деякі стандартні системні групи, які можна використовувати для легкого визначення маршрутів. При використанні стандартних опцій маршрути генеруються автоматично; ми можемо вибрати один із наступних варіантів:
- Єдина система
- Двосистемний ландшафт: DEV і PRD
- Три системи: DEV, QAS і PRD
Якщо нам потрібно визначити більш складну транспортну систему, ми також можемо спочатку використовувати стандартні параметри, а також після визначення додаткової консолідації та маршрутів доставки.
Транспортні маршрути – стандартна конфігурація
Транспортні маршрути – конфігурація вручну
Транспортні маршрути
Розповсюдження та перевірка конфігурації
- Після того, як на контролері домену встановлено або змінено налаштування транспортного маршруту, усі інші системи-учасники домену повинні знати нову конфігурацію. Для цього нам потрібно виконати STMS -> Екран транспортних маршрутів -> Огляд систем -> Конфігурація -> Конфігурація розподілу та активації
- Крім того, ми також повинні перевірити різні контрольні точки, щоб переконатися, що вся система поводиться належним чином:
- Для Підключення RFC: Огляд -> Системи -> SAP Система -> Перевірити -> Тест підключення
- Для Мережа: Огляд транспортних маршрутів -> Конфігурація. -> Перевірити -> Послідовність запитів
- Для tp & TPPARAM: Екран огляду системи -> SAP Система -> Перевірити -> Транспортний інструмент
Консолідація проти маршрутів доставки
Обидва типи маршрутів переміщують транспортні запити, але вони працюють на різних етапах ландшафту. Розуміння різниці запобігає зупинці змін до того, як вони досягнуть виробничого процесу.
| Аспект | Маршрут консолідації | Маршрут доставки |
|---|---|---|
| Вихідна система | Розробка / Інтеграція | Гарантія якості |
| Target система | Гарантія якості | Виробництво або подальші системи |
| Тригер | Випуск запиту на зміни | Імпорт у систему консолідації |
| Limit | Один на транспортний рівень на систему | Дозволено кілька маршрутів доставки |
Найкращі практики налаштування транспортних маршрутів
Чітка конфігурація маршруту забезпечує передбачуваність та контрольованість перевезень у межах ландшафту. Застосовуйте ці найкращі практики:
- Спочатку використовуйте стандартні групи: Перш ніж додавати маршрути вручну, почніть із шаблонів TMS для однієї, двох або трьох систем.
- Підтримуйте один контролер домену: Централізовано налаштовуйте маршрути та розподіляйте їх між усіма системами-учасниками.
- Залиште один маршрут консолідації: Визначте лише один маршрут консолідації на кожен транспортний рівень для кожної системи.
- Завжди розповсюджуйте та активуйте: Активуйте конфігурацію, щоб кожна система використовувала однакові маршрути.
- Перевірте з'єднання: Тестуйте RFC, мережеві та транспортні інструменти після кожної зміни.
