樹液R/3 Archi構造チュートリアル

何ですか SAP R/3ですか?

SAP R/3は3層アーキテクチャで、3つのレイヤーで構成されています。

プレゼンテーション
検査に対応
データベース

簡単に言えば、クライアントサーバーアーキテクチャです。

R リアルタイムシステムを意味します
3 3層アーキテクチャを表します。

ユーザーの PC:- ユーザーはアクセスできます SAP システムは2つの方法で動作します:-

介して SAP GUI
Webブラウザ経由

フロントエンドといいます。ユーザーの PC にはフロントエンドのみがインストールされ、アプリケーション/データベースサーバーはインストールされません。

フロントエンドはユーザーのリクエストをデータベースサーバーとアプリケーションサーバーに受け取ります。

アプリケーションサーバー: – アプリケーションサーバーはビジネスロジックを処理するために構築されています。このワークロードは複数のアプリケーションサーバーに分散されます。複数のアプリケーションサーバーを使用すると、ユーザーはより迅速に出力を取得できます。

アプリケーションサーバーは、ユーザーの PC の場所と比較して離れた場所に存在します。

データベースサーバー: –データベースサーバーは次のようにデータを保存および取得します SQL ABAP によって生成されたクエリと Java 分野の様々なアプリケーションで使用されています。

データベースとアプリケーションは、物理的に同じ場所に存在する場合もあれば、異なる場所に存在する場合もあります。

異なる理解 SAP 層

プレゼンテーション層

プレゼンテーション層 を構成するソフトウェアコンポーネントが含まれています SAPGUI（グラフィカルユーザーインターフェース）。このレイヤーは、R/3システムとユーザー間のインターフェースです。R/3システムは、 SAPデータの入力と表示のための直感的なグラフィカルユーザーインターフェイスを提供する gui。

プレゼンテーション層は、ユーザーの入力をアプリケーションサーバーに送信し、そこから表示用のデータを受信します。 SAPGUI コンポーネントが実行されている場合、R/3 システム内のユーザーの端末セッションにリンクされたままになります。

アプリケーション層

アプリケーション層 3 つ以上のアプリケーションサーバーとメッセージサーバーで構成されます。各アプリケーションサーバーには、R/3 システムを実行するために使用される一連のサービスが含まれています。理論的には、R/XNUMX システムを実行するために必要なアプリケーションサーバーは XNUMX つだけです。実際には、サービスは複数のアプリケーションサーバーに分散されます。メッセージサーバーは、アプリケーションサーバー間の通信を担当します。システム内のあるアプリケーションサーバーから別のアプリケーションサーバーにリクエストを渡します。また、アプリケーションサーバーグループとそのグループ内の現在の負荷分散に関する情報も含まれます。ユーザーがシステムにログオンするときに、この情報を使用して適切なサーバーを割り当てます。

データベース層:

データベース層 R/3 システム内のすべてのデータを含む中央データベースシステムで構成されます。データベースシステムには、データベース管理システム (DBMS) とデータベース自体の XNUMX つのコンポーネントがあります。 SAP 独自のデータベースを製造していますハナただし、次のようなすべての主要なデータベースと互換性があります。 Oracle。すべての R/3 データはデータベースに保存されます。たとえば、データベースには、R/3 システムの実行方法を決定する制御データとカスタマイズデータが含まれています。アプリケーションのプログラムコードも含まれています。アプリケーションは、プログラムコード、画面定義、メニュー、機能モジュール、その他のさまざまなコンポーネントで構成されます。これらは R/3 リポジトリと呼ばれるデータベースの特別なセクションに保存され、それに応じてリポジトリオブジェクトと呼ばれます。 R/3 リポジトリ、オブジェクトは ABAP ワークベンチで使用されます。

のコンポーネントを理解する SAP R/3 3層 Archi構造

の構成要素 SAP R/3 3層 Archi構造 — ABAP+Java システム Archi構造

メッセージサーバー:分散ディスパッチャー間の通信を処理します。 ABAPシステム.
ディスパッチャーキュー: このキューには、さまざまな種類のワークプロセスが格納されます。
発車係： リクエストをワークプロセスに分散します。
ゲートウェイ： これにより、 SAP システムとの間 SAP システムと外部システム.
ABAP 作業プロセス: – R/3 アプリケーションのダイアログステップを個別に実行します。作業プロセスの種類は次のとおりです。
メモリパイプ: これにより、ICM と ABAP ワークプロセス間の通信が可能になります。
メッセージサーバー: Java ディスパッチャとサーバープロセスを処理します。 Java ランタイム環境内での通信を可能にします。
エンキューサーバー:実行されたプロセスによって設定された論理ロックを処理します。 Java サーバープロセス内のアプリケーションプログラム。
中央サービス: Java クラスターには、ロックを管理し、メッセージとデータを送信するための中央サービスの特別なインスタンスが必要です。 Java クラスターは、信頼性の高いシステムを構築するために連携して動作する一連のプロセスです。インスタンスは、メモリ、ワークプロセスなどのリソースのグループです。
Java 発車係： クライアントリクエストを受信し、サーバープロセスに転送します。.
SDM: Software Deployment Manager は、J2EE コンポーネントのインストールに使用されます。
Java サーバープロセス: 多数のリクエストを同時に処理できます。
ねじ切り: 複数のプロセスがバックグラウンドで個別に実行されるこの概念は、スレッドと呼ばれます。
ICM: これにより、 SAP システムとHTTP、HTTPS、SMTPプロトコル。つまり、ブラウザにシステムURLを入力すると、 SAP ブラウザからも。

もう1つのコンポーネントはJCOです。JCOは、システムがABAP+として構成されている場合に、JavaディスパッチャとABAPディスパッチャ間の通信を処理するために使用されます。Java.

方法 SAP ログオンプロセスは機能しますか?

ステップ1） ユーザーが SAP GUIからシステムにアクセスすると、ユーザーリクエストは 急送。

ステップ2） リクエストは次の場所に保存されます まずキューをリクエストします。 派遣者がフォローします 先入先出 ルール。空いている作業プロセスを見つけて、空きがあれば割り当てられます。

ステップ3） ユーザーのリクエストに応じて、特定の作業プロセスがユーザーに割り当てられます。たとえば、ユーザーがシステムにログインすると、ダイアログワークプロセスがユーザーに割り当てられます。ユーザーがレポートをバックグラウンドで実行する場合、バックグラウンド作業プロセスがユーザーに割り当てられます。データベースレベルで変更が行われると、更新ワークプロセスが割り当てられます。したがって、ユーザーのアクションに従ってワークプロセスが割り当てられます。

ステップ4） ユーザーにダイアログワークプロセスが割り当てられると、ユーザーの承認、ユーザーの現在の設定が共有メモリ内のワークプロセスにロールインされ、ユーザーのデータにアクセスします。ダイアログステップが実行されると、ユーザーのデータがワークプロセスからロールアウトされます。これにより、共有メモリがクリーンアップされ、他のユーザーのデータを共有メモリ領域に保存できるようになります。ダイアログステップとは画面の移動を指します。トランザクションにおいて、ユーザーがある画面から別の画面にジャンプするときのプロセスはダイアログステップと呼ばれます。

ステップ5） 最初の作業プロセスは、バッファ内のデータを検索します。バッファ内にデータが見つかった場合、データベースからデータを取得する必要はありません。したがって、応答時間が改善され、このプロセスはヒットと呼ばれます。バッファ内にデータが見つからない場合、データベース内でデータが検索され、このプロセスはミスと呼ばれます。ヒット率は、常にミス率よりも高くなければなりません。これにより、システムのパフォーマンスが向上します。

ステップ6） 要求されたその他のデータはデータベースからクエリされ、プロセスが完了すると結果が返されます。 ディスパッチャ経由の GUI。

ステップ7） 最終的に、エンドユーザーのデータは共有メモリから削除されるため、そのメモリは他のユーザーが利用できるようになります。このプロセスはと呼ばれます ロールアウトする。