使用する
NetWeaver 6.20以降、SAPは、より透過的で使いやすい新しいトランザクションを使用して論理システムを変換するオプションを提供しています。トランザクションBDLSは、これまでこの目的で使用されてきました。このトランザクションは変更されず、新しいトランザクションBDLSSによって拡張されます。BDLSとは対照的に、BDLSSでは、論理システムをすべてのパートナーシステムでリモートに変換することもできます。
前提条件
-
このプログラムのユーザは、ユーザプロファイルに権限オブジェクトB_ALE_SYSを持っています。SAPでは、ALEシステム管理者のみにこの権限を付与することをお奨めします。
-
パートナーシステムで変換を開始する前に、現在のクライアントで論理システムを変換しました。
プロセス
-
トランザクションコードBDLSSを入力します
-
トランザクションの第一画面に概要が表示されます。この概要には、ALE分散モデルで定義され、パートナタイプ’LS’（論理システム）がパートナプロファイルで更新されている、現在のシステムのすべての通信パートナが表示されます。
-
このシステムに対して決定されたRFC宛先にアクセスできる場合は、技術情報列にシステムIDとクライアントが表示されます。ここからリモートでパートナーシステムで変換を開始することもできます。
-
[パラメータの設定]機能のダイアログボックスで、変換する論理システム名を[古い論理システム名]フィールドに入力します。「新規論理システム名」フィールドに新しい名前を入力します。現在のシステムに対して変換が実行され、ログがまだ使用可能な場合は、これら2つのパラメーターに適切な値が入力されます。
-
さらにパラメータを設定するには、関連するタブページを選択します。たとえば、パラメータ「コミット作業あたりのエントリ数」を選択します。デフォルト値は、Oracleデータベースの場合は1,000,000、その他のデータベースの場合は100,000です。この値は、変換にのみ関連します。パフォーマンスを向上させるには、データベースのロール領域が十分である限り、この値をできるだけ大きくする必要があります。必要に応じて、関連するシステムに合わせてこの値を調整することもできます。
-
パラメータを設定したら、システムごとにリモートで変換プロセスを開始できます。論理システム名の変換には、次のオプションを使用できます。
クライアント固有のテーブルとクライアント間のテーブルを変換する
代表的なアプリケーション：
-
論理システム名の名前を変更して、すべてのパートナーシステムのすべてのアプリケーションテーブルの論理システム名を変更します。
-
データベースコピーによる新しいシステムの作成。この場合、新しいシステムを元のシステムとは別の名前で呼び出します。
クライアント固有のテーブルを変換する
サンプルアプリケーションは、クライアントのコピー後に論理システム名を変換しています。
-
-
アプリケーションに適したオプションを選択してください。
-
変換プロセスは、オンラインまたはバックグラウンド処理（デフォルト）で実行できます。バックグラウンド処理では、対応するシステムでバッチジョブが計画され、すぐに開始されます。
-
最初に、テスト実行で変換を開始する必要があります。ラジオボタンテスト実行が選択されている場合、システムは最初に関連するすべてのテーブルを分析し、次に変換されるエントリの数を決定します。テスト実行の結果はデータベースに保存され、リストとして表示できるログに記録されます。テスト実行中にパラメータ「テスト実行のテーブルに新しい名前が存在するかどうかをチェック」が有効化されている場合、システムは新しい論理システム名がアプリケーションテーブルにすでに存在するかどうかをチェックします。含まれている場合、これらのテーブルのログに警告が表示されます。この論理システム名を含むテーブルを確認し、これらのエントリーを変換する必要があるかどうかを判別してください。これらのエントリを変換したくない場合は、実際の変換を開始しないでください。
-
変換は、パートナー番号とパートナータイプによって識別される通信パートナーのテーブルにも影響します。パートナ番号と論理システム名が同じである場合、これらのテーブルエントリも変換されます。
-
一部のアプリケーションでは、データベーステーブルから特定のデータのみを選択して変換したい場合があります。これを行うには、パラメータを定義するときに[変換対象のテーブル]選択画面にオブジェクトを入力して、変換するテーブルを選択または除外できます。クライアントを論理システムに割り当てるためのテーブルT000は、特別な扱いを受け、できません除外されます。このテーブルは、変換プロセスの開始時にチェックおよび変換されます。1つのテーブルのみが変換される場合、この割り当てが現在のクライアントで定義されていれば、論理システムのクライアントの定義も変換されることに注意してください。つまり、変換されたテーブルのアプリケーションドキュメントは新しいシステム名を参照しているため検出されますが、まだ変換されていないテーブルのアプリケーションドキュメントは古い論理システム名を参照しているため検出されません。したがって、すべてのテーブルを1つのステップで変換することをお勧めします。
-
変換ログをチェックして、変換プロセスが成功したかどうかを確認します。変換の結果を確認してください。たとえば、テーブル名の末尾の*文字は、クロスクライアントテーブルを示します。Convert Client-DependentTablesとCross-ClientTablesを使用する場合、これらのテーブルの既存のエントリは新しい論理システム名に置き換えられます。これらのエントリを置き換えたくない場合は、[クライアント固有のテーブルの変換]を選択して、クロスクライアントテーブルの古いエントリが保持されるようにします。
-
変換プロセスが正常に完了すると、システムは変換ログを生成します。これは、変換のために決定されたテーブルとフィールド、および関連するか変換されたエントリの数を示します。
パフォーマンス
-
[コミット作業あたりのエントリ数]フィールドの値は、実際の変換にのみ関連します（テスト実行には関連しません）。パフォーマンスを向上させるには、データベースのロール領域が十分である限り、この値をできるだけ大きくする必要があります。
-
システム内のデータセットのサイズによっては、変換プロセスが長時間続く場合があります。
-
特定のパラメータのテスト実行は1回実行され、テスト実行の結果が実際の変換に使用されます。パフォーマンスを向上させるために、実際の変換のためのプログラムを同時に実行することができます。この並列処理は、異なるクライアントで実行することも、同じクライアントで異なるテーブルに対して実行することもできます。
-
新しい論理システム名がまだ使用されていないことが確実な場合は、テスト実行でパラメータCheck Existence of New NamesinTablesを無効化することができます。
-
同じテーブルを変換したくない場合、または一部のオブジェクトを個別に処理する場合は、トランザクションBDLSCを使用して、これらのテーブルを除外するか、オブジェクトを含めます。この方法でオブジェクトを定義すると、すべてのクライアントに影響することに注意してください。また、オブジェクトが処理される順序にも注意してください。このための事前定義されたプログラミングインターフェイスがあります。
再起動機能
-
変換されたデータはテーブルとして、またはテーブル内のセクションでコミットされるため、何らかの理由で変換プロセスが終了した場合は、再起動できます。
通信設定の確認と変更
-
非同期通信：パートナープロファイル
論理システム名が変換されると、対応するパートナープロファイルでもパートナー名が変換され、パートナープロファイルのパートナーステータスは非アクティブに設定されます。変換後、パートナープロファイル（ポートとRFC宛先）を確認します。必要に応じてこれらを変更し、変更したパートナープロファイルをアクティブにします。
-
同期通信：RFC宛先
論理システム名が変換されたら、RFC宛先で同期通信を確認し、必要に応じて変更します。
