RFC接続の設定とテスト方法 SAP – SM59
ジェシカ・ブレイク
このチュートリアルは 4 つのセクションに分かれています
ステップ1： RFC接続をセットアップする
ステップ2： 信頼できる RFC 接続
ステップ3： RFC接続のテスト
ステップ4： エラー解決
ステップ 1: RFC 接続をセットアップする手順
トランザクションコードを入力してください SM59
SM59 画面では、オプション ツリーを使用して、作成済みの RFC 接続をナビゲートできます。オプション ツリーは、すべての接続をカテゴリ別に整理するメニューベースの方法です。
「作成」ボタンをクリックします。 次の画面で、「–」と入力します。
- RFC宛先 – 目的地の名前（ Target システムIDまたは関連するもの）
- 接続タイプ – ここでは、要件に従って RFC 接続のタイプ (前に説明したように) の XNUMX つを選択します。
- Description – これは短い有益な説明であり、おそらく接続の目的を説明するためのものです。
あなたの後'保存する'接続すると、システムは「技術設定」タブに移動し、次の情報が提供されます。
- Target 主催者– ここでは、ターゲット システムの完全なホスト名または IP アドレスを指定します。
- システム番号 – これはターゲットのシステム番号です SAP システム。
- [保存]をクリックします
「ログオンとセキュリティ」 タブ、Enter Target システムインフォメーション
- 言語 – ターゲット システムの言語に従って
- クライアント - で SAP システムにログオンすることはなく、常に特定のクライアントが存在する必要があるため、正しく実行するにはここでクライアント番号を指定する必要があります。
- ユーザーIDとパスワード – できれば独自のログイン ID ではなく、エンドユーザー ID やパスワードが常に変更されることによって接続が影響を受けないように、何らかの汎用 ID を使用する必要があります。 ここではほとんどの場合、タイプ「システム」または「通信」のユーザーが使用されます。 これはターゲット システムのユーザー ID であり、この接続を作成しているソース システムのユーザー ID ではないことに注意してください。
「保存」をクリックします。 RFC接続を使用する準備ができています
注意: デフォルトでは、接続は RFC として定義されます。 接続を tRFC または qRFC として定義するには、メニュー バー -> 宛先 aRFC オプション/tRFC オプションに移動します。 要件に従って入力を提供します。 qRFC を定義するには、特別なオプション タブを使用します。
ステップ 2: 信頼できる RFC 接続
RFC 接続を行うオプションがあります。 「信頼できる」。 選択すると、呼び出し側 (信頼できる) システムは、ターゲット (信頼できる) システムに接続するためにパスワードを必要としません。
信頼できるチャネルを使用する利点は次のとおりです。
- クロスシステムシングルサインオン機能
- パスワードをネットワーク経由で送信する必要はありません
- ログオン データのタイムアウト メカニズムにより、悪用を防ぎます。
- タイムアウト機構により、ログオンデータの誤処理を防止します。
- 呼び出し元/信頼されたシステムのユーザー固有のログオン詳細がチェックされます。
RFC ユーザーは、信頼するシステム (権限オブジェクト) で必要な権限を持っている必要があります。 S_RFCACL).信頼された接続は主に接続に使用されます。 SAP ソリューションマネージャーシステム 他との SAP システム（衛星）
ステップ 3: RFC 接続のテスト
RFC が作成された後 (または、既存の RFC の場合には)、接続が正常に確立されたかどうかをテストする必要があります。
上に示すように、SM59 に移動してテストする RFC 接続を選択し、ドロップダウン メニューを展開します。ユーティリティ -> テスト ->…”。 選択肢は XNUMX つあります。
接続テスト -> これはリモート システムとの接続を試み、IP アドレス/ホスト名およびその他の接続の詳細を検証します。両方のシステムが接続できない場合は、エラーがスローされます。成功すると、応答時間を示す表が表示されます。このテストは、呼び出し元のシステムがリモート システムに到達できるかどうかを確認するだけです。
認可テスト -> これは、ユーザー ID とパスワード (ターゲット システムの [ログオンとセキュリティ] タブで提供される) と、提供される承認を検証するために使用されます。 テストが成功すると、上記の接続テストと同じ画面が表示されます。
Unicode テスト -> それは、 Target システムが Unicode であるかどうか。
リモートログオン –>これは一種の接続テストでもあり、ターゲット システムの新しいセッションが開かれ、ログイン ID とパスワードを指定する必要があります ([ログオンとセキュリティ] タブにまだ記載されていない場合)。 ユーザーのタイプが「ダイアログ」の場合、ダイアログ セッションが作成されます。 接続テストが成功したことを証明するために、通信パケットの応答時間が出力されます。そうでない場合は、エラー メッセージが表示されます。
ステップ 4: 何が問題だったのでしょうか?
どういうわけか RFC 接続が正常に確立されない場合は、「WORK」ディレクターの OS レベルでログを確認して (問題を分析するため) できます。 そこでは、「dev_rfc」という命名規則を持つログ ファイルが見つかります。 」と表示され、エラーの説明はそのようなファイルから読み取ることができます。
