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