Oracle® Fusion Middleware Oracle Data Integratorアプリケーション・アダプタ・ガイド

11g リリース1(11.1.1)

B70181-02(原本部品番号:E17466-07)

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 概要

- 1.1 用語

- 1.2 このガイドの使用方法

2 Oracle E-Business Suite

- 2.1 概要

- 2.1.1 概念

- 2.1.2 ナレッジ・モジュール

- 2.2 インストールおよび構成

- 2.2.1 システム要件および動作要件

- 2.2.2 テクノロジ固有の要件

- 2.2.3 接続性要件

- 2.3 トポロジの設定

- 2.3.1 Oracleデータ・サーバーの作成

- 2.3.2 Oracle物理スキーマの作成

- 2.4 統合プロジェクトの設定

- 2.5 Oracleモデルの作成およびE-Business Suite表のリバース・エンジニアリング

- 2.5.1 Oracleモデルの作成

- 2.5.2 E-Business Suite表のリバース・エンジニアリング

- 2.6 インタフェースの設計

- 2.6.1 E-Business Suiteからのデータのロード

- 2.6.2 オープン・インタフェースを使用したE-Business Suiteへのデータの統合

- 2.6.2.1 グループIDの管理

- 2.6.2.2 オープン・インタフェース・プログラムの実行

3 JD Edwards EnterpriseOne

- 3.1 概要

- 3.1.1 概念

- 3.1.2 ナレッジ・モジュール

- 3.2 インストールおよび構成

- 3.2.1 システム要件および動作要件

- 3.2.2 テクノロジ固有の要件

- 3.2.3 接続性要件

- 3.3 トポロジの設定

- 3.3.1 データ・サーバーの作成

- 3.3.2 物理スキーマの作成

- 3.4 統合プロジェクトの設定

- 3.5 モデルの作成およびリバース・エンジニアリング

- 3.5.1 モデルの作成

- 3.5.2 JDE表のリバース・エンジニアリング

- 3.6 インタフェースの設計

- 3.6.1 JDEからのデータのロード

- 3.6.2 JDEへのデータの統合

4 JD Edwards World

- 4.1 概要

- 4.1.1 概念

- 4.1.2 ナレッジ・モジュール

- 4.2 インストールおよび構成

- 4.2.1 システム要件および動作要件

- 4.2.2 テクノロジ固有の要件

- 4.2.3 接続性要件

- 4.3 トポロジの設定

- 4.3.1 データ・サーバーの作成

- 4.3.2 物理スキーマの作成

- 4.4 統合プロジェクトの設定

- 4.5 モデルの作成およびリバース・エンジニアリング

- 4.5.1 モデルの作成

- 4.5.2 JDE表のリバース・エンジニアリング

- 4.6 インタフェースの設計

- 4.6.1 JDEからのデータのロード

- 4.6.2 JDEへのデータの統合

5 Oracle PeopleSoft

- 5.1 概要

- 5.1.1 概念

- 5.1.2 ナレッジ・モジュール

- 5.2 インストールおよび構成

- 5.2.1 システム要件および動作要件

- 5.2.2 テクノロジ固有の要件

- 5.2.3 接続性要件

- 5.3 トポロジの設定

- 5.3.1 データ・サーバーの作成

- 5.3.2 物理スキーマの作成

- 5.4 プロジェクトの設定

- 5.5 モデルの作成およびリバース・エンジニアリング

- 5.5.1 モデルの作成

- 5.5.2 PeopleSoft表のリバース・エンジニアリング

- 5.6 インタフェースの設計

- 5.6.1 PeopleSoftからのデータのロード

6 Oracle Siebel CRM

- 6.1 概要

- 6.1.1 概念

- 6.1.2 Siebelからのデータ抽出の概要

- 6.1.3 ナレッジ・モジュール

- 6.2 インストールおよび構成

- 6.2.1 システム要件および動作要件

- 6.2.2 テクノロジ固有の要件

- 6.2.3 接続性要件

- 6.3 トポロジの設定

- 6.3.1 データ・サーバーの作成

- 6.3.2 物理スキーマの作成

- 6.4 プロジェクトの設定

- 6.5 モデルの作成およびリバース・エンジニアリング

- 6.5.1 モデルの作成

- 6.5.2 Siebel CRM表のリバース・エンジニアリング

- 6.6 インタフェースの設計

- 6.6.1 Siebelからのデータのロード

- 6.6.2 EIM表を使用したSiebelからのデータのロード

- 6.6.3 EIM表を使用したSiebelのデータの統合

7 SAP ABAP BW

- 7.1 概要

- 7.1.1 概念

- 7.1.2 ナレッジ・モジュール

- 7.1.3 SAP BW統合プロセスの概要

- 7.1.3.1 リバース・エンジニアリング・プロセス

- 7.1.3.2 統合プロセス

- 7.2 インストールおよび構成

- 7.2.1 システム要件および動作要件

- 7.2.2 テクノロジ固有の要件

- 7.2.3 接続性要件

- 7.2.3.1 JCoのインストールと構成

- 7.2.3.2 SAP接続情報の収集

- 7.2.3.3 FTP接続情報の収集

- 7.2.3.4 共有ディレクトリ情報の収集

- 7.2.4 権限の取得

- 7.3 トポロジの定義

- 7.3.1 ファイル・データ・サーバーの作成

- 7.3.1.1 ファイル・データ・サーバーの作成

- 7.3.1.2 ファイル・スキーマの作成

- 7.3.2 SAP ABAPデータ・サーバーの作成

- 7.3.2.1 SAP ABAPデータ・サーバーの作成

- 7.3.2.2 SAP ABAPスキーマの作成

- 7.4 プロジェクトの設定

- 7.5 モデルの作成およびリバース・エンジニアリング

- 7.5.1 SAP BWモデルの作成

- 7.5.2 SAP BWモデルのリバース・エンジニアリング

- 7.6 インタフェースの設計

- 7.7 SAP BW統合の考慮事項

- 7.7.1 ファイル転送の構成

- 7.7.1.1 共有ディレクトリを使用した転送(推奨)

- 7.7.1.2 FTPベースの転送

- 7.7.2 本番環境でのABAPのアップロードおよびABAPコードの制御

- 7.7.3 ODI SAPのトランスポート・リクエストの管理

- 7.7.4 ログ・ファイル

- 7.7.5 SAP BWアダプタの制限

8 SAP ABAP ERP

- 8.1 概要

- 8.1.1 概念

- 8.1.2 ナレッジ・モジュール

- 8.1.3 SAP ABAP統合プロセスの概要

- 8.1.3.1 リバース・エンジニアリング・プロセス

- 8.1.3.2 統合プロセス

- 8.2 インストールおよび構成

- 8.2.1 システム要件と動作保証情報

- 8.2.2 テクノロジ固有の要件

- 8.2.3 接続性要件

- 8.2.3.1 JCoのインストールと構成

- 8.2.3.2 SAP接続情報の収集

- 8.2.3.3 FTP接続情報の収集

- 8.2.3.4 共有ディレクトリ情報の収集

- 8.2.4 権限の取得

- 8.3 トポロジの定義

- 8.3.1 ファイル・データ・サーバーの作成

- 8.3.1.1 ファイル・データ・サーバーの作成

- 8.3.1.2 ファイル・スキーマの作成

- 8.3.2 SAP ABAPデータ・サーバーの作成

- 8.3.2.1 SAP ABAPデータ・サーバーの作成

- 8.3.2.2 SAP ABAPスキーマの作成

- 8.4 プロジェクトの設定

- 8.5 モデルの作成およびリバース・エンジニアリング

- 8.5.1 SAP ERPモデルの作成

- 8.5.2 SAP ERPモデルのリバース・エンジニアリング

- 8.6 インタフェースの設計

- 8.7 SAP ERP統合の考慮事項

- 8.7.1 ファイル転送の構成

- 8.7.1.1 共有ディレクトリを使用した転送(推奨)

- 8.7.1.2 FTPベースの転送

- 8.7.2 ABAPアップロードの管理

- 8.7.3 ODI SAPのトランスポート・リクエストの管理

- 8.7.4 ログ・ファイル

- 8.7.5 SAP ABAPアダプタの制限

A SAP ABAP BWアダプタの追加情報

- A.1 SAP ABAP BWで必要な権限

- A.1.1 RKM SAP BWの設定に必要な認可

- A.1.2 RKMの実行に必要な認可

- A.1.3 LKMの実行に必要な認可

- A.1.4 本番環境でのLKMの実行に必要な認可

- A.2 SAPスタンドアロン接続テスト

- A.3 SAPスタンドアロン接続テスト

- A.4 ODI SAPコンポーネントのアンインストール

B SAP ABAP ERPアダプタの追加情報

- B.1 SAP ABAP ERPで必要な権限

- B.1.1 RKM SAP ERPの設定に必要な認可

- B.1.2 RKMの実行に必要な認可

- B.1.3 LKMの実行に必要な認可

- B.1.4 本番環境でのLKMの実行に必要な認可

- B.2 SAP接続テスト

- B.3 SAPスタンドアロン接続テスト

- B.4 ODI SAPコンポーネントのアンインストール

C librfc32ライブラリまたはlibrfc64ライブラリのインストール

- C.1 librfc32ライブラリまたはlibrfc64ライブラリのインストール

Oracle® Fusion Middleware

Oracle Data Integratorアプリケーション・アダプタ・ガイド

11g リリース1(11.1.1)

B70181-02(原本部品番号:E17466-07)

2013年2月

Oracle Fusion Middleware Oracle Data Integratorアプリケーション・アダプタ・ガイド, 11g リリース1 (11.1.1)

B70181-02

Copyright © 2011, 2013, Oracle and/or its affiliates.All rights reserved.

原本著者:  Laura Hofman Miquel

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

はじめに

このドキュメントは、Oracle Data Integratorでアプリケーション・アダプタを構成し、使用する方法について説明します。

ここでは、次のトピックについて説明します。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このガイドは、Oracle Data Integratorアプリケーション・アダプタを統合プロセスの開発ツールとして使用する開発者および管理者を対象読者としています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、次のOracleドキュメントを参照してください。

- 『Oracle Fusion Middleware Oracle Data Integratorスタート・ガイド』

- 『Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイド』

- 『Oracle Fusion Middleware Oracle Data Integratorアップグレード・ガイド』

- 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』

- 『Oracle Fusion Middleware Oracle Data Integrator接続性およびモジュール・ガイド』

- 『Oracle Fusion Middleware Oracle Data Integratorナレッジ・モジュール開発者ガイド』

- Oracle Data Integrator 11gオンライン・ヘルプ

- Oracle Data Integrator 11gリリース・ノート(Oracle Data Integrator 11gのインストール先またはOracle Technology Networkで入手可能)

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 概要

Oracle Data Integratorでは、アプリケーション・アダプタを使用して、エンタープライズ・アプリケーションからのデータおよびエンタープライズ・アプリケーションへのデータを統合します。

ここでは、次のテクノロジに対し、Oracle Data Integratorでアプリケーション・アダプタを構成し、使用する方法について説明します。

- Oracle E-Business Suite

- JD Edwards EnterpriseOne

- JD Edwards World

- Oracle PeopleSoft

- Oracle Siebel CRM

- SAP ABAP BW

- SAP ABAP ERP

1.1 用語

この項では、このドキュメントおよび「はじめに」に記載されている関連ドキュメントで使用されている共通用語の一部を定義します。

ナレッジ・モジュール

ナレッジ・モジュール(KM)は、Oracle Data Integrator Open Connectorテクノロジのコンポーネントです。KMには、Oracle Data Integratorが特定のテクノロジまたはテクノロジのセットに対する特定の組合せのタスクを実行するために必要な知識が記載されています。

ナレッジ・モジュールは、JDBC、JMS、JCAなどの接続性レイヤーと結合して、テクノロジへの接続、テクノロジからのデータの抽出、抽出したデータの変換、変換したデータのチェック、チェックしたデータの統合など、テクノロジに対して定義されたタスクを実行するオープンなコネクタを定義します。

アプリケーション・アダプタ

アダプタはナレッジ・モジュールのグループです。このグループには、添付されたOracle Data Integrator用テクノロジ定義も含まれる場合があります。

Oracle Application Adapters for Data Integrationには、様々なアプリケーションからのメタデータをリバース・エンジニアリンクしたり、様々なアプリケーションからのバルク・データを抽出するための、固有のソフトウェア・コンポーネントが用意されています。

1.2 このガイドの使用方法

このガイドでは、Oracle Data Integratorでサポートされているアプリケーション・アダプタおよびテクノロジでの作業に関する概念情報および手順を提供します。

章ごとに、各テクノロジの構成方法、プロジェクトの設定方法、および統合操作を実行するためのテクノロジ固有のアプリケーション・アダプタの使用方法について説明します。

一部のナレッジ・モジュールはテクノロジ固有のものではなく、業界標準をサポートしているテクノロジが必要になります。汎用ナレッジ・モジュールと呼ばれるこれらのナレッジ・モジュールは、それぞれ任意のANSI SQL-92準拠データベースおよび任意のJMS準拠メッセージ・プロバイダで動作するように設計されています。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の汎用SQLに関する項およびJMSに関する項を参照してください。

これらの汎用ナレッジ・モジュールをどのような状況でテクノロジと併用できるかについては、テクノロジの章で説明します。ただし、パフォーマンスを向上させ、テクノロジ固有の機能の適用範囲を拡大するために、テクノロジ固有のナレッジ・モジュールを使用することをお薦めします。

ナレッジ・モジュールを使用する前に、Oracle Data Integrator Studioに含まれるナレッジ・モジュールの説明で、使用に関する詳細、制限事項および要件を確認することをお薦めします。また、ナレッジ・モジュールのオプションは、あらかじめデフォルト値で構成されているためすぐに使用できますが、これらのオプションおよびその説明についても確認しておくことをお薦めします。

このガイドの各章では、テクノロジおよびアプリケーション・アダプタに付随する使用方法、オプション、制限事項および要件に関する重要な情報を提供します。

2 Oracle E-Business Suite

この章では、Oracle Data IntegratorでのOracle E-Business Suiteナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 2.1項「概要」

- 2.2項「インストールおよび構成」

- 2.3項「トポロジの設定」

- 2.4項「統合プロジェクトの設定」

- 2.5項「Oracleモデルの作成およびE-Business Suite表のリバース・エンジニアリング」

- 2.6項「インタフェースの設計」

2.1 概要

Oracle E-Business Suite (EBS)は、オラクル社の顧客のビジネス・ニーズに最適のソリューションを提供する統合ソフトウェア・アプリケーションのスイートです。

2.1.1 概念

EBSナレッジ・モジュールでは、次の機能がサポートされます。

- EBSオブジェクトのリバース・エンジニアリング: RKM E-Business Suiteを使用して、E-Business Suiteデータ構造をリバース・エンジニアリングできます。

- EBSからのデータの抽出: 表、ビューおよびキー・フレックスフィールドなどのオブジェクトを使用したE-Business Suiteからのデータの抽出に、標準のOracleまたはSQL LKMを使用できます。

- EBSへのデータ統合: オープン・インタフェース表を使用したE-Business Suiteへのデータの統合にIKM E-Business Suiteを使用できます。オープン・インタフェースAPIにより、多くのOracle固有のインタフェースがカプセル化され、データの整合性が保証されます。オープン・インタフェースは次のもので構成されます。

- ロードされるいくつかのインタフェース表。これらの表は、E-Business Suiteへの入力データのエントリ・ポイントです。

- インタフェース表からE-Business Suiteへのデータの挿入の検証および処理を行ういくつかのプログラム。

Oracle E-Business Suite用のOracle Data Integratorナレッジ・モジュールは、データベース層と対話し、メタデータの抽出およびデータのロードを行います。データのロード時には、アプリケーション層の同時処理サーバーとも対話します。

2.1.2 ナレッジ・モジュール

Oracle Data Integratorには、E-Business Suiteデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表2-1に示します。これらの特定のEBS KMでは、Oracle Data IntegratorとE-Business Suiteの間に包括的な双方向の接続性が提供されており、データの抽出およびロードが可能です。ナレッジ・モジュールでは、E-Business Suiteのすべてのモジュールがサポートされており、EBSオブジェクト表/ビューおよびインタフェース表によって双方向の接続性が提供されます。

表2-1 EBSナレッジ・モジュール

ナレッジ・モジュール

説明

IKM E-Business Suite (オープン・インタフェース)

IKM E-Business Suiteは、EBSインタフェース表へのデータのロードおよび同時リクエストの発行(これによってインタフェース表からベース表へのロードが行われます)に使用されます。

この統合ナレッジ・モジュールでは、次の処理が行われます。

- 増分更新モードで任意のソースからのデータをインタフェース表に統合します。

- データ制御の有効化: 無効なデータはエラー表に分離され、再利用できます。

インタフェース表のロードの他に、次のようなオプションのアクションも提供されます。

- バッチ内で最初のインタフェースに対してグループIDを作成します。

- このグループIDを後続のインタフェースで使用します。

- バッチ内で最後の表がロードされたら、このグループIDを削除します。

- バッチ内の任意の位置でE-Business Suiteインタフェース・プログラムをコールする必要がある場合、および必要なインタフェース表がすべてロードされた後に、オープン・インタフェース・プログラムが実行されます。

インタフェース表のロードには、必ずIKM E-Business Suite (オープン・インタフェース) KMを使用してください。E-Business Suiteの物理表への直接の書込みはサポートされていません。

RKM E-Business Suite

このKMは、E-Business Suiteデータ構造をリバース・エンジニアリングします。表、ビュー、フレックスフィールドおよびE-Business Suiteのインタフェース表構造(列、主キーおよび外部キー)などのEBSオブジェクトがリバースされます。

2.2 インストールおよび構成

E-Business Suiteデータでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件および動作要件

- テクノロジ固有の要件

- 接続性要件

2.2.1 システム要件および動作要件

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

2.2.2 テクノロジ固有の要件

Oracle Data IntegratorでE-Business Suiteデータを使用するためのテクノロジ固有の要件はありません。

2.2.3 接続性要件

Oracle Data IntegratorでE-Business Suiteデータを使用するための接続性要件はありません。

2.3 トポロジの設定

この手順では、データ・サーバーおよび、E-Business Suiteデータを格納するOracle Databaseの物理スキーマと論理スキーマを、Oracle Data Integratorで宣言します。

2.3.1 Oracleデータ・サーバーの作成

『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracleデータ・サーバーの作成に関する項に記載されているとおり、Oracleテクノロジ用データ・サーバーを作成します。このデータ・サーバーは、E-Business Suiteデータを格納するOracle Databaseインスタンスを指している必要があります。

2.3.2 Oracle物理スキーマの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項に記載されている標準の手順で、Oracle物理スキーマを作成します。このスキーマは、E-Business Suite表を指しているシノニムを含むOracleスキーマを指している必要があります。

注意:

物理スキーマは、E-Business Suite表を指しているシノニムを含むOracleスキーマを表す必要があります。このスキーマは通常APPSと呼ばれます。これが、アプリケーションの物理表を含むOracleスキーマを直接指すことはできません。これらの物理表は、通常関連するアプリケーションの名前をとって命名されています。

リバース・エンジニアリングを行うには、物理スキーマが添付されているデータ・サーバーで指定されたOracleユーザーに、APPLSYS表およびOracleデータ・ディクショナリから選択する権限が必要です。

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項に記載されている標準の手順で、この物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。

注意:

E-Business Suite表を含むOracleスキーマおよび、これらの表を指すシノニムを含むOracleスキーマは、物理スキーマ定義で作業スキーマとして定義できません。また、これらのOracleスキーマは、インタフェースのステージング領域として使用しないでください。

2.4 統合プロジェクトの設定

E-Business Suiteの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- IKM E-Business Suite (オープン・インタフェース)

- RKM E-Business Suite

これらの特定のEBS KMに加えて、Oracle Databaseでデータの抽出およびデータの品質チェックを実行する標準Oracle LKMおよびCKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseに関する項を参照してください。

2.5 Oracleモデルの作成およびE-Business Suite表のリバース・エンジニアリング

この項の内容は次のとおりです。

- Oracleモデルの作成

- E-Business Suite表のリバース・エンジニアリング

2.5.1 Oracleモデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項に記載されているように、Oracleテクノロジ、および標準の手順を使用してE-Business Suite接続を構成したときに作成された論理スキーマに基づいてOracleモデルを作成します。

注意:

Oracle Data Integratorで定義されるE-Business Suiteテクノロジはありません。EBSデータをホストするOracle Databaseに対応する論理スキーマ上にデータ・モデルが作成されます。

2.5.2 E-Business Suite表のリバース・エンジニアリング

RKM E-Business Suiteでは、インストールされたE-Business Suite表をリバース・エンジニアリングし、E-Business Suite統合リポジトリから取得した情報を付加できます。

リバース・エンジニアリング・プロセスでは、次に示す情報を返します。

- インストールされたサブモデルとしてのE-Business Suite (モジュール)

- モジュールのサブモデルごとに、表、ビュー、フレックスフィールド、およびインタフェース表のサブモデル

- データストア内の表、列、および主キーと外部キー

- 表のコメント

RKM E-Business Suiteを使用して、EBS表のカスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を行います。この項では、EBS表固有のフィールドのみについて説明します。

1. Oracleモデルの「リバース」タブで、RKM E-Business Suiteを選択します。

2. 次のようにRKMのオプションを設定します。

- Applications List: アプリケーションの短縮名(INVなど)のリストを入力します。

- Only Installed Applications: インストール済アプリケーションと共有アプリケーションのみをリバース・エンジニアリングするには、このオプションをYESに設定します。このオプションをNOに設定すると、すべてのアプリケーションがリバース・エンジニアリングされます。

- Min Rows: すべての表をリバース・エンジニアリングする場合は、デフォルト値0のままにします。最小行数の表のみをリバース・エンジニアリングする場合、このオプションでその最小行数を指定します。

- Description Mask: E-Business Suiteの摘要に基づいてリバース・エンジニアリングされるオブジェクトをフィルタ処理するための摘要マスクを指定します。

- Flexfields: このオプションをYESに設定すると、アプリケーションのフレックスフィールドがリバース・エンジニアリングされます。

- Interface Tables: このオプションをYESに設定すると、アプリケーションのインタフェース表がリバース・エンジニアリングされます。

3. リバースする表を選択するには、「マスク」フィールドでリバース・マスクを指定します。「リバース」タブの「マスク」フィールドで、名前に基づいてリバース・エンジニアリングされるオブジェクトがフィルタ処理されます。

注意:

「マスク」フィールドおよびDescription Maskオプションは、SQL Likeを使用して実装されています。選択できるパターンは次のとおりです。

- % パーセント記号を使用すると、任意の長さ(長さ0を含む)の任意の文字列と一致します。

- _ アンダースコアを使用すると、1文字と一致します。

リバース・エンジニアリング・プロセスでは、アプリケーションおよび表をサブモデルおよびデータストアとして返します。統合インタフェースのソースまたはターゲットとしてOracle Applicationsを使用できます。

E-Business Suiteのリバース・エンジニアリングの機能

E-Business Suite表のリバース・エンジニアリングには、次の機能があります。

- E-Business Suiteモジュールがサブモデルとしてリバースされます。サブモデル名はアプリケーション名に対応しています。

- 各アプリケーション・サブモデルは、表、ビュー、フレックスフィールド、およびインタフェース表のサブモデルに分類されます。

- 表/ビュー、列、および主キーと外部キーがデータストアでリバースされます。

- <AppName>のフレックスフィールドと呼ばれるサブモデルがアプリケーションごとに作成されます。フレックスフィールド・サブモデルのデータストアは、アプリケーション用に登録されているキー・フレックスフィールドのConcatenated_Segment_Viewsに対応しています。これらのオブジェクトはビューのサブセットです。フレックスフィールド・サブフォルダのデータストアは、フレックスフィールドの名前をとって命名されます。

- インタフェース表サブモデルのデータストアは、名前にINTERFACEというパターンを含む表に対応しています。これらのオブジェクトは表のサブセットです。

注意:

オープン・インタフェース(EBS統合リポジトリで指定)の一部には、INTERFACEというパターンが名前に含まれていないインタフェース表を持つものがあります。

E-Business Suiteリバース・エンジニアリング・プロセスの制限

この項では、E-Business Suite表のリバース・エンジニアリングの制限について説明します。

- 選択的なリバース・エンジニアリングは、このナレッジ・モジュールでは使用できません。

- Min Rowsオプションを使用するには、Oracle統計がすべての表で計算される必要があります。

- Oracle Data Integratorデータ・サーバーで定義されているOracleユーザーが、リバース・エンジニアリングする表の所有者ではない場合、これらの表でこのユーザーのシノニムを定義する必要があります。

- キー・フレックスフィールドのみがサポートされています。付加フレックスフィールドはサポートされていません。

2.6 インタフェースの設計

E-Business Suiteは、統合インタフェースのソースおよびターゲットとして使用できます。

インタフェース用に選択したKMによって、このインタフェースの機能およびパフォーマンスが決まります。この項に示す推奨事項は、EBSデータのロードおよび統合に関連する様々な状況でのKMの選択に役立ちます。

2.6.1 E-Business Suiteからのデータのロード

E-Business Suiteをソースとして使用する場合、アプリケーションからデータを抽出して別のシステム(データ・ウェアハウス、他のデータベースなど)に統合します。

E-Business Suiteからのデータの抽出は、Oracle Databaseをソースとする通常の統合インタフェースを使用して行います。このためには、Oracle Databaseテクノロジで機能するナレッジ・モジュールを使用できます。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracleからのデータのロードに関する項を参照してください。

2.6.2 オープン・インタフェースを使用したE-Business Suiteへのデータの統合

Oracle Data Integratorでは、データをE-Business Suiteに統合するためのIKM E-Business Suite (オープン・インタフェース)を提供しています。E-Business Suiteへの統合プロセスは次のとおりです。

1. 一連のオープン・インタフェース表は、特定のトランザクションのバッチでロードされます。このトランザクションは、グループIDで識別されます。グループIDについては、次の点に注意してください。

- バッチ内の最初の表でグループIDが存在しない場合は、これを作成します。

- バッチ内の後続の表については、バッチで別の表がロードされたら、このグループIDを使用します。

- バッチ内で最後の表がロードされたら、このグループIDを削除します。

2. バッチ内の任意の位置でE-Businessインタフェース・プログラムをコールする必要がある場合、オープン・インタフェース・プログラムを実行して、インタフェース表のデータを検証し、処理する必要があります。バッチは、オープン・インタフェース表からベース表をロードするオープン・インタフェース・プログラム・コールで終了します。

これらの処理は、IKM E-Business Suite (オープン・インタフェース)でサポートされています。このIKMは、IKM Oracle Incremental Updateと同様に使用され、オープン・インタフェース表をロードするための同様のオプションをサポートしています。この項では、オープン・インタフェースに固有のオプションについて説明します。IKM Oracle Incremental Updateの詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseに関する項を参照してください。

グループIDの処理やオープン・インタフェース・プログラムの実行など、E-Business Suiteに固有のアクションのための統合インタフェースの構成については、2.6.2.1項「グループIDの管理」および2.6.2.2項「オープン・インタフェース・プログラムの実行」を参照してください。

2.6.2.1 グループIDの管理

データをE-Business Suiteに統合するトランザクションは、グループIDで識別されるバッチです。たとえば、いくつかのインタフェース表をロードしてE-Business Suiteで結果を生成する場合、これらのすべてのロード処理およびプログラムの検証と処理へのコールには、このバッチのグループIDが使用されます。

この項の内容は次のとおりです。

- グループIDの作成

- 既存のグループIDの使用方法

- 既存のグループIDの削除

グループIDの作成

1つの単一バッチにおいてインタフェース表のグループをロードする最初の統合インタフェースでは、強制的にグループIDを作成する必要があります。

統合インタフェースでグループIDを作成する手順は次のとおりです。

1. KMオプションで次を設定します。

- OA_CREATE_NEW_GROUP_IDをYESに設定します。

- OA_GROUP_ID_NAMEオプションにグループID名を指定します。

注意:

グループID名は、指定のインスタンスで一意である必要があります。バッチ処理の最後にグループIDを削除する場合、OA_REMOVE_GROUP_IDオプションを使用する必要があります。

- OA_GROUP_ID_EXPRESSIONオプションのグループID値には有効なSQL式を指定します。<SEQUENCE_NAME>.NEXTVALなどのOracle Database順序値を使用します。

2. 統合インタフェース・マッピングで、グループID値を使用してロードするインタフェース表のすべての列に対してフラグUD1を選択し、マッピング値を0に設定します。

バッチに属する次の統合インタフェースでは、既存のグループIDを使用する必要があります。

既存のグループIDの使用方法

統合インタフェースで既存のグループIDを使用する手順は次のとおりです。

1. OA_USE_EXISTING_GROUP_ID IKMオプションをYesに設定します。

2. OA_GROUP_ID_NAME IKMオプションにグループID名を指定します。

3. 統合インタフェース・マッピングで、グループID値を使用してロードするすべての列に対してフラグUD1を選択し、マッピング値を0に設定します。

インタフェース表のバッチをロードする最後の統合インタフェースでは、不要になったグループIDを削除できます。

既存のグループIDの削除

既存のグループIDを削除する手順は次のとおりです。

1. OA_REMOVE_GROUP_IDオプションを選択します。

2. OA_GROUP_ID_NAMEオプションにグループID名を指定します。

3. 統合インタフェース・マッピングで、グループID値を使用してロードするインタフェース表のすべての列に対してフラグUD1を選択し、マッピング値を0に設定します。

注意:

グループIDは、Oracle Applicationsインタフェース表を指す物理スキーマで指定された作業スキーマで作成されるSNP_OA_GROUP表に格納されます。グループIDは、Oracle Data Integratorでは一意のグループID名で参照されます。

2.6.2.2 オープン・インタフェース・プログラムの実行

Oracle Data Integrator統合インタフェースでは、一連のインタフェース表がロードされる際、E-Business Suiteインタフェース表のデータを検証および処理するため、オープン・インタフェース・プログラムをコールする必要があります。このコールには既存のグループIDを使用できます(「既存のグループIDの使用方法」を参照)。同じ統合インタフェースで、オープン・インタフェースに表が1つしかない場合は、グループIDを作成することもできます(「グループIDの作成」を参照)。オープン・インタフェース・プログラムの実行は、パッケージの最後の統合インタフェースで開始されます。この統合インタフェースでは、一連のオープン・インタフェース表にデータが移入され、通常は、グループIDが必要なくなると、これを削除します。

オープン・インタフェース・プログラムを実行する手順は次のとおりです。

1. SUBMIT_PROGRAMオプションをYESに設定します。

2. OA_PROGRAMオプションでコールするプログラムの名前を指定します。

注意:

使用可能なオープン・インタフェース・プログラムおよびそれらのパラメータのリストは、E-Business SuiteモジュールAPIおよびオープン・インタフェースのドキュメント、またはE-Business Suite統合リポジトリを参照してください。

3. OA_ARGUMENTSオプションでプログラム・パラメータを指定します。パラメータは次の形式で指定します。
argument_name => 'argument value', argument_name => 'argument value' ...

1つの引数がグループIDの値を取る必要がある場合は、argument Name => v_group_idを指定する必要があります。

4. 次のオプションの値を設定して、プログラムを実行するセッションのコンテキスト・パラメータを指定することも必要です。

- OA_USER_NAME: E-Business Suiteのユーザー名

- OA_REPONSIBILITY: E-Business Suiteの職責名

- OA_LANGUAGE: その職責に使用される言語

- OA_APPLICATION: その職責が属するアプリケーション

3 JD Edwards EnterpriseOne

この章では、Oracle Data IntegratorでのJD Edwards EnterpriseOneナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 3.1項「概要」

- 3.2項「インストールおよび構成」

- 3.3項「トポロジの設定」

- 3.4項「統合プロジェクトの設定」

- 3.5項「モデルの作成およびリバース・エンジニアリング」

- 3.6項「インタフェースの設計」

3.1 概要

JD Edwards (JDE) EnterpriseOneは、ビジネス価値、標準ベースのテクノロジおよび業界での豊富な経験を結合し、総所有コストの低いビジネス・ソリューションを実現する、包括的なERPソフトウェアの統合アプリケーション・スイートです。

3.1.1 概念

Oracle Data IntegratorのJDEナレッジ・モジュールは、次のような目的で、JDE EnterpriseOneの成熟したデータベースレベルの統合メソッドを使用しています。

- JDE EnterpriseOneデータ構造のリバース・エンジニアリング

- JDE EnterpriseOneからのデータの読取り(ダイレクト・データベース統合)

- JDEアプリケーションへのZ表によるデータの書込み(インタフェース表の統合)

3.1.2 ナレッジ・モジュール

Oracle Data Integratorには、JDE EnterpriseOneデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表3-1に示します。これらの特定のJDE KMでは、Oracle Data IntegratorによるJDE EnterpriseOneプラットフォームと任意のデータベース・アプリケーションとの接続性および統合を提供しています。

表3-1 JDEナレッジ・モジュール

ナレッジ・モジュール

説明

RKM JDE Enterprise One Oracle

Oracle DatabaseにインストールされたJDE EnterpriseOneからの表やインタフェース表など、アプリケーションのオブジェクトのメタデータをリバース・エンジニアリングします。

RKM JDE Enterprise One SQL Server

SQL ServerにインストールされたJDE EnterpriseOneからの表やインタフェース表など、アプリケーションのオブジェクトのメタデータをリバース・エンジニアリングします。

RKM JDE Enterprise One DB2 UDB

IBM DB2 UDBデータベースにインストールされたJDE EnterpriseOneからの表やインタフェース表など、アプリケーションのオブジェクトのメタデータをリバース・エンジニアリングします。

RKM JDE Enterprise One DB2 AS400

IBM DB2 for iSeriesサーバーにインストールされたJDE EnterpriseOneからの表やインタフェース表など、アプリケーションのオブジェクトのメタデータをリバース・エンジニアリングします。

IKM JDE Enterprise One Control Append (UBE)

任意のソースからのデータをJDE EnterpriseOneに統合します。制御追加モードでEnterpriseOne Z表のデータを統合します。

- データは制御可能: 無効なデータはエラー表に分離され、再利用できます。

- KMは、RunUBEバッチ・コマンドによりJDE Enterprise Oneへの統合を実行します。

3.2 インストールおよび構成

JDE EnterpriseOneデータでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件および動作要件

- テクノロジ固有の要件

- 接続性要件

3.2.1 システム要件および動作要件

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

3.2.2 テクノロジ固有の要件

IKM JDE Enterprise One Control Append (UBE)を使用するには、RunUBEユーティリティがインストールされているJDEサーバーに、Oracle Data Integratorのランタイム・エージェントがインストールされている必要があります。

RKM JDE Enterprise One DB2 UDBを使用して表およびZ表をリバース・エンジニアリングするには、IBM DB2 UDBデータベースが別のDB2データベースに格納されているデータにアクセスできる必要があります。次の手順では、DB2ファミリ・データソースへのアクセスを構成する方法について説明します。

1. フェデレーテッド・サーバーおよびデータベースを設定し、構成します。DB2データソースにアクセスするようフェデレーテッド・サーバーを構成するには、アクセスするDB2データソースおよびオブジェクトに関する情報をこのサーバーに指定します。次の2つの方法で、DB2データソースへのアクセスを構成できます。

- DB2コントロール・センターを使用

- DB2コマンド・センターまたはコマンドライン・プロセッサ(CLP)を使用

2. 次の手順でDB2データソースをフェデレーテッド・サーバーに追加します。

1. ノード・エントリをフェデレーテッド・ノード・ディレクトリにカタログ化します。
たとえば、通信プロトコルにTCP/IPを使用している場合、次のコマンドを発行します。

CATALOG TCPIP NODE <db2node> REMOTE <system> SERVER <server_name>

2. 次のコマンドを使用して、リモート・データベースをフェデレーテッド・システム・データベース・ディレクトリにカタログ化します。
CATALOG DATABASE <db_name> AS <alias_name> AT NODE <db2_node> AUTHENTICATION SERVER

3. 次のコマンドを使用してラッパーを作成します。
CREATE WRAPPER DRDA

DRDAは、DB2製品ファミリにアクセスするデフォルトのラッパー名です。各DB2サーバー・エディション(Enterprise、Personal、Workgroup)に、DRDAラッパーが含まれます。

4. サーバー定義を作成します。
CREATE SERVER <server_name> TYPE <type> VERSION <version> WRAPPER <wrapper_name> AUTHORIZATION <user> PASSWORD <password> OPTIONS (DBNAME <db_name>)

構造の各要素の意味は、次のとおりです。

AUTHORIZATION <user>

データソースでの認可IDです。このIDには、データソースでのBINDADD認可レベルが必要です。この値では大文字と小文字が区別されます。

PASSWORD <password>

データソースでの認可IDに関連付けられたパスワードです。この値では大文字と小文字が区別されます。

DBNAME <db_name>

アクセスするDB2データベースの別名です。これは、CATALOG DATABASEコマンドを使用してデータベースをカタログ化したときに定義した別名です。この値では大文字と小文字が区別されます。

データベース名はCREATE SERVER文のオプションとして指定されますが、これはDB2データソースで必要となります。

5. ユーザー・マッピングを作成します。フェデレーテッド・データベースにアクセスするためのユーザーの認可IDが、データソースにアクセスするためのユーザーの認可IDと異なる場合、この2つの認可ID間のユーザー・マッピングを定義する必要があります。
CREATE USER MAPPING FOR <db2user> SEVER <server_name> OPTIONS (REMOTE_AUTHID <remote_user> REMOTE_PASSWORD <remote_password>)

REMOTE_AUTHIDは、バインド認可IDではなく、db2userのマッピング先のDB2ファミリ・データソース・サーバーでの接続認可IDであることに注意してください。

6. DB2データソース・サーバーへの接続をテストします。

7. アクセスする別のデータベースにある表オブジェクトごとに、ニックネームを作成します。フェデレーテッド・データベースは、ニックネームの付いたオブジェクトのカタログ統計に基づいて問合せ処理を最適化します。次のコマンドを使用して、データソース・オブジェクトごとにニックネームを作成します。
CREATE NICKNAME <nickname> FOR <server_name>.<schema_name>.<table_name>

表3-2に従ってニックネームを作成します。

表3-2 表オブジェクトのニックネーム

ニックネーム

表名

スキーマ

F9860

F9860

JDE_OBJECT_LIBRARIAN

F98710

F98710

JDE_CENTRAL_OBJECTS

F98711

F98711

JDE_CENTRAL_OBJECTS

F98712

F98712

JDE_CENTRAL_OBJECTS

F98713

F98713

JDE_CENTRAL_OBJECTS

F9802

F9802

JDE_DATA_DICTIONARY

注意:

表名やスキーマがJDEのバージョン8と9で異なり、表3-2にリストされている値と異なっていても、ニックネームは変わりません。

詳細は、『IBM DB2 Universal Database - Federated Systems Guide』を参照してください。

3.2.3 接続性要件

Oracle Data Integratorは、JDBC接続を使用してJDEデータをホストするデータベースに接続します。Oracle Database、Microsoft SQL Server、IBM DB2 UDBおよびIBM DB2 for iSeriesとのJDBC接続性の詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の項を参照してください。

- Oracle Databaseの接続性要件に関する項

- Microsoft SQL Serverの接続性要件に関する項

- IBM DB2 for iSeriesの接続性要件に関する項

- IBM DB2 UDB固有の要件に関する項

3.3 トポロジの設定

この手順では、データ・サーバーおよび、JDEデータの格納に使用される物理スキーマと論理スキーマを、Oracle Data Integratorで宣言します。

3.3.1 データ・サーバーの作成

基盤となるテクノロジにより、JDE表は、Oracleスキーマ、Microsoft SQL Serverデータベース、IBM DB2 UDBスキーマまたはIBM DB2 for iSeriesライブラリに格納できます。

JDE表をホストするテクノロジのデータ・サーバーを作成します。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の項を参照してください。

- Oracleデータ・サーバーの作成に関する項

- Microsoft SQL Serverデータ・サーバーの作成に関する項

- DB2/400データ・サーバーの作成に関する項

- IBM DB2 UDB固有の要件に関する項

このデータ・サーバーは、JDEデータを格納するインスタンス、スキーマ、データベースまたはライブラリ(後続の項では、すべてのテクノロジに対してスキーマという用語が使用されます)を指している必要があります。

3.3.2 物理スキーマの作成

3.3.1項「データ・サーバーの作成」で作成したデータ・サーバーの下に、物理スキーマを作成します。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項に記載されている標準の手順に従います。

このスキーマは、リバース・エンジニアリングを行うJDE表を含むスキーマを指している必要があります。

注意:

JDE表を格納するスキーマは、物理スキーマ定義で作業スキーマとして定義しないでください。また、このスキーマは、インタフェースのステージング領域として使用しないでください。

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項に記載されている標準の手順で、この物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。

3.4 統合プロジェクトの設定

JDEの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- IKM JDE Enterprise One Control Append (UBE)

- JDE表をホストするテクノロジに応じて、次のいずれかをインポートします。

- RKM JDE Enterprise One Oracle

- RKM JDE Enterprise One SQL Server

- RKM JDE Enterprise One DB2 UDB

- RKM JDE Enterprise One DB2 AS400

これらの特定のJDE KMに加えて、JDE表をホストするテクノロジの標準LKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の項を参照してください。

- Oracle Databaseのナレッジ・モジュールに関する項

- Microsoft SQL Serverのナレッジ・モジュールに関する項

- IBM DB2 for iSeriesのナレッジ・モジュールに関する項

- IBM DB2 UDBのナレッジ・モジュールに関する項

3.5 モデルの作成およびリバース・エンジニアリング

この項の内容は次のとおりです。

- モデルの作成

- JDE表のリバース・エンジニアリング

3.5.1 モデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項に記載されているように、JDE表をホストするテクノロジ、および標準の手順を使用してJDE接続を構成したときに作成された論理スキーマに基づいてモデルを作成します。

注意:

Oracle Data Integratorで定義されるJDE EnterpriseOneテクノロジはありません。JDEデータをホストするOracle Databaseに対応する論理スキーマでデータ・モデルが作成されます。

3.5.2 JDE表のリバース・エンジニアリング

JDE RKMはJDE表のリバース・エンジニアリングを行うことができます。これらのRKMは、表やインタフェース表など、JDEオブジェクトからメタデータを取得します。

JDE RKMを使用して、JDE表のカスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を行います。この項では、JDE表固有のフィールドのみについて説明します。

1. モデルの「リバース」タブで、RKM JDE Enterprise One <database>を選択します。この章では、<database>はJDEデータを含むテクノロジを意味します。

2. 次のようにRKMのオプションを設定します。

- JDE_CENTRAL_OBJECTS: JDEセントラル・オブジェクトを格納するOracleスキーマまたはMicrosoft SQL Serverデータベースを指定します。

- JDE_DATA_DICTIONARY: JDEデータ・ディクショナリを格納するOracleスキーマまたはMicrosoft SQL Serverデータベースを指定します。

- JDE_OBJECT_LIBRARIAN: JDEオブジェクト・ライブラリアンを格納するOracleスキーマまたはMicrosoft SQL Serverデータベースを指定します。

- JDE_CONTROL_TABLES: 制御表スキーマを指定します。

注意:

オプションJDE_CENTRAL_OBJECTS、JDE_DATA_DICTIONARY、JDE_OBJECT_LIBRARIANおよびJDE_CONTROL_TABLESで必要なスキーマを見つけるには、アプリケーション・マネージャに確認するか、表F98611(データソース・マスター)への問合せを行います。

- JDE_DATA_TABLES: データ表のリバース・エンジニアリングを行うには、このオプションをYESに設定します。

- JDE_Z_TABLES: インタフェース表(Z表)のリバース・エンジニアリングを行うには、このオプションをYESに設定します。

- JDE_MODULES: JDEシステムの短縮名を指定します。たとえば、基盤環境には00、アドレス帳には01、電子メールには02のようにします。

注意:

モジュールのリストも指定できます。このリストでは、モジュールは次の例のように、カンマで区切り、一重引用符で囲む必要があります。

'01','02','04'

- JDE_LANGUAGE: オブジェクトの説明およびコメントの取得に使用する言語を指定します。たとえば、英語の場合はE、フランス語の場合はF、スペイン語の場合はSとなります。

3. リバースする表を選択するには、「マスク」フィールドでリバース・マスクを指定します。「リバース」タブの「マスク」フィールドで、名前に基づいてリバース・エンジニアリングされるオブジェクトがフィルタ処理されます。「マスク」フィールドは空にしないでください。少なくともパーセント記号(%)を含める必要があります。

リバース・エンジニアリング・プロセスによって、モジュールごとにグループ化されたデータストアが返されます。これらのデータストアを統合インタフェースのソースまたはターゲットとして使用できます。

3.6 インタフェースの設計

JDEデータ表は統合インタフェースのソースとして使用できます。JDE Z表は、統合インタフェースのターゲットとして使用できます。

インタフェース用に選択したKMによって、このインタフェースの機能およびパフォーマンスが決まります。この項に示す推奨事項は、JDEデータのロードおよび統合に関連する様々な状況でのKMの選択に役立ちます。

3.6.1 JDEからのデータのロード

RKM JDE Enterprise One <database>を使用してリバース・エンジニアリングを実行すると、JDEデータ表を統合インタフェースのソースとして使用し、JDEアプリケーションからデータを抽出して他のシステム(データ・ウェアハウス、他のデータベースなど)に統合できます。

この状況でJDEをソースとして使用することは、統合インタフェースでソースとしてOracle、Microsoft SQL Server、DB2/400またはIBM DB2 UDBデータストアを使用することと同じです。汎用SQL、Oracle Database、Microsoft SQL Server、IBM DB2 for iSeriesおよびIBM DB2 UDBのKMをこの目的で使用することもできます。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の章を参照してください。

- 「Oracle Database」

- 「汎用SQL」

- 「Microsoft SQL Server」

- 「IBM DB2 for iSeries」

- 「IBM DB2 UDB」

3.6.2 JDEへのデータの統合

RKM JDE Enterprise One <database.を使用してリバース・エンジニアリングを行ったら、JDE Z表をインタフェースのターゲットとして使用し、IKM JDE Enterprise One Control Append (UBE)により任意のシステムからのデータをJDEアプリケーションにロードできます。

JDE Enterprise Oneへのデータの統合は、次の2つのフェーズで実行されます。

- 最初のフェーズでは、RunUBEコマンドをコールすることなく、いくつかのインタフェースを使用して、データがZ表のセットに統合されます。これらのインタフェースでは、JDE_RUNUBEオプションをNoに設定して、IKM JDE Enterprise One Control Append (UBE)を使用できます。

- 2番目のフェーズでは、RunUBEコマンドが起動され、Z表からのデータがJDE Enterprise Oneに統合されます。これは、一般的に、最後に要求されるZ表をロードするインタフェースで行われます。このインタフェースでは、JDE_RUNUBEオプションをYesに設定してIKM JDE Enterprise One Control Append (UBE)を使用します。

これらのインタフェースはパッケージに並べる必要があります。

Oracle Data Integratorでは、自動的にRunUBEコマンドをコールしてJDEに書き込むことができます。IKMでのRunUBEコールの有効化は、JDEへの移入に必要なすべてのZ表をロードした後でのみ行ってください。IKM JDE Enterprise One Control Append (UBE)により、RunUBEコマンドがコールされるとともにZ表のロードが可能となります。

JDEをターゲットとするインタフェースを作成する手順は次のとおりです。

1. Z表をターゲット・データストアとして統合インタフェースを作成します。

2. 通常どおり結合、フィルタおよびマッピングを作成します。

3. 「フロー」タブで、IKM JDE Enterprise One Control Append (UBE)を選択します。

4. 標準のKMオプション(INSERT、COMMIT、FLOW_CONTROL)を設定します。

5. このインタフェースでRunUBEコマンドを起動する場合、KMオプションは次のように指定します。

1. JDE_RUNUBEオプションをYesに設定します。

2. RunUBEコマンドが実行されるJDE_DIRECTORYを指定します。

3. パスワード・ファイルを作成する場合、表3-3に示すとおり、パスワード関連オプションを設定します。

表3-3 パスワード関連KMオプション

オプション

値

備考

JDE_CREATE_PWD_FILE

Yes

UnixまたはiSeries環境でRunUBEのセキュリティを向上させるため、RunUBEコマンドの実行時に、システムはJDE_PWD_FILEオプションで指定されたテキスト・ファイルを読み取り、このテキスト・ファイルに示されているJD Edwards EnterpriseOneユーザーIDとパスワードを使用します。

JDE_PWD_FILE

パスワード・セキュリティ・ファイルの絶対パス

このファイルには、JDE_USER_IDおよびJDE_PWDオプションで指定されたユーザーIDとパスワードが含まれています。

JDE_DELETE_PWD_FILE

E|D

パスワード・ファイルを削除する場合は、Dと入力します。

パスワード・ファイルを保持する場合は、Fと入力します。

このコマンドの実行でパスワード・ファイルを削除する場合でも、このファイルはサーバー・ファイル・システム上のセキュアな場所に保管しておく必要があります。

JDE_USER_ID

JDE EnterpriseOneユーザーID

このユーザーにはレポートを実行する権限が必要です。

JDE_PWD

JDE EnterpriseOneパスワード

ユーザーIDに対応するEnterpriseOneのパスワードです。

4. 表3-4に示すように、RunUBEコマンドのパラメータを設定します。

表3-4 RunUBEコマンド関連KMオプション

オプション

値

備考

JDE_ENVIRONMENT

JDE EnterpriseOne環境

JDE_ROLE

JDE EnterpriseOneロール

JDE_REPORT

処理するレポートのシステム名

例: フラット・ファイルの場合、APS Outbound Processor (R34A400)およびAPS Inbound Processor (R34A410)、XMLファイルの場合、APS SCBM 2.0 Outbound Processor (R34A700)およびAPS Master Inbound Processor (R34A820)

JDE_VERSION

処理するレポートのバージョンの名前

例: XJDE0001。バージョン名は必ず入力してください。レポートのテンプレートは実行できません。

JDE_JOB_QUEUE

バッチ・ジョブのルーティング先のジョブ・キューの名前

例: QBATCH

JDE_PROCESSING_MODE

処理モード

バッチ処理を使用する場合は、Bと入力します。この場合、システムはジョブ制御ステータス・マスター表(F986110)を使用して、レポートにキュー内の場所を割り当てます。

インタラクティブ・モードを使用する場合は、Iと入力します。このモードでは、JDE EnterpriseOneキューイング・メカニズム外で即座にレポートが実行されます。

JDE_HOLD_CODE

保持コード

ジョブの完了後すぐにプリンタに出力を送る場合は、Pと入力します。

処理したファイルを印刷せずに保持する場合は、Hと入力します。ジョブはサーバーの使用プログラム(P986116)を使用して後で印刷できます。このプログラムは、システム管理ツール・メニュー(GH9011)からアクセスできます。

JDE_SAVE_CODE

保存コード

処理の完了後にファイルを保存する場合は、Sと入力します。

削除オプション(D)は今後の使用のために予約されています。現在、削除オプションは無効です。

IKM JDE Enterprise One Control Append (UBE)の制限

- ターゲット表が別の表(外部キー)によって参照されている場合、TRUNCATEオプションは機能しません。

- RECYCLE_ERRORSオプションを使用している場合、インタフェースに更新キーを設定する必要があります。

- このモジュールをジャーナル化されたソース表と組み合せて使用する場合、ソースの削除を含めないようデータが自動的にフィルタ処理されます。

- FLOW_CONTROLおよびSTATIC_CONTROLオプションは、無効なデータを分離するためにチェック・ナレッジ・モジュールをコールします(CKMが設定されていない場合、エラーが発生します)。統合インタフェースでTEMPORARYターゲット・データストアにデータが移入される場合は、両方のオプションをNoに設定する必要があります。

- RunUBEコマンドはJDEサーバーで実行する必要があります。

- Oracle Data Integratorランタイム・エージェントは、このサーバーにインストールする必要があります。

- RunUBEコマンドが起動されたかどうかの情報以外に、RunUBEコマンドはプログラムの実行に関する詳細を示しません。プログラムの実行の詳細を把握するには、JDEサーバーで作成されたログ・ファイルを確認するか、JDEアプリケーションに接続してジョブ・ステータスの表示アプリケーション(アプリケーション = P986110、フォーム = W986116A)を検索します。

4 JD Edwards World

この章では、Oracle Data IntegratorでのJD Edwards Worldナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 4.1項「概要」

- 4.2項「インストールおよび構成」

- 4.3項「トポロジの設定」

- 4.4項「統合プロジェクトの設定」

- 4.5項「モデルの作成およびリバース・エンジニアリング」

- 4.6項「インタフェースの設計」

4.1 概要

JD Edwards(JDE)Worldは、は、ビジネス価値、標準ベースのテクノロジおよび業界での豊富な経験を結合し、総所有コストの低いビジネス・ソリューションを実現する、包括的なERPソフトウェアの統合アプリケーション・スイートです。

4.1.1 概念

Oracle Data IntegratorのJDEナレッジ・モジュールは、次のような目的で、JDE Worldの成熟したデータベースレベルの統合メソッドを使用しています。

- JDE Worldデータ構造のリバース・エンジニアリング

- JDE Worldからのデータの読取り(ダイレクト・データベース統合)

- JDE WorldアプリケーションへのZ表によるデータの書込み(インタフェース表の統合)

4.1.2 ナレッジ・モジュール

Oracle Data Integratorには、JDE Worldデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表4-1に示します。これらの特定のJDE World KMでは、Oracle Data IntegratorによるJDE Worldのプラットフォームと任意のデータベース・アプリケーションとの接続性および統合を提供しています。

表4-1 JDEナレッジ・モジュール

ナレッジ・モジュール

説明

RKM JDE World

DB2 iSeriesデータベースにインストールされたJDE Worldから、表やインタフェース表などのアプリケーション・オブジェクトのメタデータをリバース・エンジニアリングします。

IKM JDE World Control Append

任意のソースからのデータをJDE Worldに統合します。制御追加モードでZ表内のデータを統合します。

- データは制御可能: 無効なデータはエラー表に分離され、再利用できます。

- KMでは、RPGプログラムを使用してJDE Worldへの統合を実行します。

4.2 インストールおよび構成

JDE Worldデータでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件および動作要件

- テクノロジ固有の要件

- 接続性要件

4.2.1 システム要件および動作要件

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

4.2.2 テクノロジ固有の要件

この項では、JDE Worldナレッジ・モジュールのテクノロジ固有の要件をリストします。

IKM JDE World Control Append

RPGプログラムには次のファイルが必要です。

- JDEWorldJDBC.jar:このJDE World JDBCドライバ・ファイルは、userlibフォルダまたはdriverフォルダに置く必要があります。
これらのフォルダの詳細は、Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイドの追加ドライバとオープン・ツールの追加に関する項を参照してください。

- WorldBase.jar - このjarファイルは、userlibフォルダまたはdriverフォルダに置く必要があります。

- config.xml - この構成ファイルはODI_HOME/odi/binフォルダに置く必要があります。

注意:

この3つのファイルはODIとともに提供され、ODI_HOME/misc/jde-worldディレクトリにあります。

ヒント:

ODI_HOME/misc/jde-worldディレクトリには、jdeworld_example.propertiesファイルもあります。このプロパティ・ファイルは、IKM JDE World Control AppendでJDE_SECURITY_FILEオプションを使用している場合に利用できるテンプレートです。このオプションの詳細は、4.6.2項「JDEでのデータの統合」を参照してください。このテンプレートを使用する際には、次のことを実行する必要があります。

- プロパティ・ファイルの名前の変更

- 接続情報(JD Edwards Worldのユーザー、パスワード、環境およびアドレス)の入力

- Oracle Data Integrator Studioまたはスタンドアロン・エージェントでアクセス可能な安全なディレクトリへのテンプレートの移動

RKM JDE World

RKM JDE Worldには、テクノロジ固有の要件はありません。

4.2.3 接続性要件

Oracle Data Integratorは、JDBC接続を使用して、JDE Worldデータをホストするデータベースに接続します。

IKM JDE World Control AppendおよびRKM JDE Worldの両方で、標準のIBM Toolbox for Javaドライバ(jt400.jar)が使用され、ここで、SQL問合せを実行してデータベースに挿入またはアクセスし、JDE Worldのメタデータ情報を抽出します。

注意:

JDBC URLでは、*SQL命名規則が使用されます。たとえば、jdbc:as400://195.10.10.13;translate binary=true;naming=systemのように、命名規則をsystemに指定しないでください。

アプリケーションが*SYS専用に設計されている場合を除いて、*SQLを常に使用する必要があります。Oracle Data Integratorでは、デフォルトで*SQL命名規則が使用されます。

IBM DB2 for iSeriesとのJDBC接続性の詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のIBM DB2 for iSeriesの接続性要件に関する項を参照してください。

4.3 トポロジの設定

この手順では、データ・サーバー、およびJDE Worldデータの格納に使用される物理スキーマと論理スキーマを、Oracle Data Integratorでで宣言します。

4.3.1 データ・サーバーの作成

JDE World表は、IBM DB2 for iSeriesライブラリに格納されています。

『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のDB2/400データ・サーバーの作成に関する項に記載されている標準の手順で、IBM DB2 for iSeriesテクノロジ用のデータ・サーバーを作成します。

注意:

データ・サーバーの接続パラメータを定義する際、JDBC URLフィールドにtranslate binary=trueを設定します。

たとえば、次のようになります。

jdbc:as400://10.139.142.183;translate binary=true

このデータ・サーバーは、JDE Worldデータを格納するライブラリを指している必要があります。

4.3.2 物理スキーマの作成

4.3.1項「データ・サーバーの作成」で作成したデータ・サーバーの下に物理スキーマを作成します。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項に記載されている標準の手順に従います。

このスキーマは、リバース・エンジニアリングするJDE World表を含むライブラリを指している必要があります。

注意:

JDE表を格納するライブラリは、物理スキーマ定義で作業スキーマとして定義しないでください。また、このライブラリは、インタフェースのステージング領域として使用しないでください。

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項に記載されている標準の手順で、この物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。

4.4 統合プロジェクトの設定

JDE Worldの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- IKM JDE World Control Append

- RKM JDE World

これらの特定のJDE World KMに加えて、JDE World表をホストするテクノロジの標準LKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のIBM DB2 for iSeriesナレッジ・モジュールに関する項を参照してください。

4.5 モデルの作成およびリバース・エンジニアリング

この項の内容は次のとおりです。

- モデルの作成

- JDE表のリバース・エンジニアリング

4.5.1 モデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項の説明に従って、JDE World表をホストするIBM DB2/400テクノロジおよび、標準の手順を使用したJDE World接続の構成時に作成された論理スキーマに基づいてモデルを作成します。

4.5.2 JDE表のリバース・エンジニアリング

JDE RKMはJDE表のリバース・エンジニアリングを行うことができます。これらのRKMは、表やインタフェース表など、JDEオブジェクトからメタデータを取得します。

RKM JDE Worldを使用して、JDE表のカスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバースエンジニアリングに関する項に記載されている通常の手順を使用します。この項では、JDE World表固有のフィールドのみについて説明します。

1. モデルの「リバース」タブで、RKM JDE Worldを選択します。

2. 次のようにRKMのオプションを設定します。

- JDE_DATA_TABLES: データ表のリバース・エンジニアリングを行うには、このオプションをYESに設定します。

- JDE_Z_TABLES: インタフェース表(Z表)のリバース・エンジニアリングを行うには、このオプションをYESに設定します。

- JDE_MODULES: JDEシステムの短縮名が次のように示されます。
00は、基盤環境です。

01は、アドレス帳です。

02は、電子メールです。

%は、すべてのJDEシステムです。

デフォルトは01です。

注意:

モジュールのリストも指定できます。このリストでは、モジュールは次の例のように、カンマで区切り、一重引用符で囲む必要があります。

'01','02','04'

- JDE_LANGUAGE: Eは英語、Fはフランス語、Sはスペイン語など、オブジェクトの説明やコメントの取得に使用する言語を示します。デフォルトはEです。

3. リバースする表を選択するには、「マスク」フィールドでリバース・マスクを指定します。「リバース」タブの「マスク」フィールドで、名前に基づいてリバース・エンジニアリングされるオブジェクトがフィルタ処理されます。「マスク」フィールドは空にしないでください。少なくともパーセント記号(%)を含める必要があります。

リバース・エンジニアリング・プロセスによって、モジュールごとにグループ化されたデータストアが返されます。これらのデータストアを統合インタフェースのソースまたはターゲットとして使用できます。

4.6 インタフェースの設計

JDE Worldのデータ表は統合インタフェースのソースとして使用できます。JDE Z表は、統合インタフェースのターゲットとして使用できます。

インタフェース用に選択したKMによって、このインタフェースの機能およびパフォーマンスが決まります。この項に示す推奨事項は、JDE Worldデータのロードおよび統合に関連する様々な状況でのKMの選択に役立ちます。

4.6.1 JDEからのデータのロード

RKM JDE Worldを使用してリバース・エンジニアリングを実行すると、JDE Worldのデータ表を統合インタフェースのソースとして使用し、JDE Worldアプリケーションからデータを抽出して他のシステム(データ・ウェアハウス、他のデータベースなど)に統合できます。

この状況でJDE Worldをソースとして使用することは、統合インタフェースでソースとしてDB2/400を使用することと同じです。汎用SQLおよびIBM DB2 for iSeriesのKMをこの目的で使用できます。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の章を参照してください。

- 「汎用SQL」

- 「IBM DB2 for iSeries」

4.6.2 JDEでのデータの統合

RKM JDE Worldを使用してリバース・エンジニアリングを実行すると、JDE Z表をインタフェースのターゲットとして使用し、IKM JDE World Control Appendにより任意のシステムからのデータをJDE Worldアプリケーションにロードできます。

JDE Worldへのデータの統合は、次の2つのフェーズで実行されます。

- 最初のフェーズでは、RPGプログラムをコールすることなく、いくつかのインタフェースを使用して、データがZ表のセットに統合されます。これらのインタフェースでは、JDE_INVOKEオプションをNoに設定して、IKM JDE World Control Appendを使用できます。

- 2番目のフェーズでは、RPGプログラムが起動され、Z表からのデータがJDE Worldに統合されます。これは、一般的に、最後に要求されるZ表をロードするインタフェースで行われます。このインタフェースでは、JDE_INVOKEオプションをYesに設定して、IKM JDE World Control Appendを使用します。

これらのインタフェースはパッケージに並べる必要があります。

Oracle Data Integratorでは、自動的にRPGプログラムをコールしてJDE Worldに書き込むことができます。IKMでのRPGプログラム・コールの有効化は、JDEへの移入に必要なすべてのZ表をロードした後でのみ行ってください。IKM JDE World Control Appendにより、RPGプログラムがコールされるとともにZ表のロードが可能となります。

JDE Worldをターゲットにするインタフェースを作成する手順は次のとおりです。

1. Z表をターゲット・データストアとして統合インタフェースを作成します。

2. 通常どおり結合、フィルタおよびマッピングを作成します。

3. 「フロー」タブで、IKM JDE World Control Appendを選択します。

4. 標準のKMオプション(INSERT、COMMIT、FLOW_CONTROL)を設定します。

5. このインタフェースでRPGプログラムを起動する場合は、KMオプションを次のように指定します。

1. JDE_INVOKEオプションをYesに設定します。

2. セキュリティ・ファイルを作成する場合は、表4-2に示すように接続関連のオプションを設定します。

表4-2 接続関連KMオプション

オプション

値

備考

USE_SECURITY_FILE

Yes

RPGプログラム実行時のセキュリティを向上させるため、システムはJDE_SECURITY_FILEオプションで指定されたテキスト・ファイルを読み取り、このテキスト・ファイルに示されているJD Edwards Worldのユーザー、パスワード、環境およびアドレスを使用します。

JDE_SECURITY_FILE

接続セキュリティ・ファイルの絶対パス

このファイルには、JDE_USER、JDE_PASSWORD、JDE_ENVIRONMENTおよびJDE_ADDRESSの各オプションで指定したJDE Worldのユーザー、パスワード、環境およびアドレスが含まれています。詳細は、次のセキュリティ・ファイルの例を参照してください。

USE_SECURITY_FILEがYesに設定されている場合は必須です。この場合は、JDE_USER、JDE_PASSWORD、JDE_ENVIRONMENTおよびJDE_ADDRESSの値を設定する必要はありません。

RPGプログラムに必要なファイルとともに提供されたテンプレート・セキュリティ・ファイルを使用できます。詳細は、4.2.2項「テクノロジ固有の要件」のヒントを参照してください。

JDE_USER

JDE Worldユーザー

ユーザーは、ONEWORLDプロファイルを所有する必要があります。

JDE_PASSWORD

JDE Worldパスワード

ユーザーのJDE Worldパスワードです。

JDE_ENVIRONMENT

JDE World環境

JDE Worldの環境です。

JDE_ADDRESS

JDE Worldアドレス

iSeriesサーバーのIPアドレスまたは完全アドレスです。

次の例はセキュリティ・ファイルを示しています。セキュリティ・ファイル内では同じ構文名とキー名を使用する必要があります。

Username=ODI
Password=password
Environment=JDEENV
Address=iseries.organization.com

3. RPGプログラムのパラメータを表4-3に示すように設定します。

表4-3 RPGプログラム関連KMオプション

オプション

値

備考

JDE_PRGNAME

PRGプログラムの名前

例: P01051Z

JDE_CLNAME

PRGプログラムのタイプ

例: J01051Z

JDE_VERSION

処理するレポートのバージョンの名前

例: XJDE0006

注意:

- 複製および処理するレポートのバージョン名を入力します。レポートのテンプレートは実行できません。

- ODIでは、一時バージョンを作成します。

JDE_KCO

バッチID

例: 1

バッチIDによって、RPGプログラムで処理される行を指定できます。

JDE_EDTN

トランザクションID

例: 1

トランザクションIDによって、1つのトランザクション内の複数の行をグループ化できます。これは通常、ヘッダー詳細表のケースです。ヘッダーは、トランザクションIDによって詳細にリンクされています。このIKMでは切捨ては行われません。

IKM JDE World Control Appendの制限

- RECYCLE_ERRORSオプションを使用している場合、インタフェースに更新キーを設定する必要があります。

- このモジュールをジャーナル化されたソース表と組み合せて使用する場合、ソースの削除を含めないようデータが自動的にフィルタ処理されます。

- FLOW_CONTROLおよびSTATIC_CONTROLオプションは、無効なデータを分離するためにチェック・ナレッジ・モジュールをコールします(CKMが設定されていない場合、エラーが発生します)。

- RPGプログラムは、JDE World iSeriesサーバー上で実行する必要があります。

- Oracle Data Integratorランタイム・エージェントは、このサーバー上にインストールできます。

- RPGプログラムが起動されたかどうかの情報以外に、ODIはプログラムの実行に関する詳細を示しません。プログラムの実行の詳細を把握するには、iSeriesサーバーで作成されたログ・ファイルを確認するか、スプール・ファイル(WRKSPLF)コマンドでWorkを発行します。

5 Oracle PeopleSoft

この章では、Oracle Data IntegratorでのOracle PeopleSoftナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 5.1項「概要」

- 5.2項「インストールおよび構成」

- 5.3項「トポロジの設定」

- 5.4項「プロジェクトの設定」

- 5.5項「モデルの作成およびリバース・エンジニアリング」

- 5.6項「インタフェースの設計」

5.1 概要

Oracle Data Integratorでは、Oracle PeopleSoftアプリケーションから抽出されたデータを統合します。また、PeopleSoftメタデータのリバース・エンジニアリングおよびPeopleSoft表からのスケーラブルなデータ抽出をサポートします。

5.1.1 概念

PeopleSoft用Oracle Data Integrator KMは、次のような目的で、PeopleSoftの成熟した統合メソッドを使用しています。

- PeopleSoftデータ構造(ビジネス・オブジェクト、表、ビュー、列、キーおよび外部キー)をデータストア形式でリバース・エンジニアリングします。Oracle Data Integratorでは、OracleおよびMicrosoft SQL ServerのデータベースでホストされるPeopleSoftインスタンスに対してこの処理を実行する、2つの専用ナレッジ・モジュール(KM)が提供されます。

- データレベルでの統合アプローチを使用してPeopleSoftからデータを抽出します。PeopleSoftデータを含むデータベース表からデータが抽出されます。

5.1.2 ナレッジ・モジュール

Oracle Data Integratorには、PeopleSoftデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表5-1に示します。PeopleSoftに固有のこれらのナレッジ・モジュールでは、Oracle Data IntegratorとPeopleSoftプラットフォームとの間の統合および接続性が提供されています。

これらのKMでは、PeopleSoftをデータレベルで統合できます。つまり、データの抽出がPeopleSoftビジネス・オブジェクト表で直接実行されます。この方法は読取り専用です。

表5-1 PeopleSoftナレッジ・モジュール

ナレッジ・モジュール

説明

RKM PeopleSoft ORACLE

PeopleSoftからビジネス・オブジェクト、表、ビュー、列、キーおよび外部キーを取得する、リバース・エンジニアリング・ナレッジ・モジュール。PeopleSoft表をホストするデータベースはOracleです。

RKM PeopleSoft MSSQL

PeopleSoftからビジネス・オブジェクト、表、ビュー、列、キーおよび外部キーを取得する、リバース・エンジニアリング・ナレッジ・モジュール。PeopleSoft表をホストするデータベースはMicrosoft SQL Serverです。

5.2 インストールおよび構成

PeopleSoftテクノロジでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件および動作要件

- テクノロジ固有の要件

- 接続性要件

5.2.1 システム要件および動作要件

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

5.2.2 テクノロジ固有の要件

Oracle Data IntegratorでPeopleSoftデータを使用するためのテクノロジ固有の要件はありません。

5.2.3 接続性要件

Oracle Data Integratorは、JDBC接続を使用して、PeopleSoftデータをホストするデータベースに接続します。OracleデータベースおよびMicrosoft SQL ServerデータベースとのJDBC接続性の詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseの接続性要件に関する項およびMicrosoft SQL Serverの接続性要件に関する項を参照してください。

5.3 トポロジの設定

この手順では、データ・サーバーおよび、PeopleSoftデータの格納に使用される物理スキーマと論理スキーマを、Oracle Data Integratorで宣言します。

5.3.1 データ・サーバーの作成

PeopleSoft表は、OracleスキーマまたはMicrosoft SQL Serverデータベースに格納できます。

OracleまたはMicrosoft SQL Serverのいずれかのテクノロジのデータ・サーバーを作成します。『Oracle Fusion Middleware Oracle Data Integrator接性およびナレッジ・モジュール・ガイド』のOracleデータ・サーバーの作成に関する項またはMicrosoft SQL Serverデータ・サーバーの作成に関する項を参照してください。

このデータ・サーバーは、PeopleSoftデータを格納するデータベース・インスタンスを表します。

5.3.2 物理スキーマの作成

5.3.1項「データ・サーバーの作成」で作成したデータ・サーバーの下に物理スキーマを作成します。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項に記載されている標準の手順に従います。

このスキーマは、リバース・エンジニアリングするPeopleSoft表を含むOracleスキーマまたはMicrosoft SQL Serverデータベースです。

注意:

PeopleSoft表を格納するOracleスキーマまたはMicrosoft SQL Serverデータベースは、物理スキーマ定義で作業スキーマとして定義しないでください。また、このスキーマまたはデータベースは、インタフェースのステージング領域として使用しないでください。

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項に記載されている標準の手順で、この物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。

5.4 プロジェクトの設定

PeopleSoftの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- RKM PeopleSoft ORACLE

- RKM PeopleSoft MSSQL

これらの特定のPeopleSoft KMに加えて、OracleテクノロジまたはMicrosoft SQL Serverテクノロジの標準LKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseのナレッジ・モジュールに関する項とMicrosoft SQL Serverのナレッジ・モジュールに関する項を参照してください。

5.5 モデルの作成およびリバース・エンジニアリング

この項の内容は次のとおりです。

- モデルの作成

- PeopleSoft表のリバース・エンジニアリング

5.5.1 モデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項の説明に従って、OracleテクノロジまたはMicrosoft SQLテクノロジ、および標準の手順を使用したトポロジの設定時に作成された論理スキーマに基づいてモデルを作成します。

5.5.2 PeopleSoft表のリバース・エンジニアリング

PeopleSoft RKMでは、データ・レベルでPeopleSoftデータ構造をリバース・エンジニアリングし、PeopleSoftディレクトリから取得した情報を付加できます。

データの抽出はPeopleSoftビジネス・オブジェクト表で直接実行されます。このアクセス方法は読取り専用です。

リバース・エンジニアリング・プロセスでは、次に示す情報を返します。

- サブモデルとしてのビジネス・オブジェクト

- 関連付けられている列と制約を持つデータストアとしてのビジネス・オブジェクト表

- リバースされた表と列に添付されたコメント

PeopleSoft RKMを使用して、PeopleSoft表のカスタマイズされたリバースエンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバースエンジニアリングに関する項に記載されている通常の手順を使用します。この項では、PeopleSoft表固有のフィールドのみについて説明します。

1. モデルの「リバース」タブで、RKM PeopleSoft ORACLEまたはRKM PeopleSoft MSSQLを選択します。

2. BUSINESS OBJECT RKMオプションを次のように設定します。
CCM、DBIまたはDPOなどのビジネス・オブジェクト・コードを入力します。

ビジネス・オブジェクト・コードは、PeopleSoftのオブジェクト・オーナーIDに対応します。様々なオブジェクト・オーナーIDがPeopleSoftビュー、EO_BCOWNRID_VWにリストされています。このフィールドは、リバース・エンジニアリングするビジネス・オブジェクトをフィルタ処理するためのマスクとして使用されます。このフィールドは空にしないでください。少なくともパーセント記号(%)を含める必要があります。

3. リバースする表を選択するには、「マスク」フィールドにリバース・エンジニアリング・マスクを指定します。「リバース」タブの「マスク」フィールドで、名前に基づいてリバース・エンジニアリングされるオブジェクトがフィルタ処理されます。「マスク」フィールドは空にしないでください。少なくともパーセント記号(%)を含める必要があります。

リバース・エンジニアリング・プロセスでは、アプリケーションおよび表をサブモデルおよびデータストアとして返します。これらのPeopleSoftデータストアは統合インタフェースのソースとして使用できます。

5.6 インタフェースの設計

PeopleSoftデータ表は、統合インタフェースのソースとして使用できます。

インタフェース用に選択したKMによって、このインタフェースの機能およびパフォーマンスが決まります。この項に示す推奨事項は、PeopleSoftデータのロードに関連する様々な状況でのKMの選択に役立ちます。

5.6.1 PeopleSoftからのデータのロード

PeopleSoftデータ表を統合インタフェースのソースとして使用し、PeopleSoftデータベースからデータを抽出して他のシステム(データ・ウェアハウス、他のデータベースなど)に統合できます。

この状況でPeopleSoftをソースとして使用することは、統合インタフェースのソースとしてOracleデータストアまたはMicrosoft SQL Serverデータストアを使用することと同じです。汎用SQL、Oracle DatabaseまたはMicrosoft SQL ServerのKMをこの目的で使用できます。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の章を参照してください。

- 「Oracle Database」

- 「汎用SQL」

- 「Microsoft SQL Server」

6 Oracle Siebel CRM

この章では、Oracle Data IntegratorでのOracle Siebel CRMナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 6.1項「概要」

- 6.2項「インストールおよび構成」

- 6.3項「トポロジの設定」

- 6.4項「プロジェクトの設定」

- 6.5項「モデルの作成およびリバース・エンジニアリング」

- 6.6項「インタフェースの設計」

6.1 概要

Oracle Data Integratorでは、Oracle Siebel CRMアプリケーションを統合できます。これは、Siebelメタデータのリバース・エンジニアリング、Siebelビジネス・コンポーネント表でのデータ抽出およびEIM表を使用した統合をサポートします。

6.1.1 概念

Oracle Data IntegratorのSiebelナレッジ・モジュール(KM)は、次のような目的で、Siebelの成熟した統合方法を使用しています。

- Siebelデータ構造(ビジネス・コンポーネントおよびビジネス・オブジェクト)のリバース・エンジニアリング

- EIM (Enterprise Integration Manager)表のリバース・エンジニアリング

- データレベルでの統合を使用したSiebelからのデータの読取り

- EIM表を使用したSiebelデータの読取りおよび書込み

これらの機能は、Siebelのバックエンド・データベースとして使用されるOracleデータベースおよびMicrosoft SQL Server (MSSQL)データベースでサポートされています。この章では、<database>は、これらのテクノロジのいずれかを意味します。

6.1.2 Siebelからのデータ抽出の概要

Oracle Data Integratorでは、Siebelからデータを抽出する次の2つの方法を提供しています。

- データレベルでの統合

- EIM表を使用した統合

データレベルでの統合

データの抽出は、Siebelビジネス・コンポーネント表で直接実行されます。Siebelデータベースからデータを抽出してSiebelデータ・モデルを統合インタフェースのソースとして使用し、これらを別のシステムに統合できます。この状況でSiebelをソースとして使用することは、統合インタフェースのソースとして通常の表を使用することと同じです。この統合方法は読取り専用です。

- リバース・エンジニアリング: Siebelビジネス・コンポーネントをリバース・エンジニアリングするには、RKM Siebel <database> (<database>はSiebel表をホストするデータベースの名前)を使用します。このRKMによって、Siebelデータ構造をリバース・エンジニアリングし、Siebelディレクトリから取得した情報を付加できます。

- 抽出: SiebelからSiebelデータを抽出する様々なナレッジ・モジュールにアクセスできます。汎用SQL、Oracle DatabaseまたはMicrosoft SQL ServerのKMをこの目的で使用できます。

EIM表を使用した統合

EIM表を使用してSiebelからデータを抽出し、Siebelにデータをロードします。EIM表は、Siebelアプリケーションとその他のアプリケーション(別のSiebelもこれらアプリケーションの1つに該当します)との間のステージング領域として機能します。この方法では、読取りおよび書込みがサポートされます。

- リバース・エンジニアリング: Siebel EIM表をリバース・エンジニアリングするには、RKM Siebel EIM <database>を使用します。このRKMでは、Siebel EIM表をリバース・エンジニアリングし、Siebelディレクトリから取得した情報を付加できます。

- 抽出: Siebelアプリケーション表からEIM表をロードするエクスポート・スクリプトを自動実行した後に、EIM表でデータの抽出が行われます。Siebel EIM表からデータを抽出し、任意のSQLステージング領域にロードするには、LKM Siebel to SQL (EIM)を使用します。
このLKMではまず、適切なEIM構成ファイル(.ifb - インタフェース・ビルダー・ファイル)が生成され、サーバー・マネージャを使用してエクスポート・プロセスが実行されます。その後、EIM Siebel表から選択されたデータがステージング領域に抽出されます。

- 統合: EIM表へのデータの統合が実行された後、インポート・スクリプトが生成および実行され、EIM表からSiebelアプリケーション表にデータがインポートされます。この統合を実行するには、ステージング領域から、IKM SQL to Siebel Append (EIM)を使用します。
このIKMではまず、ステージング領域からEIM表にデータがロードされます。次に、EIM構成ファイル(.ifb)が生成され、サーバー・マネージャを使用してインポート・プロセスが実行されます。

注意:

Siebelへの書込みには、必ずEIM表を使用してください。Siebel物理表に直接書き込むことは推奨されません。

6.1.3 ナレッジ・モジュール

Oracle Data Integratorには、Siebel CRMデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表6-1に示します。Oracle Siebel CRMに固有のこれらのナレッジ・モジュールでは、Oracle Data IntegratorとOracle Siebel CRMプラットフォームとの間の統合および接続性が提供されています。

表6-1 Siebel CRMナレッジ・モジュール

ナレッジ・モジュール

説明

IKM SQL to Siebel Append (EIM)

ANSI-SQL92準拠の任意のステージング領域からSiebel EIM (Enterprise Integration Manager)表にデータを統合して、適切なEIM構成ファイル(.ifb)を生成し、Siebelサーバー・マネージャを使用してインポート・プロセスを実行します。ターゲット表は、切捨て/挿入モードで移入されます。

LKM Siebel to SQL (EIM)

Siebel EIM (Enterprise Integration Manager)表からANSI-SQL92準拠の任意のステージング領域にデータをロードします。このモジュールでは、ランタイム・エージェントを使用してEIM (Enterprise Integration Manager)表からステージング領域にデータが抽出されます。適切なEIM構成ファイル(.ifb)を生成し、Siebelサーバー・マネージャを使用してエクスポート・プロセスを実行できます。

RKM Siebel Oracle

Siebel用のリバース・エンジニアリング・ナレッジ・モジュール。

ビジネス・オブジェクトはサブモデルとしてリバースされ、ビジネス・コンポーネントは、列および制約(主キーおよび外部キー)を持つデータストアとしてリバースされます。

RKM Siebel EIM Oracle

Siebel EIM (Enterprise Integration Manager)表用のリバース・エンジニアリング・ナレッジ・モジュール。

Siebelプロジェクトはサブモデルとしてリバースされ、EIM表は、列と主キーを持つデータストアとしてリバースされます。

RKM Siebel MSSQL

このRKMは、Microsoft SQL Serverデータベースの上にインストールされたSiebelにRKM Siebel Oracleと同じ機能を提供します。

RKM Siebel EIM MSSQL

このRKMは、Microsoft SQL Serverデータベースの上にインストールされたSiebelにRKM Siebel EIM Oracleと同じ機能を提供します。

6.2 インストールおよび構成

Siebel CRMデータでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件および動作要件

- テクノロジ固有の要件

- 接続性要件

6.2.1 システム要件および動作要件

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

6.2.2 テクノロジ固有の要件

Siebel EIM KMSを使用するには、ランタイム・エージェントをホストするマシンにSrvrmgr Siebelユーティリティをインストールする必要があります。

6.2.3 接続性要件

Oracle Data Integratorは、JDBC接続を使用して、Siebel CRMデータをホストするデータベースに接続します。OracleデータベースおよびMicrosoft SQL ServerデータベースとのJDBC接続性の詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseの接続性要件に関する項およびMicrosoft SQL Serverの接続性要件に関する項を参照してください。

6.3 トポロジの設定

この手順では、データ・サーバーおよび、Siebel CRMデータの格納に使用される物理スキーマと論理スキーマを、Oracle Data Integratorで宣言します。

6.3.1 データ・サーバーの作成

Siebel CRM表は、OracleスキーマまたはMicrosoft SQL Serverデータベースに格納できます。

OracleまたはMicrosoft SQL Serverのいずれかのテクノロジのデータ・サーバーを作成します。『Oracle Fusion Middleware Oracle Data Integrator接性およびナレッジ・モジュール・ガイド』のOracleデータ・サーバーの作成に関する項またはMicrosoft SQL Serverデータ・サーバーの作成に関する項を参照してください。

このデータ・サーバーは、Siebel CRMデータを格納するデータベース・インスタンスを表します。

6.3.2 物理スキーマの作成

6.3.1項「データ・サーバーの作成」で作成したデータ・サーバーの下に物理スキーマを作成します。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項に記載されている標準の手順に従います。

このスキーマは、リバース・エンジニアリングするSiebel表またはEIMデータ構造を含むOracleスキーマまたはMicrosoft SQL Serverデータベースを指している必要があります。

注意:

Siebel CRM表を格納するOracleスキーマまたはMicrosoft SQL Serverデータベースは、物理スキーマ定義で作業スキーマとして定義しないでください。また、このスキーマまたはデータベースは、インタフェースのステージング領域として使用しないでください。

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項に記載されている標準の手順で、この物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。

6.4 プロジェクトの設定

Siebel CRMの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- RKM Siebel <database>またはRKM Siebel EIM <database>

- LKM Siebel to SQL (EIM)

- IKM SQL to Siebel Append (EIM)

これらの特定のSiebel CRM KMに加えて、OracleテクノロジまたはMicrosoft SQL Serverテクノロジの標準LKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseのナレッジ・モジュールに関する項とMicrosoft SQL Serverのナレッジ・モジュールに関する項を参照してください。

6.5 モデルの作成およびリバース・エンジニアリング

この項の内容は次のとおりです。

- モデルの作成

- Siebel CRM表のリバース・エンジニアリング

6.5.1 モデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項の説明に従って、OracleテクノロジまたはMicrosoft SQL Serverテクノロジ、および標準の手順を使用したトポロジの設定時に作成された論理スキーマに基づいてモデルを作成します。

6.5.2 Siebel CRM表のリバース・エンジニアリング

Siebel RKMでは、Siebelビジネス・コンポーネントまたはSiebel EIM表をリバース・エンジニアリングし、Siebelディレクトリから取得した情報を付加できます。

RKM Siebel <database>を使用したリバース・エンジニアリング・プロセスでは、次のものを返します。

- インストールされたサブモデルとしてのビジネス・オブジェクト

- 列および制約(主キーおよび外部キー)を持つデータストアとしてのビジネス・コンポーネント

- リバースされた表および列のコメント

RKM Siebel <database> EIMを使用したリバース・エンジニアリング・プロセスでは、次のものを返します。

- サブモデルとしてのプロジェクト

- 列および制約(主キーおよび外部キー)を持つデータストアとしてのEIM表

Siebel CRM RKMを使用して、Siebel CRM表のカスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を使用します。この項では、Siebel CRM表固有のフィールドのみについて説明します。

1. モデルの「リバース」タブで、使用する統合メソッドに応じて、RKM Siebel <database>またはRKM Siebel EIM <database>を選択します。

2. RKMオプションは、手順1で選択したRKMによって異なります。次のように使用します。

1. RKM Siebel to OracleまたはRKM Siebel MSSQLの場合
ビジネス・オブジェクトのオプションで、リバース・エンジニアリングするビジネス・オブジェクトをフィルタ処理するためのマスクを指定します。

たとえば、Account、Acc%、Customer、Employee、%mpl%などです。

パーセント記号(%)では、すべてのビジネス・オブジェクトが返されます。

2. RKM Siebel EIM OracleまたはRKM Siebel EIM MSSQLの場合: 表6-2に示されるオプションを設定します。

表6-2 Siebel EIMナレッジ・モジュールのKMオプション

オプション

説明

USE_PROJECT

Oracle Data Integratorでサブモデルとしてプロジェクトをリバース・エンジニアリングするには、このオプションをYESに設定します。

REPOSITORY

Siebelリポジトリ名を指定します。デフォルトはSiebel Repositoryです。

PROJECT_NAME

リバース・エンジニアリングするSiebelプロジェクトをフィルタ処理するマスクを指定します。

たとえば、EIM AccountsおよびQuotes、EIM Activity、EIM A%などです。パーセント記号(%)ではすべてのSiebelプロジェクトが返されます。

3. リバースする表を選択するには、「マスク」フィールドにリバース・エンジニアリング・マスクを指定します。「リバース」タブの「マスク」フィールドで、名前に基づいてリバース・エンジニアリングされるオブジェクトがフィルタ処理されます。「マスク」フィールドは空にしないでください。少なくともパーセント記号(%)を含める必要があります。

リバース・エンジニアリング・プロセスでは、アプリケーションおよび表をサブモデルおよびデータストアとして返します。これらのSiebel CRMデータストアは統合インタフェースのソースとして使用できます。

6.6 インタフェースの設計

Siebelビジネス・コンポーネント表は、インタフェースのソースとして使用できます。EIM表はソースまたはターゲットとして使用できます。

インタフェース用に選択したKMによって、このインタフェースの機能およびパフォーマンスが決まります。この項に示す推奨事項は、Siebel CRMデータのロードおよび統合に関連する様々な状況でのKMの選択に役立ちます。

6.6.1 Siebelからのデータのロード

RKM Siebel <database>を使用してリバース・エンジニアリングを実行した後は、Siebelデータ表を統合インタフェースのソースとして使用できます。

この状況でSiebel CRMをソースとして使用することは、統合インタフェースのソースとしてOracleデータストアまたはMicrosoft SQL Serverデータストアを使用することと同じです。汎用SQL、Oracle DatabaseまたはMicrosoft SQL ServerのKMをこの目的で使用できます。詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』の次の章を参照してください。

- 「Oracle Database」

- 「汎用SQL」

- 「Microsoft SQL Server」

6.6.2 EIM表を使用したSiebelからのデータのロード

EIM表を使用してSiebelからデータを抽出するには、EIM表をソースとして、統合インタフェースを作成します。LKM Siebel to SQL (EIM)を選択して、KMオプションを次のように設定します。

- IFB_PATH: EIM構成ファイル(.ifb)を作成するパスを指定します。

- SRVRMGR_PATH: Siebel srvrmgrバイナリの場所を指定します。このパラメータは必須です。

- SIEBEL_GATEWAY: ゲートウェイ・サーバー・マシンのネットワーク・アドレスを指定します。

- SIEBEL_ENTERPRISE: エンタープライズ・サーバーの名前を示します。

- SIEBEL_SERVER: Siebelサーバーの名前を示します。

- SERVER_USER: サーバー管理者のユーザー名を示します。

- SERVER_USER_PWD: サーバー管理者のパスワードを示します。

LKM Siebel to SQL (EIM)では次の処理が自動実行されます。

1. EIM表へのエクスポート・プロセスが記述されたEIM構成ファイルが生成されます。

2. Siebel srvrmgrコマンドラインなどを使用してEIMプロセスが実行されます。

3. EIM表から他のアプリケーションにデータを抽出、変換およびロードします。

6.6.3 EIM表を使用したSiebelのデータの統合

EIM表を使用してSiebelにデータを挿入するには、EIM表をターゲットとして統合インタフェースを作成します。IKM SQL to Siebel Append (EIM)を選択し、次のようにKMオプションを設定します。

- IFB_PATH: EIM構成ファイル(.ifb)を作成するパスを指定します。

- SRVRMGR_PATH: Siebel srvrmgrバイナリの場所を指定します。このパラメータは必須です。

- SIEBEL_GATEWAY: ゲートウェイ・サーバー・マシンのネットワーク・アドレスを指定します。

- SIEBEL_ENTERPRISE: エンタープライズ・サーバーの名前を示します。

- SIEBEL_SERVER: Siebelサーバーの名前を示します。

- SERVER_USER: サーバー管理者のユーザー名を示します。

- SERVER_USER_PWD: サーバー管理者のパスワードを示します。

IKM SQL to Siebel Append (EIM)では次の処理が自動実行されます。

1. 適切なEIM表がロードされます。

2. EIM表からのインポート・プロセスが記述されたEIM構成ファイルが生成されます。

3. Siebel srvrmgrコマンドラインなどを使用してEIMプロセスが実行されます。

7 SAP ABAP BW

この章では、Oracle Data IntegratorでのSAP BWナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 7.1項「概要」

- 7.2項「インストールおよび構成」

- 7.3項「トポロジの定義」

- 7.4項「プロジェクトの設定」

- 7.5項「モデルの作成およびリバース・エンジニアリング」

- 7.6項「インタフェースの設計」

- 7.7項「SAP BW統合の考慮事項」

7.1 概要

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接続テストを含む手順を追った説明が含まれています。

7.1.1 概念

Oracle Data IntegratorのSAP BWナレッジ・モジュールは、次のような目的で、SAP-BWシステムの成熟したな統合方法を使用しています。

- SAP BWメタデータのリバース・エンジニアリング

- SAP BWシステム(ソース)からOracleステージング領域またはOracle以外のステージング領域へのデータの抽出およびロード

リバース・エンジニアリング・プロセスでは、ODIモデル内の次のSAP BWオブジェクトを返します。

- 各ODS/DSOオブジェクトは、ODIデータストアとして表されます。

- 各InfoObjectは、ODIでデータストアを最大3つまで含むサブモデルとして表されます。

- マスター・データを持つInfoObjectsには、すべてのInfoObject属性を含むマスター・データ・データストアがあります。

- テキスト・データが添付されているInfoObjectsには、すべてのテキスト関連の列を含むテキスト・データストアがあります。

- 定義された階層を持つInfoObjectsには、すべての階層関連の列を含む階層データストアがあります。

- 各InfoCubeは、単一のODIデータストアとして表されます。このデータストアには、すべてのディメンションのすべての特性に関する列とすべてのキー数値に関する列が含まれます。

- 各OpenHubDestinationは、ODIデータストアとして表されます。

7.1.2 ナレッジ・モジュール

Oracle Data Integratorには、SAP BWデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表7-1に示します。

Oracle Data Integrator SAP BWナレッジ・モジュールでは、SAP JCoライブラリを使用したSAP BWシステムからの統合が可能です。このKMのセットには、次の機能があります。

- SAP BWシステムからSAP BWデータを読み取ります。

- Oracleステージング領域またはOracle以外のステージング領域にこのデータをロードします。

- SAPメタデータをリバース・エンジニアリングし、必要なメタデータのみを選択するようツリー・ブラウザに指示します。

- フレックスフィールドを使用してSAP BWデータ・ターゲット・タイプ(InfoCube、InfoObject、ODS/DSO、OpenHubおよびテキスト表)およびその列をマップします。

表7-1 SAP BWナレッジ・モジュール

ナレッジ・モジュール

説明

LKM SAP BW to Oracle (SQLLDR)

SQL*LOADERコマンドライン・ユーティリティを使用して、SAP BWシステムからフラット・ファイルにデータを抽出し、これをOracleステージング領域にロードします。

RKM SAP ERP接続テスト

このRKMは、Oracle Data IntegratorからのSAP接続のテストに使用します。詳細は、付録B「SAP ABAP ERPアダプタの追加情報」を参照してください。

RKM SAP BW

InfoCubes、InfoObjects (テキストおよび階層を含む)、ODS/DSOおよびOpenHubDestinationsのSAP固有のメタデータを取得するリバース・エンジニアリング・ナレッジ・モジュール。

LKM SAP ERP to SQL

JDBC接続を使用して、SAP BWからフラット・ファイルにデータを抽出し、これをステージング領域にロードします。

7.1.3 SAP BW統合プロセスの概要

RKM SAP BWにより、Oracle Data Integrator (ODI)ではSAP JCoライブラリを使用してSAP BWシステムに接続し、SAP BWメタデータのカスタマイズされたリバース・エンジニアリングを実行できます。

LKM SAP BW to Oracle (SQLLDR)およびLKM SAP ERP to SQLは、SAP BWシステム(ソース)からOracleステージング領域またはOracle以外のステージング領域にデータを抽出およびロードする役割を果たします。

注意:

SAP BWへのアクセスはABAPを使用して行われます。その結果、接続に使用されるテクノロジはSAP ABAPで、テクノロジ要素およびモデルはSAP ABAPテクノロジに基づきます。ODIにSAP BWテクノロジは存在しませんが、SAP ABAPテクノロジに基づいたSAP BW固有のKMが存在します。

7.1.3.1 リバース・エンジニアリング・プロセス

リバース・エンジニアリングではRKM SAP BWを使用します。

このナレッジ・モジュールでは、SAP BWメタデータを取得するための専用RFCプログラムを自動インストールします。また、SAP BWデータ・オブジェクトのリストを抽出し、オプションでメタデータ・ブラウザのグラフィック・インタフェースにこのリストを表示します。ユーザーは、リバース・エンジニアリングするSAP BWオブジェクトをこのリストから選択します。

リバース・エンジニアリング・プロセスでは、データ・ターゲット、主キー、外部キーおよびインデックスがOracle Data Integratorモデルにリバース・エンジニアリングされます。

7.1.3.2 統合プロセス

SAPからのデータ統合は、LKM SAP BW to Oracle (SQLLDR)およびLKM SAP BW to SQLによって管理されます。

LKM SAP BW to Oracle (SQLLDR)は、ABAPを経由したSAPからのインタフェース・ソーシングと、Oracle Databaseへのステージング領域の配置に使用され、LKM SAP BW to SQLは、Oracle以外のステージング領域用に使用されます。

KMではまず、指定されたインタフェースに必要な抽出プロセスに対応する、最適化されたABAPコードを生成します。このコードには、ソースのSAP BWサーバー内で直接処理できるフィルタおよび結合が含まれます。このABAPプログラムは、自動的にアップロードされ、OdiSAPAbapExecuteツールを使用して実行されて、SAP内に抽出ファイルが生成されます。

その後、KMは、この抽出ファイルを事前に構成されたFTPサーバーまたは共有ディレクトリのいずれかに転送します。さらに、このファイルは、このサーバーからODIエージェントがあるマシンに、FTP、SFTPまたはSCPを使用してダウンロードされるか、またはコピーされ、最後にSQL*LoaderまたはJDBC接続を使用してそのステージング領域にロードされます。また、このエージェントが、FTPサーバーのディスク上にある抽出ファイルを直接読み取ることもできます。詳細は、7.7.1項「ファイル転送の構成」を参照してください。

他の統合プロセス(データの整合性チェックおよび統合)は、他のOracle Data Integration KMで管理されます。

7.2 インストールおよび構成

SAP BWデータでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件および動作要件

- テクノロジ固有の要件

- 接続性要件

- 権限の取得

7.2.1 システム要件および動作要件

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

7.2.2 テクノロジ固有の要件

SAP BWの一部のナレッジ・モジュールでは、SAP-BWシステムおよびOracleデータベースに固有の機能を使用します。この項では、これらの機能に関連する要件をリストします。

- アダプタとの互換性があるJCoバージョンを使用する必要があります。サポートされるJCoバージョンのリストはOracle Technology Network (OTN)で入手できます。詳細は、7.2.1項「システム要件および動作要件」を参照してください。

- Oracle Data IntegratorおよびJCoの両方と互換性があるJVMバージョンを使用する必要があります。

- このアダプタは、SAPシステムからODIエージェントにデータを転送するための転送モードとして、共有ディレクトリを使用したデータ転送とFTPを経由するデータ転送の2つをサポートしています。詳細および制約については、7.7.1項「ファイル転送の構成」を参照してください。
ファイル転送モードの選択に応じて、次の要件を満たす必要があります。

- 共有ディレクトリを使用したデータ転送(推奨される転送方式)
LKM SAP BW to Oracle (SQLLDR)には、SAPシステムとODIエージェントとの間で共有されるフォルダが必要です。SAPアプリケーション・サーバーでは、SAPシステムとODIエージェント・マシンからアクセス可能なフォルダにデータを書き込むことでデータを転送します。これは通常、ODIエージェント・マシンのフォルダをSAPシステムと共有することで行われます。共有フォルダは、必ずしもODIエージェント・マシン上に置く必要はないことに注意してください。共有フォルダがODIエージェント・マシンとSAPシステムの両方からアクセス可能であるかぎりは、サード・マシン上に共有フォルダを置くこともできます。

注意:

セキュリティ上の理由から、SAPサーバー上にあるフォルダは共有しないでください。そのかわりに、ODIエージェント・マシンのフォルダをSAPシステムと共有するか、または共有ファイル・サーバーとしてサード・マシンを使用します。

共有フォルダは、SAPシステムにアクセスできる必要があります。基盤となるオペレーティング・システムのみへのアクセスでは不十分です。つまり、フォルダはSAPトランザクションAL11内で宣言される必要があり、その結果、フォルダはAL11内で正常に開かれます。

- FTP経由のデータ転送
LKM SAP BW to Oracle (SQLLDR)では、SAP BWシステムからのデータのアップロードにFTPサーバーが必要になります。このデータの読取りは、インタフェースを実行するエージェントによって(このエージェントがFTPサーバー・マシン上で実行されている場合)ローカルで実行されるか、またはリモートで(このエージェントがFTPサーバーとは異なるマシン上にある場合)実行されます。このFTPサーバーは、SAP BWマシンとエージェント・マシンの両方からネットワーク経由でアクセスできる必要があります。

- 「LKM SAP BW to Oracle (SQLLDR)」のみ: LKM SAP BW to Oracle (SQLLDR)を使用したインタフェースの実行時には、エージェントを実行するマシン上にSQL*Loaderが必要です。SQL*Loaderは、SAPからOracleステージング領域に抽出されたデータのロードに使用されます。

7.2.3 接続性要件

Oracle Data Integratorは、JCoを使用してSAP BWデータをホストするSAP BWシステムに接続します。また、SAPシステムから抽出されたデータのホストには、FTPサーバーまたは共有ディレクトリを使用します。

この項では、次の必要な接続情報について説明します。

- JCoのインストールと構成

- SAP接続情報の収集

- FTP接続情報の収集

- 共有ディレクトリ情報の収集

7.2.3.1 JCoのインストールと構成

SAPアダプタでは、JCoを使用してSAPシステムに接続します。プロジェクトを続行する前にJCoを構成する必要があります。

JCoをインストールおよび構成する手順は次のとおりです。

1. http://service.sap.com/connectorsから構成でサポートされるJCoバージョンをダウンロードします。Oracle Technology Networkから入手できる互換性マトリックスでサポートされるJCoバージョンを確認します。
http://www.oracle.com/technology/products/oracle-data-integrator/10.1.3/htdocs/documentation/odi_certification.xls

注意:

- JCo 3.0.2以降のバージョンが必要です

- 使用中のオペレーティング・システムおよびシステム・アーキテクチャ(32ビットまたは64ビット)と一致するSAP JCoパッケージを選択します。たとえば、ODIを32ビットのJVMで実行している場合、CPUおよびOSが64ビットでも、32ビットのSAP JCoをダウンロードする必要があります。32ビットと64ビットのアーキテクチャを組み合せると、SAP JCoで必要なネイティブ・ライブラリで接続失敗が発生するため、この組合せは不可能です。

- odi.confには、ODI Studio用に使用するJDKパスが含まれています。

2. 適切な配布パッケージを任意のディレクトリ<sapjco-install-path>に解凍します。

3. プラットフォームに対応するJCoドキュメント(<sapjco-install-path>/javadoc/installation.html)に記載されているインストール手順に従います。

4. 必要なファイル(sapjco3.jarおよびsapjco3.dll/.so)を<ODI_HOME>/odi_miscディレクトリ(Studio)および<ODI_HOME>/oracledi/agent/drivers(スタンドアロン・エージェント)にコピーします。

5. SAPを使用してODIコンポーネント(ODI Studio、スタンドアロン・エージェント)を再起動します。

6. JCoインストールをチェックします。

注意:

注意: SAP JCoソフトウェアは、librfc32ライブラリまたはlibrfc64ライブラリを必要としますが、これは付属していません。これは、たとえばSAP GUIソフトウェアに含まれています。このライブラリがまだインストールされていない場合、付録C「librfc32ライブラリまたはlibrfc64ライブラリのインストール」で説明されている手順に従ってダウンロードしてインストールする必要があります。

7.2.3.2 SAP接続情報の収集

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管理者にサポートを依頼することを検討することもできます。

7.2.3.3 FTP接続情報の収集

SAP BWシステムでは、FTPプロトコルを使用してデータをサーバーにプッシュします。システム管理者から次の情報を収集します。

- FTPサーバー名またはIPアドレス

- FTPログインID

- FTPログイン・パスワード

- 一時データ・ファイルを格納するためのディレクトリ・パス

FTPサーバーがSAPシステムとODIエージェント・マシンの両方からアクセスできることを検証してください。

7.2.3.4 共有ディレクトリ情報の収集

共有ディレクトリ情報の収集は、共有ディレクトリを使用したデータ転送を計画する場合にのみ適用されます。SAPシステムでは、共有フォルダにデータをプッシュします。後述の設定のため、システム管理者から次の情報を収集します。

- 共有フォルダの(UNC)パス名

共有フォルダがSAPシステムとODIエージェント・マシンの両方からアクセスできることおよび、アクセスに対話型認証が必要ないことを確認します。

共有フォルダは、<sid>admユーザーを使用してSAPシステムからアクセスできる必要があること、およびODIエージェントを起動するオペレーティング・システム・ユーザーからアクセスできる必要があることに注意してください。

7.2.4 権限の取得

SAPアダプタでは、設定および実行処理を行う権限が必要です。付録A「SAP ABAP BWアダプタの追加情報」に示されている権限のリストを管理者に提供してください。

これらの権限は、SAPユーザーがODIを使用してSAPシステムにログインする際に必要です。このユーザーは、SAPデータ・サーバーの作成時に指定されます。

7.3 トポロジの定義

SAP統合に使用する2つのデータ・サーバーを定義する必要があります。定義するのは、SAP ABAPデータ・サーバーとFTPデータ・サーバーです。

1. ファイル・データ・サーバーの作成

2. SAP ABAPデータ・サーバーの作成

7.3.1 ファイル・データ・サーバーの作成

このデータ・サーバーはFTPサーバーまたはファイル・サーバーに相当し、抽出ファイルはSAPからここにプッシュされ、SQL*LoaderまたはJDBCドライバ用に取得されます。

7.3.1.1 ファイル・データ・サーバーの作成

『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル・データ・サーバーの作成に関する項の説明に従って、ファイル・データ・サーバーを作成します。この項では、SAP BWに固有のパラメータについて説明します。

データ転送モードの選択に応じて、このデータ・サーバーは次のいずれかを指す必要があります。

- 既存のFTPサーバー。抽出ファイルがSAPからここにプッシュされ、ロード用に取得されます。

- 共有フォルダ。SAPシステムにより抽出ファイルがここに書き込まれ、SQL*LoaderまたはODIフラット・ファイル・ドライバからそのファイルが取得されます。このスキーマは、抽出ファイルがプッシュされるFTPホスト内のフォルダを表します。

データ・サーバーのパラメータはデータ転送モードによって異なることに注意してください。

- FTPを使用してデータを転送する場合は、次のようにパラメータを設定します。

- ホスト(データ・サーバー): FTPサーバーのIPホスト名またはIPアドレス

- ユーザー: FTPサーバーにログインするためのユーザー名

- パスワード: ユーザーのパスワード

- 共有ディレクトリを使用してデータを転送する場合は、次のようにパラメータを設定します。

- ホスト(データ・サーバー): 該当なし

- ユーザー: 該当なし

- パスワード: 該当なし

- 「LKM SAP ERP to SQL」で使用する場合、これらの追加のパラメータを構成する必要があります。

- JDBCドライバ・クラス: com.sunopsis.jdbc.driver.file.FileDriver

- JDBC URL: jdbc:snps:dbfile?ENCODING=UTF8
前述のURLはSAP UNICODEシステム用です。UNICODEシステム以外の場合、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル・データ・サーバーの作成に関する項のENCODINGパラメータの詳細を参照してください。このURLで選択するエンコーディングは、SAPアプリケーション・サーバーで使用するコード・ページと一致する必要があります。

詳細は、7.7.1項「ファイル転送の構成」を参照してください。

7.3.1.2 ファイル・スキーマの作成

このファイル・データ・サーバーでは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル物理スキーマの作成に関する項の説明に従って、物理スキーマを作成します。

このスキーマは、FTPホストまたはファイル・サーバーのいずれかにあるフォルダを表します。これは、抽出ファイルがプッシュされるフォルダであることに注意してください。データ転送モードに応じて、データおよび作業スキーマを次のように指定します。

- FTPファイル転送の場合:

- ディレクトリ(スキーマ): リモートの場所から抽出ファイルをアップロードまたはダウンロードするためのFTPサーバー上のパス。このパスは、SAP BWシステムからFTPサーバーに抽出ファイルをアップロードする際に使用されます。また、抽出ファイルをダウンロードするリモート・エージェントによって使用されます。このパスにはスラッシュを使用する必要があり、スラッシュ文字で終了する必要があります。

- ディレクトリ(作業スキーマ): FTPサーバー・マシン上のローカル・パス。このパスは、FTPを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントによって使用されます。このアクセス方法は、LKM SAP BW to Oracle (SQLLDR)またはLKM SAP BW to SQLのFTP_TRANSFER_METHODパラメータがNONEに設定されている場合に使用されます。作業スキーマはローカル・ディレクトリの場所です。そのため、スラッシュまたはバックスラッシュは、オペレーティング・システムに応じて使用する必要があります。このパスは、スラッシュまたはバックスラッシュで終了する必要があります。
データ・スキーマと作業スキーマで指定されたパス名は必ずしも同じ名前ある必要はありません。FTPサーバーが、/sapfiles (ディレクトリ(スキーマ)の値)という名前のFTPディレクトリにアクセスできる一方、ローカルでは、c:\inetpub\ftproot\sapfiles (ディレクトリ(作業スキーマ)の値)にあるファイルがアクセスされます。

- 共有ディレクトリ転送の場合:

- ディレクトリ(スキーマ): 抽出ファイルの書込みおよび読取りを行う共有フォルダのパス(UNC)。SAPシステムによってこのフォルダに抽出ファイルが書き込まれます。また、リモート・エージェントによって、抽出ファイルをODIエージェント・マシンにコピーする場合にも使用されます。このパスには、SAPアプリケーション・サーバーのオペレーティング・システムに応じてスラッシュまたはバックスラッシュを使用し、その終わりにはスラッシュ文字またはバックスラッシュ文字を使用する必要があります。

- ディレクトリ(作業スキーマ): 共有フォルダをホストするサーバー・マシン上のローカル・パス。このパスは、共有フォルダを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントによって使用されます。このアクセス方法は、LKM SAP BW to Oracle (SQLLDR)またはLKM SAP BW to SQLのFTP_TRANSFER_METHODパラメータがFSMOUNT_DIRECTに設定されている場合に使用されます。作業スキーマはローカル・ディレクトリの場所です。そのため、スラッシュまたはバックスラッシュは、オペレーティング・システムに応じて使用する必要があります。このパスは、スラッシュまたはバックスラッシュで終了する必要があります。

詳細は、7.7.1項「ファイル転送の構成」を参照してください。

File Server for SAP ABAPと呼ばれるファイル論理スキーマを作成して、物理スキーマにマップします。この論理スキーマ名はあらかじめ定義されており、SAP ABAPのファイル・サーバーにする必要があります。

7.3.2 SAP ABAPデータ・サーバーの作成

このSAP ABAPデータ・サーバーはSAPサーバーに相当し、ここからデータが抽出されます。

7.3.2.1 SAP ABAPデータ・サーバーの作成

SAP ABAPデータ・サーバーを構成する手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のデータ・サーバーの作成に関する項に記載されている標準の手順で、SAP ABAPテクノロジ用のデータ・サーバーを作成します。このデータ・サーバーではSAP接続情報を使用します。

2. このデータ・サーバーのパラメータを次のように設定します。

- 名前: SAP_BW。ODIに表示されるデータ・サーバーの名前です。

- ホスト(データ・サーバー): SAP BWシステムのIPアドレスまたはホスト名。

- ユーザー: SAP管理者から提供されたSAP BWユーザー。

- パスワード: このユーザーのSAP BWパスワード。このパスワードでは大文字と小文字が区別されます。

3. 「フレックスフィールド」タブに、このデータ・サーバーのフレックスフィールド値を設定します。

- 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 Allow ABAP Upload: ABAPコードをこのSAPシステムでアップロードできる場合、1に設定します。通常、任意の開発以外のシステム用に0に設定します。詳細は、7.7.2項「本番環境でのABAPのアップロードおよびABAPコードの制御」を参照してください。

- SAP Allow ABAP Execute: ABAPコードをこのSAPシステムで実行できる場合、1に設定します。詳細は、7.7.2項「本番環境でのABAPのアップロードおよびABAPコードの制御」を参照してください。

注意:

SAP接続およびFTP接続定義を検証するためのテスト・ボタンはサポートされていません。

データ・サーバー名を除いて、SAPデータ・サーバーの定義の際に指定するすべてのパラメータはSAP管理者によって提供される必要があります。これらのパラメータの詳細は、「SAP接続情報の収集」を参照してください。

7.3.2.2 SAP ABAPスキーマの作成

SAP ABAPスキーマを構成する手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項の説明に従って、SAP ABAPデータ・サーバーの下に物理スキーマを作成します。このスキーマには、特定の構成は必要ありません。SAP ABAPデータ・サーバーの下に物理スキーマが1つのみ必要となります。

2. 適切なコンテキスト内で、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項の説明に従って、この物理スキーマ用の論理スキーマを作成します。

7.4 プロジェクトの設定

SAP BWの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- RKM SAP BW

- LKM SAP BW to Oracle (SQLLDR)

- LKM SAP BW to SQL

これらの特定のSAP BW KMに加えて、Oracle Databaseでデータの抽出およびデータの品質チェックを実行する標準Oracle LKM、IKMおよびCKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseに関する項を参照してください。

7.5 モデルの作成およびリバース・エンジニアリング

この項の内容は次のとおりです。

- SAP BWモデルの作成

- SAP BWモデルのリバース・エンジニアリング

7.5.1 SAP BWモデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項に記載されている標準の手順を使用して、SAP ABAPテクノロジおよびSAP ABAP論理スキーマに基づくSAP BWモデルを作成します。

7.5.2 SAP BWモデルのリバース・エンジニアリング

RKM SAP BWを使用して、カスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を使用します。この項では、SAP BW固有のフィールドのみについて説明します。

1. SAP BWモデルの「リバース」タブで、RKM SAP BWを選択します。

2. RKM SAP BWでは、USE_GUI KMオプションをtrueに設定します。

3. RKMを初めて使用する場合のみ: SAP_TRANSPORT_LAYER_NAMEをSAP Basisの管理者が提供したトランスポート・レイヤーの名前に設定します。

注意:

不正なまたは無効なトランスポート・レイヤー名を使用すると、インストール・プロセス時に重大な遅れが生じます。SAP Basisの管理者により提供された値のみを使用してください。

4. RKMを初めて使用する場合のみ: UPLOAD_ABAP_CODEをYesに設定します。
初回の実行後は、この値をNoに戻す必要があります。

5. モデルを保存します。

6. モデル・エディタ・ツールバーで、「リバースエンジニアリング」をクリックします。

7. UPLOAD_ABAP_CODEの設定をNoに戻します。

8. RKMを初めて使用する場合のみ: オペレータで、現在のセッションの状態が「実行中」であることを確認します。
セッションに失敗した場合は、設定を確認してください。すべてのインストール手順が正常に完了するまでは次に進まないでください。

9. セッションが開始されると、ツリー・メタデータ・ブラウザが表示されます。リバースするデータ・ストア・オブジェクト(複数も可)を選択します。

10. ツリー・メタデータ・ブラウザ・ウィンドウで、「リバースエンジニアリング」をクリックします。

リバース・エンジニアリング・プロセスでは、選択されたデータ・ストア・オブジェクトをデータストアとして返します。

注意:

ランタイム・エージェント上でリバース・エンジニアリングを実行する場合は、USE_GUIオプションをfalseに設定する必要があります。このオプションは、Studioに組み込まれたエージェントを使用して、カスタマイズされたリバース・エンジニアリングを開始する場合にのみ使用されます。

7.6 インタフェースの設計

Oracleステージング領域にSAP BWデータをロードするインタフェースを作成する手順は次のとおりです。

1. SAP BWモデルからソース・データストアを使用してンタフェースを作成します。このインタフェースは、Oracleターゲットを持つか、またはステージング領域としてOracleスキーマを使用する必要があります。

2. インタフェースに結合、フィルタおよびマッピングを作成します。

3. インタフェースの「フロー」タブで、SAP BWソース・データ・オブジェクト(複数も可)を含むソース・セットを選択して、LKM SAP BW to Oracle (SQLLDR)を選択します。

7.7 SAP BW統合の考慮事項

この項の内容は次のとおりです。

- ファイル転送の構成

- 本番環境でのABAPのアップロードおよびABAPコードの制御

- ODI SAPのトランスポート・リクエストの管理

- ログ・ファイル

- SAP BWアダプタの制限

7.7.1 ファイル転送の構成

ODI SAPアダプタは、ABAPプログラムを使用してデータを抽出します。SAPシステムからODIエージェントにデータを転送するため、アダプタでは2つの転送モードと各種の構成がサポートされます。

- 共有ディレクトリを使用した転送(推奨)

- FTPベースの転送

7.7.1.1 共有ディレクトリを使用した転送(推奨)

抽出プロセスの間に、ABAPプログラムによって共有フォルダのデータ・ファイルにデータのチャンクが書き込まれます。パフォーマンスを向上させるには、この共有フォルダをODIエージェント・マシンに置く必要があります。この設定でLKM SAP BW to Oracle (SQLLDR)の場合: SQL*Loaderによって、そのデータ・ファイルをローカルに読み込み、そのデータをOracleステージング領域にロードします。LKM SAP BW to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをローカルに読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

フォルダがODIエージェント・マシン上にない場合、ODIエージェントではまず、共有フォルダからエージェントにファイルをコピーする必要があります。そして、次の手順でそのデータをSQL*LoaderまたはJDBC接続を使用してロードします。

構成1: 共有フォルダがODIエージェント・マシンに物理的に配置される場合(推奨)

図7-1 構成1

「図7-1 構成1」の説明

FTP_TRANSFER_METHOD = FSMOUNT_DIRECTの場合にこの構成を使用します。この構成では、次のデータの移動が行われます。

1. ABAPプログラムによって、FETCH_ BATCH SIZEレコードのチャンクが抽出され、そのレコードが共有フォルダ内のファイルに書き込まれます。

2. LKM SAP BW to Oracle (SQLLDR)の場合: SQL*Loaderによって、このTEMP_DIRからデータ・ファイルが読み込まれ、そのデータがOracleステージング領域にロードされます。LKM SAP BW to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをこのTEMP_DIRから読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. ファイル・サーバー/ODIエージェント・マシンを指すファイル・データ・サーバーを作成します。

- ホスト(データ・サーバー): 該当なし

- ユーザー: 該当なし

- パスワード: 該当なし

2. このファイル・データ・サーバーの下に、ファイル・ホスト・サーバー内の共有フォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- データ・スキーマ: 抽出ファイルを書き込むABAPプログラムによって使用される共有フォルダのパス(UNC)。

- ディレクトリ(作業スキーマ): 共有フォルダをホストするサーバー・マシン上のローカル・パス。このパスは、共有フォルダを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントおよびSQL*Loaderによって使用されます。

注意:

ctl、bad、dscなどの一時ファイルは、ランタイム・エージェントのローカルの一時フォルダに作成されます。デフォルトの一時ディレクトリは、システムの一時ディレクトリです。UNIXでは通常/tmpとなり、Windowsではc:\Documents and Settings\<user>\Local Settings\Tempとなります。KMオプションのTEMP_DIRを使用してこのディレクトリを変更できます。

構成2: 共有フォルダがODIエージェント・マシン上に物理的に配置されていない場合

図7-2 構成2

「図7-2 構成2」の説明

FTP_TRANSFER_METHOD = FSMOUNTの場合にこの構成を使用します。この構成では、次のデータの移動が行われます。

1. ABAPプログラムによって、FETCH_ BATCH SIZEレコードのチャンクが抽出され、そのレコードが共有フォルダ内のファイルに書き込まれます。

2. ランタイム・エージェントによって、KMのTEMP_DIRオプションで指定されたディレクトリにファイルがコピーされます。

3. LKM SAP BW to Oracle (SQLLDR)の場合: SQL*Loaderによって、このTEMP_DIRからデータ・ファイルが読み込まれ、そのデータがOracleステージング領域にロードされます。LKM SAP BW to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをこのTEMP_DIRから読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. 抽出ファイルがSAPからプッシュされ、SQL*Loader用に取得されるファイル・サーバーを指すファイル・データ・サーバーを作成します。
このデータ・サーバーのパラメータを次のように設定します。

- ホスト(データ・サーバー): 該当なし

- ユーザー: 該当なし

- パスワード: 該当なし

2. このファイル・データ・サーバーで、共有フォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- ディレクトリ(スキーマ): 抽出ファイルを書き込むABAPプログラムとそのファイルをコピーするエージェントによって使用される共有フォルダのパス(UNC)。

- ディレクトリ(作業スキーマ): <未定義>。データ・ファイルがファイル・サーバーのファイル・システムから直接アクセスされることはないため、このパスは空白のままにします。

データ・ファイルは、ローカルの一時フォルダにある共有フォルダからランタイム・エージェントにコピーされます。デフォルトの一時ディレクトリは、システムの一時ディレクトリです。UNIXでは通常/tmpとなり、Windowsではc:\Documents and Settings\<user>\Local Settings\Tempとなります。KMオプションのTEMP_DIRを使用してこのディレクトリを変更できます。

7.7.1.2 FTPベースの転送

抽出プロセスの最後に、ABAPプログラムによってFTPサーバーにデータ・ファイルがアップロードされます。パフォーマンスを向上させるには、このFTPサーバーをランタイム・エージェントと同じマシン上に置く必要があります。

エージェントがFTPサーバーと同じマシン上にない場合は、FTPサーバーからファイルをダウンロードした後に、SQL*LoaderまたはJDBC接続を使用してそのファイルをステージング領域にロードします。このダウンロード処理は、FTP、SFTPまたはSCPを使用して実行されます。

図7-3 構成1: FTPサーバーがODIエージェント・マシンにインストールされている場合

「図7-3 構成1: FTPサーバーがODIエージェント・マシンにインストールされている場合」の説明

図7-3に示される構成は、FTP_TRANSFER_METHOD = NONEの際に使用されます。この構成では、次のデータの移動が行われます。

1. ABAPプログラムでは、データを抽出し、そのデータ・ファイルをFTPサーバーにアップロードします。

2. LKM SAP BW to Oracle (SQLLDR)の場合: SQL*Loaderによって、そのデータ・ファイルをローカルに読み込み、そのデータをOracleステージング領域にロードします。LKM SAP BW to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをローカルに読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. FTPサーバーを指すファイル・データ・サーバーを作成します。

- ホスト(データ・サーバー): FTPサーバーのホスト名またはIPアドレス

- ユーザー: FTPサーバーにログインするためのユーザー名

- パスワード: ユーザーのパスワード

2. このファイル・データ・サーバーに、抽出ファイルがプッシュされるFTPホスト内のフォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- ディレクトリ(スキーマ): SAP抽出ファイルをアップロードするためのFTPサーバー上のパス。

- ディレクトリ(作業スキーマ): SAP抽出ファイルを含むFTPサーバー・マシン上のローカル・パス。エージェントおよびSQL*LoaderまたはODIフラット・ファイル・ドライバによって、この場所から抽出ファイルを読み込みます。

図7-4 構成2: FTPサーバーがODIエージェント・マシンにインストールされていない場合

「図7-4 構成2: FTPサーバーがODIエージェント・マシンにインストールされていない場合」の説明

図7-4に示される構成は、FTP_TRANSFER_METHODがFTP、SFTPまたはSCPの際に使用されます。この構成では、次のデータの移動が行われます。

1. ABAPプログラムでは、データを抽出し、そのデータ・ファイルをFTPサーバーにアップロードします。

2. ODIエージェントによって、FTPサーバーからKMオプションのTEMP_DIRで指定するディレクトリにそのファイルがダウンロードされます。

3. LKM SAP BW to Oracle (SQLLDR)の場合: SQL*Loaderによって、このTEMP_DIRからデータ・ファイルが読み込まれ、そのデータがOracleステージング領域にロードされます。LKM SAP BW to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをこのTEMP_DIRから読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. FTPサーバーを指すファイル・データ・サーバーを作成します。

- ホスト(データ・サーバー): FTPサーバーのホスト名またはIPアドレス

- ユーザー: FTPサーバーにログインするためのユーザー名

- パスワード: ユーザーのパスワード

2. このファイル・データ・サーバーに、抽出ファイルがプッシュされるFTPホスト内のフォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- ディレクトリ(スキーマ): SAP抽出ファイルをアップロードするためのFTPサーバー上のパス。

- ディレクトリ(作業スキーマ): <未定義>。データ・ファイルがFTPサーバーのファイル・システムから直接アクセスされることはないため、このパスは空白のままにします。

考慮点および制限:

FTPベースのデータ転送では、広範囲にわたる(S)FTPファイル転送を使用し、転送前にすべてのデータをSAPのアプリケーション・サーバー・メモリー内に保持する必要があります。したがって、SAPセッションごとに必要なメモリー量は、抽出されるデータ量に応じて増加するため、データ量の上限を設定することになります。この上限は、SAP内でのセッション・メモリーの設定を増やすことてある程度調節できます。

共有フォルダ・ベースの構成に必要な設定は多少複雑になりますが、すべてのデータをSAP ASのメモリーに格納する必要がなくなるため、推奨される抽出方法です。

7.7.2 本番環境でのABAPのアップロードおよびABAPコードの制御

開発の際には、ODIはABAPコードを生成し、インタフェースを実行するたびに、これがSAP開発システムにアップロードされます。この自動的なコードのアップロードによって開発サイクルが早くなります。

インタフェースまたはパッケージがユニット・テストされ、開発環境から移行する準備が整うと、他のSAP ABAPコードと同様にSAPのCTS(Change and Transport System)を使用して生成されたSAP ABAPコードをそれぞれのSAPシステムに転送する必要があります。これはSAPの標準的な動作です。このタスクを簡略化するために、開発環境へのアップロードの際にSAPトランスポート・リクエストが自動的に作成されます。生成されたODI SAP ABAPプログラムのトランスポートについては、SAP管理者に確認してください。

開発、テストおよび本番で異なるODIリポジトリを使用している場合、ODIシナリオがそれぞれのSAPシステムのODI ABAPコードと一致していることを確認してください。つまり、SAP CTSを使用してSAP ABAPコードをSAP開発システムからSAP QAシステムにトランスポートし、(トランスポートされるABAPコードを生成した)ODIシナリオをODI開発リポジトリからODI QAリポジトリにトランスポートする必要があります。ODIシナリオをトランスポートする方法の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の第13章「シナリオの処理」を参照してください。

開発以外のODIでABAPコードをアップロードする必要がなくなると、ABAPコードはSAPのCTSによってトランスポートされるため、このような開発以外のシステムではABAPのアップロードができなくなります。

LKMオプションのUPLOAD_ABAP_CODEをNoに設定することによってアップロードを明示的に無効にできますが、通常、ODIトポロジ内のSAPデータ・サーバー上で定義された「SAP Allow ABAP Upload」フレックスフィールドを使用して無効にされます。つまり、ABAPコードのアップロードは、LKMオプションのUPLOAD_ABAP_CODEおよびSAP Allow ABAP Uploadフレックスフィールドの両方をYesに設定した場合にかぎり実行されます。本番システムへのアップロードを無効にするには、トポロジ内の「SAP Allow ABAP Upload」フレックスフィールドを0に設定するのみで十分です。

ヒント:

開発環境ではABAPコードをアップロードし、QAまたは本番環境ではそのアップロードをスキップするインタフェースを構成する手順は次のとおりです。

1. すべてのインタフェースにおいて、KMオプションのUPLOAD_ABAP_CODEをYesに設定します。

2. トポロジ内のSAPデータ・サーバーを次のように構成します。

- すべてのSAP開発システムで、SAP Allow ABAP Uploadフレックスフィールドを1に設定します。

- 他のすべてのSAPシステムで、SAP Allow ABAP Uploadフレックスフィールドを0に設定します。

注意:

抽出プロセスを開始する前に、ODIは、インタフェースおよびシナリオがSAPにインストールされているコードと一致することを確認します。シナリオが変更されたがABAPコードは再アップロードされていないなどの不一致がある場合は、例外がスローされます。

場合によっては、インタフェースのABAP抽出コードのインストールのみを行い、データを抽出しないことが望ましい場合があります(自動インストールの場合など)。この場合、すべてのインタフェースをパッケージ内でリンクし、各インタフェースのKMオプションのEXECUTE_ABAP_CODEをFalseに設定できます。このパッケージを実行すると、ずべてのABAPコードがインストールされますが、どれも実行されません。

すべてのインタフェースの変更を回避(前述のようにEXECUTE_ABAP_CODEをFalseに設定)するために、かわりにODI DataServerのSAP Allow ABAP Executeフレックスフィールドを使用して、すべてのSAP ABAPの実行を無効にできます。このフレックスフィールドが無効の場合、KMオプションのEXECUTE_ABAP_CODEがTrueに設定されていてもABAPコードは実行されません。

7.7.3 ODI SAPのトランスポート・リクエストの管理

開発の際には、インタフェースを実行するたびに、ABAPコードがSAPシステムにアップロードされます。より正確には、次のようになります。

SAPデータを抽出するODIインタフェースは、1つ以上のABAP抽出プログラムを生成します(たとえば、結合場所がステージングに設定されると、2つの抽出ジョブが作成されます)。デフォルトでは、1つのインタフェースのすべてのABAP抽出プログラムが1つのSAP機能グループに割り当てられます。別のインタフェースのABAP抽出プログラムは、別のSAP機能グループに割り当てられます。デフォルトの機能グループ名は、ZODI_FGR_<Interface Id>のような名前です。

アップロード中、各ODIインタフェース(各SAP機能グループ)に対してSAP CTSトランスポート・リクエストが作成されます。このため、SAP CTSを介して生成されたODI ABAP抽出プログラムの詳細な開発が可能になります。

複数のODIインタフェースのABAPコードをより大まかな開発制御のための単一のトランスポート・リクエストにグループ化する必要がある場合、これらのインタフェースのすべてのLKMのKMオプションのSAP_FUNCTION_GROUP_NAMEをユーザー定義の値(ZODI_FGR_DWH_SALESなど)に設定できます。こうすることによって、ODIはすべてのABAP抽出プログラムを同じSAP機能グループに生成し、このグループは単一のトランスポート・リクエストに結合されます。サイトの有効な機能グループ名は、SAP管理者に確認してください。

ヒント:

生成されたABAP抽出プログラムの名前は、デフォルトではZODI_<Interface Id>_<SourceSet Id>のような名前です。このことによって、一意のプログラム名による便利な開発を行えます。InterfaceIdは変更されませんが、ODIインタフェースの特定の変更によって、SourceSetIdが変更され、結果としてそれぞれの抽出プログラム名が変更されます。したがって、開発が安定した後にはユーザー定義のプログラム名を使用することをお薦めします。ABAPプログラム名は、LKMオプションのABAP_PROGRAM_NAMEの値を定義することによって設定できます(ZODI_DWH_SALES_DATA01など)。該当する命名規則については、SAP管理者に確認してください。

7.7.4 ログ・ファイル

RKMおよびLKMの実行中に複数のログ・ファイルが作成されます。これらのログ・ファイルには、有用なトラブルシューティングの詳細が含まれていることもあります。表7-2には、各種ログ・ファイルとその使用方法が示されています。

表7-2 ログ・ファイル

デフォルトのログ・ファイル名

KM /フェーズ

コンテンツ

<System Temp Dir>/sap_rkm_bw_<ODI Session Number>.log

RKM

メタデータ取得の実行ログ

<System Temp Dir>/sap_rkm_bw_<ODI Session Number>.log.opentool.log

RKM

RKM用SAP RFCの初回インストールに関する情報

<System Temp Dir>/ODI_BW_Log/ODI_<Interface Id>_<SrcSet>.genlog

LKM - 生成時

ABAPエクストラクタのコード生成に関する情報

<System Temp Dir>/ODI_BW_Log/SAPAbapExecuteOpenTool_<Interface Id>_<SrcSet>.log

LKM - 実行時

ABAPエクストラクタのインストールに関する情報

<System Temp Dir>/ODI_BW_Log/SAPAbapExecuteOpenTool_<Interface Id>_<SrcSet>.log

LKM - 実行時

デルタ抽出に関する情報

<System Temp Dir or local FTP dir>/ ZODI_<Interface Id>_<SrcSet>_<Context>.log

LKM - 実行時

SQL*Loaderログ・ファイル

<System Temp Dir or local FTP dir>/ ZODI_<Interface Id>_<SrcSet>_<Context>.out

LKM - 実行時

SQL*Loader実行時のOS標準出力には、SQL*Loaderがインストールされていない場合などの情報を含めることができます。

<System Temp Dir or local FTP dir>/ ZODI_<Interface Id>_<SrcSet>_<Context>.err

LKM - 実行時

SQL*Loader実行時のOSエラー出力には、SQL*Loaderがインストールされていない場合などの情報を含めることができます。

7.7.5 SAP BWアダプタの制限

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'などの定数文字列値を使用してフィルタ処理ができます。

8 SAP ABAP ERP

この章では、Oracle Data IntegratorでのSAP ERPナレッジ・モジュールの使用方法について説明します。

この章では、次の項目について説明します。

- 8.1項「概要」

- 8.2項「インストールおよび構成」

- 8.3項「トポロジの定義」

- 8.4項「プロジェクトの設定」

- 8.5項「モデルの作成およびリバース・エンジニアリング」

- 8.6項「インタフェースの設計」

- 8.7項「SAP ERP統合の考慮事項」

8.1 概要

SAP ERPナレッジ・モジュールにより、Oracle Data IntegratorはSAP Java Connector (SAP JCo)ライブラリを使用してSAP-ERPシステムに接続できます。これらのアダプタでは、SAP-ERPシステムから大量のデータを抽出できます。

SAP ERPアダプタを初めて使用する場合は、次のOracle Technical Network (OTN)にある、Oracle Data Integrator SAP ABAP ERPアダプタ・スタート・ガイドを確認することをお薦めします。

http://www.oracle.com/technetwork/middleware/data-integrator/learnmore/index.html

これには、完全な前提条件のリストとSAP接続テストを含む手順を追った説明が含まれています。

8.1.1 概念

Oracle Data IntegratorのSAP ERPナレッジ・モジュールは、次のような目的で、SAP-ERPシステムの成熟したな統合方法を使用しています。

- SAP ERPメタデータのリバース・エンジニアリング

- SAP ERPシステム(ソース)からOracleステージング領域またはOracle以外のステージング領域へのデータの抽出およびロード

8.1.2 ナレッジ・モジュール

Oracle Data Integratorには、SAP ERPデータを処理するためのナレッジ・モジュールが用意されています。これらのリストを表8-1に示します。

Oracle Data IntegratorのSAP ERPナレッジ・モジュールでは、SAP JCoライブラリを使用した、SAP ERPシステムからの統合が可能です。このKMのセットには、次の機能があります。

- SAP ERPシステムからSAPデータを読み取ります。

- Oracleステージング領域またはOracle以外のステージング領域にこのSAPデータをロードします。

- SAPメタデータをリバース・エンジニアリングし、必要なメタデータのみを選択するようツリー・ブラウザに指示します。

- フレックスフィールドを使用してSAPの表タイプ(透過、クラスタおよびプール)をマップします。

表8-1 SAP ERPナレッジ・モジュール

ナレッジ・モジュール

説明

LKM SAP ERP to Oracle (SQLLDR)

SQL*LOADERコマンドライン・ユーティリティを使用して、SAP ERPからフラット・ファイルにデータを抽出し、これをOracleステージング領域にロードします。

LKM SAP ERP to SQL

JDBC接続を使用して、SAP ERPからフラット・ファイルにデータを抽出し、これをステージング領域にロードします。

RKM SAP ERP

モジュール、アプリケーション・コンポーネント、表、列、主キー、外部キーおよびインデックスのSAP固有のメタデータを取得するリバース・エンジニアリング・ナレッジ・モジュール。

RKM SAP ERP接続テスト

このRKMは、Oracle Data IntegratorからのSAP接続のテストに使用します。詳細は、付録B「SAP接続テスト」を参照してください。

8.1.3 SAP ABAP統合プロセスの概要

RKM SAP ERPにより、Oracle Data IntegratorではSAP JCoライブラリを使用してSAP ERPシステムに接続し、SAPメタデータのカスタマイズされたリバース・エンジニアリングを実行できます。

LKM SAP ERP to Oracle (SQLLDR)およびLKM SAP ERP to SQLは、SAP ERPシステム(ソース)からOracleステージング領域またはOracle以外のステージング領域にデータを抽出およびロードする役割を果たします。

注意:

SAP ERPへのアクセスはABAPを使用して行われます。その結果、接続に使用されるテクノロジはSAP ABAPになります。

8.1.3.1 リバース・エンジニアリング・プロセス

リバース・エンジニアリングではRKM SAP ERPを使用します。

このKMでは、SAPメタデータを取得するための専用RFCプログラムを自動インストールします。また、すべてのSAP表のリストを抽出し、オプションでメタデータ・ブラウザのグラフィック・インタフェースにこのリストを表示します。ユーザーは、リバース・エンジニアリングする表をこのリストから選択します。

リバース・エンジニアリング・プロセスによって、表、主キー、外部キーおよびインデックスが取得されます。

8.1.3.2 統合プロセス

SAPからのデータ統合は、LKM SAP ERP to Oracle (SQLLDR)およびLKM SAP ERP to SQLによって処理されます。

LKM SAP ERP to Oracle (SQLLDR)は、ABAPを経由したSAPからのインタフェース・ソーシングと、Oracle Databaseへのステージング領域の配置に使用され、LKM SAP ERP to SQLは、Oracle以外のステージング領域用に使用されます。

KMではまず、指定されたインタフェースに必要な抽出プロセスに対応する、最適化されたABAPコードを生成します。このコードには、ソースのSAPサーバー内で直接処理できるフィルタおよび結合が含まれます。このABAPプログラムは、自動的にアップロードされ、OdiSAPAbapExecuteツールを使用して実行されて、SAP内に抽出ファイルが生成されます。

その後、KMは、この抽出ファイルを事前に構成されたFTPサーバーまたは共有ディレクトリのいずれかに転送します。さらに、このファイルは、このサーバーからODIエージェントがあるマシンに、FTP、SFTPまたはSCPを使用してダウンロードされるか、またはコピーされ、最後にSQL*LoaderまたはJDBC接続を使用してそのステージング領域にロードされます。また、このエージェントが、FTPサーバーのディスク上にある抽出ファイルを直接読み取ることもできます。詳細は、8.7.1項「ファイル転送の構成」を参照してください。

他の統合プロセス(データの整合性チェックおよび統合)は、他のOracle Data Integration KMで管理されます。

8.2 インストールおよび構成

SAP ERPデータでの作業を開始する前に、この項の情報を必ず読んでください。

- システム要件と動作要件

- テクノロジ固有の要件

- 接続性要件

- 権限の取得

8.2.1 システム要件と動作保証情報

インストールを実行する前に、システム要件および動作要件のドキュメントを読んで、使用する環境がインストールする製品の最低インストール要件を満たすことを確認する必要があります。

サポートされているプラットフォームおよびバージョンのリストには、次のOracle Technical Network (OTN)からアクセスできます。

http://www.oracle.com/technology/products/oracle-data-integrator/index.html

8.2.2 テクノロジ固有の要件

SAP ERPの一部のナレッジ・モジュールでは、SAPおよびOracleデータベースに固有の機能を使用します。この項では、これらの機能に関連する要件をリストします。

- アダプタとの互換性があるJCoバージョンを使用する必要があります。サポートされるJCoバージョンのリストはOracle Technology Network (OTN)で入手できます。詳細は、8.2.1項「システム要件と動作保証情報」を参照してください。

- Oracle Data IntegratorおよびJCoの両方と互換性があるJVMバージョンを使用する必要があります。

- このアダプタは、SAPシステムからODIエージェントにデータを転送するための転送モードとして、共有ディレクトリを使用したデータ転送とFTPを経由するデータ転送の2つをサポートしています。詳細および制約については、8.7.1項「ファイル転送の構成」を参照してください。
ファイル転送モードの選択に応じて、次の要件を満たす必要があります。

- 共有ディレクトリを使用したデータ転送(推奨される転送方式)
LKM SAP ERP to Oracle (SQLLDR)には、SAPシステムとODIエージェントとの間で共有されるフォルダが必要です。SAPアプリケーション・サーバーでは、SAPシステムとODIエージェント・マシンからアクセス可能なフォルダにデータを書き込むことでデータを転送します。これは通常、ODIエージェント・マシンのフォルダをSAPシステムと共有することで行われます。共有フォルダは、必ずしもODIエージェント・マシン上に置く必要はないことに注意してください。共有フォルダがODIエージェント・マシンとSAPシステムの両方からアクセス可能であるかぎりは、サード・マシン上に共有フォルダを置くこともできます。

注意:

セキュリティ上の理由から、SAPサーバー上にあるフォルダは共有しないでください。そのかわりに、ODIエージェント・マシンのフォルダをSAPシステムと共有するか、または共有ファイル・サーバーとしてサード・マシンを使用します。

共有フォルダは、SAPシステムにアクセスできる必要があります。基盤となるオペレーティング・システムのみへのアクセスでは不十分です。つまり、フォルダはSAPトランザクションAL11内で宣言される必要があり、その結果、フォルダはAL11内で正常に開かれます。

- FTP経由のデータ転送
LKM SAP ERP to Oracle (SQLLDR)では、SAP ERPシステムからのデータのアップロードにFTPサーバーが必要です。このデータの読取りは、インタフェースを実行するエージェントによって(このエージェントがFTPサーバー・マシン上で実行されている場合)ローカルで実行されるか、またはリモートで(このエージェントがFTPサーバーとは異なるマシン上にある場合)実行されます。このFTPサーバーは、SAP ERPマシンとエージェント・マシンの両方からネットワーク経由でアクセスできる必要があります。

- 「LKM SAP ERP to Oracle (SQLLDR)」のみ: LKM SAP ERP to Oracle (SQLLDR)を使用したインタフェースの実行時には、エージェントを実行するマシン上にSQL*Loaderが必要です。SQL*Loaderは、SAPからOracleステージング領域に抽出されたデータのロードに使用されます。

8.2.3 接続性要件

Oracle Data Integratorは、JCoを使用してSAP ERPデータをホストするSAP-ERPシステムに接続します。また、SAPシステムから抽出されたデータのホストには、FTPサーバーまたは共有ディレクトリを使用します。

この項では、次の必要な接続情報について説明します。

- JCoのインストールと構成

- SAP接続情報の収集

- FTP接続情報の収集

- 共有ディレクトリ情報の収集

8.2.3.1 JCoのインストールと構成

SAPアダプタでは、JCoを使用してSAPシステムに接続します。プロジェクトを続行する前にJCoを構成する必要があります。

JCoをインストールおよび構成する手順は次のとおりです。

1. http://service.sap.com/connectorsから構成でサポートされるJCoバージョンをダウンロードします。Oracle Technology Networkから入手できる互換性マトリックスでサポートされるJCoバージョンを確認します。
http://www.oracle.com/technology/products/oracle-data-integrator/10.1.3/htdocs/documentation/odi_certification.xls

注意:

- JCo 3.0.2以降のバージョンが必要です

- 使用中のオペレーティング・システムおよびシステム・アーキテクチャ(32ビットまたは64ビット)と一致するSAP JCoパッケージを選択します。たとえば、ODIを32ビットのJVMで実行している場合、CPUおよびOSが64ビットでも、32ビットのSAP JCoをダウンロードする必要があります。32ビットと64ビットのアーキテクチャを組み合せると、SAP JCoで必要なネイティブ・ライブラリで接続失敗が発生するため、この組合せは不可能です。

- odi.confには、ODI Studio用に使用するJDKパスが含まれています。

2. 適切な配布パッケージを一時ディレクトリ<sapjco-install-path>に解凍します。

3. プラットフォームに対応するJCoドキュメント(<sapjco-install-path>/javadoc/installation.html)に記載されているインストール手順に従います。

4. 必要なファイル(sapjco3.jarおよびsapjco3.dll/.so)を<ODI_HOME>/odi_miscディレクトリ(Studio)および<ODI_HOME>/oracledi/agent/drivers(スタンドアロン・エージェント)にコピーします。

5. SAPを使用してODIコンポーネント(ODI Studio、スタンドアロン・エージェント)を再起動します。

6. JCoインストールをチェックします。

注意:

注意: SAP JCoソフトウェアは、librfc32ライブラリまたはlibrfc64ライブラリを必要としますが、これは付属していません。これは、たとえばSAP GUIソフトウェアに含まれています。このライブラリがまだインストールされていない場合、付録C「librfc32ライブラリまたはlibrfc64ライブラリのインストール」で説明されている手順に従ってダウンロードしてインストールする必要があります。

8.2.3.2 SAP接続情報の収集

SAP ERPシステムに接続するには、SAP管理者に次の情報を要求する必要があります。

- SAP ERPシステムの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 ABAPバージョン: SAPシステムのバージョン

- SAPキャラクタ・セット: このキャラクタ・セットは、SAPシステムがUNICODEシステムではない場合にのみ必要となります。キャラクタ・セットの完全なリストは、『Oracle Databaseグローバリゼーション・サポート・ガイド』のロケール・データに関する項を参照してください。たとえば、クロアチア語のデータの場合はEE8ISO8859P2です。UNICODEシステムの場合はUTF8を使用します。

注意:

前述の接続データ(SAP SNC接続プロパティおよびSAPルーター文字列を除く)はすべて必須であり、SAP管理者から要求されます。接続設定時には、SAP管理者にサポートを依頼することを検討することもできます。

8.2.3.3 FTP接続情報の収集

FTP接続情報の収集は、FTPを使用したデータ転送を計画する場合にのみ適用されます。SAP ERPシステムでは、FTPプロトコルを使用してデータをサーバーにプッシュします。システム管理者から次の情報を収集します。

- FTPサーバー名またはIPアドレス

- FTPログインID

- FTPログイン・パスワード

- 一時データ・ファイルを格納するためのディレクトリ・パス

FTPサーバーがSAPシステムとODIエージェント・マシンの両方からアクセスできることを検証してください。

8.2.3.4 共有ディレクトリ情報の収集

共有ディレクトリ情報の収集は、共有ディレクトリを使用したデータ転送を計画する場合にのみ適用されます。SAPシステムでは、共有フォルダにデータをプッシュします。後述の設定のため、システム管理者から次の情報を収集します。

- 共有フォルダの(UNC)パス名

共有フォルダがSAPシステムとODIエージェント・マシンの両方からアクセスできることおよび、アクセスに対話型認証が必要ないことを確認します。

共有フォルダは、<sid>admユーザーを使用してSAPシステムからアクセスできる必要があること、およびODIエージェントを起動するオペレーティング・システム・ユーザーからアクセスできる必要があることに注意してください。

8.2.4 権限の取得

SAPアダプタでは、設定および実行処理を行う権限が必要です。付録B「SAP ABAP ERPアダプタの追加情報」に示されている権限のリストを管理者に提供してください。

これらの権限は、SAPユーザーがODIを使用してSAPシステムにログインする際に要求されます。このユーザーは、SAPデータ・サーバーの作成時に指定されます。

8.3 トポロジの定義

SAP統合に使用する2つのデータ・サーバーを定義する必要があります。定義するのは、SAP ABAPデータ・サーバーとファイル・データ・サーバーです。

1. ファイル・データ・サーバーの作成

2. SAP ABAPデータ・サーバーの作成

8.3.1 ファイル・データ・サーバーの作成

このデータ・サーバーはFTPサーバーまたはファイル・サーバーに相当し、抽出ファイルはSAPからここにプッシュされ、ロード用に取得されます。

8.3.1.1 ファイル・データ・サーバーの作成

『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル・データ・サーバーの作成に関する項の説明に従って、ファイル・データ・サーバーを作成します。この項では、SAP ERPに固有のパラメータについて説明します。

データ転送モードの選択に応じて、このデータ・サーバーは次のいずれかを指す必要があります。

- 既存のFTPサーバー。抽出ファイルがSAPからここにプッシュされ、ロード用に取得されます。

- 共有フォルダ。SAPシステムにより抽出ファイルがここに書き込まれ、SQL*LoaderまたはODIフラット・ファイル・ドライバからそのファイルが取得されます。このスキーマは、抽出ファイルがプッシュされるFTPホスト内のフォルダを表します。

データ・サーバーのパラメータはデータ転送モードによって異なることに注意してください。

- FTPを使用してデータを転送する場合は、次のようにパラメータを設定します。

- ホスト(データ・サーバー): FTPサーバーのIPホスト名またはIPアドレス

- ユーザー: FTPサーバーにログインするためのユーザー名

- パスワード: ユーザーのパスワード

- 共有ディレクトリを使用してデータを転送する場合は、次のようにパラメータを設定します。

- ホスト(データ・サーバー): 該当なし

- ユーザー: 該当なし

- パスワード: 該当なし

- 「LKM SAP ERP to SQL」で使用する場合、これらの追加のパラメータを構成する必要があります。

- JDBCドライバ・クラス: com.sunopsis.jdbc.driver.file.FileDriver

- JDBC URL: jdbc:snps:dbfile?ENCODING=UTF8
前述のURLはSAP UNICODEシステム用です。UNICODEシステム以外の場合、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル・データ・サーバーの作成に関する項のENCODINGパラメータの詳細を参照してください。このURLで選択するエンコーディングは、SAPアプリケーション・サーバーで使用するコード・ページと一致する必要があります。

詳細は、8.7.1項「ファイル転送の構成」を参照してください。

8.3.1.2 ファイル・スキーマの作成

このファイル・データ・サーバーでは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のファイル物理スキーマの作成に関する項の説明に従って、物理スキーマを作成します。

このスキーマは、FTPホストまたはファイル・サーバーのいずれかにあるフォルダを表します。これは、抽出ファイルがプッシュされるフォルダであることに注意してください。データ転送モードに応じて、データおよび作業スキーマを次のように指定します。

- FTPファイル転送の場合:

- ディレクトリ(スキーマ): リモートの場所から抽出ファイルをアップロードまたはダウンロードするためのFTPサーバー上のパス。このパスは、SAP ERPシステムからFTPサーバーに抽出ファイルをアップロードする際に使用されます。また、抽出ファイルをダウンロードするリモート・エージェントによって使用されます。このパスにはスラッシュを使用する必要があり、スラッシュ文字で終了する必要があります。

- ディレクトリ(作業スキーマ): FTPサーバー・マシン上のローカル・パス。このパスは、FTPを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントによって使用されます。このアクセス方法は、LKM SAP ERP to Oracle (SQLLDR)またはLKM SAP ERP to SQLのFTP_TRANSFER_METHODパラメータがNONEに設定されている場合に使用されます。作業スキーマはローカル・ディレクトリの場所です。そのため、スラッシュまたはバックスラッシュは、オペレーティング・システムに応じて使用する必要があります。このパスは、スラッシュまたはバックスラッシュで終了する必要があります。
データ・スキーマと作業スキーマで指定されたパス名は必ずしも同じ名前ある必要はありません。FTPサーバーが、/sapfiles (ディレクトリ(スキーマ)の値)という名前のFTPディレクトリにアクセスできる一方、ローカルでは、c:\inetpub\ftproot\sapfiles (ディレクトリ(作業スキーマ)の値)にあるファイルがアクセスされます。

- 共有ディレクトリ転送の場合:

- ディレクトリ(スキーマ): 抽出ファイルの書込みおよび読取りを行う共有フォルダのパス(UNC)。SAPシステムによってこのフォルダに抽出ファイルが書き込まれます。また、リモート・エージェントによって、抽出ファイルをODIエージェント・マシンにコピーする場合にも使用されます。このパスには、SAPアプリケーション・サーバーのオペレーティング・システムに応じてスラッシュまたはバックスラッシュを使用し、その終わりにはスラッシュ文字またはバックスラッシュ文字を使用する必要があります。

- ディレクトリ(作業スキーマ): 共有フォルダをホストするサーバー・マシン上のローカル・パス。このパスは、共有フォルダを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントによって使用されます。このアクセス方法は、LKM SAP ERP to Oracle (SQLLDR)またはLKM SAP ERP to SQLのFTP_TRANSFER_METHODパラメータがFSMOUNT_DIRECTに設定されている場合に使用されます。作業スキーマはローカル・ディレクトリの場所です。そのため、スラッシュまたはバックスラッシュは、オペレーティング・システムに応じて使用する必要があります。このパスは、スラッシュまたはバックスラッシュで終了する必要があります。

詳細は、8.7.1項「ファイル転送の構成」を参照してください。

File Server for SAP ABAPと呼ばれるファイル論理スキーマを作成して、物理スキーマにマップします。この論理スキーマ名はあらかじめ定義されており、SAP ABAPのファイル・サーバーにする必要があります。

8.3.2 SAP ABAPデータ・サーバーの作成

このSAP ABAPデータ・サーバーはSAPサーバーに相当し、ここからデータが抽出されます。

8.3.2.1 SAP ABAPデータ・サーバーの作成

SAP ABAPデータ・サーバーを構成する手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のデータ・サーバーの作成に関する項に記載されている標準の手順で、SAP ABAPテクノロジ用のデータ・サーバーを作成します。このデータ・サーバーではSAP接続情報を使用します。

2. このデータ・サーバーのパラメータを次のように設定します。

- 名前: ODIに表示されるデータ・サーバーの名前。たとえば、SAP_ERPなどです。

- ホスト(データ・サーバー): SAP ERPシステムのIPアドレスまたはホスト名。

- ユーザー: SAP管理者から提供されたSAPユーザー。

- パスワード: このユーザーのSAPパスワード。このパスワードでは大文字と小文字が区別されます。

3. 「フレックスフィールド」タブに、このデータ・サーバーのフレックスフィールド値を設定します。

- SAP言語: ログイン時に使用される言語コード。たとえば、英語の場合はEN、ドイツ語の場合はDEです。

- SAPクライアント番号: SAPでクライアントと呼ばれる自己完結型の単位に割り当てられた3桁の番号。クライアントは、トレーニング、開発、テスト、本番クライアントなどです。また、大企業の個々の部門を表す場合もあります。

- SAPシステム番号: Web Application Server (WAS)とも呼ばれるSAPインスタンスに割り当てられた2桁の番号。

- SAPシステムID: ランドスケープにおける3文字で一意のSAPシステムの識別子。

- SAP SNC接続プロパティ: SNC接続プロパティ。このパラメータはオプションで、空のままにすることもできます。

- SAPルーター文字列: ルーター文字列。このパラメータはオプションで、空のままにすることもできます。

- SAPキャラクタ・セット: SAPシステムのキャラクタ・セット。この情報は、データのロード時にSQLLDRで使用されます。UNICODE SAPシステムの場合は、デフォルト値のUTF8を使用します。キャラクタ・セットの完全なリストは、『Oracle Databaseグローバリゼーション・サポート・ガイド』のロケール・データに関する項を参照してください。たとえば、クロアチア語のデータの場合はEE8ISO8859P2です。

- キャラクタ・セットの完全なリストは、『Oracle Databaseグローバリゼーション・サポート・ガイド』のロケール・データ: キャラクタ・セットに関する項を参照してください。たとえば、クロアチア語のデータの場合はEE8ISO8859P2です。

- SAP ABAPバージョン: SAP ABAPバージョンを次のように入力します。

- SAP 4.6Cには46Cと入力します。

- SAP 4.7には620と入力します。

- SAP ECC 5.0には640と入力します。

- SAP ECC 6.0には700と入力します。

- SAP ERPバージョン: 今後の使用のために予約されています。

- SAP Allow ABAP Upload: ABAPコードをこのSAPシステムでアップロードできる場合、1に設定します。通常、任意の開発以外のシステム用に0に設定します。詳細は、8.7.2項「ABAPのアップロードの制御」を参照してください。

- SAP Allow ABAP Execute: ABAPコードをこのSAPシステムで実行できる場合、1に設定します。詳細は、8.7.2項「ABAPのアップロードの制御」を参照してください。

注意:

SAP接続およびFTP接続定義を検証するためのテスト・ボタンはサポートされていません。

データ・サーバー名を除いて、SAPデータ・サーバーの定義の際に指定するすべてのパラメータはSAP管理者によって提供される必要があります。これらのパラメータの詳細は、「SAP接続情報の収集」を参照してください。

8.3.2.2 SAP ABAPスキーマの作成

SAP ABAPスキーマを構成する手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の物理スキーマの作成に関する項の説明に従って、SAP ABAPデータ・サーバーの下に物理スキーマを作成します。このスキーマには、特定の構成は必要ありません。SAP ABAPデータ・サーバーの下に物理スキーマが1つのみ必要となります。

2. 適切なコンテキスト内で、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の論理スキーマの作成に関する項の説明に従って、この物理スキーマ用の論理スキーマを作成します。

8.4 プロジェクトの設定

SAP ERPの機能を使用してプロジェクトを設定するには、標準の手順に従います。『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の統合プロジェクトの作成に関する項を参照してください。

次のKMをOracle Data Integratorプロジェクトにインポートします。

- RKM SAP ERP

- RKM SAP ERP接続テスト

- LKM SAP ERP to Oracle (SQLLDR)

- LKM SAP ERP to SQL

これらの特定のSAP ERP KMに加えて、Oracle Databaseでデータの抽出およびデータの品質チェックを実行する標準Oracle LKM、IKMおよびCKMをインポートします。利用できるKMのリストは、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』のOracle Databaseに関する項を参照してください。

8.5 モデルの作成およびリバース・エンジニアリング

この項の内容は次のとおりです。

- SAP ERPモデルの作成

- SAP ERPモデルのリバース・エンジニアリング

8.5.1 SAP ERPモデルの作成

『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項の説明に従って、標準の手順を使用してSAP ABAPテクノロジおよびSAP ABAP論理スキーマに基づくSAP ERPモデルを作成します。

8.5.2 SAP ERPモデルのリバース・エンジニアリング

RKM SAP ERPを使用して、カスタマイズされたリバース・エンジニアリングを実行するには、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルのリバース・エンジニアリングに関する項に記載されている通常の手順を使用します。この項では、SAP ERP固有のフィールドのみについて説明します。

1. SAP ERPモデルの「リバース」タブで、RKM SAP ERPを選択します。

2. RKM SAP ERPでは、USE_GUI KMオプションをtrueに設定します。

3. RKMを初めて使用する場合のみ: SAP_TRANSPORT_LAYER_NAMEをSAP Basisの管理者が提供したトランスポート・レイヤーの名前に設定します。

注意:

不正なまたは無効なトランスポート・レイヤー名を使用すると、インストール・プロセス時に重大な遅れが生じます。SAP Basisの管理者により提供された値のみを使用してください。

4. RKMを初めて使用する場合のみ: UPLOAD_ABAP_CODEをYesに設定します。
初回の実行後は、この値をNoに戻す必要があります。

5. モデルを保存します。

6. モデル・エディタ・ツールバーで、「リバースエンジニアリング」をクリックします。

7. UPLOAD_ABAP_CODEの設定をNoに戻します。

8. RKMを初めて使用する場合のみ: オペレータで、現在のセッションの状態が「実行中」であることを確認します。
セッションに失敗した場合は、設定を確認してください。すべてのインストール手順が正常に完了するまでは次に進まないでください。

9. セッションが開始されると、ツリー・メタデータ・ブラウザが表示されます。リバースする表(複数も可)を選択します。

10. ツリー・メタデータ・ブラウザ・ウィンドウで、「リバースエンジニアリング」をクリックします。

リバース・エンジニアリング・プロセスでは、選択された表をデータストアとして返します。

注意:

ランタイム・エージェント上でリバース・エンジニアリングを実行する場合は、USE_GUIオプションをfalseに設定する必要があります。このオプションは、Studioに組み込まれたエージェントを使用して、カスタマイズされたリバース・エンジニアリングを開始する場合にのみ使用されます。

8.6 インタフェースの設計

Oracleステージング領域にSAP ERPデータをロードするインタフェースを作成する手順は次のとおりです。

1. SAP ERPモデルからソース・データストアを使用してインタフェースを作成します。このインタフェースは、Oracleターゲットを持つか、またはステージング領域としてOracleスキーマを使用する必要があります。

2. インタフェースに結合、フィルタおよびマッピングを作成します。

3. インタフェースの「フロー」タブで、SAP ABAPソース表(複数も可)を含むソース・セットを選択して、SAP ERP LKM to Oracle (SQLLDR)またはLKM SAP ERP to SQLを選択します。

8.7 SAP ERP統合の考慮事項

この項の内容は次のとおりです。

- ファイル転送の構成

- ABAPアップロードの管理

- ログ・ファイル

- SAP ABAPアダプタの制限

8.7.1 ファイル転送の構成

ODI SAPアダプタは、ABAPプログラムを使用してデータを抽出します。SAPシステムからODIエージェントにデータを転送するため、アダプタでは2つの転送モードと各種の構成がサポートされます。

- 共有ディレクトリを使用した転送(推奨)

- FTPベースの転送

8.7.1.1 共有ディレクトリを使用した転送(推奨)

抽出プロセスの間に、ABAPプログラムによって共有フォルダのデータ・ファイルにデータのチャンクが書き込まれます。パフォーマンスを向上させるには、この共有フォルダをODIエージェント・マシンに置く必要があります。この設定では、SQL*Loaderによってこのフォルダから直接データが読み取られ、それがデータベースにロードされます。

フォルダがODIエージェント・マシン上にない場合、ODIエージェントではまず、共有フォルダからエージェントにファイルをコピーする必要があります。そして、次の手順でそのデータをSQL*LoaderまたはJDBC接続を使用してロードします。

構成1: 共有フォルダがODIエージェント・マシンに物理的に配置される場合(推奨)

図8-1 構成1

「図8-1 構成1」の説明

FTP_TRANSFER_METHOD = FSMOUNT_DIRECTの場合にこの構成を使用します。この構成では、次のデータの移動が行われます。

1. ABAPプログラムによって、FETCH_ BATCH SIZEレコードのチャンクが抽出され、そのレコードが共有フォルダ内のファイルに書き込まれます。

2. LKM SAP ERP to Oracle (SQLLDR)の場合: SQL*Loaderによって、そのデータ・ファイルをローカルに読み込み、そのデータをOracleステージング領域にロードします。
LKM SAP ERP to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをローカルに読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. ファイル・サーバー/ODIエージェント・マシンを指すファイル・データ・サーバーを作成します。

- ホスト(データ・サーバー): 該当なし

- ユーザー: 該当なし

- パスワード: 該当なし

2. このファイル・データ・サーバーの下に、ファイル・ホスト・サーバー内の共有フォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- データ・スキーマ: 抽出ファイルを書き込むABAPプログラムによって使用される共有フォルダのパス(UNC)。

- ディレクトリ(作業スキーマ): 共有フォルダをホストするサーバー・マシン上のローカル・パス。このパスは、共有フォルダを経由することなく抽出ファイルにアクセスするため、このマシン上にインストールされたエージェントおよびSQL*Loaderによって使用されます。

注意:

ctl、bad、dscなどの一時ファイルは、ランタイム・エージェントのローカルの一時フォルダに作成されます。デフォルトの一時ディレクトリは、システムの一時ディレクトリです。UNIXでは通常/tmpとなり、Windowsではc:\Documents and Settings\<user>\Local Settings\Tempとなります。KMオプションのTEMP_DIRを使用してこのディレクトリを変更できます。

構成2: 共有フォルダがODIエージェント・マシン上に物理的に配置されていない場合

図8-2 構成2

「図8-2 構成2」の説明

FTP_TRANSFER_METHOD = FSMOUNTの場合にこの構成を使用します。この構成では、次のデータの移動が行われます。

1. ABAPプログラムによって、FETCH_ BATCH SIZEレコードのチャンクが抽出され、そのレコードが共有フォルダ内のファイルに書き込まれます。

2. ランタイム・エージェントによって、KMのTEMP_DIRオプションで指定されたディレクトリにファイルがコピーされます。

3. LKM SAP ERP to Oracle (SQLLDR)の場合: SQL*Loaderによって、このTEMP_DIRからデータ・ファイルが読み込まれ、そのデータがOracleステージング領域にロードされます。
LKM SAP ERP to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをこのTEMP_DIRから読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. 抽出ファイルがSAPからプッシュされ、SQL*Loader用に取得されるファイル・サーバーを指すファイル・データ・サーバーを作成します。
このデータ・サーバーのパラメータを次のように設定します。

- ホスト(データ・サーバー): 該当なし

- ユーザー: 該当なし

- パスワード: 該当なし

2. このファイル・データ・サーバーで、共有フォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- ディレクトリ(スキーマ): 抽出ファイルを書き込むABAPプログラムとそのファイルをコピーするエージェントによって使用される共有フォルダのパス(UNC)。

- ディレクトリ(作業スキーマ): <未定義>。データ・ファイルがファイル・サーバーのファイル・システムから直接アクセスされることはないため、このパスは空白のままにします。

データ・ファイルは、ローカルの一時フォルダにある共有フォルダからランタイム・エージェントにコピーされます。デフォルトの一時ディレクトリは、システムの一時ディレクトリです。UNIXでは通常/tmpとなり、Windowsではc:\Documents and Settings\<user>\Local Settings\Tempとなります。KMオプションのTEMP_DIRを使用してこのディレクトリを変更できます。

8.7.1.2 FTPベースの転送

抽出プロセスの最後に、ABAPプログラムによってFTPサーバーにデータ・ファイルがアップロードされます。パフォーマンスを向上させるには、このFTPサーバーをランタイム・エージェントと同じマシン上に置く必要があります。

エージェントがFTPサーバーと同じマシン上にない場合は、FTPサーバーからファイルをダウンロードした後に、SQL*LoaderまたはJDBC接続を使用してそのファイルをステージング領域にロードします。このダウンロード処理は、FTP、SFTPまたはSCPを使用して実行されます。

図8-3 構成1: FTPサーバーがODIエージェント・マシンにインストールされている場合

「図8-3 構成1: FTPサーバーがODIエージェント・マシンにインストールされている場合」の説明

図8-3に示される構成は、FTP_TRANSFER_METHOD = NONEの際に使用されます。この構成では、次のデータの移動が行われます。

1. ABAPプログラムでは、データを抽出し、そのデータ・ファイルをFTPサーバーにアップロードします。

2. LKM SAP ERP to Oracle (SQLLDR)の場合: SQL*Loaderによって、そのデータ・ファイルをローカルに読み込み、そのデータをOracleステージング領域にロードします。
LKM SAP ERP to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをローカルに読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. FTPサーバーを指すファイル・データ・サーバーを作成します。

- ホスト(データ・サーバー): FTPサーバーのホスト名またはIPアドレス

- ユーザー: FTPサーバーにログインするためのユーザー名

- パスワード: ユーザーのパスワード

2. このファイル・データ・サーバーに、抽出ファイルがプッシュされるFTPホスト内のフォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- ディレクトリ(スキーマ): SAP抽出ファイルをアップロードするためのFTPサーバー上のパス。

- ディレクトリ(作業スキーマ): SAP抽出ファイルを含むFTPサーバー・マシン上のローカル・パス。エージェントおよびSQL*LoaderまたはODIフラット・ファイル・ドライバによって、この場所から抽出ファイルを読み込みます。

図8-4 構成2: FTPサーバーがODIエージェント・マシンにインストールされていない場合

「図8-4 構成2: FTPサーバーがODIエージェント・マシンにインストールされていない場合」の説明

図8-4に示される構成は、FTP_TRANSFER_METHODがFTP、SFTPまたはSCPの際に使用されます。この構成では、次のデータの移動が行われます。

1. ABAPプログラムでは、データを抽出し、そのデータ・ファイルをFTPサーバーにアップロードします。

2. ODIエージェントによって、FTPサーバーからKMオプションのTEMP_DIRで指定するディレクトリにそのファイルがダウンロードされます。

3. LKM SAP ERP to Oracle (SQLLDR)の場合: SQL*Loaderによって、このTEMP_DIRからデータ・ファイルが読み込まれ、そのデータがOracleステージング領域にロードされます。
LKM SAP ERP to SQLの場合: ODIファイル・ドライバによって、そのデータ・ファイルをこのTEMP_DIRから読み込み、JDBCを使用してそのデータをOracle以外のステージング領域に挿入します。

この構成では、次のトポロジの設定が必要です。

1. FTPサーバーを指すファイル・データ・サーバーを作成します。

- ホスト(データ・サーバー): FTPサーバーのホスト名またはIPアドレス

- ユーザー: FTPサーバーにログインするためのユーザー名

- パスワード: ユーザーのパスワード

2. このファイル・データ・サーバーに、抽出ファイルがプッシュされるFTPホスト内のフォルダを表す物理スキーマを作成します。データおよび作業スキーマを次のように指定します。

- ディレクトリ(スキーマ): SAP抽出ファイルをアップロードするためのFTPサーバー上のパス。

- ディレクトリ(作業スキーマ): <未定義>。データ・ファイルがFTPサーバーのファイル・システムから直接アクセスされることはないため、このパスは空白のままにします。

考慮点および制限:

FTPベースのデータ転送では、広範囲にわたる(S)FTPファイル転送を使用し、転送前にすべてのデータをSAPのアプリケーション・サーバー・メモリー内に保持する必要があります。したがって、SAPセッションごとに必要なメモリー量は、抽出されるデータ量に応じて増加するため、データ量の上限を設定することになります。この上限は、SAP内でのセッション・メモリーの設定を増やすことてある程度調節できます。

共有フォルダ・ベースの構成に必要な設定は多少複雑になりますが、すべてのデータをSAP ASのメモリーに格納する必要がなくなるため、推奨される抽出方法です。

8.7.2 ABAPアップロードの管理

開発の際には、ODIはABAPコードを生成し、インタフェースを実行するたびに、これがSAP開発システムにアップロードされます。この自動的なコードのアップロードによって開発サイクルが早くなります。

インタフェースまたはパッケージがユニット・テストされ、開発環境から移行する準備が整うと、他のSAP ABAPコードと同様にSAPのCTS(Change and Transport System)を使用して生成されたSAP ABAPコードをそれぞれのSAPシステムに転送する必要があります。これはSAPの標準的な動作です。このタスクを簡略化するために、開発環境へのアップロードの際にSAPトランスポート・リクエストが自動的に作成されます。生成されたODI SAP ABAPプログラムのトランスポートについては、SAP管理者に確認してください。

開発、テストおよび本番で異なるODIリポジトリを使用している場合、ODIシナリオがそれぞれのSAPシステムのODI ABAPコードと一致していることを確認してください。つまり、SAP CTSを使用してSAP ABAPコードをSAP開発システムからSAP QAシステムにトランスポートし、(トランスポートされるABAPコードを生成した)ODIシナリオをODI開発リポジトリからODI QAリポジトリにトランスポートする必要があります。ODIシナリオをトランスポートする方法の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の第13章「シナリオの処理」を参照してください。

開発以外のODIでABAPコードをアップロードする必要がなくなると、ABAPコードはSAPのCTSによってトランスポートされるため、このような開発以外のシステムではABAPのアップロードができなくなります。

LKMオプションのUPLOAD_ABAP_CODEをNoに設定することによってアップロードを明示的に無効にできますが、通常、ODIトポロジ内のSAPデータ・サーバー上で定義されたSAP Allow ABAP Uploadフレックスフィールドを使用して無効にされます。つまり、ABAPコードのアップロードは、LKMオプションのUPLOAD_ABAP_CODEおよびSAP Allow ABAP Uploadフレックスフィールドの両方をYesに設定した場合にかぎり実行されます。本番システムへのアップロードを無効にするには、トポロジ内の「SAP Allow ABAP Upload」フレックスフィールドを0に設定するのみで十分です。

ヒント:

開発環境ではABAPコードをアップロードし、QAまたは本番環境ではそのアップロードをスキップするインタフェースを構成する手順は次のとおりです。

1. すべてのインタフェースにおいて、KMオプションのUPLOAD_ABAP_CODEをYesに設定します。

2. トポロジ内のSAPデータ・サーバーを次のように構成します。

- すべてのSAP開発システムで、SAP Allow ABAP Uploadフレックスフィールドを1に設定します。

- 他のすべてのSAPシステムで、SAP Allow ABAP Uploadフレックスフィールドを0に設定します。

注意:

抽出プロセスを開始する前に、ODIは、インタフェースおよびシナリオがSAPにインストールされているコードと一致することを確認します。シナリオが変更されたがABAPコードは再アップロードされていないなどの不一致がある場合は、例外がスローされます。

場合によっては、インタフェースのABAP抽出コードのインストールを行い、データを抽出しないことが望ましい場合があります(自動インストールの場合など)。この場合、すべてのインタフェースをパッケージ内でリンクし、各インタフェースのKMオプションのEXECUTE_ABAP_CODEをFalseに設定できます。このパッケージを実行すると、ずべてのABAPコードがインストールされますが、どれも実行されません。

すべてのインタフェースの変更を回避(前述のようにEXECUTE_ABAP_CODEをFalseに設定)するために、かわりにODI DataServerのSAP Allow ABAP Executeフレックスフィールドを使用して、すべてのSAP ABAPの実行を無効にできます。このフレックスフィールドが無効の場合、KMオプションのEXECUTE_ABAP_CODEがTrueに設定されていてもABAPコードは実行されません。

8.7.3 ODI SAPのトランスポート・リクエストの管理

開発の際には、インタフェースを実行するたびに、ABAPコードがSAPシステムにアップロードされます。より正確には、次のようになります。

SAPデータを抽出するODIインタフェースは、1つ以上のABAP抽出プログラムを生成します(たとえば、結合場所がステージングに設定されると、2つの抽出ジョブが作成されます)。デフォルトでは、1つのインタフェースのすべてのABAP抽出プログラムが1つのSAP機能グループに割り当てられます。別のインタフェースのABAP抽出プログラムは、別のSAP機能グループに割り当てられます。デフォルトの機能グループ名は、ZODI_FGR_<Interface Id>のような名前です。

アップロード中、各ODIインタフェース(各SAP機能グループ)に対してSAP CTSトランスポート・リクエストが作成されます。このため、SAP CTSを介して生成されたODI ABAP抽出プログラムの詳細な開発が可能になります。

複数のODIインタフェースのABAPコードをより大まかな開発制御の単一のトランスポート・リクエストにグループ化する必要がある場合、これらのインタフェースのすべてのLKMのKMオプションのSAP_FUNCTION_GROUP_NAMEをユーザー定義の値(ZODI_FGR_DWH_SALESなど)に設定できます。こうすることによって、ODIはすべてのABAP抽出プログラムを同じSAP機能グループに生成し、このグループは単一のトランスポート・リクエストに結合されます。サイトの有効な機能グループ名は、SAP管理者に確認してください。

ヒント:

生成されたABAP抽出プログラムの名前は、デフォルトではZODI_<Interface Id>_<SourceSet Id>のような名前です。このことによって、一意のプログラム名による便利な開発を行えます。InterfaceIdは変更されませんが、ODIインタフェースの特定の変更によって、SourceSetIdが変更され、結果としてそれぞれの抽出プログラム名が変更されます。したがって、開発が安定した後にはユーザー定義のプログラム名を使用することをお薦めします。ABAPプログラム名は、LKMオプションのABAP_PROGRAM_NAMEの値を定義することによって設定できます(ZODI_DWH_SALES_DATA01など)。該当する命名規則については、SAP管理者に確認してください。

8.7.4 ログ・ファイル

RKMおよびLKMの実行中に複数のログ・ファイルが作成されます。これらのログ・ファイルには、有用なトラブルシューティングの詳細が含まれていることもあります。表8-2には、各種ログ・ファイルとその使用方法が示されています。

表8-2 ログ・ファイル

デフォルトのログ・ファイル名

KM /フェーズ

コンテンツ

<System Temp Dir>/sap_rkm_erp_<ODI Session Number>.log

RKM

メタデータ取得の実行ログ

<System Temp Dir>/sap_rkm_erp_<ODI Session Number>.log.opentool.log

RKM

RKM用SAP RFCの初回インストールに関する情報

<System Temp Dir>/ODI_<Interface Id>_<SrcSet>.genlog

LKM - 生成時

ABAPエクストラクタのコード生成に関する情報

<System Temp Dir>SAPAbapExecuteOpenTool_<Interface Id>.log

LKM - 実行時

ABAPエクストラクタのインストールに関する情報

<System Temp Dir or local FTP dir>/ ZODI_<Interface Id>_<SrcSet>_<Context>.log

LKM - 実行時

SQL*Loaderログ・ファイル

<System Temp Dir or local FTP dir>/ ZODI_<Interface Id>_<SrcSet>_<Context>.out

LKM - 実行時

SQL*Loader実行時のOS標準出力には、SQL*Loaderがインストールされていない場合などの情報を含めることができます。

<System Temp Dir or local FTP dir>/ ZODI_<Interface Id>_<SrcSet>_<Context>.err

LKM - 実行時

SQL*Loader実行時のOSエラー出力には、SQL*Loaderがインストールされていない場合などの情報を含めることができます。

8.7.5 SAP ABAPアダプタの制限

SAP ABAPアダプタには次の制限があります。

- ODIトポロジ・マネージャ内のSAP接続定義を検証する「テスト」ボタンはサポートされていません。

- SAP表タイプ(透過、プールおよびクラスタ)は、表がリバース・エンジニアリングされた後は変更できません。

- SAP ABAP KMでは、順序付けられた結合のみをサポートします。

- 完全外部結合および右外部結合はサポートされません。

- 1対多のリレーションシップでは、結合の最初の表を1表にする必要があります。たとえば、MARAとMARCを結合する場合は、MARAを結合内の最初の表にする必要があります。

- ソース上で実行されるマッピング式は、いかなる変換も含まないようにしてください。

A SAP ABAP BWアダプタの追加情報

この付録では、SAPシステムへの接続に必要な権限、スタンドアロンのJavaユーティリティを使用したODI外部での接続テストの方法、およびSAPコンポーネントのアンインストール方法について説明します。

この付録の内容は次のとおりです。

- SAP ABAP BWで必要な権限

- SAPスタンドアロン接続テスト

- ODI SAPコンポーネントのアンインストール

SAP BW KMの詳細は、『Oracle Fusion Middleware Oracle Data Integrator接続およびナレッジ・モジュール・ガイド』を参照してください。

A.1 SAP ABAP BWで必要な権限

SAPシステムへの接続、RKMのインストール、および開発時のLKMの実行には、SAPダイアログ・ユーザーであることが必要です。SAP RFCユーザーでは不十分です。開発の際、このユーザーには開発者ライセンス・キーが必要です。ライセンス・キーは、http://service.sap.comから取得できます。この開発者ライセンス・キーがないまま実行を試みると、失敗し、クリーンアップが必要となる場合があります。本番環境でのRKMおよびLKMの実行には、SAP RFCユーザーで十分です。以降の項では、SAP BWナレッジ・モジュールを使用するために必要な権限をリストしています。

- RKM SAP BWの設定に必要な認可

- RKMの実行に必要な認可

- LKMの実行に必要な認可

- 本番環境でのLKMの実行に必要な認可

A.1.1 RKM SAP BWの設定に必要な認可

RKM SAP BWの構成の設定およびSAP表に関するメタデータの取得に必要なRFCプログラムのインストールに必要となる認可は、RKM SAP ERPに必要な認可と同じです。

詳細は、B.1.1項「RKM SAP ERPの設定に必要な認可」を参照してください。

A.1.2 RKMの実行に必要な認可

RKM SAP BWを使用してリバース・エンジニアリングを実行するために必要な認可は、RKM SAP ERPに必要な認可と同じです。

詳細は、B.1.2項「RKMの実行に必要な認可」を参照してください。

A.1.3 LKMの実行に必要な認可

LKM SAP BW to Oracle (SQLLDR)を使用するために必要な認可は、LKM SAP ERP to Oracle (SQLLDR)に必要な認可と同じです。

詳細は、B.1.3項「LKMの実行に必要な認可」を参照してください。

A.1.4 本番環境でのLKMの実行に必要な認可

本番環境でLKM SAP BW to Oracle (SQLLDR)を使用するために必要な認可は、LKM SAP ERP to Oracle (SQLLDR)に必要な認可と同じです。このような環境でLKMによって生成されたABAPコードは、LKMによってインストールされるのではなく、そのまま単純に実行されます。

詳細は、B.1.4項「本番環境でのLKMの実行に必要な認可」を参照してください。

A.2 SAPスタンドアロン接続テスト

SAP ABAPアダプタ・スタート・ガイドで説明している接続テストに加え、スタンドアロンJavaユーティリティを使用してODIの外部でテストを実行できます。このテストはSAP ERPおよびSAP BWに対するテストと同じです。

詳細は、B.2項「SAP接続テスト」を参照してください。

A.3 SAPスタンドアロン接続テスト

接続テストに加え、スタンドアロンJavaユーティリティを使用してODIの外部でテストを実行できます。このユーティリティは、スタンドアロン・エージェントとともに使用できます。

スタンドアロンJavaユーティリティを使用して接続をテストする手順は次のとおりです。

1. コマンド・ウィンドウを開きます。

2. <ODI_HOME>/odi_miscディレクトリに移動します。

3. JAVA_HOMEがサポートされているJVMを指していることを確認します。

4. SAP Java Connectorがインストールされており、sapjco3.jarおよびsapjco3ライブラリが<ODI_HOME>/odi_miscディレクトリにあることを確認します。

5. 次のコマンドを使用してユーティリティを起動します。
java –cp sapjco3.jar;../oracledi/agent/lib/odi-sap.jar oracle.odi.sap.km.test.JCoTest

このコマンドにより、<ODI_HOME>/odi_miscフォルダにODI_SAP_CON_POOL.jcoDestinationファイルが生成されます。

6. テキスト・エディタでODI_SAP_CON_POOL.jcoDestinationファイルを開きます。このファイルは次のようになっています。

#for tests only!
jco.client.lang=EN
jco.destination.peak_limit=10
jco.client.client=800
jco.client.passwd=<SAP Password>
jco.client.user=<SAP User>
jco.client.sysnr=00
jco.destination.pool_capacity=5
jco.client.ashost=<SAP Application Server>

7. SAP管理者から取得したSAP接続情報を入力します。

8. 同じコマンドを使用してユーティリティを起動します。ユーティリティは編集したファイルを使用し、テスト結果または考えられる問題を出力します。
単なるSAP接続のテストに加え、ユーティリティでは、RKMで必要な特定のファンクション・モジュールが存在するかどうかの検証も行います。これらのモジュールはRKMの最初の実行の際にインストールされます(UPLOAD_ABAP = Yes)。

9. ODI_SAP_CON_POOL.jcoDestinationファイルは、SAPのログイン資格証明が含まれているため、実行が終わってから削除してください。

A.4 ODI SAPコンポーネントのアンインストール

より新しいODI SAP Connectorリリースにアップグレードする場合や永久にODI接続を削除する場合は、この項の手順に従ってください。

これによって、生成された抽出プログラムを含むすべてのコンポーネントが削除されることに注意してください。

より新しいODI SAP Connectorリリースにアップグレードする、またはODI接続を永久に削除する手順は次のとおりです。

1. SAP GUIを起動します。

2. アンインストールするSAPシステムに接続します。

3. トランザクションSE80に進みます。

4. ドロップダウン・ボックスからパッケージまたは開発クラスのオプションを選択します。

5. そのパッケージまたは開発クラスのフィールドでZODIBW_PCKGと入力します。

6. オブジェクト名のタブの下にあるZODIBW_PCKGオブジェクトを右クリックします。

7. ドロップダウン・メニューで「Delete」を選択し、その開発クラスを削除します。
開発クラスを個別に削除できない場合は、すべてのオブジェクトを1つずつ削除してからその開発クラスを削除します。

8. トランザクションSE10に進みます。「Modifiable」および「Workbench Requests」を選択します。「Display」をクリックします。

9. ODIオブジェクトのあるトランスポート・リクエストを選択し、これらを解放します。

10. 手順3から手順7までを繰り返し、開発クラスを削除します。

11. トランザクションSE01に進みます。「Modifiable」および「Workbench Requests」を選択します。「Display」をクリックします。ZODIBW_PCKGを持つトランスポート・リクエストを解放します。

B SAP ABAP ERPアダプタの追加情報

この付録では、SAPシステムへの接続に必要な権限、スタンドアロンのJavaユーティリティを使用したODI外部での接続テストの方法、およびSAPコンポーネントのアンインストール方法について説明します。

この付録の内容は次のとおりです。

- SAP ABAP ERPで必要な権限

- SAP接続テスト

- SAPスタンドアロン接続テスト

- ODI SAPコンポーネントのアンインストール

B.1 SAP ABAP ERPで必要な権限

SAPシステムへの接続、RKMのインストール、および開発時のLKMの実行には、SAPダイアログ・ユーザーであることが必要です。SAP RFCユーザーでは不十分です。開発の際、このユーザーには開発者ライセンス・キーが必要です。ライセンス・キーは、http://service.sap.comから取得できます。この開発者ライセンス・キーがないまま実行を試みると、失敗し、クリーンアップが必要となる場合があります。本番環境でのRKMおよびLKMの実行には、SAP RFCユーザーで十分です。以降の項では、SAP ERPナレッジ・モジュールを使用するために必要な権限をリストしています。

- RKM SAP ERPの設定に必要な認可

- RKMの実行に必要な認可

- LKMの実行に必要な認可

- 本番環境でのLKMの実行に必要な認可

B.1.1 RKM SAP ERPの設定に必要な認可

RKM SAP ERPの構成を設定し、SAP表に関するメタデータの取得に必要なRFCプログラムをインストールするには、表B-1に示す認可が必要です。

表B-1 RKM SAP ERPの設定に必要な認可

オブジェクト

フィールド名

値

S_ADMI_FCD

S_ADMI_FCD

*

S_ADMI_FCD

S_ADMI_FCD

NADM

S_ADMI_FCD

S_ADMI_FCD

PADM

S_CTS_ADMI

CTS_ADMFCT

EPS1

S_CTS_ADMI

CTS_ADMFCT

EPS2

S_CTS_ADMI

CTS_ADMFCT

PROJ

S_C_FUNCT

ACTVT

16

S_C_FUNCT

CFUNCNAME

*

S_C_FUNCT

PROGRAM

*

S_CTS_ADMI

CTS_ADMFCT

TABL

S_TCODE

TCD

SU53

S_TCODE

TCD

SE38

S_TCODE

TCD

SE80

S_DATASET

ACTVT

6

S_DATASET

ACTVT

33

S_DATASET

ACTVT

34

S_DATASET

FILENAME

*

S_TCODE

TCD

SE91

S_TCODE

TCD

ST22

S_DATASET

PROGRAM

*

S_RFC

RFC_TYPE

*

S_RFC

RFC_NAME

*

S_RFC

ACTVT

16

S_DEVELOP

ACTVT

*

S_DEVELOP

DEVCLASS

*

S_DEVELOP

OBJNAME

*

S_DEVELOP

OBJTYPE

*

S_DEVELOP

P_GROUP

*

S_DOKU_AUT

DOKU_ACT

RAW_VERS

S_DOKU_AUT

DOKU_DEVCL

TEST

S_DOKU_AUT

DOKU_MODE

MAINTAIN

S_RFC_ADM

ACTVT

3

S_RFC_ADM

ICF_VALUE

*

S_RFC_ADM

RFCDEST

*

S_RFC_ADM

RFCTYPE

*

S_RZL_ADM

ACTVT

*

S_TABU_DIS

ACTVT

*

S_TABU_DIS

DICBERCLS

*

S_TCODE

TCD

AL11

S_TCODE

TCD

SE10

S_TCODE

TCD

SE11

S_TCODE

TCD

SE16

S_TCODE

TCD

SE37

S_TCODE

TCD

SM58

S_TCODE

TCD

SM59

S_TRANSPRT

ACTVT

1

S_TRANSPRT

ACTVT

2

S_TRANSPRT

ACTVT

3

S_TRANSPRT

ACTVT

5

S_TRANSPRT

ACTVT

6

S_TRANSPRT

ACTVT

23

S_TRANSPRT

ACTVT

43

S_TRANSPRT

ACTVT

65

S_TRANSPRT

ACTVT

78

S_TRANSPRT

ACTVT

90

S_TRANSPRT

TTYPE

CUST

S_TRANSPRT

TTYPE

DTRA

S_TRANSPRT

TTYPE

MOVE

S_TRANSPRT

TTYPE

PIEC

S_TRANSPRT

TTYPE

TASK

S_TRANSPRT

TTYPE

TRAN

表B-2にトランザクション・コードをリストします。

表B-2 トランザクション・コード

SU53

SE38

SE80

SE91

ST22

AL11

SE10

SE11

SE16

SE37

SM58

SM59

B.1.2 RKMの実行に必要な認可

RKM SAP ERPを使用してリバース・エンジニアリングを実行するには、表B-3に示す認可が必要です。

表B-3 RKMの実行に必要な認可

オブジェクト

フィールド名

値

S_ADMI_FCD

S_ADMI_FCD

*

S_ADMI_FCD

S_ADMI_FCD

NADM

S_ADMI_FCD

S_ADMI_FCD

PADM

S_CTS_ADMI

CTS_ADMFCT

EPS1

S_CTS_ADMI

CTS_ADMFCT

EPS2

S_CTS_ADMI

CTS_ADMFCT

PROJ

S_C_FUNCT

ACTVT

16

S_C_FUNCT

CFUNCNAME

*

S_C_FUNCT

PROGRAM

*

S_CTS_ADMI

CTS_ADMFCT

TABL

S_TCODE

TCD

SU53

S_TCODE

TCD

SE38

S_TCODE

TCD

SE80

S_DEVELOP

ACTVT

16

S_DATASET

ACTVT

33

S_DATASET

FILENAME

*

S_TCODE

TCD

SE91

S_TCODE

TCD

ST22

S_DATASET

PROGRAM

*

S_RFC

RFC_TYPE

*

S_RFC

RFC_NAME

*

S_RFC

ACTVT

16

S_DEVELOP

ACTVT

3

S_DEVELOP

DEVCLASS

*

S_DEVELOP

OBJNAME

*

S_DEVELOP

OBJTYPE

*

S_DEVELOP

P_GROUP

*

S_DOKU_AUT

DOKU_ACT

RAW_VERS

S_DOKU_AUT

DOKU_DEVCL

TEST

S_DOKU_AUT

DOKU_MODE

MAINTAIN

S_RFC_ADM

ACTVT

3

S_RFC_ADM

ICF_VALUE

*

S_RFC_ADM

RFCDEST

*

S_RFC_ADM

RFCTYPE

*

S_RZL_ADM

ACTVT

3

S_TABU_DIS

ACTVT

3

S_TABU_DIS

DICBERCLS

*

S_TCODE

TCD

AL11

S_TCODE

TCD

SE10

S_TCODE

TCD

SE11

S_TCODE

TCD

SE16

S_TCODE

TCD

SE37

S_TCODE

TCD

SM58

S_TCODE

TCD

SM59

S_TRANSPRT

ACTVT

3

S_TRANSPRT

TTYPE

CUST

S_TRANSPRT

TTYPE

DTRA

S_TRANSPRT

TTYPE

MOVE

S_TRANSPRT

TTYPE

PIEC

S_TRANSPRT

TTYPE

TASK

S_TRANSPRT

TTYPE

TRAN

B.1.3 LKMの実行に必要な認可

LKM SAP ERP to Oracle (SQLLDR)を使用するには、表B-4に示す認可が必要です。LKMにより生成されたABAPコードをインストールし、これを実行するには、この認可セットが必要となります。

表B-4 LKMの実行に必要な認可

オブジェクト

フィールド名

値

S_ADMI_FCD

S_ADMI_FCD

*

S_ADMI_FCD

S_ADMI_FCD

NADM

S_ADMI_FCD

S_ADMI_FCD

PADM

S_CTS_ADMI

CTS_ADMFCT

EPS1

S_CTS_ADMI

CTS_ADMFCT

EPS2

S_CTS_ADMI

CTS_ADMFCT

PROJ

S_C_FUNCT

ACTVT

16

S_C_FUNCT

CFUNCNAME

*

S_C_FUNCT

PROGRAM

*

S_CTS_ADMI

CTS_ADMFCT

TABL

S_TCODE

TCD

SU53

S_TCODE

TCD

SE38

S_TCODE

TCD

SE80

S_DEVELOP

ACTVT

16

S_DATASET

ACTVT

33

S_DEVELOP

ACTVT

7

S_DATASET

FILENAME

*

S_DEVELOP

ACTVT

1

S_TCODE

TCD

SE91

S_TCODE

TCD

ST22

S_DEVELOP

ACTVT

40

S_DEVELOP

ACTVT

41

S_DATASET

ACTVT

34

S_DEVELOP

ACTVT

94

S_DEVELOP

ACTVT

2

S_TRANSPRT

ACTVT

2

S_TRANSPRT

ACTVT

1

S_TRANSPRT

ACTVT

60

S_TABU_DIS

ACTVT

2

S_RZL_ADM

ACTVT

1

S_DATASET

PROGRAM

*

S_RFC

RFC_TYPE

*

S_RFC

RFC_NAME

*

S_DEVELOP

ACTVT

*

S_DEVELOP

DEVCLASS

*

S_DEVELOP

OBJNAME

*

S_DEVELOP

OBJTYPE

*

S_DEVELOP

P_GROUP

*

S_DOKU_AUT

DOKU_ACT

RAW_VERS

S_DOKU_AUT

DOKU_DEVCL

TEST

S_DOKU_AUT

DOKU_MODE

MAINTAIN

S_RFC_ADM

ACTVT

3

S_RFC_ADM

ICF_VALUE

*

S_RFC_ADM

RFCDEST

*

S_RFC_ADM

RFCTYPE

*

S_RZL_ADM

ACTVT

3

S_TABU_DIS

ACTVT

3

S_TABU_DIS

DICBERCLS

*

S_TCODE

TCD

AL11

S_TCODE

TCD

SE10

S_TCODE

TCD

SE11

S_TCODE

TCD

SE16

S_TCODE

TCD

SE37

S_TCODE

TCD

SM58

S_TCODE

TCD

SM59

S_TRANSPRT

ACTVT

3

S_TRANSPRT

TTYPE

CUST

S_TRANSPRT

TTYPE

DTRA

S_TRANSPRT

TTYPE

MOVE

S_TRANSPRT

TTYPE

PIEC

S_TRANSPRT

TTYPE

TASK

S_TRANSPRT

TTYPE

TRAN

B.1.4 本番環境でのLKMの実行に必要な認可

本番環境でLKM SAP ERP to Oracle (SQLLDR)を使用するには、表B-5に示す認可が必要です。このような環境でLKMによって生成されたABAPコードは、LKMによってインストールされるのではなく、そのまま単純に実行されます。

表B-5 本番環境でのLKMの実行に必要な認可

オブジェクト

フィールド名

値

S_ADMI_FCD

S_ADMI_FCD

*

S_ADMI_FCD

S_ADMI_FCD

NADM

S_ADMI_FCD

S_ADMI_FCD

PADM

S_CTS_ADMI

CTS_ADMFCT

EPS1

S_CTS_ADMI

CTS_ADMFCT

EPS2

S_CTS_ADMI

CTS_ADMFCT

PROJ

S_C_FUNCT

ACTVT

*

S_C_FUNCT

CFUNCNAME

*

S_C_FUNCT

PROGRAM

*

S_CTS_ADMI

CTS_ADMFCT

TABL

S_TCODE

TCD

SU53

S_TCODE

TCD

SE38

S_TCODE

TCD

SE80

S_DEVELOP

ACTVT

16

S_DATASET

ACTVT

33

S_DATASET

FILENAME

*

S_TCODE

TCD

SE91

S_TCODE

TCD

ST22

S_DATASET

PROGRAM

*

S_RFC

RFC_TYPE

*

S_RFC

RFC_NAME

*

S_RFC

ACTVT

16

S_DEVELOP

ACTVT

3

S_DEVELOP

DEVCLASS

*

S_DEVELOP

OBJNAMEv

*

S_DEVELOP

OBJTYPE

*

S_DEVELOP

P_GROUP

*

S_DOKU_AUT

DOKU_ACT

RAW_VERS

S_DOKU_AUT

DOKU_DEVCL

TEST

S_DOKU_AUT

DOKU_MODE

MAINTAIN

S_RFC_ADM

ACTVT

3

S_RFC_ADM

ICF_VALUE

*

S_RFC_ADM

RFCDEST

*

S_RFC_ADM

RFCTYPE

*

S_RZL_ADM

ACTVT

3

S_TABU_DIS

ACTVT

3

S_TABU_DIS

DICBERCLS

*

S_TCODE

TCD

AL11

S_TCODE

TCD

SE10

S_TCODE

TCD

SE11

S_TCODE

TCD

SE16

S_TCODE

TCD

SE37

S_TCODE

TCD

SM58

S_TCODE

TCD

SM59

S_TRANSPRT

ACTVT

3

S_TRANSPRT

TTYPE

CUST

S_TRANSPRT

TTYPE

DTRA

S_TRANSPRT

TTYPE

MOVE

S_TRANSPRT

TTYPE

PIEC

S_TRANSPRT

TTYPE

TASK

S_TRANSPRT

TTYPE

TRAN

B.2 SAP接続テスト

この接続テストは、トポロジでSAP ABAPデータ・サーバーを構成した後で実行する必要があります。

このテストでは、次の処理を実行します。

- 構成されたSAPシステムへのテスト接続を確立します。

- 「About」ダイアログを表示して、SAP JCoが適切に設定されていることを検証します。

このテストは、RKM SAP ERP Connection TestというRKMを使用して実行されます。このKMではリバース処理は行われません。接続テストが実行されるのみです。

接続テストを実行する手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のモデルの作成に関する項の説明に従って、標準の手順を使用してSAP ABAPテクノロジおよびSAP ABAP論理スキーマに基づくSAP ERPモデルを作成します。

2. SAP ERPモデルの「リバース」タブでRKM SAP ERP Connect Testを選択します。

3. モデルを保存します。

4. 「リバースエンジニアリング」をクリックしてリバースを開始します。

数秒以内にSAP JCoの「About」ダイアログが表示されます。表示されない場合は、オペレータ・ナビゲータでセッション実行ログを確認してください。タスク「Test SAP Connection」の出力にSuccessfully connected to SAP Systemが含まれていることを確認してください。含まれていない場合、接続テストに失敗しており、接続の問題を分析する必要があります。

B.3 SAPスタンドアロン接続テスト

接続テストに加え、スタンドアロンJavaユーティリティを使用してODIの外部でテストを実行できます。このユーティリティは、スタンドアロン・エージェントとともに使用できます。

スタンドアロンJavaユーティリティを使用して接続をテストする手順は次のとおりです。

1. コマンド・ウィンドウを開きます。

2. <ODI_HOME>/odi_miscディレクトリに移動します。

3. JAVA_HOMEがサポートされているJVMを指していることを確認します。

4. SAP Java Connectorがインストールされており、sapjco3.jarおよびsapjco3ライブラリが<ODI_HOME>/odi_miscディレクトリにあることを確認します。

5. 次のコマンドを使用してユーティリティを起動します。
java –cp sapjco3.jar;../oracledi/agent/lib/odi-sap.jar oracle.odi.sap.km.test.JCoTest

このコマンドにより、<ODI_HOME>/odi_miscフォルダにODI_SAP_CON_POOL.jcoDestinationファイルが生成されます。

6. テキスト・エディタでODI_SAP_CON_POOL.jcoDestinationファイルを開きます。このファイルは次のようになっています。

#for tests only!
jco.client.lang=EN
jco.destination.peak_limit=10
jco.client.client=800
jco.client.passwd=<SAP Password>
jco.client.user=<SAP User>
jco.client.sysnr=00
jco.destination.pool_capacity=5
jco.client.ashost=<SAP Application Server>

7. SAP管理者から取得したSAP接続情報を入力します。

8. 同じコマンドを使用してユーティリティを起動します。ユーティリティは編集したファイルを使用し、テスト結果または考えられる問題を出力します。
単なるSAP接続のテストに加え、ユーティリティでは、RKMで必要な特定のファンクション・モジュールが存在するかどうかの検証も行います。これらのモジュールはRKMの最初の実行の際にインストールされます(UPLOAD_ABAP = Yes)。

9. ODI_SAP_CON_POOL.jcoDestinationファイルは、SAPのログイン資格証明が含まれているため、実行が終わってから削除してください。

B.4 ODI SAPコンポーネントのアンインストール

より新しいODI SAP Connectorリリースにアップグレードする場合や永久にODI接続を削除する場合は、この項の手順に従ってください。

これによって、生成された抽出プログラムを含むすべてのコンポーネントが削除されることに注意してください。

より新しいODI SAP Connectorリリースにアップグレードする、またはODI接続を永久に削除する手順は次のとおりです。

1. SAP GUIを起動します。

2. アンインストールするSAPシステムに接続します。

3. トランザクションSE80に進みます。

4. ドロップダウン・ボックスからパッケージまたは開発クラスのオプションを選択します。

5. そのパッケージまたは開発クラスのフィールドでZODI_DEVCLASSと入力します。

6. オブジェクト名のタブの下にあるZODI_DEVCLASSオブジェクトを右クリックします。

7. ドロップダウン・メニューで「Delete」を選択し、その開発クラスを削除します。
開発クラスを個別に削除できない場合は、すべてのオブジェクトを1つずつ削除してからその開発クラスを削除します。

8. トランザクションSE10に進みます。「Modifiable」および「Workbench Requests」を選択します。「Display」をクリックします。

9. ODIオブジェクトのあるトランスポート・リクエストを選択し、これらを解放します。

10. 手順3から手順7までを繰り返し、開発クラスを削除します。

11. トランザクションSE01に進みます。「Modifiable」および「Workbench Requests」を選択します。「Display」をクリックします。ZODI_DEVCLASSを持つトランスポート・リクエストを解放します。

C librfc32ライブラリまたはlibrfc64ライブラリのインストール

この付録では、librfc32ライブラリまたはlibrfc64ライブラリをインストールする方法について説明します。

SAP JCoソフトウェアは、librfc32ライブラリまたはlibrfc64ライブラリを必要としますが、これは付属していません。これは、たとえばSAP GUIソフトウェアに含まれています。このライブラリがまだインストールされていない場合、この項ではこれをダウンロードしてインストールする方法について説明します。これらの手順は、librfc32またはlibrfc64がまだインストールされていない場合のみ必要です。

C.1 librfc32ライブラリまたはlibrfc64ライブラリのインストール

次の手順を実行してlibrfc32ライブラリまたはlibrfc64ライブラリをインストールします。

1. SAP Support Portal (http://service.sap.com)に接続します。

2. 「SAP support portal」に移動します。

3. 「Software Downloads」に移動します。

4. 「SAP Software Download Center」に移動します。

5. 「Support Packages and Patches」を選択します。

6. 「Browse Our Download Catalog」を選択します。

7. 「Additional Components」を選択します。

8. 適切なRFCSDKバージョン(SAP NW RFC SDK、SAP RFC SDK、SAP RFC SDK UNICODE)をダウンロードします。

9. SAPCARエクストラクタを使用して、ダウンロードしたSARファイルのコンテンツを抽出します。

10. Windows上にJCoをインストールする場合:
フォルダrfcsdk/binにあるファイルlibrfc[u][32|64].dllをc:\windows\system32にコピーします(正確なフォルダ名はWindowsのバージョンによって異なります)。

Unix上にJCoをインストールする場合:

ファイルlibrfccm[u].soをsapjco3.jarおよびlibsapjco3.soが含まれているフォルダにコピーします。このディレクトリは、LD_LIBRARY_PATHに追加する必要があります。

Copyright © 2011, 2013, Oracle and/or its affiliates. All rights reserved.