SAP Урок за TMS (система за управление на транспорта).

Какво е SAP ТМС?

TMS (Система за управление на транспорта) е SAP инструмент, използван за преместване, управление, контрол и копиране на обекти за разработка и персонализиране на настройките по организиран начин в SAP системи в даден ландшафт, чрез предварително дефинирани транспортни маршрути, изградени върху RFC връзки.

Процесът на транспортиране се състои от два основни етапа: експортиране обекти извън източника SAP система вносител ги в една или повече цели SAP системи. TMS е съкращение от Transport Management System (Система за управление на транспорта) и е ориентираният към потребителя слой, който се намира върху основните инструменти на операционната система. tp намлява R3trans.

Защо се нуждаем от транспортна система?

Без транспортна система, всяка промяна би трябвало да се внедрява отново ръчно в QAS и PRD – бавно, податливо на грешки и невъзможно за одит. Компонентите на CTS запълват тази празнина и играят централна роля в цялостната среда за разработка и персонализиране. CTS е съкращение от Система за промяна и транспорт.

CTS е инструмент за:

• Администриране и контролиране на нови заявки за разработка.
• Управление на транспорта между системите.
• Записване къде и от кого е направена всяка промяна.
• Конфигуриране на самия системен пейзаж.

Преглед на CTS компонентите

CTS се състои от три взаимодействащи си части, всяка от които притежава различен слой от транспортния проблем.

• CTO (Организатор на смени и транспорт): Основният инструмент за управление, преглеждане и регистриране на промени, направени в хранилището, и персонализиране на обекти. Той е централната точка за организиране на проекти за разработка. SE01 е транзакцията с разширения изглед, използвана от Basis администраторите.
• Транспортни инструменти: Действителните транспорти се случват в back-end системата на ниво операционна система, използвайки инструменти за транспорт, които са част от SAP Ядро. Двете ключови програми са R3транс (премествачът на данни) и програмата за контрол на транспорта tp (оркестраторът).
• TMS (Система за управление на транспорта): Потребителският интерфейс, който позволява на администраторите да конфигурират транспортни домейни, да дефинират маршрути, да наблюдават опашки за импортиране и да задействат импортиране без прекъсване.ping към операционната система.

SAP Системен пейзаж

Системният пейзаж (известен също като SAP System Group) е подредбата на SAP сървъри, използвани от организация. Препоръчителната настройка е трисистемен пейзаж:

1. Сървър за разработка – DEV — където разработчиците изграждат и конфигурират.
2. Сървър за осигуряване на качеството – QAS — където промените се тестват за интеграция.
3. Производствен сървър – PRD — където бизнесът функционира ежедневно.

В най-простата си форма, транспортният цикъл е пускането на нови разработки или персонализирани промени от DEV, които след това се импортират както в QAS, така и в PRD. Импортирането в PRD е ограничено: може да се случи само след интеграция. тестване и проверките за качество са завършени в QAS и промяната е официално маркирана като приета.

Какво е персонализиране? Как TMS помага при персонализирането?

Персонализирането е процесът на адаптиране на SAP системата към бизнес нуждите на клиента, без да се променя SAP- доставен код. За да извършат персонализиране, потребителите и консултантите работят чрез SAP Ръководство за внедряване на референтни данни (IMG), достъпен чрез транзакция SPRO.

Персонализирането в идеалния случай се извършва в DEV. Организаторът на транспорт (SE01) се използва заедно с IMG за записване на промените в персонализирането в рамките на заявка за транспорт, които TMS може да придвижи нататък.

Повечето промени в персонализирането – макар и не всички – са специфични за клиента: промените засягат само един конкретен клиент и не са предназначени за всеки клиент в системата. Когато се експортира заявка за транспорт, TMS extracts съответните записи в таблицата от базата данни източник и ги копира в транспортната директория като файлове. Съответните записи в таблицата са заключени, докато се използва транзакцията за персонализиране, но се отключват в момента, в който промените бъдат запазени в заявка за транспорт.

Промени в хранилището и разработката

Освен персонализирането на съществуващи обекти, в повечето проекти са необходими нови разработки. обект на развитие е всеки обект, който е построен вътре в SAP система. Пълната колекция от такива обекти, както специфични за клиента, така и междуклиентски, се нарича хранилище.

Разработката се извършва най-вече с помощта на ABAP Работна маса (SE80), така че тези промени са известни още като Промени в работната масаТипични примери включват:

• ABAP речникови обекти: таблици, домейни, елементи от данни.
• ABAP програми, функционални модули, менюта и екрани.
• Документи и дефинирани от приложението транспортни обекти.

Работната маса е напълно интегрирана с TMS, така че всяка промяна на работната маса може да бъде записана и прехвърлена. Повечето промени на работната маса - макар и отново не всички - са междуклиентски, което означава, че промените ще бъдат отразени във всеки клиент на целевата система. Обектите, пренесени от изходната система, презаписват обекти в целевата система, които носят същите имена.

Клиенти и видове данни в SAP Система

Концептуално, a клиент е технически и организационно независима единица, която съхранява собствен набор от данни — основни данни, приложения/Operaционални данни и персонализиране на данни. Клиентите създават отделни среди за потребители от различни групи или с различни цели в рамките на едно и също SAP система, без да се създава отделна база данни за всяка.

От техническа гледна точка, клиентът се идентифицира с 3-цифрен числов идентификатор, който е и стойността на полето в таблицата. MANDT за специфични за клиента таблици.

Сред специфичните за клиента данни има три различни типа:

• Основни данни на потребителя: Информация за вход, включително потребителско име, парола, потребителски настройки по подразбиране, профили или роли за оторизация, потребителски групи и данни за комуникация. Тези данни се съхраняват в специфичен набор от таблици ( USR* таблици).
• Персонализиране на данни: Конфигурационните настройки, които персонализират организационната структура и бизнес процесите за внедряващата компания. Тези данни зависят от клиента и се съхраняват в таблици за персонализиране.
• Данни за приложението: Също зависимо от клиента и разделено между основни данни (като например основен запис на доставчик и основен запис на материал — например таблица MARA) И транзакционни данни (като например поръчки за продажби, финансови документи и производствени поръчки).

Опции за персонализиране на клиента

Когато се създава нов клиент с транзакция SCC4, администраторите могат да изберат дали промените, записани в клиента, да се записват автоматично в заявка за транспорт и дали изобщо са разрешени персонализиране между клиенти или промени в хранилището.

SAP Транспортен справочник

- SAP Транспортен справочник е глобалният транспортен справочник (/usr/sap/trans) — споделено местоположение, намиращо се в системата на домейн контролера, използвано от всяка система член в даден пейзаж (системна група). Съдържа няколко поддиректории, които се създават автоматично по време на инсталацията и са задължителни за настройване на системата за управление на транспорта.

Транспортната директория е мястото, където всички промени се запазват като файлове, след като бъдат пуснати от DEV. След това тя действа като източник за промените, които впоследствие се импортират в QAS и PRD. Поради тази причина директорията трябва да да бъдат правилно споделени във всяка система в ландшафта.

On Windowsнапример, местоположението на споделената директория може да бъде достигнато чрез:

\\<SAPTRANSHOST>\sapmnt\trans

Тук SAPTRANSHOST — адресът на системата на домейн контролера — е дефиниран във файла hosts на всеки SAP система в ландшафта. Контролер на домейна е една система в ландшафта, която действа като общ контролер за управление на промените и транспорт. Тя се избира от екипа от системни администратори измежду D / Q / P въз основа на наличността и времето за инсталиране.

Основни поддиректории

• кофайлове: Файлове с информация за заявки за промяна, съдържащи пълните подробности и команди за всеки транспорт.
• данни: Действителните стойности и полезният товар от данни, които ще бъдат приложени като част от промяната.
• дневник: Транспортни дневници, tracи статистика — първата ви точка за контакт, когато транспортът се провали.
• EPS: Изтеглете директория за разширени корекции и пакети за поддръжка.

Други поддиректории

• съм: Конфигурационни файлове за tp (Транспортната програма) и TMS, включително централната TPPARAM файл.
• стари данни: Стари експортирани данни се съхраняват за архивиране или евентуално изтриване.
• actlog: Дневници на действията за всяка заявка и задача.
• буфер: Транспортен буфер за всяка система, деклариращ кои транспорти чакат импортиране.
• sapnames: Информация за заявките за транспорт, направени от всеки потребител.
• tmp: Временни файлове и файлове с регистрационни данни.

Настройване на транспортната директория и TPPARAM

Едно от ключовите предпоставки при конфигурирането на TMS е настройването на транспортната директория и файла с транспортни параметри.

• Директорията трябва да бъде правилно споделена между всяка система в ландшафта и всяка участваща система трябва да бъде посочена в глобалния конфигурационен файл. TPPARAM (файлът с транспортни параметри), разположен в bin поддиректория на /usr/sap/trans.
• Ако липсва системен запис от TPPARAM, копирайте строфата на друга система и коригирайте стойностите (системен идентификатор, име на хост и т.н.), за да съвпадат.
• По време на инсталацията транспортната директория и нейните поддиректории се създават автоматично, включително начален шаблон на TPPARAM.

OperaСистемни инструменти за работа: tp и R3trans

Под TMS, две операционни програми вършат тежката работа: tp (програмата за контрол на транспорта) и R3trans (преносчикът на данни).

tp – Програмата за контрол на транспорта

• tp е SAP програма, използвана от администраторите за планиране и извършване на транспорти между системи, както и за SAP системни надстройки. CTO и TMS го обсъждат „под капака“.
• tp използва други инструменти и помощни програми, за да изпълнява функциите си – най-важното е, че извиква R3transОсвен това, той контролира правилната последователност на експортираните и импортираните обекти, така че целевата система никога да не остане с несъответстващи зависимости.
• tp се намира в стандартната директория за изпълнение на SAP система: /usr/sap/SYS/<SID>/exe/runКопира се там автоматично по време на инсталацията.
• Като предпоставка, глобалното tp файл с параметри TPPARAM трябва да се поддържа, като се изброяват поне имената на хостовете на всяка система, участваща в процеса на транспортиране.
• tp се използва предимно за извършване на импортиране в целеви системи. Работи чрез диспечери за импортиране — RDDIMPDP намлява RDDIMPDP_CLIENT_ — които трябва да бъдат планирани като фонови задачи във всяка система, където се извършва импортиране. Ако тези задачи някога бъдат изтрити, докладвайте RDDNEWPP може да ги пренасрочи.
• Тези работни места са задействано от събитие: tp изпраща сигнал (събитие) към R/3 системата и задачата стартира. Събитията се именуват SAP_TRIGGER_RDDIMPDP намлява SAP_TRIGGER_RDDIMPDP_CLIENT.

R3trans – Транспортната програма

• R3trans е SAP транспортна програма, която физически премества данни между различни SAP системи. Рядко се извиква директно; вместо това се извиква от tp или от SAP помощни програми за надграждане.
• tp оркестрира транспортите и генерира контролните файлове, които R3trans консумира, но не се свързва със самата база данни. Цялата „реална работа“ на ниво база данни се извършва от R3trans.
• R3trans поддържа преместване на данни между системи, работещи на различни операционни системи и дори на различни бази данни, което прави хетерогенните SAP възможни пейзажи.

ключ SAP TMS транзакции

Следните T-кодове са ежедневните инструменти, които Basis администраторът използва за работа със системата за управление на транспорта.

Т-код	Цел
СТМС	Главна входна точка на TMS — конфигурация на домейн, транспортни маршрути, общ преглед на импорта.
STMS_IMPORT	Директен достъп до опашката за импортиране на текущата система.
SE01	Организатор на транспорт (разширен изглед) — управление и издаване на заявки за транспорт.
SE09	Транспортен органайзер за заявки за работна маса.
SE10	Организатор на транспорт за персонализиране на заявки.
SCC4	Поддръжка на клиент — конфигурирайте дали клиентът разрешава транспортиране и промени.
SPRO	SAP Референтен IMG — входната точка за всички дейности по персонализиране.
SE80	ABAP Workbench — среда за разработка на обекти от хранилища.

Най-добри практики за SAP TMS

Дисциплинираният TMS процес осигурява протичане на промените без изненади в производството. Следните навици си струва да се възприемат от първия ден.

• Придържайте се към една посока на транспорт (DEV → QAS → PRD). Никога не позволявайте промените да се движат назад или да пропускат QAS.
• Освобождавайте заявките за транспорт в реда на зависимостите. Ако TR-B препраща към обекти, добавени от TR-A, TR-A трябва първо да влезе в опашката за импортиране.
• Използвайте кратки описателни текстове на всеки TR, така че бъдещ проверяващ да може да идентифицира промяната, без да отваря съдържанието.
• Планиране на фонови задачи на RDDIMPDP на всяка система в момента, в който се присъедини към ландшафта — без тях, никакъв импорт няма да се изпълнява.
• Монтирайте транспортната директория последователно на всеки хост; несъответстващите пътища са най-голямата причина за неуспешен импорт.
• Кодовете за връщане над 0 да се третират като дефекти, а не предупреждения. Проучете, документирайте първопричината и едва след това импортирайте отново.

Въпроси и Отговори