| Oracle® Fusion Middleware Oracle Data Integratorアプリケーション・アダプタ・ガイド 11g リリース1 (11.1.1) B70181-01 |
|
 前 |
 次 |
| Oracle® Fusion Middleware Oracle Data Integratorアプリケーション・アダプタ・ガイド 11g リリース1 (11.1.1) B70181-01 |
|
前 |
次 |
この章では、Oracle Data IntegratorでのSAP BWナレッジ・モジュールの使用方法について説明します。
この章では、次の項目について説明します。
SAP BWナレッジ・モジュールにより、Oracle Data IntegratorはSAP Java Connector (SAP JCo)ライブラリを使用してSAP-BWシステムに接続できます。これらのアダプタでは、SAP-BWシステムから大量のデータを抽出できます。
SAP BWアダプタを初めて使用する場合は、次のOracle Technical Network (OTN)にある、Oracle Data Integrator SAP ABAP BWアダプタ・スタート・ガイドを確認することをお薦めします。
http://www.oracle.com/technetwork/middleware/data-integrator/learnmore/index.html
これには、完全な前提条件のリストとSAP接続テストを含む手順を追った説明が含まれています。
Oracle Data IntegratorのSAP BWナレッジ・モジュールは、次のような目的で、SAP-BWシステムの成熟したな統合方法を使用しています。
SAP BWメタデータのリバース・エンジニアリング
SAP BWシステム(ソース)からOracleステージング領域へのデータの抽出およびロード
リバース・エンジニアリング・プロセスでは、ODIモデル内の次のSAP BWオブジェクトを返します。
各ODS/DSOオブジェクトは、ODIデータストアとして表されます。
各InfoObjectは、ODIでデータストアを最大3つまで含むサブモデルとして表されます。
マスター・データを持つInfoObjectsには、すべてのInfoObject属性を含むマスター・データ・データストアがあります。
テキスト・データが添付されているInfoObjectsには、すべてのテキスト関連の列を含むテキスト・データストアがあります。
定義された階層を持つInfoObjectsには、すべての階層関連の列を含む階層データストアがあります。
各InfoCubeは、単一のODIデータストアとして表されます。このデータストアには、すべてのディメンションのすべての特性に関する列とすべてのキー数値に関する列が含まれます。
各OpenHubDestinationは、ODIデータストアとして表されます。
Oracle Data Integratorには、SAP BWデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表7-1に示します。
Oracle Data Integrator SAP BWナレッジ・モジュールでは、SAP JCoライブラリを使用したSAP BWシステムからの統合が可能です。このKMのセットには、次の機能があります。
SAP BWシステムからSAP BWデータを読み取ります。
Oracleステージング領域にこのデータをロードします。
SAPメタデータをリバース・エンジニアリングし、必要なメタデータのみを選択するようツリー・ブラウザに指示します。
フレックスフィールドを使用してSAP BWデータ・ターゲット・タイプ(InfoCube、InfoObject、ODS/DSO、OpenHubおよびテキスト表)およびその列をマップします。
RKM SAP BWにより、Oracle Data Integrator (ODI)ではSAP JCoライブラリを使用してSAP BWシステムに接続し、SAP BWメタデータのカスタマイズされたリバース・エンジニアリングを実行できます。
LKM SAP BW to Oracle (SQLLDR)は、SAP BWシステム(ソース)からOracleステージング領域にデータを抽出およびロードする役割を果たします。
|
注意: SAP BWへのアクセスはABAPを使用して行われます。その結果、接続に使用されるテクノロジはSAP ABAPで、テクノロジ要素およびモデルはSAP ABAPテクノロジに基づきます。ODIにSAP BWテクノロジは存在しませんが、SAP ABAPテクノロジに基づいたSAP BW固有のKMが存在します。 |
リバース・エンジニアリングではRKM SAP BWを使用します。
このナレッジ・モジュールでは、SAP BWメタデータを取得するための専用RFCプログラムを自動インストールします。また、SAP BWデータ・オブジェクトのリストを抽出し、オプションでメタデータ・ブラウザのグラフィック・インタフェースにこのリストを表示します。ユーザーは、リバース・エンジニアリングするSAP BWオブジェクトをこのリストから選択します。
リバース・エンジニアリング・プロセスでは、データ・ターゲット、主キー、外部キーおよびインデックスがOracle Data Integratorモデルにリバース・エンジニアリングされます。
SAPからのデータ統合は、LKM SAP BW to Oracle (SQLLDR)によって管理されます。
このKMは、ABAPを経由したSAP BWからのインタフェース・ソーシングと、Oracle Databaseへのステージング領域の配置に使用されます。
KMではまず、指定されたインタフェースに必要な抽出プロセスに対応する、最適化されたABAPコードを生成します。このコードには、ソースのSAP BWサーバー内で直接処理できるフィルタおよび結合が含まれます。このABAPプログラムは、自動的にアップロードされ、OdiSAPAbapExecuteオープン・ツールを使用して実行されて、抽出ファイルが生成されます。
その後、KMは、この抽出ファイルを事前に構成されたFTPサーバーに転送します。このファイルは、FTP、SFTPまたはSCPを使用してこのサーバーからOracleステージング領域があるマシンにダウンロードされ、最後にSQL*Loaderを使用してそのステージング領域にロードされます。また、ODIエージェントと同じマシン上にFTPサーバーがインストールされている場合、エージェントがFTPサーバーのディスク上にある抽出ファイルを直接読み取ることもできます。
他の統合プロセス(データの整合性チェックおよび統合)は、他のOracle Data Integration KMで管理されます。
SAP BWデータでの作業を開始する前に、この項の情報を必ず読んでください。
インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。
サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。
http://www.oracle.com/technology/products/oracle-data-integrator/index.html
SAP BWの一部のナレッジ・モジュールでは、SAP-BWシステムおよびOracleデータベースに固有の機能を使用します。この項では、これらの機能に関連する要件をリストします。
アダプタとの互換性があるJCoバージョンを使用する必要があります。サポートされるJCoバージョンのリストはOracle Technology Network (OTN)で入手できます。詳細は、7.2.1項「システム要件および動作要件」を参照してください。
Oracle Data IntegratorおよびJCoの両方と互換性があるJVMバージョンを使用する必要があります。
LKM SAP BW to Oracle (SQLLDR)を使用したインタフェースの実行時には、エージェントを実行するマシン上にSQL*Loaderが必要です。SQL*Loaderは、SAPからOracleステージング領域に抽出されたデータのロードに使用されます。
LKM SAP BW to Oracle (SQLLDR)では、SAP BWシステムからのデータのアップロードにFTPサーバーが必要になります。このデータの読取りは、インタフェースを実行するエージェントによって(このエージェントがFTPサーバー・マシン上で実行されている場合)ローカルで実行されるか、またはリモートで(このエージェントがFTPサーバーとは異なるマシン上にある場合)実行されます。このFTPサーバーは、SAP BWマシンとエージェント・マシンの両方からネットワーク経由でアクセスできる必要があります。FTPサーバーは、サード・マシンではなく、ODIエージェント・マシンにインストールされたものを使用することをお薦めします。これにより、FTP_TRANSFER_METHOD = NONEが使用可能になり、パフォーマンスが最適化されます。詳細は、「ファイル転送の構成」を参照してください。
Oracle Data Integratorは、JCoを使用してSAP BWデータをホストするSAP-BWシステムに接続します。また、FTPサーバーを使用して、SAPシステムから抽出されたデータをホストします。
この項では、次の必要な接続情報について説明します。
SAPアダプタでは、JCoを使用してSAPシステムに接続します。プロジェクトを続行する前にJCoを構成する必要があります。
JCoをインストールおよび構成する手順は次のとおりです。
http://service.sap.com/connectorsから構成でサポートされるJCoバージョンをダウンロードします。
適切な配布パッケージを任意のディレクトリ<sapjco-install-path>に解凍します。
プラットフォームに対応するJCoドキュメント(<sapjco-install-path>/javadoc/installation.html)に記載されているインストール手順に従います。
必要なファイル(sapjco3.jarおよびsapjco3.dll)を<ODI_HOME>/odi_miscディレクトリにコピーします。
SAPを使用してODIコンポーネント(ODI Studio、スタンドアロン・エージェント)を再起動します。
JCoインストールをチェックします。
SAP BWシステムに接続するには、SAP管理者に次の情報を要求する必要があります。
SAP BWシステムのIPアドレスまたはホスト名: SAPが実行されているホストのIPアドレスまたはホスト名。
SAPユーザー: SAPシステムにログオンするためにユーザーに指定される一意のユーザー名。
SAPパスワード: ユーザーのログインに使用される、大文字と小文字を区別するパスワード。
SAP言語: 英語はEN、ドイツ語はDEなど、ログイン時に使用される言語コード。
SAPクライアント番号: SAPでクライアントと呼ばれる自己完結型の単位に割り当てられた3桁の番号。クライアントは、トレーニング、開発、テスト、本番クライアントなどです。また、大企業の個々の部門を表す場合もあります。
SAPシステム番号: Web Application Server (WAS)とも呼ばれるSAPインスタンスに割り当てられた2桁の番号。
SAPシステムID: ランドスケープにおける3文字で一意のSAPシステムの識別子。
SAP SNC接続プロパティ(オプション)/SAPルーター文字列(オプション): SAPでは、SNCおよびSAPルーターを使用してセキュリティを強化しています。これは、これらのセキュリティの実装時に使用されます。
SAPトランスポート・レイヤー名: SAPランドスケープ内のトランスポート・レイヤーを一意に識別する文字列。これにより、ODIは、SAPでの後のデプロイメントでトランスポート・リクエストを作成できます。ここにデフォルト値がある場合でも、このトランスポート・レイヤー名は、SAP Basisチームからの提供を受ける必要があります。これを行わない場合、インストールの際、大幅な遅れにつながる可能性があります。
SAP BWバージョン: 3.5または7.0。
SAPキャラクタ・セット: このキャラクタ・セットは、SAPシステムがUNICODEシステムではない場合にのみ必要となります。キャラクタ・セットの完全なリストは、『Oracle Databaseグローバリゼーション・サポート・ガイド』のロケール・データに関する項を参照してください。たとえば、クロアチア語のデータの場合はEE8ISO8859P2です。UNICODEシステムの場合はUTF8を使用します。
|
注意: 前述の接続データ(SAP SNC接続プロパティおよびSAPルーター文字列を除く)はすべて必須であり、SAP管理者から要求されます。接続設定時には、SAP管理者にサポートを依頼することを検討することもできます。 |
SAP BWシステムでは、FTPプロトコルを使用してデータをサーバーにプッシュします。システム管理者から次の情報を収集します。
FTPサーバー名またはIPアドレス
FTPログインID
FTPログイン・パスワード
一時データ・ファイルを格納するためのディレクトリ・パス
FTPサーバーがSAPシステムとODIエージェント・マシンの両方からアクセスできることを検証してください。
SAPアダプタでは、設定および実行処理を行う権限が必要です。付録A「SAP ABAP BWアダプタの追加情報」に示されている権限のリストを管理者に提供してください。
これらの権限は、SAPユーザーがODIを使用してSAPシステムにログインする際に必要です。このユーザーは、SAPデータ・サーバーの作成時に指定されます。
SAP統合に使用する2つのデータ・サーバーを定義する必要があります。定義するのは、SAP ABAPデータ・サーバーとFTPデータ・サーバーです。
このデータ・サーバーはFTPサーバーに相当し、抽出ファイルはSAPからここにプッシュされ、SQL*Loader用に取得されます。
『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル・データ・サーバーの作成に関する項の説明に従って、ファイル・データ・サーバーを作成し、そのデータ・サーバーのパラメータを次のように設定します。
ホスト(データ・サーバー): FTPサーバーのIPホスト名またはIPアドレス
ユーザー: FTPサーバーにログインするためのユーザー名
パスワード: ユーザーのパスワード
データ・スキーマ: FTPサーバー上のパス
このファイル・データ・サーバーでは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル物理スキーマの作成に関する項の説明に従って、物理スキーマを作成します。
このスキーマは、抽出ファイルがプッシュされるFTPホスト内のフォルダを表します。詳細は、7.7.1項「ファイル転送の構成」を参照してください。
データおよび作業スキーマを次のように指定します。
ディレクトリ(スキーマ): リモートの場所から抽出ファイルをアップロードまたはダウンロードするためのFTPサーバー上のパス。このパスは、SAP BWシステムからFTPサーバーに抽出ファイルをアップロードする際に使用されます。また、抽出ファイルをダウンロードするリモート・エージェントによって使用されます。このパスにはスラッシュを使用する必要があり、スラッシュ文字で終了する必要があります。
ディレクトリ(作業スキーマ): FTPサーバー・マシン上のローカル・パス。このパスは、FTPを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントによって使用されます。このアクセス方法は、LKM SAP BW to Oracle (SQLLDR)のFTP_TRANSFER_METHODパラメータがNONEに設定されている場合に使用されます。作業スキーマはローカル・ディレクトリの場所です。そのため、スラッシュまたはバックスラッシュは、オペレーティング・システムに応じて使用する必要があります。このパスは、スラッシュまたはバックスラッシュで終了する必要があります。
データ・スキーマと作業スキーマで指定されたパス名は必ずしも同じ名前ある必要はありません。FTPサーバーが、/sapfiles (ディレクトリ(スキーマ)の値)という名前のFTPディレクトリにアクセスできる一方、ローカルでは、c:\inetpub\ftproot\sapfiles (ディレクトリ(作業スキーマ)の値)にあるファイルがアクセスされます。
File Server for SAP ABAPと呼ばれるファイル論理スキーマを作成して、物理スキーマにマップします。この論理スキーマ名はあらかじめ定義されており、SAP ABAPのファイル・サーバーにする必要があります。
このSAP ABAPデータ・サーバーはSAPサーバーに相当し、ここからデータが抽出されます。
SAP ABAPデータ・サーバーを構成する手順は次のとおりです。
『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のデータ・サーバーの作成に関する項に記載されている標準の手順で、SAP ABAPテクノロジ用のデータ・サーバーを作成します。このデータ・サーバーではSAP接続情報を使用します。
このデータ・サーバーのパラメータを次のように設定します。
名前: SAP_BW。ODIに表示されるデータ・サーバーの名前です。
ホスト(データ・サーバー): SAP BWシステムのIPアドレスまたはホスト名。
ユーザー: SAP管理者から提供されたSAP BWユーザー。
パスワード: このユーザーのSAP BWパスワード。このパスワードでは大文字と小文字が区別されます。
「フレックスフィールド」タブに、このデータ・サーバーのフレックスフィールド値を設定します。
SAP言語: ログイン時に使用される言語コード。たとえば、英語の場合はEN、ドイツ語の場合はDEです。
SAPクライアント番号: SAPでクライアントと呼ばれる自己完結型の単位に割り当てられた3桁の番号。クライアントは、トレーニング、開発、テスト、本番クライアントなどです。また、大企業の個々の部門を表す場合もあります。
SAPシステム番号: Web Application Server (WAS)とも呼ばれるSAPインスタンスに割り当てられた2桁の番号。
SAPシステムID: ランドスケープにおける3文字で一意のSAPシステムの識別子。
SAP SNC接続プロパティ: SNC接続プロパティ。このパラメータはオプションで、空のままにすることもできます。
SAPルーター文字列: ルーター文字列。このパラメータはオプションで、空のままにすることもできます。
SAPキャラクタ・セット: このキャラクタ・セットは、SAPシステムがUNICODEシステムではない場合にのみ必要となります。キャラクタ・セットの完全なリストは、『Oracle Databaseグローバリゼーション・サポート・ガイド』のロケール・データに関する項を参照してください。たとえば、クロアチア語のデータの場合はEE8ISO8859P2です。UNICODEシステムの場合はUTF8を使用します。
SAP BWバージョン: SAP BWバージョンを次のように入力します。
SAP BW 7.0システムの場合、700と入力します。
SAP BI 3.5システムの場合、350と入力します。
SAP ERPバージョン& SAP ABAPバージョン: SAP BWコネクタでは使用しません。
|
注意: SAP接続およびFTP接続定義を検証するためのテスト・ボタンはサポートされていません。 |
データ・サーバー名を除いて、SAPデータ・サーバーの定義の際に指定するすべてのパラメータはSAP管理者によって提供される必要があります。これらのパラメータの詳細は、「SAP接続情報の収集」を参照してください。
SAP ABAPスキーマを構成する手順は次のとおりです。
『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項の説明に従って、SAP ABAPデータ・サーバーの下に物理スキーマを作成します。このスキーマには、特定の構成は必要ありません。SAP ABAPデータ・サーバーの下に物理スキーマが1つのみ必要となります。
適切なコンテキスト内で、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項の説明に従って、この物理スキーマ用の論理スキーマを作成します。
SAP BWの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。
次のKMをOracle Data Integratorプロジェクトにインポートします。
RKM SAP BW
LKM SAP BW to Oracle (SQLLDR)
これらの特定のSAP BW KMに加えて、Oracle Databaseでデータの抽出およびデータの品質チェックを実行する標準Oracle LKM、IKMおよびCKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseに関する項を参照してください。
この項の内容は次のとおりです。
『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項に記載されている標準の手順を使用して、SAP ABAPテクノロジおよびSAP ABAP論理スキーマに基づくSAP BWモデルを作成します。
RKM SAP BWを使用して、カスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を使用します。この項では、SAP BW固有のフィールドのみについて説明します。
SAP BWモデルの「リバース」タブで、RKM SAP BWを選択します。
RKM SAP BWでは、USE_GUI KMオプションをtrueに設定します。
RKMを初めて使用する場合のみ: SAP_TRANSPORT_LAYER_NAMEをSAP Basisの管理者が提供したトランスポート・レイヤーの名前に設定します。
|
注意: 不正なまたは無効なトランスポート・レイヤー名を使用すると、インストール・プロセス時に重大な遅れが生じます。SAP Basisの管理者により提供された値のみを使用してください。 |
RKMを初めて使用する場合のみ: UPLOAD_ABAP_CODEをYesに設定します。
初回の実行後は、この値をNoに戻す必要があります。
モデルを保存します。
モデル・エディタ・ツールバーで、「リバースエンジニアリング」をクリックします。
UPLOAD_ABAP_CODEの設定をNoに戻します。
RKMを初めて使用する場合のみ: オペレータで、現在のセッションの状態が「実行中」であることを確認します。
セッションに失敗した場合は、設定を確認してください。すべてのインストール手順が正常に完了するまでは次に進まないでください。
セッションが開始されると、ツリー・メタデータ・ブラウザが表示されます。リバースするデータ・ストア・オブジェクト(複数も可)を選択します。
ツリー・メタデータ・ブラウザ・ウィンドウで、「リバースエンジニアリング」をクリックします。
リバース・エンジニアリング・プロセスでは、選択されたデータ・ストア・オブジェクトをデータストアとして返します。
|
注意: ランタイム・エージェント上でリバース・エンジニアリングを実行する場合は、USE_GUIオプションをfalseに設定する必要があります。このオプションは、Studioに組み込まれたエージェントを使用して、カスタマイズされたリバース・エンジニアリングを開始する場合にのみ使用されます。 |
Oracleステージング領域にSAP BWデータをロードするインタフェースを作成する手順は次のとおりです。
SAP BWモデルからソース・データストアを使用してンタフェースを作成します。このインタフェースは、Oracleターゲットを持つか、またはステージング領域としてOracleスキーマを使用する必要があります。
インタフェースに結合、フィルタおよびマッピングを作成します。
インタフェースの「フロー」タブで、SAP BWソース・データ・オブジェクト(複数も可)を含むソース・セットを選択して、LKM SAP BW to Oracle (SQLLDR)を選択します。
この項の内容は次のとおりです。
ODI SAPアダプタは、ABAPプログラムを使用してデータを抽出します。抽出プロセスの終わりに、ABAPプログラムによってFTPサーバーにデータがアップロードされます。パフォーマンスを向上させるには、このFTPサーバーをランタイム・エージェントと同じマシン上に置く必要があります。
エージェントがFTPサーバーと同じマシン上にない場合は、FTPサーバーからファイルをダウンロードした後に、SQL*Loaderを使用してそのファイルをステージング領域にロードします。このダウンロード処理は、FTP、SFTPまたはSCPを使用して実行されます。
図7-1に示される構成は、FTP_TRANSFER_METHOD = NONEの際に使用されます。この構成では、次のデータの移動が行われます。
ABAPプログラムでは、データを抽出し、そのデータ・ファイルをFTPサーバーにアップロードします。
SQL*Loaderによって、そのデータ・ファイルをローカルに読み込み、そのデータをOracleステージング領域にロードします。
この構成では、次のトポロジの設定が必要です。
FTPサーバーを指すファイル・データ・サーバーを作成します。
ホスト(データ・サーバー): FTPサーバーのホスト名またはIPアドレス
ユーザー: FTPサーバーにログインするためのユーザー名
パスワード: ユーザーのパスワード
このファイル・データ・サーバーに、抽出ファイルがプッシュされるFTPホスト内のフォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。
ディレクトリ(スキーマ): SAP抽出ファイルをアップロードするためのFTPサーバー上のパス。
ディレクトリ(作業スキーマ): SAP抽出ファイルを含むFTPサーバー・マシン上のローカル・パス。エージェントおよびSQL*Loaderによって、この場所から抽出ファイルを読み込みます。
図7-2に示される構成は、FTP_TRANSFER_METHODがFTP、SFTPまたはSCPの際に使用されます。この構成では、次のデータの移動が行われます。
ABAPプログラムでは、データを抽出し、そのデータ・ファイルをFTPサーバーにアップロードします。
ODIエージェントによって、FTPサーバーからKMオプションのTEMP_DIRで指定するディレクトリにそのファイルがダウンロードされます。
SQL*Loaderによって、このTEMP_DIRからデータ・ファイルが読み込まれ、そのデータがOracleステージング領域にロードされます。
この構成では、次のトポロジの設定が必要です。
FTPサーバーを指すファイル・データ・サーバーを作成します。
ホスト(データ・サーバー): FTPサーバーのホスト名またはIPアドレス
ユーザー: FTPサーバーにログインするためのユーザー名
パスワード: ユーザーのパスワード
このファイル・データ・サーバーに、抽出ファイルがプッシュされるFTPホスト内のフォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。
ディレクトリ(スキーマ): SAP抽出ファイルをアップロードするためのFTPサーバー上のパス。
ディレクトリ(作業スキーマ): <未定義>。データ・ファイルがFTPサーバーのファイル・システムから直接アクセスされることはないため、このパスは空白のままにします。
開発の際には、インタフェースを実行するたびに、ABAPコードがSAPシステムにアップロードされます。このアップロードは、LKMオプションのUPLOAD_ABAP_CODEをNoに設定することで明示的に無効にできます。
インタフェースまたはパッケージがユニット・テストされ、開発環境から移行する準備が整うと、ABAPコードはSAP CTS(Change and Transport System)により転送されるため、ODIでABAPコードをアップロードする必要がなくなります。
かわりに、トポロジ内のSAPデータ・サーバー上で定義されたSAP Allow ABAP Uploadフレックスフィールドを使用してアップロードを無効にできます。つまり、ABAPコードのアップロードは、LKMオプションのUPLOAD_ABAP_CODEおよびSAP Allow ABAP Uploadフレックスフィールドの両方をYesに設定した場合にかぎり実行されます。本番システムでアップロードを無効にするには、トポロジ内のSAP Allow ABAP Uploadフレックスフィールドを0に設定します。
|
ヒント: 開発環境ではABAPコードをアップロードし、QAまたは本番環境ではそのアップロードをスキップするインタフェースを構成する手順は次のとおりです。
|
|
注意: 抽出プロセスを開始する前に、ODIは、インタフェースおよびシナリオがSAPにインストールされているコードと一致することを確認します。シナリオが変更されたがABAPコードは再アップロードされていないなどの不一致がある場合は、例外がスローされます。 |
RKMおよびLKMの実行中に複数のログ・ファイルが作成されます。これらのログ・ファイルには、有用なトラブルシューティングの詳細が含まれていることもあります。表7-2には、各種ログ・ファイルとその使用方法が示されています。
表7-2 ログ・ファイル
| デフォルトのログ・ファイル名 | KM /フェーズ | コンテンツ |
|---|---|---|
|
|
RKM |
メタデータ取得の実行ログ |
|
|
RKM |
RKM用SAP RFCの初回インストールに関する情報 |
|
|
LKM - 生成時 |
ABAPエクストラクタのコード生成に関する情報 |
|
|
LKM - 実行時 |
ABAPエクストラクタのインストールに関する情報 |
|
|
LKM - 実行時 |
デルタ抽出に関する情報 |
|
|
LKM - 実行時 |
SQL*Loaderログ・ファイル |
|
|
LKM - 実行時 |
SQL*Loader実行時のOS標準出力には、SQL*Loaderがインストールされていない場合などの情報を含めることができます。 |
|
|
LKM - 実行時 |
SQL*Loader実行時のOSエラー出力には、SQL*Loaderがインストールされていない場合などの情報を含めることができます。 |
SAP ABAP BWアダプタには次の制限があります。
ODIトポロジ・マネージャ内のSAP接続定義を検証する「テスト」ボタンはサポートされていません。
表のリバース・エンジニアリング後は、SAP BWデータ・ストア・タイプ(InfoCube、InfoObject、ODS/DSO、OpenHub、階層およびテキスト表)を変更できません。
SAP ABAP KMでは、順序付けられた結合のみをサポートします。
完全外部結合および右外部結合はサポートされません。
1対多のリレーションシップ(InfoCubeおよび関連付けられたInfoObject結合)では、最初のデータ・ターゲットはInfoCube、次はInfoObjectsおよびそのTextTablesにする必要があります。
階層データストアは、ソース上で他のどのSAP BWオブジェクトとも結合できません。
マスター・データを持たないInfoObjectsのテキスト・データストアは、ソース上で他のどのSAP BWオブジェクトとも結合できません。
OpenHubデータストアは、ソースで他のどのSAP BWオブジェクトとも結合できません。
RSHIENM列のみは、HIER_0GL_ACCOUNT.RSHIENM = 'MYHIER1'などの定数文字列値を使用してフィルタ処理ができます。
