プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle Data Integratorアプリケーション・アダプタ・ガイド
12c (12.2.1.2.6)
E85908-01
目次へ移動
目次
前
前 		次
次

3 JD Edwards EnterpriseOne

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

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

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

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

ナレッジ・モジュール 説明

RKM JDE EnterpriseOne Oracle

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

RKM JDE EnterpriseOne SQL Server

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

RKM JDE EnterpriseOne DB2 UDB

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

RKM JDE EnterpriseOne DB2 AS400

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

IKM JDE EnterpriseOne Control Append (UBE)

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

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

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

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

RKM JDE EnterpriseOne 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> SERVER <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 表オブジェクトのニックネーム

      ニックネーム 表名 スキーマ

      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で異なり、前述の表にリストされている値と異なっていても、ニックネームは変わりません。

      詳細は、『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 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 Data Integrator接続およびナレッジ・モジュール・ガイド』の次の項を参照してください。

  • Oracleデータ・サーバーの作成
  • Microsoft SQL Serverデータ・サーバーの作成
  • DB2/400データ・サーバーの作成
  • IBM DB2 UDB固有の要件

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

3.3.2 物理スキーマの作成

「データ・サーバーの作成」で作成したデータ・サーバーの下に物理スキーマを作成します。『Oracle Data Integratorの管理』の物理スキーマの作成に関する項の説明に従って、標準の手順を使用します。

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

注意:

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

『Oracle Data Integratorの管理』の論理スキーマの作成に関する項の説明に従って、標準の手順を使用してこの物理スキーマ用の論理スキーマを作成し、特定のコンテキストで関連付けます。

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

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

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

  • IKM JDE EnterpriseOne Control Append (UBE)

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

    • RKM JDE EnterpriseOne Oracle

    • RKM JDE EnterpriseOne SQL Server

    • RKM JDE EnterpriseOne DB2 UDB

    • RKM JDE EnterpriseOne DB2 AS400

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

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

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

3.5.1 モデルの作成

『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 Data Integratorでの統合プロジェクトの開発』のモデルのリバースエンジニアリングに関する項の説明に従って、通常の手順を使用します。この項では、JDE表固有のフィールドのみについて説明します。

  1. モデルの「リバース」タブで、RKM JDE EnterpriseOne <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 EnterpriseOneからのデータのロード

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

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

  • Oracle Database

  • 汎用SQL

  • Microsoft SQL Server

  • IBM DB2 for iSeries

  • IBM DB2 UDB

3.6.2 JDE EnterpriseOneへのデータの統合

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

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

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

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

これらのマッピングはパッケージに並べる必要があります。

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

JDEをターゲットにするマッピングを作成する手順は次のとおりです。

  1. Z表をターゲット・データストアとしてマッピングを作成します。

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

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

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

  5. このマッピングでRunUBEコマンドを起動する場合、KMオプションは次のように指定します。

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

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

    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. 次の表に示すように、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 EnterpriseOne Control Append (UBE)の制限

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

  • RECYCLE_ERRORSオプションを使用する際には、マッピングに更新キーが設定されている必要があります。

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

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

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

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

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

前
前 		次
次
目次へ移動
目次