Oracle® Fusion Middleware

Oracle Data Integratorのインストールと構成

12c (12.1.2)

E49824-02(原本部品番号:E39433-02)

2013年11月

Oracle Data Integratorのインストールおよび構成方法を説明するインストール実行者およびシステム管理者向けのドキュメントです。

Oracle Fusion Middleware Oracle Data Integratorのインストールと構成12c (12.1.2)

E49824-02

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

原本著者: Kevin Hwang

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

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

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

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 USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Data Integratorインストールの計画

- 1.1 このドキュメントの使用

- 1.1.1 開始点としての標準インストール・トポロジの使用方法

- 1.1.2 アップグレード・シナリオにおけるこのドキュメントの使用方法

- 1.1.3 このドキュメントを使用してドメインを拡張する方法

- 1.2 Oracle Data Integratorエージェントの理解

- 1.2.1 Java EEエージェントの理解

- 1.2.2 スタンドアロン・エージェントの理解

- 1.2.3 コロケート・スタンドアロン・エージェントの理解

- 1.3 Oracle Data Integratorトポロジの理解

- 1.4 Oracle Data Integratorインストール・タイプの理解

- 1.4.1 エンタープライズ・インストール・タイプ

- 1.4.2 スタンドアロン・インストール・タイプ

- 1.5 Oracle Data Integratorの標準インストール・トポロジの理解

- 1.5.1 Java EEエージェントの標準インストール・トポロジの理解

- 1.5.2 スタンドアロン・エージェントの標準インストール・トポロジの理解

- 1.5.3 コロケート・スタンドアロン・エージェントの標準インストール・トポロジの理解

- 1.6 標準インストール・トポロジのインストールと構成のロードマップ

- 1.7 システム環境の確認に関するロードマップ

- 1.8 Oracle Data Integratorディストリビューションの理解と入手

2 Oracle Data Integratorのインストール

- 2.1 インストール・プログラムの起動

- 2.2 インストール画面のナビゲートによるOracle Data Integratorのインストール

- 2.3 ODIのインストールの検証

- 2.3.1 インストール・ログ・ファイルの確認

- 2.3.2 ディレクトリ構造のチェック

3 Oracle Data Integratorマスター・リポジトリおよび作業リポジトリ・スキーマの作成

- 3.1 動作保証されたデータベースの構成

- 3.2 RCUの起動

- 3.3 RCU画面のナビゲートによるスキーマの作成

4 Java EEエージェントの標準インストール・トポロジの構成

- 4.1 データベース・スキーマの作成

- 4.2 Java EEエージェントのWebLogicドメインの構成

- 4.2.1 構成ウィザードの起動

- 4.2.2 ドメインを構成するための構成ウィザード画面のナビゲート

- 4.3 ODI Studioを使用したマスター・リポジトリでのJava EEエージェントの作成

- 4.3.1 ODI Studioの起動

- 4.3.2 マスター・リポジトリへの接続

- 4.3.3 Java EEエージェントの作成

- 4.4 サーバーの起動

- 4.4.1 ノード・マネージャの起動

- 4.4.2 管理サーバーの起動

- 4.4.3 管理対象サーバーの起動

- 4.5 次の手順の実行

5 スタンドアロン・エージェントのスタンドアロン・インストール・トポロジの構成

- 5.1 データベース・スキーマの作成

- 5.2 スタンドアロン・エージェントのスタンドアロン・ドメインの構成

- 5.2.1 構成ウィザードの起動

- 5.2.2 構成ウィザード画面のナビゲートによるドメインの作成

- 5.3 ODI Studioを使用したマスター・リポジトリでのスタンドアロン・エージェントの作成

- 5.3.1 ODI Studioの起動

- 5.3.2 マスター・リポジトリへの接続

- 5.3.3 スタンドアロン・エージェントの作成

- 5.4 ノード・マネージャとスタンドアロン・エージェントの起動

- 5.4.1 ノード・マネージャを使用したスタンドアロン・エージェントの起動

- 5.4.1.1 ノード・マネージャの起動

- 5.4.1.2 ノード・マネージャでのスタンドアロン・エージェントの起動

- 5.4.2 ノード・マネージャなしのスタンドアロン・エージェントの起動

- 5.5 次の手順の実行

6 コロケート・スタンドアロン・エージェントの標準インストール・トポロジの構成

- 6.1 データベース・スキーマの作成

- 6.2 コロケート・スタンドアロン・エージェントのWebLogicドメインの構成

- 6.2.1 構成ウィザードの起動

- 6.2.2 ドメインを構成するための構成ウィザード画面のナビゲート

- 6.3 ODI Studioを使用したマスター・リポジトリでのスタンドアロン・エージェントの作成

- 6.3.1 ODI Studioの起動

- 6.3.2 マスター・リポジトリへの接続

- 6.3.3 スタンドアロン・エージェントの作成

- 6.4 サーバーとスタンドアロン・エージェントの起動

- 6.4.1 管理サーバーの起動

- 6.4.2 コロケート・スタンドアロン・エージェントの起動

- 6.4.2.1 ノード・マネージャを使用したエージェントの起動

- 6.4.2.2 ノード・マネージャなしのエージェントの起動

- 6.5 次の手順の実行

7 Oracle Data Integratorドメインの構成後の次の手順

- 7.1 基本的な管理タスクの実行

- 7.2 追加ドメイン構成タスクの実行

- 7.3 開発用のOracle Data Integratorの準備

- 7.4 高可用性の環境の準備

8 Oracle Data Integratorの削除

- 8.1 製品のアンインストールの理解

- 8.2 Oracle Fusion Middlewareの停止

- 8.2.1 Oracle Data Integratorエージェントの停止

- 8.2.2 Oracle Fusion Middleware環境の停止

- 8.3 データベース・スキーマの削除

- 8.4 ソフトウェアのアンインストール

- 8.4.1 アンインストーラの起動

- 8.4.2 削除画面のナビゲート

- 8.5 Oracleホーム・ディレクトリの手動削除

- 8.6 ドメインとアプリケーション・データの削除

- 8.7 ODIウォレット情報の削除

- 8.8 Oracle Fusion Middleware Infrastructureのアンインストール

- 8.9 ソフトウェアの再インストール

A Oracle Data Integratorディストリビューションの理解

B Oracle Data Integratorのトラブルシューティング

- B.1 一般的なトラブルシューティングのヒントの理解

- B.2 インストール・ログ・ファイルと構成ログ・ファイルの理解

- B.3 ODIクライアントとリポジトリの互換性の確認

- B.4 その他のヘルプ情報

はじめに

このドキュメントでは、Oracle Data Integratorのインストール・プログラムを使用してOracle Data IntegratorのソフトウェアをインストールしWebLogicドメインを構成する方法について説明します。

すでにOracle Data Integratorをご使用の場合、最新バージョンの入手先は、既存のバージョンに応じて異なります。既存のソフトウェアを更新またはアップグレードするために実行する必要がある手順の詳細は、Oracle Fusion Middlewareダウンロード、インストール、構成のREADMEファイルを参照してください。

対象読者

このガイドは、Oracle Data Integratorのコンポーネントをインストールおよび設定する管理者を対象としています。読者は、ユーザーとグループの作成、グループへのユーザーの追加、製品のインストール先であるコンピュータへのシステム・パッチの適用などのシステム管理作業に精通していることを前提としています。UNIXシステムにインストールするユーザーは、スクリプトを実行するためにrootアクセスが必要です。

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

Oracleのアクセシビリティについての詳細情報は、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 Fusion Middleware製品の重要情報は、次のマニュアルを参照してください。

- 『Oracle Fusion Middlewareのインストールのプランニング』
このマニュアルには、Oracle Fusion Middleware製品をインストールする前に読んでおく必要がある有用な情報が含まれています。

- Oracle Fusion Middlewareの理解
このガイドでは、Oracle Fusion Middleware環境における一般的な用語と概念について説明します。

- Oracle Fusion Middlewareの管理
このガイドには、インストールおよび構成が完了した後に、Oracle Fusion Middleware環境を管理するための情報が含まれています。

既存のOracle Data Integratorソフトウェアの最新バージョンへの更新またはアップグレードに関する重要な情報は、次のマニュアルを参照してください。

- 『Oracle Fusion Middlewareのアップグレードのプランニング』
このガイドには、11gから12cへのアップグレードの計画.に関する重要な情報が含まれています。

- 『Oracle Data Integratorのアップグレード』
このガイドでは、Oracle Data Integrator 11gの既存バージョンから最新バージョンへのアップグレードについて説明します。

Oracle Data Integratorの製品とサービスに関する詳細は、次のマニュアルを参照してください。

- Oracle Data Integrator開発者ガイド
このガイドでは、統合プロジェクトにOracle Data Integratorを使用する意向の開発者向けのガイドラインを示します。

- Oracle Data Integrator接続およびナレッジ・モジュール・ガイド
このガイドでは、Oracle Data Integratorのナレッジ・モジュールとテクノロジ、およびそれらを統合プロジェクトで使用する方法について説明します。

- Oracle Data Integratorナレッジ・モジュール開発者ガイド
このガイドでは、Oracle Data Integratorで固有のナレッジ・モジュールを開発する方法について説明します。

- Oracle Data Integratorアプリケーション・アダプタ・ガイド
このガイドでは、Oracle Data Integratorのアプリケーション・アダプタ、およびそれをODI統合プロジェクトで使用する方法について説明します。

- Oracle Data IntegratorのためのSAP ABAP ERPアダプタ・スタート・ガイド
このガイドでは、SAP ABAP ERPアダプタを含んだOracle Data Integratorの使用方法を、構成方法、SAP ERPシステムからデータ・ウェアハウスへのデータのロード方法およびデータ品質の検証方法を含めて説明します。

- Oracle Data IntegratorのためのSAP ABAP BWアダプタ・スタート・ガイド
このガイドでは、SAP ABAP BWアダプタを含んだOracle Data Integratorの使用方法を、構成方法、SAP BWシステムからデータ・ウェアハウスへのデータのロード方法およびデータ品質の検証方法を含めて説明します。

表記規則

このドキュメントでは次の表記規則を使用します。

規則

意味

太字

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

イタリック体

イタリックは、ドキュメントのタイトル、強調またはユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

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

1 Oracle Data Integratorインストールの計画

この章では、Oracle Data Integratorのインストールの準備について説明します。

製品インストールやドメイン構成の途中または後で問題が発生しないよう、十分に確認する必要がある様々なトピックを扱います。

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

- 第1.1項「このドキュメントの使用」

- 第1.2項「Oracle Data Integratorエージェントの理解」

- 第1.3項「Oracle Data Integratorトポロジの理解」

- 第1.4項「Oracle Data Integratorのインストール・タイプの理解」

- 第1.5項「Oracle Data Integratorの標準インストール・トポロジの理解」

- 第1.6項「標準インストール・トポロジのインストールと構成のロードマップ」

- 1.7項「システム環境の確認に関するロードマップ」

- 第1.8項「Oracle Data Integratorディストリビューションの理解と入手」

1.1 このドキュメントの使用

この項には次のトピックが含まれます:

- 第1.1.1項「開始点としての標準インストール・トポロジの使用方法」

- 第1.1.2項「アップグレード・シナリオにおけるこのドキュメントの使用方法」

- 第1.1.3項「このドキュメントを使用してドメインを拡張する方法」

1.1.1 標準インストール・トポロジの最初の使用

このガイドでは、Oracle Data Integratorの標準インストール・トポロジを作成できます(第1.5項)。これらのトポロジを高可用性を備えたセキュアなトポロジに拡張し、本番システムに適したものにすることができます。

標準インストール・トポロジは、この製品のサンプル・トポロジに相当するもので、サポートされる唯一のトポロジではありません。詳細は、Oracle Fusion Middlewareのインストールのプランニングで標準インストール・トポロジの理解に関する項を参照してください。

1.1.2 アップグレード・シナリオでのこのドキュメントの使用

アップグレード手順の一部としてOracle Data Integratorをインストールする場合は、このガイドの手順に従ってソフトウェアをインストールしてください。ただし、構成ウィザードを実行してWebLogicドメインを作成しないでください。

ソフトウェアをインストールした後は、『Oracle Data Integratorのアップグレード』を参照してください。

1.1.3 このドキュメントを使用したドメインの拡張

このドキュメントの手順は新しいドメインを作成する方法を説明したもので、使用中のシステムにその他のOracle Fusion Middleware製品はインストールされていないことを前提としています。インストールおよびドメイン作成の手順のすべてがこの前提に基づいています。

すでにその他のOracle Fusion Middleware製品がシステムにインストールされている場合(たとえば、Java EEエージェント・トポロジを作成しようとしていて、すでにOracle Fusion Middleware Infrastructureがインストールされ、ドメインが稼働している場合)、同じ手順を使用して既存のドメインを拡張できます。これを行うように選択する場合、Oracle Fusion Middlewareのインストールのプランニングで同じドメインにおける複数製品のインストールに関する項を必ず参照してください。

新規ドメインを作成する場合でも、手順に示された内容と要件が合わないときは、適切な内容を選択していることを確認し、その他の詳細について説明されているドキュメントを参照してください。

1.2 Oracle Data Integratorエージェントの理解

この項では、Oracle Data Integratorで構成に使用できる様々なタイプのエージェントについて説明します。これを理解すると、必要に応じてどの種類のトポロジを作成する必要があるかを判断できます。

- 第1.2.2項「スタンドアロン・エージェントの理解」

- 第1.2.3項「コロケート・スタンドアロン・エージェントの理解」

- 第1.2.1項「Java EEエージェントの理解」

ヒント:

これらのエージェントの詳細および総合的にOracle Data Integratorトポロジに適合させる方法の詳細は、『Oracle Data Integrator開発者ガイド』のOracle Data Integratorトポロジの概要に関する項を参照してください。

1.2.1 Java EEエージェントの理解

Java EEエージェントは、WebLogicドメイン内に構成された管理対象サーバー上にデプロイされ動作するJEEアプリケーションです。

このエージェントは、高可用性、スケーラビリティ、セキュリティおよび優れた管理性が必要な場合にインストールすることをお薦めします。Java EEエージェントは、Oracle Data Integratorを他のOracle Fusion Middleware製品と相互運用する環境に最適です。

第1.5.1項では、Java EEエージェントの標準インストール・トポロジの概要を説明します。

1.2.2 スタンドアロン・エージェントの理解

スタンドアロン・エージェントは独自のプロセスとして動作し、WebLogic Management Frameworkにより管理されます(Oracle Fusion Middlewareの理解のWebLogic Management Frameworkに関する項を参照)。

多くの場合、エージェント・プロセスを軽量にする必要があり、ローカルのWebLogic Server操作がサポートされていない任意の環境で動作するように、スタンドアロン・エージェントをインストールすることになります。

第1.5.2項では、スタンドアロン・エージェントの標準インストール・トポロジの概要を説明します。

1.2.3 コロケート・スタンドアロン・エージェントの理解

コロケート・スタンドアロン・エージェントは、WebLogicドメイン内に構成され管理サーバーにより管理されるスタンドアロン・エージェントです。WebLogicドメインでは、Oracle Fusion Middleware Infrastructureのサービスをエージェントの管理に使用できます。

第1.5.3項では、コロケート・スタンドアロン・エージェントの標準インストール・トポロジの概要を説明します。

1.3 Oracle Data Integratorトポロジの理解

Oracle Data Integratorを使用した開発を始める前に、まずOracle Data Integratorトポロジを設定する必要があります。このトポロジは、Oracle Data Integratorアーキテクチャおよびコンポーネントが物理的および論理的に表現されたものです。Oracle Data Integratorトポロジは、統合しようとしているデータのソースおよびターゲットを見つける場所を定義します。

このトポロジは、標準インストール・トポロジ(つまり、Oracle Universal Installerと構成ウィザードによりコンピュータ上にインストールおよび構成されるファイルのレイアウト)と同じではありません。

Oracle Data Integratorトポロジの詳細は、『Oracle Data Integrator開発者ガイド』のトポロジの設定に関する項を参照してください。

1.4項 Oracle Data Integratorインストール・タイプの理解

Oracle Data Integrator製品インストーラには2つのインストール・タイプが用意されています。

- エンタープライズ・インストール・タイプ

- スタンドアロン・インストール・タイプ

Oracle Data Integratorディストリビューションの内容の詳細は、付録Aを参照してください。

1.4.1 エンタープライズ・インストール・タイプ

このインストール・タイプは、次の目的で使用されます。

- ODI Studioのインストール

- WebLogic Serverを使用した管理対象環境の作成

注意:

ODI studioのみを使用し、ドメインを構成しない場合は、このガイドのドメイン作成指示をスキップできます。ODI Studioは、「エンタープライズ・インストール」インストール・タイプを完了し、データベース・スキーマを作成した後に使用できます。

- Java EEエージェントの作成

- WebLogicドメインのコロケート・スタンドアロン・エージェントの作成

1.4.2 スタンドアロン・インストール・タイプ

このインストール・タイプを使用してスタンドアロン・エージェントを作成します。

注意:

ODI Studioを使用する場合、「エンタープライズ・インストール」インストール・タイプも別のOracleホームにインストールする必要があります。(第1.4.1項).

1.5 Oracle Data Integratorの標準インストール・トポロジの理解

このドキュメントでは、Oracle Data Integratorの次の標準インストール・トポロジをインストールおよび構成する方法について説明します。

- Java EEエージェントの標準インストール・トポロジ。
Java EEエージェントは、Oracle Fusion Middleware Infrastructureを含む既存のOracleホームにインストールされます(第1.5.1項)。Java EEエージェントとともに、ODI Console、ODI StudioおよびFusion Middleware Control用プラグインもトポロジにインストールされます。

- スタンドアロン・エージェントの標準インストール・トポロジ。
スタンドアロン・エージェントはスタンドアロン・ドメインでインストールおよび構成され、WebLogic Management Frameworkにより管理されます(第1.5.2項)。

- コロケート・スタンドアロン・エージェントの標準インストール・トポロジ。
スタンドアロン・エージェントはWebLogicドメインでインストールおよび構成され、ノード・マネージャおよび管理サーバーを使用して管理されます(第1.5.3項)。

これらのトポロジに至るまでの必要な手順を説明したロードマップは、第1.6項に記載されています。

1.5.1 Java EEエージェントの標準インストール・トポロジの理解

図1-1には、Oracle Data Integrator Java EEエージェントの標準インストール・トポロジが示されています。

図1-1 Java EEエージェントの標準インストール・トポロジ

このトポロジは、管理サーバーと、InfrastructureおよびJava EEエージェントがデプロイされた管理対象サーバーを含む標準的なWebLogic Serverドメインを表しています。管理対象サーバーは、クラスタ内のマシンをターゲットとしています。このドメインは単一のホストに構成され、(必要なFusion Middlewareスキーマがインストールされた)サポートされているデータベースを必要とします。

この標準インストール・トポロジの図にあるすべての要素が表1-1に説明されています。

表1-1 Java EEの標準インストール・トポロジの要素の説明

要素

説明と追加ドキュメントへのリンク

APPHOST

アプリケーション層をホストしているコンピュータを示す、Oracleドキュメントで使用される標準用語です。

DBHOST

データベースをホストしているコンピュータを示す、Oracleドキュメントで使用される標準用語です。

WebLogicドメイン

論理的に関連するJavaコンポーネントのグループ(ここでは管理サーバー、管理対象サーバーおよびその他の関連するソフトウェアコンポーネント)。

詳細は、Oracle Fusion Middlewareの理解でOracle WebLogic Serverドメインに関する項を参照してください。

管理サーバー

詳細は、Oracle Fusion Middlewareの理解の「管理サーバーとは」を参照してください。

Enterprise Manager

Oracle Enterprise Manager Fusion Middleware Control。ドメインを管理するために使用する主要ツール。

詳細は、Oracle Fusion Middlewareの理解のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

クラスタ

同時に稼働し連携する、複数のWebLogic Serverインスタンスの集合。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

マシン

1つ以上のWebLogic Serverインスタンス(サーバー)をホストするコンピュータを論理的に表します。マシンはWebLogic管理対象サーバーとノード・マネージャを論理的に結び付けるものでもあります。管理対象サーバーをノード・マネージャで起動または停止するために、管理対象サーバーはマシンに関連付けられている必要があります。

管理対象サーバー

アプリケーション、アプリケーション・コンポーネント、Webサービスおよび関連リソースをホストします。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

インフラストラクチャ

次のものを含むサービスの集合:

- Metadata Repository (MDS)
これにはOracle Application Developer Frameworkなどの、Oracle Fusion Middlewareコンポーネントのメタデータが含まれます。

詳細は、Oracle Fusion Middlewareの理解の「メタデータ・リポジトリとは」を参照してください。

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager (OWSM)

Java EEエージェント

Java EEエージェントです。

Java EEエージェントの詳細は、第1.2.1項を参照してください。

1.5.2 スタンドアロン・エージェントの標準インストール・トポロジの理解

図1-2にスタンドアロン・エージェントの標準インストール・トポロジを示します。

図1-2 スタンドアロン・エージェントの標準インストール・トポロジ

このトポロジは、WebLogic Management Frameworkにより管理される、スタンドアロン・ドメインに構成されたスタンドアロン・エージェントを表します。このドメインは単一のホストに構成され、(必要なFusion Middlewareスキーマがインストールされた)サポートされているデータベースを必要とします。

この標準インストール・トポロジの図にあるすべての要素が表1-2に説明されています。

表1-2 スタンドアロン・エージェントの標準インストール・トポロジの要素の説明

要素

説明と追加ドキュメントへのリンク

APPHOST

アプリケーション層をホストしているコンピュータを示す、Oracleドキュメントで使用される標準用語です。

DBHOST

データベースをホストしているコンピュータを示す、Oracleドキュメントで使用される標準用語です。

スタンドアロン・ドメイン

Oracle HTTPサーバーまたはOracle Data Integratorスタンドアロン・エージェントなどのシステム・コンポーネントのコンテナです。

詳細は、Oracle Fusion Middlewareの理解のスタンドアロン・ドメインに関する項を参照してください。

システム・コンポーネント

Javaアプリケーション・コンテナにデプロイされない管理可能なプロセスです。

詳細は、Oracle Fusion Middlewareの理解のシステム・コンポーネントに関する項を参照してください。

1.5.3 コロケート・スタンドアロン・エージェントの標準インストール・トポロジの理解

図1-3にコロケート・スタンドアロン・エージェントの標準インストール・トポロジを示します。

図1-3 コロケート・スタンドアロン・エージェントの標準インストール・トポロジ

この標準インストール・トポロジは、WebLogicドメイン内に構成され管理サーバーにより管理されるスタンドアロン・エージェントを表しています。このドメインは単一のホストに構成され、(必要なFusion Middlewareスキーマがインストールされた)サポートされているデータベースを必要とします。

この標準インストール・トポロジの図にあるすべての要素が表1-3に説明されています。

表1-3 コロケート・スタンドアロン・エージェントの標準インストール・トポロジの要素の説明

要素

説明と追加ドキュメントへのリンク

APPHOST

アプリケーション層をホストしているコンピュータを示す、Oracleドキュメントで使用される標準用語です。

DBHOST

データベースをホストしているコンピュータを示す、Oracleドキュメントで使用される標準用語です。

管理サーバー

ドメインの構成オブジェクトを管理し、管理対象サーバーに構成変更を配布する、ドメインの中央制御エンティティ。

詳細は、Oracle Fusion Middlewareの理解の「管理サーバーとは」を参照してください。

Enterprise Manager

Oracle Enterprise Manager Fusion Middleware Control。ドメインを管理するために使用する主要ツール。

詳細は、Oracle Fusion Middlewareの理解のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

マシン

1つ以上のWebLogic Serverインスタンス(サーバー)をホストするコンピュータを論理的に表します。マシンはWebLogic管理対象サーバーとノード・マネージャを論理的に結び付けるものでもあります。管理対象サーバーをノード・マネージャで起動または停止するために、管理対象サーバーはマシンに関連付けられている必要があります。

システム・コンポーネント

WebLogic Management Frameworkにより管理されるスタンドアロン・プロセスです。

詳細は、Oracle Fusion Middlewareの理解のシステム・コンポーネントに関する項を参照してください。

1.6 標準インストール・トポロジのインストールと構成のロードマップ

このガイドでは、Oracle Data Integratorの標準トポロジをインストールして構成するために必要なすべての手順を示します。このトポロジを若干変更したバージョンを作成する場合に使用できる補足情報への参照も、ガイドの手順内に記載されています。

表1-4に、トポロジをインストールして構成するために必要な手順を示します。

表1-4 Oracle Data Integratorインストール・ロードマップ

タスク

説明

ドキュメント

システム環境を確認します

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

第1.7項を参照してください。

適切なディストリビューションを入手します

すべてのOracle Data IntegratorトポロジにOracle Data Integrator (odi_121200_generic.jar)ディストリビューションが必要です。

第1.8項を参照してください。

インストール・ディレクトリを決めます

作成する必要があるディレクトリが作成されているか、またはインストーラからアクセスでき、最小要件を満たすシステムに存在していることを確認します。

『Oracle Fusion Middlewareのインストールのプランニング』の推奨ディレクトリ構造の理解に関する項を参照してください。

ソフトウェアをインストールします

ソフトウェアのインストールにより、使用しているシステムにソフトウェアが転送され、Oracleホーム・ディレクトリが作成されます。

インストール時に使用できるインストール・タイプの詳細は、第1.4項を参照してください。

インストール手順については、第2章を参照してください。

マスター・リポジトリおよび作業リポジトリ・スキーマを作成します。

Repository Creation Utility (RCU)を使用して「マスターおよび作業リポジトリ」データベース・スキーマを作成します。

第3章を参照してください。

ドメインを作成して構成します。

構成ウィザードを使用してドメインを作成および構成します。

注意: ODI Studioのみを使用し、ドメインを構成しない場合は、この手順をスキップできます。ODI Studioは、「エンタープライズ・インストール」タイプをインストールし、データベース・スキーマを作成した後に使用できます。

第4章を参照してJava EEエージェントのトポロジを作成します。

第5章を参照してスタンドアロン・エージェントのトポロジを作成します。

第6章を参照してコロケート・スタンドアロン・エージェントのトポロジを作成します。

高可用性のドメインのための管理および準備を行います

ドメインを管理するための追加のツールおよびリソースを確認し、高可用性のドメインを構成します。

第7章を参照してください。

1.7 システム環境の確認に関するロードマップ

インストールと構成のプロセスを開始する前に参照して理解する必要がある重要な情報が、この項(表1-5)に記載されています。ここでは、Oracle Data Integratorをインストールおよび構成するために、ご使用の環境が適切に準備されていることを確認するための重要なタスクおよび判断項目を示します。

表1-5 システム環境の確認に関するロードマップ

タスク

説明

ドキュメント

動作保証要件およびシステム要件を確認します。

Oracle Fusion Middleware Infrastructureのインストールおよび構成について、ご使用のオペレーティング・システムが動作保証され適切に構成されることを確認します。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の動作保証とシステム要件の確認に関する項を参照してください。

インストールに備えたシステムの準備

必要な環境変数が設定され、適切なインストール・ユーザーを特定していることを確認します。

『Oracle Fusion Middlewareのインストールのプランニング』のインストールに備えたシステムの準備に関する項を参照してください。

動作保証されたJDKをインストールします。

ディストリビューションのインストール・プログラムは、ご使用のシステムで動作保証されたJDKを必要とします。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のJDKのインストールに関する項を参照してください。

データベースのインストールおよび構成。

ドメインを構成するには、Oracle Data Integratorに必要なスキーマのために正しく構成された動作保証済のデータベースへのアクセス権が必要です。

『Oracle Fusion Middlewareのインストールのプランニング』のデータベースおよびデータベース・スキーマのインストールに関する項を参照してください。

1.8 Oracle Data Integratorディストリビューションの理解と入手

Oracle Data Integratorディストリビューションは.jarファイルとして提供されています。このディストリビューションのインストールと構成を行うには、動作保証されたJDKがシステムに存在していることが必要です。

ヒント:

ディストリビューションの詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の製品のディストリビューションの理解と入手に関する項を参照してください。

ディストリビューションには、付録Aに記載された製品および機能セットが含まれています。

ディストリビューションの入手方法は、『Oracle Fusion Middlewareのインストールのプランニング』の製品のディストリビューションの入手に関する項を参照してください。

2 Oracle Data Integratorのインストール

この章では、Oracle Data Integratorのインストールと構成の方法について説明します。また、インストール後の構成パラメータについても説明します。

次のトピックを取り扱います:

- 第2.1項「インストール・プログラムの起動」

- 第2.2項「インストール画面のナビゲートによるOracle Data Integratorのインストール」

- 第2.3項「ODIのインストールの検証」

2.1 インストール・プログラムの起動

Oracle Data Integratorのインストール・プログラムを起動する手順は、次のとおりです。

1. ターゲット・システムにログインします。

2. 動作保証されたJDKがシステムに存在していることがインストーラでは必要です。詳細は、「Oracle Fusion Middlewareのサポートされるシステム構成」ページで12c (12.1.2)用の適切な動作保証ドキュメントを参照してください。

3. インストール・プログラムをダウンロードしたディレクトリに移動します。

4. 次に示す例のように、システム上のJDKのディレクトリからjava -jarを呼び出して、インストール・プログラムを起動します。

/home/Oracle/jdk7_15/jdk1.7.0_15/bin/java -jar odi_121200_generic.jar

この例の\home\Oracle\jdk7_15\jdk1.7.0_15は、システム上のJDKの場所で置き換えてください。

インストール・プログラムが表示されると、インストールを開始する準備が完了しています。各インストール・プログラム画面の詳細は、第2.2項を参照してください。

2.2 インストール画面のナビゲートによるOracle Data Integratorのインストール

インストール・プログラムでは表2-1に記載された順番で一連の画面が表示されます。

インストール画面に関して詳細な情報が必要な場合は、画面の名前をクリックしてください。

表2-1 Oracle Data Integratorのインストール画面

画面

説明

インストール・インベントリの設定

この画面は、このホストに初めてOracle製品をインストールする場合に表示されます。中央インベントリを作成する場所を指定します。この画面で選択されたオペレーティング・システム・グループ名に対して、中央インベントリの場所への書込み権限が付与されていることを確認してください。

中央インベントリの詳細は、Oracle Universal InstallerによるソフトウェアのインストールのOracle Inventoryの理解に関する項を参照してください。

ようこそ

これは、製品インストーラの開始画面です。

インストール場所

この画面を使用して、Oracleホーム・ディレクトリの場所を指定します。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成のためのディレクトリの選択に関する項を参照してください。

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

インストール・タイプの詳細は、第1.4項を参照してください。

前提条件のチェック

この画面で、システムが最小限の要件を満たしているかどうかが検証されます。

警告メッセージやエラー・メッセージが出力された場合、第1.7項に記載されている次のドキュメントのいずれかを参照できます。

セキュリティ更新の指定

Oracle Supportアカウントをお持ちの場合、この画面を使用して、セキュリティ更新を受け取る方法を指定します。

所有していなくてこの手順をスキップする場合、チェック・ボックスの選択を解除し、フォローアップのダイアログ・ボックスで選択を確認します。

インストール・サマリー

この画面では、選択したインストール・オプションを検証します。これらのオプションをレスポンス・ファイルに保存する場合、「保存」をクリックし、レスポンス・ファイルの名前および場所を指定します。レスポンス・ファイルは、後でサイレント・インストールに使用できます。

サイレント・インストールやコマンドライン・インストールの詳細は、Oracle Universal Installerによるソフトウェアのインストールでサイレント・モードにおけるOracle Universal Installerの使用方法に関する項を参照してください。

インストールの進行状況

この画面では、インストールの進行状況を参照できます。

インストール完了

インストールが完了すると、この画面が表示されます。画面上の情報を確認し、「終了」をクリックしてインストーラを終了します。

2.3 ODIのインストールの検証

インストールの完了後、次のタスクを正常に実行することでインストールを検証できます。

- インストール・ログ・ファイルの確認

- ディレクトリ構造のチェック

2.3.1 インストール・ログ・ファイルの確認

インストール・ログ・ファイルの内容を確認し、何も問題が発生していないことを確認します。ログ・ファイルとその場所の詳細は、第B.2項「インストール・ログ・ファイルと構成ログ・ファイルの理解」を参照してください。

2.3.2 ディレクトリ構造のチェック

ODIインストールの内容は、インストール中に選択したオプションによって異なります。

インストール後のディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。

3 Oracle Data Integratorマスター・リポジトリおよび作業リポジトリ・スキーマの作成

この章では、マスターおよび作業リポジトリ(ODI_REPO)データベース・スキーマをRepository Creation Utility (RCU)を使用して作成する方法について説明します。

この手順は、Oracle Data Integratorエージェント用のドメインを構成する前に必要です。

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

- 第3.1項「動作保証されたデータベースの構成」

- 第3.2項「RCUの起動」

- 第3.3項「RCU画面のナビゲートによるスキーマの作成」

3.1 動作保証されたデータベースの構成

始める前に、動作保証されたデータベースを適切にインストールして構成したことを確認してください。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の「データベースおよびデータベース・スキーマのインストール」を参照してください。

3.2 RCUの起動

システムのORACLE_HOME/oracle_common/binディレクトリに移動してRCUを起動します。

1. JAVA_HOME環境変数を、使用中のJDKの場所に設定します。
UNIXオペレーティング・システムの場合:

setenv JAVA_HOME /home/Oracle/Java/jdkversion

Windowsオペレーティング・システムの場合は、デスクトップの上で右クリックしてから「マイ コンピュータ」を選択し、「プロパティ」を選択します。左側の列で「システムの詳細設定」をクリックしてから、「システム・プロパティ」ウィンドウの「環境変数」をクリックします。

「環境変数」ウィンドウで、JAVA_HOME環境変数を、使用中のJDKの場所に設定します。

2. RCUを起動します。
UNIXオペレーティング・システムの場合:

./rcu

Microsoft Windowsオペレーティング・システムの場合:

rcu.bat

3.3 RCU画面のナビゲートによるスキーマの作成

この項の説明に従ってOracle Data Integratorのスキーマ作成を完了します。

この項で説明する画面の詳細は、『Repository Creation Utilityによるスキーマの作成』のリポジトリ作成画面の理解に関する項を参照してください。

- タスク1「RCUの導入」

- タスク2「リポジトリ作成方法の選択」

- タスク3「データベース接続の詳細の提供」

- タスク4「コンポーネントの選択」

- タスク5「スキーマ・パスワードの指定」

- タスク6「カスタム変数の設定」

- タスク7「スキーマ作成の実行」

タスク1   RCUの導入

「次へ」をクリックします。

タスク2   リポジトリ作成方法の選択

データベースでDBAアクティビティを実行するために必要な権限を持っている場合は、「システム・ロードおよび製品ロードの同時実行」を選択します。この手順では、必要な権限があることを想定しています。

データベースでDBAアクティビティを実行するために必要な権限を持っていない場合は、この画面で「システム・ロードに対するスクリプトの準備」を選択します。これによってSQLスクリプトが生成され、これをデータベース管理者が利用できます。『Repository Creation Utilityによるスキーマの作成』でシステム・ロードと製品ロードの理解に関する項を参照してください。

タスク3   データベース接続の詳細の提供

RCUがデータベースに接続するためのデータベース接続の詳細を提供します。

「次へ」をクリックして続行し、データベースへの接続が成功したことを通知するダイアログ・ウィンドウで「OK」をクリックします。

タスク4   コンポーネントの選択

「接頭辞の新規作成」を選択し、カスタム接頭辞を指定してからOracle Data Integratorスキーマを選択します。

カスタム接頭辞は、これらのスキーマをこのドメイン専用に論理的にグループ化するために使用します。ドメイン間でのスキーマ共有はサポートされていないため各ドメイン用のスキーマの一意のセットを作成する必要があります。

ヒント:

カスタム接頭辞の詳細は、『Repository Creation Utilityによるスキーマの作成』でカスタム接頭辞の理解に関する項を参照してください。

マルチドメイン環境のスキーマを構成する方法の詳細は、『Repository Creation Utilityによるスキーマの作成』でスキーマの作成計画に関する項を参照してください。

スタンドアロン・インストールからRCUを実行している場合は、次が表示されます。

エンタープライズ・インストールからRCUを実行している場合は、次が表示されます。

ヒント:

ここで入力したカスタム接頭辞を書き留めておく必要があります。これは後でドメインの作成時に必要になります。

「次へ」をクリックして続行し、スキーマ作成の前提条件チェックが成功したことを通知するダイアログ・ウィンドウで「OK」をクリックします。

タスク5   スキーマ・パスワードの指定

データベースでのスキーマ・パスワードの設定方法を指定した後、パスワードを指定して確認します。

ヒント:

この画面で設定したパスワードを書き留めておく必要があります。これは後でドメインの作成時に必要になります。

タスク6   カスタム変数の設定

マスター・リポジトリおよび作業リポジトリのカスタム変数を指定します。

ヒント:

この画面のフィールドの詳細は、『Repository Creation Utilityによるスキーマの作成』のカスタム変数に関する項を参照してください。

タスク7 スキーマ作成の実行

残りのRCU画面を最後までナビゲートし、スキーマ作成を完了します。「完了サマリー」画面が表示されたら、「閉じる」をクリックしてRCUを終了します。

4 Java EEエージェントの標準インストール・トポロジの構成

この章では、Java EEエージェントの標準インストール・トポロジのドメインの作成と構成の方法について説明します。

続行する前に、「エンタープライズ・インストール」 インストール・タイプを完了していることを確認します(第2章)。このインストール・タイプにはODI Studioが含まれ、「WebLogicドメイン」を作成および構成するために必要なファイルも含まれます。

次のトピックを取り扱います:

- 第4.1項「データベース・スキーマの作成」

- 第4.2項「Java EEエージェントのWebLogicドメインの構成」

- 第4.3項「ODI Studioを使用したマスター・リポジトリでのJava EEエージェントの作成」

- 第4.4項「サーバーの起動」

- 第4.5項「次の手順の実行」

4.1 データベース・スキーマの作成

Java EEエージェントのトポロジを構成する前に、必要なスキーマがデータベース内に作成されていることを確認してください。手順は、第3章を参照してください。

4.2 Java EEエージェントのWebLogicドメインの構成

この項では、構成ウィザードを使用してJava EEエージェントのWebLogicドメインを作成する手順を説明します。ドメイン作成に使用できるその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

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

- 第4.2.1項「構成ウィザードの起動」

- 第4.2.2項「ドメインを構成するための構成ウィザード画面のナビゲート」

4.2.1 構成ウィザードの起動

ドメインの構成を開始するには、ORACLE_HOME/oracle_common/common/binディレクトリに移動し、WebLogic Server構成ウィザードを起動します。

UNIXオペレーティング・システムの場合:

./config.sh

Microsoft Windowsオペレーティング・システムの場合:

config.cmd

4.2.2 ドメインを構成するための構成ウィザード画面のナビゲート

トポロジにドメインを作成して構成するには、この項の手順に従います。

注意:

この項に記載されている同じ手順を使用して、既存のドメインを拡張できます。手順で示された指示とニーズが一致しない場合、必ず調和するように選択を行うか、サポート・ドキュメントで詳細を参照してください。

ドメイン作成および構成には次のタスクが含まれます。

- タスク1「ドメイン・タイプとドメイン・ホームの場所の選択」

- タスク2「構成テンプレートの選択」

- タスク3「アプリケーション・ホームの場所の選択」

- タスク4「管理者アカウントの構成」

- タスク5「ドメイン・モードおよびJDKの指定」

- タスク6「データソース構成タイプの指定」

- タスク7「JDBCコンポーネントのスキーマ情報の指定」

- タスク8「JDBC接続のテスト」

- タスク9「スーパーバイザ資格証明の指定」

- タスク10「詳細構成の選択」

- タスク11「管理サーバーのリスニング・アドレスの構成」

- タスク13「管理対象サーバーの構成」

- タスク14「クラスタの構成」

- タスク16「Coherenceクラスタの構成」

- タスク17「新規マシンの作成」

- タスク19「構成仕様の確認とドメインの構成」

- タスク20「ドメイン・ホームと管理サーバーのURLの書込み」

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、新規ドメインを作成を選択します。

「ドメインの場所」フィールドで、ドメイン・ホーム・ディレクトリを指定します。

ドメイン・ホームがOracleホーム・ディレクトリの外部にある場合、『Oracle Fusion Middlewareのインストールのプランニング』の推奨ディレクトリ構造の理解に関する項に要約されているディレクトリ構造に従って、ドメイン・ホームを配置することをお薦めします。このディレクトリ構造によって、ソフトウェアをアップグレードまたは再インストールする必要があるときに問題が起きにくくできます。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で「製品テンプレートを使用してドメインを作成(P)」が選択されていることを確認した後に、次のテンプレートを選択します。

- Oracle Enterprise ManagerのODI用プラグイン - 12.1.2.0 [em]]
このテンプレートを選択すると、次に示すものが依存関係として自動的に選択されます。

- Oracle Enterprise Manager - 12.1.2.0 [em]

- Oracle JRF - 12.1.2.0 [oracle_common]

- WebLogic Coherenceクラスタの拡張 - 12.1.2.0 [wlserver]

- Oracle Data Integrator - エージェント - 12.1.2.0 [odi]
このテンプレートを選択すると、次に示すものが依存関係として自動的に選択されます。

- Oracle Data Integrator - エージェント・ライブラリ - 12.1.2.0 [odi]

- Oracle Data Integrator SDK共有ライブラリ・テンプレート - 12.1.2.0 [odi]

- Oracle Data Integrator - コンソール - 12.1.2.0 [odi]

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のテンプレートに関する項を参照してください。

タスク3   アプリケーション・ホームの場所の選択

「アプリケーションの場所」画面で、ドメインに関連するアプリケーションの格納先を選択します。この場所は、アプリケーション・ホーム・ディレクトリとも呼ばれます。

アプリケーション・ホームがOracleホーム・ディレクトリの外部にある場合、『Oracle Fusion Middlewareのインストールのプランニング』の推奨ディレクトリ構造の理解に関する項に要約されているディレクトリ構造に従って、アプリケーション・ホームを配置することをお薦めします。ソフトウェアのアップグレードや再インストールが必要な場合に、このディレクトリ構造は問題の予防に役立ちます。

ヒント:

アプリケーション・ホーム・ディレクトリの詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のアプリケーション・ホームの選択に関する項を参照してください。

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のアプリケーションの場所に関する項を参照してください。

タスク4   管理者アカウントの構成

「管理者アカウント」画面で、ドメインにおけるデフォルトのWebLogic管理者アカウントのユーザー名とパスワードを指定します。

この画面で設定したユーザー名およびパスワードを書き留めておくことをお薦めします。これらの資格証明は後でドメインの管理サーバーを起動して接続する際に必要になります。

タスク5   ドメイン・モードおよびJDKの指定

「ドメイン・モードおよびJDK」画面で次の操作を行います。

- 「本番(P)」を「ドメイン・モード」フィールドで選択します。

- 「JDK」フィールドで、Oracle HotSpot JDKを選択します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のドメイン・モードおよびJDKに関する項を参照してください。

タスク6   データソース構成タイプの指定

この画面のフィールドをアクティブ化するには、「RCUデータ」を選択します。「RCUデータ」オプションによってデータベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に受け取るように構成ウィザードで指定できます。

注意:

この画面で「手動構成」を選択する場合、「JDBCコンポーネント・スキーマ」画面で、スキーマのパラメータを手動で指定する必要があります。

「RCUデータ」を選択した後、次のフィールドを入力します。

フィールド

説明

DBMS/サービス

データベースDBMS名を入力します。サービス・タイプ・ドライバを選択した場合はサービス名を入力します。

ホスト名

データベースをホストするサーバーの名前を入力します。

ポート

データベースがリスニングしているポート番号を入力します。

スキーマ所有者

スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これはRCUの「スキーマ・パスワード」画面でサービス表コンポーネントに指定されたスキーマのユーザー名およびパスワードです(第4.1項「データベース・スキーマの作成」を参照)。

デフォルトのユーザー名はprefix_STBであり、この場合prefixはRCUで定義した接頭辞です。

データベース接続情報の指定が完了したら、「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

ヒント:

「RCUデータ」オプションの詳細は、『Repository Creation Utilityによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のデータソース・デフォルトに関する項を参照してください。

タスク7   JDBCコンポーネントのスキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面の値が、すべてのスキーマについて適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表には適切な値がすでに挿入されています。

ヒント:

高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。

- 「Oracle RACでのGridLinkデータ・ソースの構成」

- 「マルチ・データ・ソースの構成」

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のJDBCコンポーネント・スキーマに関する項を参照してください。

タスク8   JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用して、構成したデータソース接続をテストします。

「ステータス」列の緑色のチェック・マークは、テスト結果が正常であったことを示します。何か問題があった場合は、画面の「接続結果ログ」セクションのエラー・メッセージを確認して問題を修正した後、接続を再度テストします。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のコンポーネント・スキーマのテストに関する項を参照してください。

タスク9   スーパーバイザ資格証明の指定

「資格証明」画面で、次の2つのキーを作成します。

1. スーパーバイザ・ユーザーのキーはすでに存在します。次のように資格証明を変更します。

1. ユーザー名としてSUPERVISOR (すべて大文字)を指定します。これは、最初にスーパーバイザ・アカウントに割り当てられたデフォルトの名前で、新しいスーパーバイザ・アカウントを作成しないかぎり変更できません。

2. パスワードは、スキーマの作成中にRCUの「カスタム変数」画面に指定されたものと同じパスワードである必要があります(第3.3項のタスク6を参照)。

2. 次のように、2番目の資格証明を作成します。

1. プラス記号(+)アイコンをクリックして新しい資格証明を追加します。

2. 「キー名」フィールドに、このドメインの名前をキーとして入力します。

3. 「ユーザー名」および「パスワード」フィールドに、管理者ユーザーのユーザー名およびパスワードを入力します。

4. ストア名としてoracle.odi.credmapを選択します。

タスク10 詳細構成の選択

トポロジのドメイン構成を完了するには、「拡張構成」画面で次のオプションを選択する必要があります。

- 管理サーバー
管理サーバーのリスニング・アドレスを適切に構成するためにこれが必要です。

- ノード・マネージャ
これは、ノード・マネージャの構成で必要です。

- 管理対象サーバー、クラスタおよびCoherence
これはOracle Data Integrator管理対象サーバーの構成で必要です。

タスク11 管理サーバーのリスニング・アドレスの構成

「管理サーバー」画面で、「リスニング・アドレス」の隣にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

「管理サーバー」にサーバー・グループを指定しないでください。

タスク12 ノード・マネージャの構成

「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

「ノード・マネージャ・タイプ」に「ドメイン当たり(P)」を選択し、ノード・マネージャ資格証明を指定します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のノード・マネージャに関する項を参照してください。

ノード・マネージャのタイプの詳細は、Oracle WebLogic Serverのノード・マネージャの管理でノード・マネージャの概要に関する項を参照してください。

タスク13 管理対象サーバーの構成

「管理対象サーバー」画面で、ODI_server1という名前の新しい管理対象サーバーが作成されます。

1. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

2. 「サーバー・グループ」ドロップダウン・リストで、JRF-MAN-SVRを選択します。このサーバー・グループによって、作成中の管理対象サーバーにOracle JRFのサービスがターゲット設定されます。
サーバー・グループは、定義されたアプリケーション・サービス・グループをそれぞれに定義されたサーバー・グループにマッピングすることで、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット設定します。必要な場合は、特定のアプリケーション・サービス・グループを、複数のサーバー・グループにマップさせることができます。特定のサーバー・グループにマップされたアプリケーション・サービスは、そのグループに割り当てられたすべてのサーバーに自動的にターゲット設定されます。詳細は、『ドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

これらのサーバー名は、このドキュメント全体で使用します。異なる名前を選択する場合は、必要に応じて読み替えてください。

注意:

管理対象サーバーのIPアドレスおよびポート番号をメモしておく必要があります。この情報はODIエージェントを構成するときに必要になります。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の管理対象サーバーに関する項を参照してください。

タスク14 クラスタの構成

「クラスタ」画面を使用して新規クラスタを作成します。

1. 「追加」ボタンをクリックします。

2. 「クラスタ名」フィールドにODI_cluster1を指定します。

3. 「クラスタ・アドレス」フィールドは空欄にします。

デフォルトでは、クラスタのサーバー・インスタンスは、ユニキャストを使用して互いに通信します。クラスタ通信を変更してマルチキャストを使用する場合、Oracle WebLogic Serverのクラスタの管理でユニキャストまたはマルチキャストを選択するための考慮事項に関する項を参照してください。

Fusion Middleware Controlを使用して新規にクラスタを作成することもできます。その場合、クラスタ通信(ユニキャストまたはマルチキャスト)は新規クラスタの作成時に構成できます。詳細は、Oracle WebLogic Server管理コンソール・オンライン・ヘルプで、クラスタの作成と構成に関する説明を参照してください。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のクラスタに関する項を参照してください。

タスク15   クラスタへの管理対象サーバーの割当

「サーバーのクラスタへの割当」画面を使用してODI_server1を新規クラスタODI_cluster1に割り当てます。

1. 「クラスタ」ペインで、サーバーを割り当てるクラスタ(ここではODI_cluster1)を選択します。

2. 「サーバー」ペインで次のいずれかを実行してODI_server1をODI_cluster_1に割り当てます。

- ODI_server1を1回クリックして選択し、右矢印をクリックして「クラスタ」ペインの選択したクラスタ(ODI_cluster_1)の下に移動します。

- ODI_server1をダブルクリックして、クラスタ・ペインの選択したクラスタ(ODI_cluster_1)の下に移動します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のクラスタへのサーバーの割当に関する項を参照してください。

タスク16 Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用して、ドメインに自動的に追加されるCoherenceクラスタを構成します。Coherenceクラスタ・リスニング・ポートとしてデフォルトのポート番号を0のままにします。

注意:

ユニキャスト・リスニング・ポートを0に設定すると、管理対象サーバー・ポート番号のオフセットが作成されます。オフセットは5000で、管理対象サーバー・ポート番号に割り当てられる最大許容値が65535ではなく60535であることを意味します。

Coherence構成の詳細と次の手順については、表7-2を参照してください。

注意:

Coherenceライセンス情報については、ライセンス情報でOracle Coherenceに関する項を参照してください。

タスク17 新規マシンの作成

「マシン」画面を使用して、新規マシンをドメインで作成します。ノード・マネージャでサーバーの起動と停止ができるようするために、マシンが必要です。

ヒント:

高可用性環境を作成する予定があり、ターゲット・トポロジで必要なマシンのリストを把握している場合、この項の指示に従って、すべてのマシンをこの時点で作成できます。詳細は、高可用性ガイドでオプションのスケール・アウト手順に関する項を参照してください。

1. 「追加」ボタンをクリックして新しいマシンを作成します。

2. 「名前」フィールドにODI_machine1を指定します。

3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。
localhostではなく特定のインタフェースを選択する必要があります。これによって、Coherenceクラスタ・アドレスを動的に計算できます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポートを確認します。
ポート番号の5556がこの例で示されていますが、ドキュメントにあるその他の例で参照される場合があります。必要に応じて、このポート番号をご使用の独自ポート番号で置換します。

注意:

既存のドメインを拡張すると、サーバーを既存のマシンに割り当てることができます。状況で必要になる場合を除いて、新規マシンを作成する必要はありません。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のマシンに関する項を参照してください。

タスク18 マシンへのサーバーの割当て

「サーバーのマシンへの割当」画面で、管理サーバーと管理対象サーバーを、作成した新規マシンに割り当てます。

1. 「マシン」ペインで、サーバーを割り当てるマシンを選択します。この場合、ODI_machine1になります。

2. 「サーバー」ペインで、次のいずれかを実行して、AdminServerをODI_machine1に割り当てます。

- 「AdminServer」を1回クリックして選択し、右矢印をクリックして「マシン」ペインの選択したマシン(ODI_machine1)の下に移動します。

- 「AdminServer」をダブルクリックして、「マシン」ペインの選択したマシン(ODI_machine1)の下に移動します。

3. 繰り返しODI_server1をODI_machine1に割り当てます。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のマシンへのサーバーの割当に関する項を参照してください。

タスク19 構成仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインの構成情報の詳細が含まれています。画面上で各項目の詳細をチェックし、情報が正しいことを確認します。

変更を行う必要がある場合、「戻る」ボタンを使用するか、画面をナビゲーション・ペインで選択して、前の画面に戻ることができます。

ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

タスク20 ドメイン・ホームと管理サーバーのURLの書込み

「構成に成功しました」画面に、構成した管理サーバーのドメイン・ホームの場所およびURLが表示されます。

ドメイン内のサーバーの起動に、これらの項目の両方が必要となるため、メモをしておく必要があります。

「終了」をクリックして構成ウィザードを閉じます。

4.3 ODI Studioを使用したマスター・リポジトリでのJava EEエージェントの作成

物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応します。物理エージェントは、トポロジに一意の名前が必要です。

起動順序の一部としてエージェントがマスター・リポジトリに接続し、その名前で定義された物理エージェントがないか確認します。そのエントリが見つかった場合、エージェントは起動を続行し、起動した後、それ自体のスケジュール済ジョブをすべてリポジトリから読み取って処理を開始します。

エージェントに対する物理エージェント・エントリがない場合、エージェントの起動は失敗します。

ODI Studioはエージェントの作成に使用できます。

- 第4.3.1項「ODI Studioの起動」

- 4.3.2項「マスター・リポジトリへの接続」

- 第4.3.3項「Java EEエージェントの作成」

4.3.1 ODI Studioの起動

ODI Studioを起動する手順は次のとおりです。:

1. Oracle Fusion Middleware Infrastructureおよび「エンタープライズ・インストール」タイプをインストールしたOracleホームに移動します。

2. そのOracleホーム内でodi/studioディレクトリに移動します。

3. ODI Studioを起動します。
UNIXオペレーティング・システムの場合:

./odi.sh

Windowsオペレーティング・システムの場合:

odi.exe

4.3.2 マスター・リポジトリへの接続

エージェントを作成する前にマスター・リポジトリに接続する必要があります。

- タスク1「スタート・ガイド」

- タスク2「ログインの作成」

- タスク3「新しいウォレット・パスワードの指定」

- タスク4「マスター・リポジトリへのログイン」

注意:

現在使用中の同じコンピュータにOracle Data Integratorの前のバージョンをインストールしてある場合、前のインストールからODI Studioにプリファレンスおよび設定をインポートするかどうか質問されます。この項のタスクおよび説明では、Oracle Data Integratorの前のバージョンがコンピュータ上に存在しないことを前提としています。

詳細は、ODI Studioの「ヘルプ」メニューのトピックを参照してください。

タスク1   スタート・ガイド

ODI Studioメニューから「ファイル」、「新規(N)」の順に選択します。

新規ギャラリ画面で「新規ODIリポジトリ・ログインの作成」を選択して「OK」をクリックします。

タスク2   ログインの作成

「Oracle Data Integratorログイン」画面で、プラス記号(+)アイコンをクリックして新しいログインを作成します。「リポジトリ接続情報」画面で次のようにします。

- 「Oracle Data Integrator接続」セクション:

- ログイン名: カスタム・ログイン名を指定します。

- ユーザー: SUPERVISOR(すべて大文字)を指定します。

- パスワード: 構成ウィザードのRCUカスタム変数画面および「資格証明」画面の両方でスーパーバイザ・ユーザーに定義されたパスワードを指定します。

- 「データベース接続(マスター・リポジトリ)」セクション

- ユーザー: マスター・リポジトリのスキーマ・ユーザー名を指定します。これは、RCUのコンポーネントの選択画面で指定したprefix_ODI_REPOである必要があります。

- パスワード: マスター・リポジトリのスキーマ・パスワードを指定します。これは、RCUの「スキーマ・パスワード」画面で指定したものです。

- ドライバ・リスト: ドロップダウン・リストから適切なデータベース・ドライバを選択します。

- URL: 接続URLを指定します。ドライバの接続詳細は、拡大鏡アイコンをクリックしてください。

- 「作業リポジトリ」セクションで、「マスター・リポジトリのみ」を選択します。

「テスト」をクリックして接続をテストし、エラーがあれば修正します。テストが成功したら、「OK」をクリックして接続を作成します。

タスク3   新しいウォレット・パスワードの指定

Oracle Data Integratorおよびリポジトリ・パスワードを暗号化する場合、「セキュアなウォレットにパスワードを格納する」を選択し、「新規ウォレット・パスワード」画面で新しいウォレット・パスワードを指定および確認します。

資格証明を暗号化しない場合は、「セキュアなウォレットを使用せずにパスワードを格納する」を選択します。

タスク4   マスター・リポジトリへのログイン

新しいログインの作成に成功したら、ODI Studioに戻ります。

「リポジトリへの接続」を選択し、要求された場合新しいウォレット・パスワードを指定します。

ウォレット・パスワードを指定した後、「Oracle Data Integratorログイン」画面が表示されます。次の情報を指定してログインします。

1. 「ログイン名」フィールドのドロップダウン・メニューで、作成した新しいログインの名前を選択します。

2. ユーザー名としてSUPERVISORを指定します。

3. スーパーバイザ・ユーザーのパスワードを指定します。

ログインしたら、第4.3.3項の手順に従ってJava EEエージェントを作成します。

4.3.3 Java EEエージェントの作成

この項の手順に従って、ODI Studioのリポジトリへの接続後にODIエージェントを作成します。

- タスク1「Oracle Data Integratorトポロジへのエージェントの追加」

- タスク2「エージェント詳細の指定」

- タスク3「変更の保存」

タスク1   Oracle Data Integratorトポロジへのエージェントの追加

左側のナビゲーション・ペインで「トポロジ」タブを選択し、「エージェント」を右クリックしてから「新規エージェント」を選択します。

タスク2   エージェント詳細の指定

次の表に要約するように、新規エージェントの詳細を指定します。

フィールド

説明

名前

エージェント名としてOracleDIAgentを指定します。

ホスト

エージェントが稼働しているマシンのIPアドレスまたは名前を入力します。"localhost"を使用しないでください。

ポート

エージェントがリスニングしているポート番号を入力します。

注意:

使用中の環境にクラスタに対するフロントエンドとしてOracle HTTP Serverが機能しているクラスタが含まれている場合、かわりにOracle HTTP Serverホストのホスト名およびポートを指定する必要があります。

タスク3   変更の保存

「ODI Studio」メニューから「ファイル」を選択し、すべて保存を選択して変更を保存します。

4.4 サーバーの起動

構成が完了したら次のように実行し、ドメインを管理できるツールにアクセスします。

注意:

ドメイン管理に使用する追加のツールの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware管理ツールの概要についての説明を参照してください。

- 第4.4.2項「管理サーバーの起動」

- 第4.4.3項「管理対象サーバーの起動」

4.4.1 ノード・マネージャの起動

ドメインごとのノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムでは、次のようにnohupを使用してノード・マネージャを起動し、出力ファイルにnm.outのようにします。

nohup ./startNodeManager.sh > nm.out&

Windowsオペレーティング・システムの場合は次を実行します。

startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、起動サービスとして動作するようにノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびにノード・マネージャが自動的に起動されます。

詳細は、Oracle WebLogic Serverのノード・マネージャの管理で ノード・マネージャを起動サービスとして実行することに関する項を参照してください。

ノード・マネージャのその他の構成オプションについては、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

4.4.2 管理サーバーの起動

管理サーバーを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムの場合は次を実行します。

./startWebLogic.sh

Windowsオペレーティング・システムの場合は次を実行します。

startWebLogic.cmd

タスク5の「ドメイン・モードおよびJDK」画面で「本番モード」を選択した場合、タスク4の「管理者アカウント」画面での表示と同様に、管理者ユーザーのログイン資格証明を求めるプロンプトが表示されます。

ヒント:

管理サーバーの起動の詳細は、Oracle Fusion Middlewareの管理で管理サーバーの起動と停止に関する項を参照してください。

本番モードで、起動IDファイルを作成して、管理サーバー起動時にユーザー名とパスワードを指定する必要性をバイパスできます。詳細は、Oracle WebLogic Serverのサーバー起動とサーバー停止の管理で管理サーバーの起動IDファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることによって、管理サーバーが起動されて実行中であることを確認できます。URLは、タスク20の「構成に成功しました」画面に表示されます。

注意:

本番スキーマをホストしているデータベースが起動されて稼働中であり、管理サーバーからアクセス可能であることを確認してください。

http://administration_server_host:administration_server_port/console

管理サーバーのデフォルトのポート番号は7001です。

管理コンソールの使用方法については、『Oracle Fusion Middlewareの管理』のOracle WebLogic Server管理コンソールの使用のスタート・ガイドを参照してください。

4.4.3 管理対象サーバーの起動

管理対象サーバーを起動する手順は次のとおりです。

1. Oracle Fusion Middleware Controlにログインします。

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は、「構成に成功しました」画面(タスク20)のURLに表示されたものです。管理サーバーのデフォルトのポート番号は7001です。

ログイン資格証明は、「管理者アカウント」画面(タスク4)に表示されたものです。

2. 「ターゲット・ナビゲーション」ペインで、矢印をクリックして管理対象サーバー(ODI_server1)が表示されるまでドメインを展開します。

3. 管理対象サーバー(ODI_server1)を選択します。

4. 「WebLogic Server」メニューの横の「起動」を選択します。

5. ターゲット・ナビゲーション・ペインでドメイン名を選択し、起動して稼働中であるすべてのサーバーを表示します。

ヒント:

Oracle Enterprise Manager Fusion Middleware Controlを使用したOracle Fusion Middlewareの管理の詳細は、Oracle Enterprise Manager Fusion Middleware Controlの管理を参照してください。

4.5 次の手順の実行

第7.1項には基本的な管理タスクが含まれています。この項に記載されているタスクに習熟し、それらを適宜実行してドメインが適切に構成されていることを確認する必要があります。

第7.2項には、その他のOracle Fusion Middleware製品および機能を利用する追加のドメイン構成タスクが含まれています。

第7.3項には、開発用にOracle Data Integrator環境を準備するために役立つ共通タスクが含まれています。

第7.4項には、使用中の環境を高可用性環境に移行する準備に役立つ重要なタスクが含まれています。

5 スタンドアロン・エージェントのスタンドアロン・インストール・トポロジの構成

この章では、スタンドアロン・エージェントのドメインの作成と構成の方法について説明します。

続行する前に、次の手順が完了していることを確認します。

- Oracleホームで「エンタープライズ・インストール」インストール・タイプ(第2章)を完了しています。ODI Studioは、このインストール・タイプでのみ使用できます。

- 第2のOracleホームで「スタンドアロン・インストール」インストール・タイプ(第2章)を完了しています。これは、スタンドアロン・エージェントを構成するOracleホームです。

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

- 第5.1項「データベース・スキーマの作成」

- 第5.2項「スタンドアロン・エージェントのスタンドアロン・ドメインの構成」

- 第5.3項「ODI Studioを使用したマスター・リポジトリでのスタンドアロン・エージェントの作成」

- 第5.4項「ノード・マネージャとスタンドアロン・エージェントの起動」

- 第5.5項「次の手順の実行」

5.1 データベース・スキーマの作成

スタンドアロン・エージェントのトポロジを構成する前に、必要なスキーマがデータベース内に作成されていることを確認してください。手順は、第3章を参照してください。

5.2 スタンドアロン・エージェントのスタンドアロン・ドメインの構成

この項では、構成ウィザードを使用してスタンドアロン・エージェントのスタンドアロン・ドメインを作成する手順を説明します。ドメイン作成に使用できるその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

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

- 第5.2.1項「構成ウィザードの起動」

- 第5.2.2項「構成ウィザード画面のナビゲートによるドメインの作成」

5.2.1 構成ウィザードの起動

ドメインの構成を開始するには、ORACLE_HOME/oracle_common/common/binディレクトリに移動し、WebLogic Server構成ウィザードを起動します。

注意:

Oracleホームが「スタンドアロン・インストール」インストール・タイプを完了した場所であることを確認してください。

UNIXオペレーティング・システムの場合:

./config.sh

Microsoft Windowsオペレーティング・システムの場合:

config.cmd

5.2.2 構成ウィザード画面のナビゲートによるドメインの作成

トポロジにドメインを作成して構成するには、この項の手順に従います。

- タスク1「ドメイン・タイプとドメイン・ホームの場所の選択」

- タスク2「構成テンプレートの選択」

- タスク3「JDKの選択」

- タスク4「データソース構成タイプの指定」

- タスク5「JDBCコンポーネントのスキーマ情報の指定」

- タスク6「JDBC接続のテスト」

- タスク7「ODIシステム・コンポーネントの作成」

- タスク8「ODIサーバーの構成」

- タスク9「ノード・マネージャの構成」

- タスク10「構成仕様の確認およびドメインの構成」

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、新規ドメインを作成を選択します。

「ドメインの場所」フィールドで、ドメイン・ホーム・ディレクトリを指定します。

ドメイン・ホームがOracleホーム・ディレクトリの外部にある場合、『Oracle Fusion Middlewareのインストールのプランニング』の推奨ディレクトリ構造の理解に関する項に要約されているディレクトリ構造に従って、ドメイン・ホームを配置することをお薦めします。このディレクトリ構造によって、ソフトウェアをアップグレードまたは再インストールする必要があるときに問題が起きにくくできます。

ヒント:

ドメイン・ホーム・ディレクトリの詳細は、Oracle Fusion Middlewareのインストールのプランニングでドメイン・ホームの選択に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で、次のテンプレートを選択します。

Oracle Data Integrator - スタンドアロン・エージェント - 12.1.2.0 [odi]

タスク3   JDKの選択

「JDKの選択」画面で、Oracle Fusion Middlewareでの使用について動作保証されているシステム上のJDKを選択します。

タスク4 データソース構成タイプの指定

この画面のフィールドをアクティブ化するには、「RCUデータ」を選択します。「RCUデータ」オプションによってデータベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に受け取るように構成ウィザードで指定できます。

注意:

この画面で「手動構成」を選択する場合、「JDBCコンポーネント・スキーマ」画面で、スキーマのパラメータを手動で指定する必要があります。

「RCUデータ」を選択した後、次のフィールドを入力します。

フィールド

説明

DBMS/サービス

データベースDBMS名を入力します。サービス・タイプ・ドライバを選択した場合はサービス名を入力します。

ホスト名

データベースをホストするサーバーの名前を入力します。

ポート

データベースがリスニングしているポート番号を入力します。

スキーマ所有者

スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これはRCUの「スキーマ・パスワード」画面でサービス表コンポーネントに指定されたスキーマのユーザー名およびパスワードです(第5.1項を参照)。

デフォルトのユーザー名はprefix_STBであり、この場合prefixはRCUで定義したカスタム接頭辞です。

データベース接続情報の指定が完了したら、「RCUデータ」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

ヒント:

「RCUデータ」オプションの詳細は、『Repository Creation Utilityによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のデータソース・デフォルトに関する項を参照してください。

タスク5 JDBCコンポーネントのスキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面の値が、すべてのスキーマについて適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表には適切な値がすでに挿入されています。

ヒント:

高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。

- 「Oracle RACでのGridLinkデータ・ソースの構成」

- 「マルチ・データ・ソースの構成」

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のJDBCコンポーネント・スキーマに関する項を参照してください。

タスク6 JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用して、構成したデータソース接続をテストします。

「ステータス」列の緑色のチェック・マークは、テスト結果が正常であったことを示します。何か問題があった場合は、画面の「接続結果ログ」セクションのエラー・メッセージを確認して問題を修正した後、接続を再度テストします。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のコンポーネント・スキーマのテストに関する項を参照してください。

タスク7   ODIシステム・コンポーネントの作成

「システム・コンポーネント」画面を使用して、新しいODIシステム・コンポーネントを作成します。「追加」をクリックし、次の操作を行います。

1. 「システム・コンポーネント」の下では、デフォルトのODIコンポーネント(OracleDIAgent1)の名前を使用するか、好きな名前を指定できます。

2. 「コンポーネント・タイプ」の下では、ドロップダウン・リストから「ODI」が選択されていることを確認します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のシステム・コンポーネントに関する項を参照してください。

タスク8   ODIサーバーの構成

「ODIサーバー構成」画面を使用して、ODIサーバーへのアクセスを構成します。

フィールド

説明

システム・コンポーネント

ODIシステム・コンポーネント(OracleDIAgent1)を選択します。

サーバー・リスニング・アドレス

ODIサーバーがリスニングする必要があるサーバーのIPアドレスを指定します。"localhost"を使用しないでください。

サーバー・リスニング・ポート

ODIサーバーがリスニングするポート番号を入力します。

スーパーバイザ・ユーザー名

ユーザー名としてSUPERVISORを指定します。

スーパーバイザ・パスワード

スキーマの作成中に第3章のタスク6で指定したとおりにスーパーバイザ・ユーザーのパスワードを指定します。

優先データソース

デフォルトのOdiMasterRepositoryを使用します。このフィールドを変更しないでください。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のODIサーバー構成に関する項を参照してください。

タスク9 ノード・マネージャの構成

「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

注意:

この画面は、スタンドアロン・エージェント構成シナリオでデフォルトで表示され、「ノード・マネージャ」を構成する必要があることを意味します。ただし、スタンドアロン・エージェントの起動時に「ノード・マネージャ」を使用せずに起動するオプションがあります。

- 「ノード・マネージャ」を使用してスタンドアロン・エージェントを起動するには、第5.4.1項を参照してください。

- 「ノード・マネージャ」なしにスタンドアロン・エージェントを起動するには、第5.4.2項を参照してください。

「ノード・マネージャ・タイプ」に「ドメイン当たり(P)」を選択し、ノード・マネージャ資格証明を指定します。これらの資格証明は、startComponentコマンドでシステム・コンポーネントを起動するときに要求されます。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のノード・マネージャに関する項を参照してください。

ノード・マネージャのタイプの詳細は、Oracle WebLogic Serverのノード・マネージャの管理でノード・マネージャの概要に関する項を参照してください。

タスク10   構成仕様の確認およびドメインの構成

「構成サマリー」画面には、これから作成するドメインの構成情報の詳細が含まれています。画面上で各項目の詳細をチェックし、情報が正しいことを確認します。

変更を行う必要がある場合、「戻る」ボタンを使用するか、画面をナビゲーション・ペインで選択して、前の画面に戻ることができます。

ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

「終了」をクリックして構成ウィザードを閉じます。

5.3 ODI Studioを使用したマスター・リポジトリでのスタンドアロン・エージェントの作成

物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応します。物理エージェントは、トポロジに一意の名前が必要です。

起動順序の一部としてエージェントがマスター・リポジトリに接続し、その名前で定義された物理エージェントがないか確認します。そのエントリが見つかった場合、エージェントは起動を続行し、起動した後、それ自体のスケジュール済ジョブをすべてリポジトリから読み取って処理を開始します。

エージェントに対する物理エージェント・エントリがない場合、エージェントの起動は失敗します。

ODI Studioはエージェントの作成に使用できます。

- 第5.3.1項「ODI Studioの起動」

- 5.3.2項「マスター・リポジトリへの接続」

- 第5.3.3項「スタンドアロン・エージェントの作成」

5.3.1 ODI Studioの起動

ODI Studioを起動する手順は次のとおりです。:

1. Oracle Fusion Middleware Infrastructureおよび「エンタープライズ・インストール」タイプをインストールしたOracleホームに移動します。

2. そのOracleホーム内でodi/studioディレクトリに移動します。

3. ODI Studioを起動します。
UNIXオペレーティング・システムの場合:

./odi.sh

Windowsオペレーティング・システムの場合:

odi.exe

5.3.2 マスター・リポジトリへの接続

エージェントを作成する前にマスター・リポジトリに接続する必要があります。

- タスク1「スタート・ガイド」

- タスク2「ログインの作成」

- タスク3「新しいウォレット・パスワードの指定」

- タスク4「マスター・リポジトリへのログイン」

注意:

現在使用中の同じコンピュータにOracle Data Integratorの前のバージョンをインストールしてある場合、前のインストールからODI Studioにプリファレンスおよび設定をインポートするかどうか質問されます。この項のタスクおよび説明では、Oracle Data Integratorの前のバージョンがコンピュータ上に存在しないことを前提としています。

詳細は、ODI Studioの「ヘルプ」メニューのトピックを参照してください。

タスク1   スタート・ガイド

ODI Studioメニューから「ファイル」、「新規(N)」の順に選択します。

新規ギャラリ画面で「新規ODIリポジトリ・ログインの作成」を選択して「OK」をクリックします。

タスク2   ログインの作成

「Oracle Data Integratorログイン」画面で、プラス記号(+)アイコンをクリックして新しいログインを作成します。「リポジトリ接続情報」画面で次のようにします。

- 「Oracle Data Integrator接続」セクション:

- ログイン名: カスタム・ログイン名を指定します。

- ユーザー: SUPERVISOR(すべて大文字)を指定します。

- パスワード: 構成ウィザードのRCUカスタム変数画面および「資格証明」画面の両方でスーパーバイザ・ユーザーに定義されたパスワードを指定します。

- 「データベース接続(マスター・リポジトリ)」セクション

- ユーザー: マスター・リポジトリのスキーマ・ユーザー名を指定します。これは、RCUのコンポーネントの選択画面で指定したprefix_ODI_REPOである必要があります。

- パスワード: マスター・リポジトリのスキーマ・パスワードを指定します。これは、RCUの「スキーマ・パスワード」画面で指定したものです。

- ドライバ・リスト: ドロップダウン・リストから適切なデータベース・ドライバを選択します。

- URL: 接続URLを指定します。ドライバの接続詳細は、拡大鏡アイコンをクリックしてください。

- 「作業リポジトリ」セクションで、「マスター・リポジトリのみ」を選択します。

「テスト」をクリックして接続をテストし、エラーがあれば修正します。テストが成功したら、「OK」をクリックして接続を作成します。

タスク3   新しいウォレット・パスワードの指定

Oracle Data Integratorおよびリポジトリ・パスワードを暗号化する場合、「セキュアなウォレットにパスワードを格納する」を選択し、「新規ウォレット・パスワード」画面で新しいウォレット・パスワードを指定および確認します。

資格証明を暗号化しない場合は、「セキュアなウォレットを使用せずにパスワードを格納する」を選択します。

タスク4   マスター・リポジトリへのログイン

新しいログインの作成に成功したら、ODI Studioに戻ります。

「リポジトリへの接続」を選択し、要求された場合新しいウォレット・パスワードを指定します。

ウォレット・パスワードを指定した後、「Oracle Data Integratorログイン」画面が表示されます。次の情報を指定してログインします。

1. 「ログイン名」フィールドのドロップダウン・メニューで、作成した新しいログインの名前を選択します。

2. ユーザー名としてSUPERVISORを指定します。

3. スーパーバイザ・ユーザーのパスワードを指定します。

ログインしたら、第5.3.3項の手順に従ってスタンドアロン・エージェントを作成します。

5.3.3 スタンドアロン・エージェントの作成

この項の手順に従って、ODI Studioのリポジトリへの接続後にODIエージェントを作成します。

- タスク1「Oracle Data Integratorトポロジへのエージェントの追加」

- タスク2「エージェント詳細の指定」

- タスク3「変更の保存」

タスク1   Oracle Data Integratorトポロジへのエージェントの追加

左側のナビゲーション・ペインで「トポロジ」タブを選択し、「エージェント」を右クリックしてから「新規エージェント」を選択します。

タスク2   エージェント詳細の指定

次の表に要約するように、新規エージェントの詳細を指定します。

フィールド

説明

名前

エージェント名としてOracleDIAgent1を指定します。

この名前は第5.2.2項のタスク8で指定されたシステム・コンポーネント名と一致する必要があります。

ホスト

エージェントが稼働しているマシンのIPアドレスまたは名前を入力します。"localhost"を使用しないでください。

ポート

エージェントがリスニングしているポート番号を入力します。

注意:

使用中の環境にクラスタに対するフロントエンドとしてOracle HTTP Serverが機能しているクラスタが含まれている場合、かわりにOracle HTTP Serverホストのホスト名およびポートを指定する必要があります。

タスク3   変更の保存

「ODI Studio」メニューから「ファイル」を選択し、すべて保存を選択して変更を保存します。

5.4 ノード・マネージャとスタンドアロン・エージェントの起動

スタンドアロン・エージェントを起動するには、次の2つの方法があります。

- 第5.4.1項 「ノード・マネージャを使用したスタンドアロン・エージェントの起動」

- 第5.4.2項 「ノード・マネージャなしのスタンドアロン・エージェントの起動」

5.4.1 ノード・マネージャを使用したスタンドアロン・エージェントの起動

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

- ノード・マネージャの起動

- ノード・マネージャでのスタンドアロン・エージェントの起動

5.4.1.1 ノード・マネージャの起動

ドメインごとのノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムでは、次のようにnohupを使用してノード・マネージャを起動し、出力ファイルにnm.outのようにします。

nohup ./startNodeManager.sh > nm.out&

Windowsオペレーティング・システムの場合は次を実行します。

startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、起動サービスとして動作するようにノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびにノード・マネージャが自動的に起動されます。

詳細は、Oracle WebLogic Serverのノード・マネージャの管理で ノード・マネージャを起動サービスとして実行することに関する項を参照してください。

ノード・マネージャのその他の構成オプションについては、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

5.4.1.2 ノード・マネージャでのスタンドアロン・エージェントの起動

「ノード・マネージャ」を起動した後、DOMAIN_HOME/binディレクトリに移動して次のコマンドを実行し、スタンドアロン・エージェントを起動します。

UNIXオペレーティング・システムの場合:

./startComponent.sh OracleDIAgent1

Windowsオペレーティング・システムの場合:

startComponent.cmd OracleDIAgent1

ドメインの管理者パスワードの入力を要求されます。

エージェントが起動したことを確認するには、ブラウザで次のURLに移動します。

http://examplehost.exampledomain.com:port/oraclediagent

5.4.2 ノード・マネージャなしのスタンドアロン・エージェントの起動

スタンドアロン・エージェントを「ノード・マネージャ」なしで起動するには、DOMAIN_HOME/binディレクトリに移動して次のコマンドを実行します。

UNIXオペレーティング・システムの場合:

./agent.sh -NAME=OracleDIAgent1

Windowsオペレーティング・システムの場合:

agent.cmd -NAME=OracleDIAgent1

-NAMEパラメータはすべて大文字で入力し、エージェントの名前(ここではOracleDIAgent1)も大文字と小文字を区別して入力する必要があります

5.5 次の手順の実行

第7.1項には基本的な管理タスクが含まれています。この項に記載されているタスクに習熟し、それらを適宜実行してドメインが適切に構成されていることを確認する必要があります。

第7.2項には、その他のOracle Fusion Middleware製品および機能を利用する追加のドメイン構成タスクが含まれています。

第7.3項には、開発用にOracle Data Integrator環境を準備するために役立つ共通タスクが含まれています。

第7.4項には、使用中の環境を高可用性環境に移行する準備に役立つ重要なタスクが含まれています。

6 コロケート・スタンドアロン・エージェントの標準インストール・トポロジの構成

この章では、コロケート・スタンドアロン・エージェントのドメインの作成と構成の方法について説明します。

続行する前に、「エンタープライズ・インストール」 インストール・タイプを完了していることを確認します(第2章)。これは、このインストール・タイプでのみ使用できるODI Studioを取得し、さらに、WebLogicドメインおよびコロケート・スタンドアロン・エージェントを構成するのに必要なファイルを取得するためです。

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

- 第6.1項「データベース・スキーマの作成」

- 第6.2項「コロケート・スタンドアロン・エージェントのWebLogicドメインの構成」

- 第6.3項「ODI Studioを使用したマスター・リポジトリでのスタンドアロン・エージェントの作成」

- 第6.4項「サーバーとスタンドアロン・エージェントの起動」

- 第6.5項「次の手順の実行」

6.1 データベース・スキーマの作成

コロケート・スタンドアロン・エージェントのトポロジを構成する前に、必要なスキーマがデータベース内に作成されていることを確認してください。手順は、第3章を参照してください。

6.2 コロケート・スタンドアロン・エージェントのWebLogicドメインの構成

この項では、構成ウィザードを使用してコロケート・スタンドアロン・エージェントのWebLogicドメインを作成する手順を説明します。ドメイン作成に使用できるその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

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

- 第6.2.1項「構成ウィザードの起動」

- 第6.2.2項「ドメインを構成するための構成ウィザード画面のナビゲート」

6.2.1 構成ウィザードの起動

ドメインの構成を開始するには、ORACLE_HOME/oracle_common/common/binディレクトリに移動し、WebLogic Server構成ウィザードを起動します。

UNIXオペレーティング・システムの場合:

./config.sh

Microsoft Windowsオペレーティング・システムの場合:

config.cmd

6.2.2 ドメインを構成するための構成ウィザード画面のナビゲート

トポロジにドメインを作成して構成するには、この項の手順に従います。

- タスク1「ドメイン構成タイプと既存のドメインの選択」

- タスク2「構成テンプレートの選択」

- タスク3「管理者アカウントの構成」

- タスク4「ドメイン・モードとJDKの指定」

- タスク5「データソース構成タイプの指定」

- タスク6「JDBCコンポーネントのスキーマ情報の指定」

- タスク7「JDBC接続のテスト」

- タスク8「詳細構成の選択」

- タスク9「管理サーバーのリスニング・アドレスの構成」

- タスク10「ノード・マネージャの構成」

- タスク11「ODIシステム・コンポーネントの構成」

- タスク12「ODIサーバーの構成」

- タスク13「スタンドアロン・コロケート・エージェント用マシンの指定」

- タスク14「マシンへのシステム・コンポーネントの割当」

- タスク15「構成仕様の確認とドメインの構成」

- タスク16「ドメイン・ホームと管理サーバーのURLの書込み」

タスク1   ドメイン構成タイプと既存のドメインの選択

「構成タイプ」画面で、新規ドメインを作成を選択します。

「ドメインの場所」フィールドで、ドメイン・ホーム・ディレクトリを指定します。

ドメイン・ホームがOracleホーム・ディレクトリの外部にある場合、『Oracle Fusion Middlewareのインストールのプランニング』の推奨ディレクトリ構造の理解に関する項に要約されているディレクトリ構造に従って、ドメイン・ホームを配置することをお薦めします。このディレクトリ構造によって、ソフトウェアをアップグレードまたは再インストールする必要があるときに問題が起きにくくできます。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で、Oracle Data Integrator - スタンドアロン・コロケート・エージェント - 12.1.2.0 [odi]テンプレートを選択します。

このテンプレートを選択すると、次に示すものが依存関係として自動的に選択されます。

- Oracle JRF - 12.1.2.0 [oracle_common]

- Oracle Coherence Cluster Extension - 12.1.2.0 [wlserver]

タスク3   管理者アカウントの構成

「管理者アカウント」画面で、ドメインにおけるデフォルトのWebLogic管理者アカウントのユーザー名とパスワードを指定します。

この画面で設定したユーザー名およびパスワードを書き留めておくことをお薦めします。これらの資格証明は後でドメインの管理サーバーを起動して接続する際に必要になります。

タスク4   ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面で次の操作を行います。

- 「本番(P)」を「ドメイン・モード」フィールドで選択します。

- 「JDK」フィールドで、Oracle HotSpot JDKを選択します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のドメイン・モードおよびJDKに関する項を参照してください。

タスク5 データソース構成タイプの指定

この画面のフィールドをアクティブ化するには、「RCUデータ」を選択します。「RCUデータ」オプションによってデータベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に受け取るように構成ウィザードで指定できます。

注意:

この画面で「手動構成」を選択する場合、「JDBCコンポーネント・スキーマ」画面で、スキーマのパラメータを手動で指定する必要があります。

「RCUデータ」を選択した後、次のフィールドを入力します。

フィールド

説明

DBMS/サービス

データベースDBMS名を入力します。サービス・タイプ・ドライバを選択した場合はサービス名を入力します。

ホスト名

データベースをホストするサーバーの名前を入力します。

ポート

データベースがリスニングしているポート番号を入力します。

スキーマ所有者

スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これはRCUの「スキーマ・パスワード」画面でサービス表コンポーネントに指定されたスキーマのユーザー名およびパスワードです(第3.3項のタスク5を参照)。

デフォルトのユーザー名はprefix_STBであり、この場合prefixはRCUで定義した接頭辞です。

「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、処理が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のデータソース・デフォルトに関する項を参照してください。

タスク6 JDBCコンポーネントのスキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面の値が、すべてのスキーマについて適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表には適切な値がすでに挿入されています。

ヒント:

高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。

- 「Oracle RACでのGridLinkデータ・ソースの構成」

- 「マルチ・データ・ソースの構成」

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のJDBCコンポーネント・スキーマに関する項を参照してください。

タスク7 JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用してデータソース接続をテストします。

「ステータス」列の緑のチェック・マークがODI Master Repositoryコンポーネントの横に表示されて、成功したテストを示します。選択したテンプレートでは、ドメイン内のその他のデータソース接続をテストする必要はありません。

何か問題があった場合は、画面の「接続結果ログ」セクションのエラー・メッセージを確認して問題を修正した後、接続を再度テストします。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のコンポーネント・スキーマのテストに関する項を参照してください。

タスク8 詳細構成の選択

トポロジのドメイン構成を完了するには、「拡張構成」画面で次のオプションを選択する必要があります。

- 管理サーバー
管理サーバーのリスニング・アドレスを適切に構成するためにこれが必要です。

- ノード・マネージャ
これは、ノード・マネージャの構成で必要です。

注意:

「管理サーバー」または「ノード・マネージャ」を使用しないスタンドアロン・エージェントを作成(WebLogicコンポーネントで管理されないエージェントを作成)する場合は、「管理サーバー」または「ノード・マネージャ」を選択しないでください。

1. スキップしてタスク11へ進み、手順に従いドメイン構成を完成します。

2. 第6.4.2.2項の指示に従い、スタンドアロン・エージェントを起動します。

- システム・コンポーネント
これはスタンドアロン・エージェントの構成で必要です。

タスク9 管理サーバーのリスニング・アドレスの構成

「管理サーバー」画面で、「リスニング・アドレス」の隣にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択します。「すべてのローカル・アドレス」を使用しないでください。

「管理サーバー」にサーバー・グループを指定しないでください。

タスク10 ノード・マネージャの構成

「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

注意:

この画面はタスク8の「ノード・マネージャ」を選択した場合にのみ表示されます。

- 「ノード・マネージャ」およびエージェントが構成された後、第6.4.2.1項の指示に従ってエージェントを起動します。

- 「ノード・マネージャ」を構成しないことを選択した場合、第6.4.2.2項の指示に従ってエージェントを起動します。

「ノード・マネージャ・タイプ」に「ドメイン当たり(P)」を選択し、ノード・マネージャ資格証明を指定します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のノード・マネージャに関する項を参照してください。

ノード・マネージャのタイプの詳細は、Oracle WebLogic Serverのノード・マネージャの管理でノード・マネージャの概要に関する項を参照してください。

タスク11   ODIシステム・コンポーネントの構成

「システム・コンポーネント」画面で、「システム・コンポーネント」列にエージェントの名前としてOracleDIAgent1を指定し(前に作成したJava EEエージェントの名前はOracleDIAgentです)、「コンポーネント・タイプ」列で「ODI」が選択されていることを確認します。

タスク12   ODIサーバーの構成

「ODIサーバー構成」画面で、次の表に示す情報を指定します。

フィールド

値

システム・コンポーネント

ドロップダウン・リストからOracleDIAgent1が選択されていることを確認します。

サーバー・リスニング・アドレス

エージェントが存在するシステムのホスト名またはIPアドレスを入力します。"localhost"を使用しないでください。

サーバー・リスニング・ポート

このエージェントがリスニングするポート番号を指定します。

スーパーバイザ・ユーザー名

このユーザー名がSUPERVISOR(すべて大文字)であることを確認します。

スーパーバイザ・パスワード

SUPERVISORユーザーのパスワードを、前にドメインに構成したとおり指定します。

優先データソース

デフォルトのOdiMasterRepositoryを使用します。このフィールドを変更しないでください。

注意:

エージェントのホスト名およびポート番号を書き留めておくことをお薦めします。後でマスター・リポジトリにエージェントを作成するときに必要になります(第6.3項)。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のODIサーバー構成に関する項を参照してください。

タスク13   スタンドアロン・コロケート・エージェント用マシンの指定

作成したシステム・コンポーネントは自動的にLocalODIMachineと呼ばれるマシンに割り当てられます。「マシン」画面には、このマシンがすでに作成済であることが示されます。

「ノード・マネージャ・リスニング・アドレス」フィールドで、ノード・マネージャが稼働するホストのIPアドレスを選択します。ローカル・ホストを使用しないでください。

タスク14   マシンへのシステム・コンポーネントの割当

「マシンへのシステム・コンポーネントの割当」画面で、システム・コンポーネントOracleDIAgent1がすでにLocalODIMachineに割り当てられていることを確認します。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のマシンへのシステム・コンポーネントの割当に関する項を参照してください。

タスク15 構成仕様の確認とドメインの構成

「構成のサマリー」画面には、更新しようとしているドメインの構成情報の詳細が含まれます。画面上で各項目の詳細をチェックし、情報が正しいことを確認します。

変更を行う必要がある場合、「戻る」ボタンを使用するか、画面をナビゲーション・ペインで選択して、前の画面に戻ることができます。

「更新」をクリックするまで、ドメインの作成は開始されません。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

タスク16 ドメイン・ホームと管理サーバーのURLの書込み

「構成に成功しました」画面に、構成した管理サーバーのドメイン・ホームの場所およびURLが表示されます。

ドメイン作成が完了したら、「終了(F)」をクリックして構成ウィザードを終了します。

6.3 ODI Studioを使用したマスター・リポジトリでのスタンドアロン・エージェントの作成

物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応します。物理エージェントは、トポロジに一意の名前が必要です。

起動順序の一部としてエージェントがマスター・リポジトリに接続し、その名前で定義された物理エージェントがないか確認します。そのエントリが見つかった場合、エージェントは起動を続行し、起動した後、それ自体のスケジュール済ジョブをすべてリポジトリから読み取って処理を開始します。

エージェントに対する物理エージェント・エントリがない場合、エージェントの起動は失敗します。

ODI Studioはエージェントの作成に使用できます。

- 第6.3.1項「ODI Studioの起動」

- 6.3.2項「マスター・リポジトリへの接続」

- 第6.3.3項「スタンドアロン・エージェントの作成」

6.3.1 ODI Studioの起動

ODI Studioを起動するには、ORACLE_HOME/odi/studioディレクトリに移動し、次のコマンドを実行します。

UNIXオペレーティング・システムの場合:

./odi.sh

Windowsオペレーティング・システムの場合:

odi.exe

6.3.2 マスター・リポジトリへの接続

エージェントを作成する前にマスター・リポジトリに接続する必要があります。

- タスク1「スタート・ガイド」

- タスク2「ログインの作成」

- タスク3「新しいウォレット・パスワードの指定」

- タスク4「マスター・リポジトリへのログイン」

注意:

現在使用中の同じコンピュータにOracle Data Integratorの前のバージョンをインストールしてある場合、前のインストールからODI Studioにプリファレンスおよび設定をインポートするかどうか質問されます。この項のタスクおよび説明では、Oracle Data Integratorの前のバージョンがコンピュータ上に存在しないことを前提としています。

詳細は、ODI Studioの「ヘルプ」メニューのトピックを参照してください。

タスク1   スタート・ガイド

ODI Studioメニューから「ファイル」、「新規(N)」の順に選択します。

新規ギャラリ画面で「新規ODIリポジトリ・ログインの作成」を選択して「OK」をクリックします。

タスク2   ログインの作成

「Oracle Data Integratorログイン」画面で、プラス記号(+)アイコンをクリックして新しいログインを作成します。「リポジトリ接続情報」画面で次のようにします。

- 「Oracle Data Integrator接続」セクション:

- ログイン名: カスタム・ログイン名を指定します。

- ユーザー: SUPERVISOR(すべて大文字)を指定します。

- パスワード: 構成ウィザードのRCUカスタム変数画面および「資格証明」画面の両方でスーパーバイザ・ユーザーに定義されたパスワードを指定します。

- 「データベース接続(マスター・リポジトリ)」セクション

- ユーザー: マスター・リポジトリのスキーマ・ユーザー名を指定します。これは、RCUのコンポーネントの選択画面で指定したprefix_ODI_REPOである必要があります。

- パスワード: マスター・リポジトリのスキーマ・パスワードを指定します。これは、RCUの「スキーマ・パスワード」画面で指定したものです。

- ドライバ・リスト: ドロップダウン・リストから適切なデータベース・ドライバを選択します。

- URL: 接続URLを指定します。ドライバの接続詳細は、拡大鏡アイコンをクリックしてください。

- 「作業リポジトリ」セクションで、「マスター・リポジトリのみ」を選択します。

「テスト」をクリックして接続をテストし、エラーがあれば修正します。テストが成功したら、「OK」をクリックして接続を作成します。

タスク3   新しいウォレット・パスワードの指定

Oracle Data Integratorおよびリポジトリ・パスワードを暗号化する場合、「セキュアなウォレットにパスワードを格納する」を選択し、「新規ウォレット・パスワード」画面で新しいウォレット・パスワードを指定および確認します。

資格証明を暗号化しない場合は、「セキュアなウォレットを使用せずにパスワードを格納する」を選択します。

タスク4   マスター・リポジトリへのログイン

新しいログインの作成に成功したら、ODI Studioに戻ります。

「リポジトリへの接続」を選択し、要求された場合新しいウォレット・パスワードを指定します。

ウォレット・パスワードを指定した後、「Oracle Data Integratorログイン」画面が表示されます。次の情報を指定してログインします。

1. 「ログイン名」フィールドのドロップダウン・メニューで、作成した新しいログインの名前を選択します。

2. ユーザー名としてSUPERVISORを指定します。

3. スーパーバイザ・ユーザーのパスワードを指定します。

ログインしたら、第6.3.3項の手順に従ってスタンドアロン・エージェントを作成します。

6.3.3 スタンドアロン・エージェントの作成

この項の手順に従って、ODI Studioのリポジトリへの接続後にODIエージェントを作成します。

- タスク1「Oracle Data Integratorトポロジへのエージェントの追加」

- タスク2「エージェント詳細の指定」

- タスク3「変更の保存」

タスク1   Oracle Data Integratorトポロジへのエージェントの追加

左側のナビゲーション・ペインで「トポロジ」タブを選択し、「エージェント」を右クリックしてから「新規エージェント」を選択します。

タスク2   エージェント詳細の指定

次の表に要約するように、新規エージェントの詳細を指定します。

フィールド

説明

名前

エージェント名としてOracleDIAgent1を指定します。

この名前は第6.2.2項のタスク11のシステム・コンポーネント名と一致する必要があります。

ホスト

エージェントが稼働しているマシンのIPアドレスまたは名前を入力します。"localhost"を使用しないでください。

ポート

エージェントがリスニングしているポート番号を入力します。

注意:

使用中の環境にクラスタに対するフロントエンドとしてOracle HTTP Serverが機能しているクラスタが含まれている場合、かわりにOracle HTTP Serverホストのホスト名およびポートを指定する必要があります。

タスク3   変更の保存

「ODI Studio」メニューから「ファイル」を選択し、すべて保存を選択して変更を保存します。

6.4 サーバーとスタンドアロン・エージェントの起動

構成が完了したら次のように実行し、ドメインを管理できるツールにアクセスします。

注意:

ドメイン管理に使用する追加のツールの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware管理ツールの概要についての説明を参照してください。

- 第6.4.1項「管理サーバーの起動」

- 第6.4.2項「コロケート・スタンドアロン・エージェントの起動」

6.4.1 管理サーバーの起動

管理サーバーを起動すると、Oracle Fusion Middleware Controlを使用してエージェントを管理できます。そのようにしない場合は、この項をスキップして第6.4.2.2項へ進み、エージェントを起動します。

管理サーバーを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムの場合は次を実行します。

./startWebLogic.sh

Windowsオペレーティング・システムの場合は次を実行します。

startWebLogic.cmd

「本番モード」をタスク4の「ドメイン・モードおよびJDK」画面で選択した場合、タスク3の「管理者アカウント」画面で指定したように、管理ユーザーのログイン資格証明の入力を求められます。

ヒント:

管理サーバーの起動の詳細は、Oracle Fusion Middlewareの管理で管理サーバーの起動と停止に関する項を参照してください。

本番モードで、起動IDファイルを作成して、管理サーバー起動時にユーザー名とパスワードを指定する必要性をバイパスできます。詳細は、Oracle WebLogic Serverのサーバー起動とサーバー停止の管理で管理サーバーの起動IDファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることによって、管理サーバーが起動されて実行中であることを確認できます。URLは、タスク16の「構成に成功しました」画面に表示されます。

注意:

本番スキーマをホストしているデータベースが起動されて稼働中であり、管理サーバーからアクセス可能であることを確認してください。

http://administration_server_host:administration_server_port/console

管理サーバーのデフォルトのポート番号は7001です。

管理コンソールの使用方法については、『Oracle Fusion Middlewareの管理』のOracle WebLogic Server管理コンソールの使用のスタート・ガイドを参照してください。

6.4.2 コロケート・スタンドアロン・エージェントの起動

スタンドアロン・エージェントを起動するには、次の2つの方法があります。

- 「ノード・マネージャ」を構成する方法(タスク10)を選択した場合、第6.4.2.1項の指示に従い、スタンドアロン・エージェントを起動します。

- 「ノード・マネージャ」なしでスタンドアロン・エージェントを起動する場合、第6.4.2.2項の指示に従います。

6.4.2.1 ノード・マネージャを使用したエージェントの起動

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

- ノード・マネージャの起動

- エージェントの起動

6.4.2.1.1 ノード・マネージャの起動

ドメインごとのノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムでは、次のようにnohupを使用してノード・マネージャを起動し、出力ファイルにnm.outのようにします。

nohup ./startNodeManager.sh > nm.out&

Windowsオペレーティング・システムの場合は次を実行します。

startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、起動サービスとして動作するようにノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびにノード・マネージャが自動的に起動されます。

詳細は、Oracle WebLogic Serverのノード・マネージャの管理で ノード・マネージャを起動サービスとして実行することに関する項を参照してください。

ノード・マネージャのその他の構成オプションについては、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

6.4.2.1.2 エージェントの起動

「ノード・マネージャ」を起動した後、DOMAIN_HOME/binディレクトリに移動し、次のコマンドを実行します。

UNIXオペレーティング・システムの場合:

./startComponent.sh OracleDIAgent1

Windowsオペレーティング・システムの場合:

startComponent.cmd OracleDIAgent1

ドメインの管理者パスワードの入力を要求されます。

エージェントが起動したことを確認するには、ブラウザで次のURLに移動します。

http://examplehost.exampledomain.com:port/oraclediagent

6.4.2.2 ノード・マネージャなしのエージェントの起動

スタンドアロン・エージェントを「ノード・マネージャ」なしで起動するには、DOMAIN_HOME/binディレクトリに移動して次のコマンドを実行します。

UNIXオペレーティング・システムの場合:

./agent.sh -NAME=OracleDIAgent1

Windowsオペレーティング・システムの場合:

agent.cmd -NAME=OracleDIAgent1

-NAMEパラメータはすべて大文字で入力し、エージェントの名前(ここではOracleDIAgent1)も大文字と小文字を区別して入力する必要があります

6.5 次の手順の実行

第7.1項には基本的な管理タスクが含まれています。この項に記載されているタスクに習熟し、それらを適宜実行してドメインが適切に構成されていることを確認する必要があります。

第7.2項には、その他のOracle Fusion Middleware製品および機能を利用する追加のドメイン構成タスクが含まれています。

第7.3項には、開発用にOracle Data Integrator環境を準備するために役立つ共通タスクが含まれています。

第7.4項には、使用中の環境を高可用性環境に移行する準備に役立つ重要なタスクが含まれています。

7 Oracle Data Integratorドメインの構成後の次の手順

この章では、新規に作成したOracle Data Integratorのドメインで実行する可能性がある一般的なタスクについて説明します。

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

- 第7.1項「基本的な管理タスクの実行」

- 第7.2項「追加ドメイン構成タスクの実行」

- 第7.3項「開発用のOracle Data Integratorの準備」

- 第7.4項「高可用性の環境の準備」

7.1 基本的な管理タスクの実行

表7-1に、新規に作成したドメインで実行する可能性がある一般的な管理タスクの一部を示します。

表7-1 新規ドメイン用の基本的な管理タスク

タスク

説明

詳細

Fusion Middleware管理ツールについての学習

環境の管理に使用できる様々なツールについて学習します。

『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware管理ツールの概要に関する項。

製品およびサーバーの起動と停止

Oracle Fusion Middleware(管理サーバー、管理対象サーバー、コンポーネントを含む)起動と停止の方法について学習します。

『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項。

Secure Sockets Layer (SSL)の構成

Oracle Fusion Middlewareコンポーネント間のSSLを使用したセキュアな通信の設定方法について学習します。

『Oracle Fusion Middlewareの管理』のOracle Fusion MiddlewareでのSSLの構成に関する項。

Oracle Fusion Middlewareの監視

Oracle Fusion Middlewareコンポーネントのステータスを追跡する方法を学習します。

『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの監視に関する項。

バックアップとリカバリの手順の理解

Oracle Fusion Middlewareのバックアップとリカバリの推奨手順について学習します。

『Oracle Fusion Middlewareの管理』のバックアップとリカバリの概要に関する項。

7.2 追加ドメイン構成タスクの実行

表7-2に、新規作成ドメインで実行する可能性の高い追加タスクを示します。

表7-2 追加ドメイン構成タスク

タスク

説明

詳細

アプリケーションのデプロイ

アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。

『Oracle Fusion Middlewareの管理』のアプリケーションのデプロイに関する項。

ドメインへのWeb層のフロントエンドの追加

OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。

『Oracle HTTP Serverのインストールと構成』のOracle HTTP ServerをWebLogic Serverドメインにインストールして構成する手順に従います。

また、『Oracle Fusion Middlewareのインストールのプランニング』の「同じドメインでの複数製品のインストール」にある重要な情報を参照してください。

トポロジに対するCoherenceのチューニングと構成

標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。

Coherenceクラスタの詳細は、『Oracle WebLogic Serverクラスタの管理』のCoherenceクラスタの構成と管理に関する項を参照してください。

Coherenceのチューニングの詳細は、『Oracle Coherenceの管理』を参照してください。

CoherenceへのHTTPセッションデータの格納の詳細は、『Oracle Coherence*WebでのHTTPセッション・マネージメントの管理』のWebLogicサーバーでのCoherence*Webの使用に関する項を参照してください。

Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle WebLogic Server Oracle Coherenceアプリケーションの開発 』を参照してください。

7.3 開発用のOracle Data Integratorの準備

表7-3に、開発用のOracle Data Integratorの準備のために実行する可能性がある追加のタスクを示します。

表7-3 開発用のOracle Data Integratorの準備タスク

タスク

説明

詳細

論理エージェントの作成

異なる環境で同一の役割を持つ複数の物理エージェントは、同じ論理エージェントにグループ化できます。論理エージェントは、コンテキストによって物理エージェントに関連付けられています。実行の開始時、論理エージェントおよびコンテキストを指定します。Oracle Data Integratorはこの情報を単一の物理エージェントに変換し、物理エージェントが実行リクエストを受信します。

新しい論理エージェントを作成するには、『Oracle Data Integrator開発者ガイド』の論理エージェントの作成に関する項の手順を参照してください。

エージェントの管理

エージェントがトポロジに定義された後は、必要に応じてエージェントを起動、デプロイおよび停止できます。

『Oracle Data Integrator開発者ガイド』のエージェントの管理に関する項を参照してください。

リポジトリの管理

新しいマスターおよび作業リポジトリの作成および接続、パスワードの変更および環境のカスタマイズに役立つその他の管理タスクが使用できます

『Oracle Data Integrator開発者ガイド』のリポジトリの管理に関する項を参照してください。

Java EEエージェント用サーバー・テンプレートの作成

Oracle Data Integratorでは、ランタイム・エージェント用のサーバー・テンプレートの作成に役立つサーバー・テンプレート生成ウィザードが用意されています。

『Oracle Data Integrator開発者ガイド』のJava EEエージェント用サーバー・テンプレートの作成に関する項を参照してください。

7.4 高可用性の環境の準備

標準インストール環境を高可用性用にスケール・アウトする場合に実行するタスクのリストが表7-4に記載されています。

表7-4 高可用性の環境を準備するために必要なタスク

タスク

説明

詳細

ノード・マネージャの構成

ノード・マネージャによって、管理サーバーと管理対象サーバーのインスタンスをリモートの場所から起動、停止および再起動することができるようになり、これによって可用性環境のために必須のユーティリティとなります。

『Oracle WebLogic Serverノード・マネージャの管理』。

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。つまり、1台のコンピュータが停止しても、環境ではデプロイされたアプリケーションが顧客にサービスを提供し続けることができます。

『高可用性ガイド』のトポロジのスケール・アウト(マシン・スケールアウト)に関する項。

Web層コンポーネントの高可用性の構成

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

『高可用性ガイド』のWeb層コンポーネントの高可用性の構成に関する項。

フロントエンドのロード・バランサの設定

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

高可用性ガイドの高可用性環境でのサーバー・ロード・バランスに関する項とロード・バランサの構成に関する項。

8 Oracle Data Integratorの削除

この章では、Oracle Data Integratorをアンインストールまたは再インストールする方法について説明します。

ソフトウェアを削除する際には、必ずこの章に記載する指示に従ってください。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールしようとしたときに問題が発生する場合があります。この章に記載する手順に従えば、ソフトウェアは確実に正しく削除されます。

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

- 第8.1項「製品のアンインストールの理解」

- 第8.2項「Oracle Fusion Middlewareの停止に関する項」

- 第8.3項「データベース・スキーマの削除」

- 8.4項「ソフトウェアの削除」

- 8.5項「Oracleホーム・ディレクトリの手動削除」

- 第8.6項「ドメインとアプリケーション・データの削除」

- 第8.7項「ODIウォレット情報の削除」

- 第8.8項「Oracle Fusion Middleware Infrastructureのアンインストール

- 8.9項「ソフトウェアの再インストール」

8.1 製品のアンインストールの理解

The Oracle Fusion Middlewareアンインストーラは、ソフトウェアが起動されたOracleホーム・ディレクトリから、このソフトウェアを削除します。表8-1では、手順を要約し、サポート・ドキュメントへのリンクを示します。

表8-1 Oracle Data Integratorのアンインストールのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middlewareを停止します。

アンインストーラ実行前に、ドメインにあるすべてのサーバーとプロセスが停止している必要があります。

第8.2項を参照してください。

データベース・スキーマを削除します。

Repository Creation Utilityを実行してデータベース・スキーマを削除します。

第8.3項を参照してください。

ソフトウェアを削除します。

製品のアンインストーラを実行し、Oracle Fusion Middleware Infrastructureを削除します。

第8.4項を参照してください。

Oracleホーム・ディレクトリを削除します。

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

第8.5項を参照してください。

ドメインとアプリケーション・データを削除します。

アンインストーラでは、ドメイン・ホームやアプリケーション・ホームのディレクトリにあるデータがOracleホーム内にあっても削除されません。これらのディレクトリは手動で削除する必要があります。

第8.6項を参照してください。

Oracle Fusion Middleware Infrastructureを削除します。

Java EEエージェントのトポロジを作成した場合、Oracle Fusion Middleware Infrastructureソフトウェアをシステムから削除することもできます。

第8.8項を参照してください。

8.2 Oracle Fusion Middlewareの停止

Oracle Fusion Middlewareの停止には次の操作が含まれます。

- 第8.2.1項「Oracle Data Integratorエージェントの停止」

- 第8.2.2項「Oracle Fusion Middleware環境の停止」

8.2.1 Oracle Data Integratorエージェントの停止

アンインストーラを実行する前に、実行中のすべてのエージェントを停止する必要があります。

スタンドアロン・エージェントを停止するには、DOMAIN_HOME/binディレクトリに移動して次のコマンドを実行します。

UNIXオペレーティング・システムの場合:

./stopComponent.sh OracleDIAgent1

Windowsオペレーティング・システムの場合:

stopComponent.cmd OracleDIAgent1

8.2.2 Oracle Fusion Middleware環境の停止

アンインストーラ実行前に、削除対象のOracleホームに関連付けられたサーバーとプロセスをすべて停止する必要があります。

詳細は、Oracle Fusion Middlewareの管理でOracle Fusion Middleware環境の停止に関する項を参照してください。

8.3 データベース・スキーマの削除

Oracleホームを削除する前にRepository Creation Utilityを実行し、このドメインに関連付けられたデータベース・スキーマを削除する必要があります。各ドメインにはカスタム接頭辞によって一意に識別される独自のスキーマ・セットがあります(『Repository Creation Utilityによるスキーマの作成』のカスタム接頭辞の理解に関する項を参照してください)。これらのスキーマを他のドメインと共有することはできません(『Repository Creation Utilityによるスキーマの作成』のスキーマの作成計画に関する項を参照してください)。

データベースに複数のスキーマ・セットがある場合は、削除するドメインに関連付けられたスキーマ接頭辞を指定します。

スキーマの削除手順は、『Repository Creation Utilityによるスキーマの作成』のスキーマの削除に関する項を参照してください。

8.4 ソフトウェアのアンインストール

この項の手順に従って、製品アンインストーラを起動し、ソフトウェアを削除します。

- 第8.4.1項「アンインストーラの起動」

- 第8.4.2項「削除画面のナビゲート」

サイレント(コマンドライン)アンインストールを実行する場合、Oracle Universal Installerによるソフトウェアのインストールでサイレント・アンインストールのOracle Universal Installerの実行に関する項を参照してください。

8.4.1 アンインストーラの起動

アンインストーラをWindowsオペレーティング・システムで起動する場合、次のいずれかを実行します。

1. ファイル・マネージャ・ウィンドウを使用して、ORACLE_HOME\oui\binディレクトリに移動し、deinstall.cmdをダブルクリックします。

2. コマンドラインで、ORACLE_HOME\oui\binに移動し、次のコマンドを入力します。

deinstall.cmd

3. 「スタート」メニューから、「すべてのプログラム」→「Oracle」→「OracleHome」→「Uninstall Oracle Middleware」を選択します。

アンインストーラをUNIXオペレーティング・システムで起動するには、ORACLE_HOME/oui/binディレクトリに移動し、次のコマンドを入力します。

./deinstall.sh

8.4.2 削除画面のナビゲート

削除プログラムでは表8-2に記載された順番で一連の画面が表示されます。

削除画面に関して詳細な情報が必要な場合、画面名をクリックしてください。

表8-2 アンインストール画面および説明

画面

説明

ようこそ

この画面により製品アンインストーラが開始します。

アンインストール・サマリー

この画面は、削除されるOracleホーム・ディレクトリとその内容を示しています。これが正しいディレクトリであることを確認してください。

「削除」をクリックして、ソフトウェアの削除を開始します。

アンインストールの進行状況

この画面には削除の進行状況が表示されます。

アンインストール完了

削除が完了すると、この画面が表示されます。この画面の情報を確認し、「終了(F)」をクリックしてアンインストーラを閉じます。

8.5 Oracleホーム・ディレクトリの手動削除

アンインストーラが終了した後、アンインストーラで削除されなかったOracleホーム・ディレクトリと既存のサブディレクトリを手動で削除する必要があります。たとえば、UNIXオペレーティング・システムでOracleホーム・ディレクトリが/home/oracle/product/Oracle_Homeの場合は次のようにします。

> cd /home/oracle/product
> rm -rf Oracle_Home

Windowsオペレーティング・システムでOracleホーム・ディレクトリがC:\Oracle\Product\Oracle_Homeの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Productディレクトリに移動し、Oracle_Homeフォルダを右クリックしてから「削除」を選択します。

8.6 ドメインとアプリケーション・データの削除

ドメインとアプリケーション・データを削除するには:

1. 手動でドメイン・ホーム・ディレクトリを削除します。
たとえば、UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/oracle/config/domains/odi_domainの場合は次のようにします。

> cd /home/oracle/config/domains
> rm -rf odi_domain

Windowsオペレーティング・システムでドメイン・ホーム・ディレクトリがC:\Oracle\Config\domains\odi_domainの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\domainsディレクトリに移動し、odi_domainフォルダを右クリックして「削除」を選択します。

2. 手動でアプリケーション・ホーム・ディレクトリを削除します。
たとえば、UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/odi_domainの場合は次のようにします。

> cd /home/Oracle/config/applications
> rm -rf odi_domain

Windowsオペレーティング・システムでアプリケーション・ホーム・ディレクトリがC:\Oracle\Config\applications\odi_domainの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Config\applicationsディレクトリに移動し、odi_domainフォルダを右クリックして「削除」を選択します。

3. Oracleホームのdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除するドメインに関連する行を削除します。たとえばodi_domainを削除するには、次の行を検索してこれを削除します。

<domain location="/home/Oracle/config/domains/odi_domain"/>

終了したら、ファイルを保存して終了します。

8.7 ODIウォレット情報の削除

ODIウォレット情報は手動で削除する必要があります。アンインストーラでこの情報は削除されません。Oracle Data Integratorが同じユーザーにより同じシステム上に再インストールされた場合、ウォレット情報は手動で削除されていないかぎり記憶されています。

ウォレット情報はユーザーのホーム・ディレクトリ内に格納されます。たとえば、UNIXオペレーティング・システムでは次のようになります。

/home/exampleuser/.odi

Windowsオペレーティング・システムの場合:

C:\Users\exampleuser\AppData\Roaming\odi

8.8 Oracle Fusion Middleware Infrastructureのアンインストール

Oracle Data Integratorソフトウェアを削除した後、Oracle Fusion Middleware Infrastructureをマシンから削除することを選択できます。その前に、Infrastructureを使用する他の製品が存在しないことを確認してください。そのような製品は、Infrastructureを削除すると、機能しなくなります。

アンインストール手順の詳細は、『Oracle Fusion Middleware Infrastructureインストールおよび構成』のOracle Fusion Middleware Infrastructureのアンインストールに関する項を参照してください。

8.9 ソフトウェアの再インストール

手動でOracleホーム・ディレクトリを削除することを含め、この章の指示に従ってソフトウェアが削除されている場合のみ、同じOracleホームに前のインストールとしてソフトウェアを再インストールできます。再インストールする際、同じOracleホームを前のインストールとして指定できます。

次のようにOracleホームが空でない場合を考慮します。

- 同じ機能セットがある既存のOracleホームにインストールします。
インストールを試行するソフトウェアと同じソフトウェアが、インストール中に指定したOracleホームに存在すると、インストーラは警告します。次のオプションがあります。

1. 別のインストール・タイプを選択します。この場合、Oracleホーム・ディレクトリに存在しない機能セットのみがインストールされます。

2. 別のOracleホーム・ディレクトリを選択します。

- 空でない既存のOracleホームにインストールします。
たとえば、ドメイン・ホームやアプリケーション・ホームを既存のOracleホーム内部で作成することを選択したと仮定します。このデータはアンインストール中に削除されません。そのため、同じOracleホームに再インストールしようとしても、インストーラではできません。次のオプションがあります。

1. この章で説明しているように、ソフトウェアをOracleホームから削除してから、Oracleホーム・ディレクトリを削除します。これが完了すると、第2章の指示に従って、再インストールして同じOracleホームの場所を再利用できます。Oracleホームにあったドメイン・データやアプリケーション・データは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

A Oracle Data Integratorディストリビューションの理解

この付録では、Oracle Data Integratorディストリビューションに含まれる製品と機能セットについて説明します。

Oracle Data Integratorディストリビューションには、表A-1に記載された製品および機能セットが含まれています。特に断りがないかぎり、すべての製品と機能セットが「スタンドアロン・インストール」と「エンタープライズ・インストール」の両方のタイプで使用できます。

表A-1 Oracle Data Integrator製品および機能セット

製品

機能セット

説明

Oracle Data Integratorの機能

ODI SDK

ODI Software Development Kit (SDK)は、実行時操作と設計時操作を行うためのJava APIです。

ODI Studio

Oracle Data Integrator Studioは、インフラストラクチャ(セキュリティとトポロジ)の管理、メタデータのリバースエンジニアリング、プロジェクトの開発、スケジュール管理、オペレーティング、実行のモニタリングに使用されます。

この機能セットは、「エンタープライズ・インストール」タイプでのみ使用できます。

ODIスタンドアロン・エージェント

スタンドアロン・エージェントは独自のプロセスとして動作し、システム・コンポーネントとしてドメインにデプロイされます。

スタンドアロン・ドメイン内に構成してWebLogic Management Frameworkにより管理するか、WebLogicドメインにコロケートしてFusion Middleware Controlにより管理できます。

ODI J2EE

これはJava EEエージェントで、WebLogicドメイン内に構成された管理対象サーバー上にデプロイされ動作するJava EEアプリケーションです。

この機能セットは、「エンタープライズ・インストール」タイプでのみ使用できます。

ODIスタンドアロン・エージェント・テンプレート

このテンプレートでは、Oracle Data IntegratorインストールがOracle WebLogic Serverにより管理されていない場合に必要なドメイン・ファイルが提供されます。

この機能セットは、「スタンドアロン・インストール」タイプでのみ使用できます。

内部機能

Apache Ant

これは、ビルド・プロセスの自動化に使用されるソフトウェア・ツールです。

FMW Upgrade

これは、11g Oracle Data Integratorソフトウェアを12cにアップグレードするために使用できるアップグレード・アシスタントです。

詳細は、『Oracle Data Integratorのアップグレード』を参照してください。

OPatch

OPatchユーティリティは、アプリケーションでOracle製品に対する個別パッチのロールバックができるツールです。

Repository Creation Utility

Repository Creation Utility (RCU)はデータベース・スキーマの作成に使用されます。

この機能セットは、「スタンドアロン・インストール」タイプに含まれています。「エンタープライズ・インストール」タイプにはRCUが含まれていません。Oracle Fusion Middleware Infrastructureが要件でありRCUがOracle Fusion Middleware Infrastructureディストリビューションに含まれているためです。

B Oracle Data Integratorのトラブルシューティング

この付録では、Oracle Data Integratorのインストール時に発生する可能性のある一般的な問題の解決策を説明します。

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

- 第B.1項「一般的なトラブルシューティングのヒントの理解」

- 第B.2項「インストール・ログ・ファイルと構成ログ・ファイルの理解」

- 第B.3項「ODIクライアントとリポジトリの互換性の確認」

- 第B.4項「その他のヘルプ情報」

B.1 一般的なトラブルシューティングのヒントの理解

インストール時にエラーが発生した場合の対処方法は、次のとおりです。

- Oracle Fusion Middlewareのリリース・ノートで最新情報を確認します。最新版のリリース・ノートは、Oracle Technology Networkから入手できます。

http://www.oracle.com/technetwork/documentation/index.html#middleware

- システムおよび構成が動作保証されていることを確認します。Oracle Fusion Middlewareのサポートされるシステム構成ページのOracle Fusion Middleware 11gR1のシステム要件およびサポートされるプラットフォームのドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

- システムが最小システム要件を満たしていることを確認します。システム要件と仕様のドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

- いずれかのインストール画面で間違った情報を入力した場合は、その画面に戻るまで「戻る」をクリックします。

- インストーラでファイルをコピーまたはリンクするときにエラーが発生した場合は、次の手順に従ってください。

1. エラーをメモして、インストール・ログ・ファイルを確認します。

2. 第8章に示される手順に従って、失敗したインストールを削除します。

3. エラーの原因となる問題を修正します。

4. インストールを再起動します。

B.2 インストール・ログ・ファイルと構成ログ・ファイルの理解

インストール・ログ・ファイルと構成ログ・ファイルには、問題のトラブルシューティングに役立つ情報が含まれている可能性があります。これらのログ・ファイルとその内容の詳細は、Oracle Universal Installerによるソフトウェアのインストールのインストール・ログ・ファイルと構成ログ・ファイルの構成に関する項を参照してください。

B.3 ODIクライアントとリポジトリの互換性の確認

Oracle Data Integratorを他のOracle Fusion Middleware製品と一緒に使用している場合、相互運用および互換性の理解を参照してください。

特定のサイトまたはプラットフォームでは、ODI Studio、ODIコンソール、スタンドアロン・エージェント、J2EEエージェントおよび実行可能スクリプトなど、様々なODIコンポーネントを同一バージョンにして使用することを強くお薦めします。また、マスター・リポジトリと作業リポジトリのバージョンが、それらのコンポーネントと互換性があることを確認する必要があります(表B-1)。

表B-1 ODIコンポーネントとリポジトリの互換性

Oracle Data Integratorコンポーネントのバージョン

リポジトリ・バージョン

12c (12.1.2)

05.01.01.16

11gリリース1 (11.1.1.0.7)

04.03.04.02

11gリリース1 (11.1.1.6.0)

04.03.04.02

B.4 その他のヘルプ情報

この付録で問題が解決されない場合は、My Oracle Support (以前のOracleMetaLink)で解決方法を検索してください。

https://support.oracle.com/

問題の解決方法が見つからない場合は、サービス・リクエストをオープンしてください。

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2014, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。