セクション 4 / 10

トランスポート管理

トランスポートの仕組みと流れ、TMSの構成、移送時のトラブルとリターンコードの読み方を解説します。

目次を開く

トランスポートは、開発システムで行った変更を品質保証、本番へ運ぶ仕組みです。SAPの品質管理の根幹をなす機能であり、Basisの中核業務の1つです。

トランスポート要求の構造

トランスポート要求は、要求(Request)とタスク(Task)の2階層で構成されます。

階層役割
要求(Request)移送の単位。プロジェクトや変更のまとまり
タスク(Task)開発者ごとの作業単位。要求に属する

複数の開発者が同じ要求に属するタスクを持つことができます。全員が自分のタスクをリリースしてはじめて、要求全体をリリースできます。

要求の種類
種類記号内容
ワークベンチ要求Kプログラム、テーブル、クラスなど開発オブジェクト
カスタマイジング要求WIMG設定。クライアント依存
移送可能変更要求他システムへ移送する
ローカル変更要求同一システム内でのみ有効

トランスポートの流れ

移送の各段階
順序処理実行者
1変更を行い、要求に記録される開発者
2タスクをリリース開発者
3要求をリリース開発リーダー
4エクスポート(ファイルが生成される)システム
5QASへインポートBasis
6QASでテスト業務部門
7PRDへインポートBasis

要求をリリースすると、変更内容がトランスポートディレクトリ内のファイル(データファイルとコファイル)としてエクスポートされます。インポートは、このファイルを読み込む処理です。

TMS(トランスポート管理システム)

TMS(STMS)は、システム間の移送経路を定義し、インポートを実行するための仕組みです。

TMSの構成要素
要素内容
ドメインコントローラTMS設定を管理する中心システム。通常はDEV
トランスポートルートどのシステムからどのシステムへ運ぶかの経路
トランスポート層パッケージと経路を結びつける
インポートキュー各システムで待機中の要求の一覧

リターンコードの読み方

インポートの結果は、リターンコード(RC)として表示されます。この数値の意味を理解しておくことが重要です。

トランスポートのリターンコード
RC意味対応
0正常終了対応不要
4警告ありログを確認。多くは無害だが要検証
8エラー一部のオブジェクトが移送されていない。要調査
12重大なエラー移送が中断。原因を特定して再実行
16致命的なエラーシステムレベルの問題。TMS設定などを確認

よくあるトラブル

移送時の典型的な問題
症状原因対処
オブジェクトが移送されない要求に含まれていないSE03でオブジェクトの所属を確認
インポート後に動作しない依存オブジェクトが未移送関連する要求を確認して追加移送
要求がロックされている他のユーザーが編集中SE03でロックを確認
同じオブジェクトが複数の要求に並行開発による競合移送順序を調整、または統合
カスタマイジングが反映されないクライアントが違う移送先クライアントの設定を確認

緊急移送とその管理

本番障害への対応で、通常の手順を省略して緊急移送を行うことがあります。この場合でも、記録を残し、事後にテストを行う運用が必要です。

緊急移送を安易に許すと、テストされていない変更が本番に入る経路が常態化します。緊急移送の承認者と手順を明文化し、実施件数を定期的にレビューすることが、統制上重要です。

📖 わからない用語は SAP用語辞典 で調べられます。

理解度チェック

このセクションの内容を確認しましょう。

確認問題 1

ABAPプログラムやテーブル定義など、リポジトリオブジェクトの変更を記録するトランスポート依頼はどれか。

確認問題 2

トランスポート依頼のリリースに使用するトランザクションコードはどれか。

確認問題 3

トランスポート依頼をリリースすると、変更は自動的に本番環境にインポートされる。

確認問題 4

トランスポート管理システム(TMS)のトランザクションコードはどれか。

確認問題 5

カスタマイジング依頼はクライアント依存の設定変更を記録する。

確認問題 6

トランスポート依頼のライフサイクルを正しい順序で並べてください。

クリックして正しい順番に選んでください