使用する
bgRFCを使用すると、アプリケーションは、呼び出されたアプリケーションが後で受信するデータを記録できます。データを受信するときは、データが受信者に転送されたことを確認する必要があります。これは、任意の順序で1回だけ（トランザクション）、または作成の順序で1回だけ（キューに入れられます）です。
したがって、bgRFCを使用すると、呼び出し元と呼び出されたアプリケーションの間の非同期により、次の利点が得られます。
-
SAPシステム内（同じシステムID、同じクライアント）。
デカップリングと（潜在的に）並列化が可能です。負荷は、このシステムで使用可能なアプリケーションサーバー全体に分散されます。このbgRFCシナリオは、インバウンド手順として知られています。
-
2つのリモートSAPシステム間
デカップリング、したがってアプリケーションまたはビジネスシナリオの物理的なセグメンテーションが可能です。非同期の結果として、呼び出されたアプリケーションと呼び出し元のアプリケーションのアプリケーションサーバーの主要な機能の違いを相殺することができます。録音は呼び出し側システムで行われます。このシナリオはアウトバウンド手順です。
-
両方の手順を組み合わせて、アウトイン手順にすることができます。
ここでは、すべての最適化オプションを利用できます。ただし、これを選択した場合、データは2回記録されます。1回は発信者用（アウトバウンド処理）、もう1回は呼び出されたアプリケーション用（特殊なタイプのインバウンドプロシージャ）です。これにより、スケジューラーが原因で、データベースとアプリケーションサーバーの負荷が増加します。
bgRFCは、キューを使用してさまざまなコールを編成します。同時に複数のキューに配置される呼び出しは、これらのキュー間に依存関係を作成します。これにより、ロックに似た同期ポイントが作成されます。
依存キューは、処理のエントリが依存関係を定義するキューの先頭に来るまで処理できます。このエントリは、すべてのキューの先頭にある場合にのみ処理できます。
bgRFCは、転送のプロパティを定義し、データを記録するために使用できるAPIを開発者に提供します。
記録は、RFC対応の汎用モジュールへの呼び出しによって行われます。複数の汎用モジュール呼び出しをバンドルして、ユニットを形成することができます。単位は、転送の単位です。完全に転送されるか、転送を待機します。
制限
宛先内でbgRFCをtRFCおよびqRFCと組み合わせて使用することはできません。ただし、宛先ごとに、使用する通信タイプを定義できます。
統合
詳しくは
bgRFCの管理とプログラミングの詳細については、以下を参照してください。
