SAP TMS (輸送管理システム) チュートリアル

TMSとは何ですか？

TMSは、開発オブジェクトやカスタマイズ設定を、組織全体で整然と移動、管理、制御、コピーするために使用されます。 SAP 事前に定義されたトランスポートルート（RFC接続）を介してランドスケープ内のシステムを転送します。トランスポートプロセスは基本的に、ソースからオブジェクトをエクスポートすることから成ります。 SAP システムにインポートしてターゲットに SAP TMSは輸送管理システムの略です。

なぜ輸送システムが必要なのでしょうか?

CTS コンポーネントは、開発およびカスタマイズ環境全体において重要な役割を果たします。 CTS は Change and Transport System の略です

CTS は次の手段です。

新しい開発リクエストの管理と制御。
トランスポートの管理
どこで誰によって変更が加えられたかの記録
システムランドスケープの構成

CTS コンポーネントの概要

CTO (変更および輸送オーガナイザー) – これは、リポジトリ上で行われた変更を管理、参照、登録し、オブジェクトをカスタマイズするための主要なツールです。これは開発プロジェクトを組織するための中心点です。 SE01 は、新しい拡張ビューを備えたトランザクションです。
輸送ツール – 実際のトランスポートは、OSレベルのバックエンドでトランスポートツールを使用して行われます。 SAP カーネルとプログラムを含む R3トランス およびトランスポート制御プログラム tp.
(TMS) 輸送管理システム

SAP システムランドスケープ

システムランドスケープ（ SAP システムグループ（System Group）は、 SAP サーバー。理想的には、 SAP 環境には、3つのシステムからなるランドスケープが推奨されます。

開発サーバー – DEV
品質保証サーバー – QAS
本番サーバー – PRD。

非常に基本的な意味でのトランスポートサイクルは、品質システムと実稼働システムの両方にインポートされる、DEV からの新しい開発/カスタマイズ変更のリリースです。ただし、PRD へのインポートは統合が XNUMX 回のみ行われます。テストおよび品質チェックは QAS で実行されています (チェック済みとマークされています)。

カスタマイズとは何ですか? TMS はカスタマイズにどのように役立ちますか

カスタマイズとは、 SAP 顧客のニーズに合わせてシステムを構築します。カスタマイズを実行するには、ユーザーとコンサルタントが SAP トランザクション SPRO を通じてアクセスできるリファレンス実装ガイド (IMG)。
カスタマイズは DEV で行うのが理想的です。移送オーガナイザ (SE01) は、IMG と組み合わせて使用され、カスタマイズされた変更をさらに記録および移送します。

カスタマイジングの変更のほとんど (すべてではありません) は次のとおりです。 クライアント固有のつまり、変更は特定のクライアントにのみ反映され、すべてのシステムクライアントに反映されるわけではありません。トランスポートリクエストがエクスポートされると、関連するテーブルエントリがデータベースから抽出されます。 SAP システムにインポートされ、移送ディレクトリにコピーされます。カスタマイジングトランザクションが使用されている間は、関連するテーブルエントリがロックされます。ただし、変更が移送依頼に保存されるとすぐにロックが解除されます。

リポジトリと開発の変更

既存のオブジェクトをカスタマイズするだけでなく、ほとんどの場合、新しい開発も必要です。開発オブジェクトとは、あなたが作成（開発）したオブジェクトです。 SAP システム。
このようなすべてのオブジェクト (クライアント固有またはクライアント間) のコレクションが呼び出されます。倉庫.
開発は主に ABAP Workbench (SE80) を使用して行われます。したがって、このような変更はワークベンチの変更とも呼ばれます。
例：
ABAP ディクショナリオブジェクト: テーブル、ドメイン、データ要素など。
ABAPプログラム、機能モジュール、メニュー、画面
ドキュメント、アプリケーション定義のトランスポートオブジェクトなど
Workbench は TMS とも完全に統合されており、変更を記録して転送します。

ワークベンチの変更のほとんど (すべてではありません) は次のとおりです。 クロスクライアントつまり、変更はターゲットシステムのすべてのシステムクライアントに反映されます。ソースシステムから転送されたオブジェクトは、ターゲットシステム内の同じ名前のオブジェクトを上書きします。

クライアントとデータの種類 SAP システム

概念的には、クライアントは技術的および組織的に独立したユニットであり、独自のデータセット (マスターデータ、アプリケーション/ Operaデータ、カスタマイズデータ)
クライアントは、同じ環境内で、異なるユーザーグループや異なる目的のユーザー用に別々の環境を作成します。 SAP 実際に別のデータベースを使用せずにシステムを構築できます。
技術的な観点から、クライアントは 3 桁の数値 ID を使用して指定されます。これは、クライアント固有のジョブの場合、テーブルフィールド 'MANDT' の値としても機能します。

クライアント固有のデータには、次の 3 種類のデータがあります。

ユーザーマスターデータ ユーザー名、パスワード、ユーザーのデフォルトなどのユーザーのログイン情報、認可プロファイルまたはロール、ユーザーグループ、通信などのその他の有用な情報が含まれます。このデータは、特定のテーブルセット (USR* テーブル) に物理的に存在します。
データのカスタマイズ 導入企業の組織構造とビジネスプロセスをカスタマイズするための設定が含まれています。 SAPこのデータはクライアントに依存しており、カスタマイズテーブルと呼ばれるテーブルに保存されます。
アプリケーションデータ これらもクライアントに依存しており、通常ユーザーは XNUMX つのタイプのマスターデータとトランザクションデータを区別します。

仕入先マスター、品目マスターなどのマスターデータ（MARAなどのテーブル）
販売注文、財務書類、製造注文 (PO) などのトランザクションデータ。

クライアントのカスタマイズオプション

トランスポートディレクトリとその構成

SAP トランスポートディレクトリ:

これはグローバルトランスポートディレクトリ（/usr/sap/trans）であり、実際にはランドスケープ（システムグループ）のすべてのメンバーシステム間で共有される場所（ドメインコントローラシステム内）です。また、インストール中に自動的に作成される特定のサブディレクトリも含まれています。 SAP システム。これは、輸送管理システムを設定するために必須です。
基本的に、トランスポートディレクトリは、DEV からリリースされた後にすべての変更が (ファイル形式で) 保存される場所です。したがって、これは、最終的に QAS および PRD にインポートされる変更のソースとして機能します。したがって、トランスポートディレクトリがランドスケープ内のすべてのシステム間で適切に共有されていることを確認する必要があります。

一例として、 Windows NT では、共有ディレクトリの場所には次のアドレスを使用してアクセスできます。 \\SAPトランスホスト>\sapmnt\trans コラボレー SAPTRANSHOST（ドメインコントローラシステムのアドレス）は、ホストのファイルで定義されています。 Windows すべてのディレクトリ SAP ランドスケープ内のシステム。ドメインコントローラ – ランドスケープ内のシステムの 1 つであり、ランドスケープ内の変更管理およびトランスポートプロセスの全体的なコントローラとして機能します。ドメインコントローラは、システムの可用性とインストール時間に基づいて、システム管理者のチームによって (D/Q/P から) 選択されます。

主要なサブディレクトリ

ファイル: 完全な詳細とコマンドを含む変更要求情報ファイルが含まれています。
データファイル： 変更の実装に使用される実際の値とデータが含まれます。
ログ： トランスポートプロセスでエラーが発生した場合のトラブルシューティングに使用されるトランスポートログ、トレース、または統計が含まれます。
EPS： 高度な修正およびサポートパッケージのダウンロードディレクトリ

他のサブディレクトリは次のとおりです。

置き場： tp (トランスポートプログラム) および TMS の設定ファイル
古いデータ: アーカイブまたは削除用の古いエクスポートデータ
行為ログ: すべてのリクエストとタスクのアクションログ
バッファ： インポートするトランスポートを宣言する各システムのトランスポートバッファ
サップネーム: 各利用者からの輸送依頼に関する情報
一時: 一時ファイルとデータログファイル

トランスポートディレクトリとTPPARAMの設定

TMS を構成する際の主な前提条件の XNUMX つは、トランスポートディレクトリとトランスポートパラメータファイルを設定することです。
これにより、ランドスケープ内のすべてのシステム間でディレクトリが適切に共有されることが保証されます。これは、グループ/ランドスケープに参加しているすべてのシステムが、ビン /use/sap/trans のサブディレクトリ。参加しているすべてのシステムのエントリがこのファイルに作成されていることを確認する必要があります。
エントリが欠落している場合は、別のシステムのエントリをコピーし、値 (システム ID、ホスト名など) を変更します。
インストール時に、TPPARAM ファイルの初期設定テンプレートを含むトランスポートディレクトリとサブディレクトリが自動的に作成されます。

Operaシステムツール – TP および R3trans

tp – 輸送制御プログラム:

tp は SAP プログラム管理者がシステム間のトランスポートの実行と計画、およびシステムのアップグレードに使用する SAP システム。これは CTO と TMS によって使用されます。
実際に、 tp は、その機能を実行するために他の特別なツール/プログラムおよびユーティリティを使用します。主に、それは呼び出します R3トランス ユーティリティプログラム。ただし、トランスポートプロセスのより広範な制御も提供し、エクスポート/インポートされたオブジェクトの正しい順序を保証し、間違った順序によって発生する可能性のあるシステム内の重大な不一致を回避します。
tp の標準ランタイムディレクトリにあります。 SAP システム： /usr/sap/SYS/ /exe/実行。インストールプロセス中に自動的にコピーされます。
前提条件として、 tp グローバルパラメータファイル(TPPARAM) を維持し、少なくともトランスポートプロセスに参加するシステムのホスト名を指定する必要があります。
tp 主にターゲットシステムでインポートを実行するために使用されます。 Import Dispatchers と呼ばれるユーティリティを使用します。 RDDIMPDP & RDDIMPD_CLIENT_これらは、インポートが実行されるすべてのシステムでバックグラウンドジョブとしてスケジュールする必要があります。何らかの理由でこれらのジョブが削除された場合は、レポートを実行してこれらのジョブをスケジュールできます。 RDDNEWPP.
実はこれらの仕事は、 「イベントがトリガーされた」これは、 tp R/3 システムにシグナル (イベント) を送信し、ジョブが開始されます。これらのイベントの名前は次のとおりです。 SAP_TRIGGER_RDDIMPDP および SAP_TRIGGER_RRDIMPDP_クライアント.

R3trans – トランスポート制御プログラム

R3トランス は SAP 異なるシステム間でデータを転送するために使用できるシステム転送プログラム SAP システム。通常は直接使用されず、 tp 制御プログラムまたは SAP アップグレードユーティリティ。
tp トランスポートを制御し、r3trans 制御ファイルを生成しますが、データベース自体には接続しません。すべての「実際の作業」は、 R3トランス.
異なる OS や異なる DB 上で実行されているシステム間でのデータの転送をサポートします。