Oracle® Fusion Middleware

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

12c (12.2.1.2.6)

E85902-01(原本部品番号:E78668-01)

2016年12月

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

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

E85902-01

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

原本著者: Ingrid Snedecor

原本協力著者: Christine Ford, Carlos Subi

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

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

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

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)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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の登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Data Integratorのインストールについて

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

- 1.1.1 Oracle Data Integratorランタイム・エージェントについて

- 1.1.2 Oracle Data Integratorスタンドアロン・エージェント標準インストール・トポロジについて

- 1.1.3 Oracle Data Integratorスタンドアロン・コロケート・エージェント標準インストール・トポロジについて

- 1.1.4 Oracle Data Integrator Java EEエージェント標準インストール・トポロジについて

- 1.2 Oracle Data Integratorトポロジについて

- 1.3 Oracle Data Integrator Studioバージョン情報

- 1.4 このドキュメントを使用した既存のドメインの拡張

2 Oracle Data Integratorのインストールおよび構成の準備

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

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

- 2.2.1 動作保証、システム要件および相互運用性要件の確認

- 2.2.2 インストール・ユーザーの選択

- 2.2.2.1 ユーザー権限について

- 2.2.2.2 UNIXオペレーティング・システムでの非デフォルト・ユーザー権限について

- 2.2.2.3 Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認

- 2.2.3 インストールおよび構成のディレクトリについて

- 2.2.3.1 推奨ディレクトリ構造について

- 2.2.3.2 Oracleホーム・ディレクトリについて

- 2.2.3.3 ドメイン・ホーム・ディレクトリについて

- 2.2.3.4 アプリケーション・ホーム・ディレクトリについて

- 2.2.3.5 同じドメインへの複数の製品のインストール

- 2.2.3.6 共有記憶域の準備

- 2.2.4 Oracle Fusion MiddlewareインストールのためのJDK要件について

- 2.2.5 Oracle Fusion Middlewareのインストールのためのデータベース要件について

- 2.3 製品のディストリビューションについて

- 2.4 製品の配布の入手

3 Oracle Data Integratorソフトウェアのインストール

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

- 3.2 インストール画面のナビゲート

- 3.3 インストールの検証

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

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

- 3.3.3 Oracleホームの内容の表示

- 3.4 サイレント・モードでのOracle Data Integratorのインストール

4 マスター・リポジトリおよび作業リポジトリ・スキーマの作成

- 4.1 動作保証されたデータベースのインストールと構成

- 4.2 リポジトリ作成ユーティリティの起動

- 4.3 スキーマ作成のためのリポジトリ作成ユーティリティ画面のナビゲート

- 4.3.1 RCUの概要

- 4.3.2 スキーマ作成の方法の選択

- 4.3.3 データベース接続の詳細の指定

- 4.3.4 カスタム接頭辞の指定とスキーマの選択

- 4.3.5 スキーマ・パスワードの指定

- 4.3.6 カスタム変数の指定

- 4.3.7 スキーマの作成の完了

5 Oracle Data Integrator Studioの構成

- 5.1 Oracle Data Integrator Studioバージョン情報

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

- 5.3 エージェントおよびリポジトリへの同じタイム・ゾーンの設定

- 5.4 ODI Studioへのライブラリの追加

- 5.5 ODI StudioのJavaホームの設定

- 5.6 ODI Studioの起動

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

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

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

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

- 6.3 ドメインの構成

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

- 6.3.2 ドメインを作成および構成するための構成ウィザード画面のナビゲート

- 6.3.2.1 ドメイン・タイプとドメイン・ホームの場所の選択

- 6.3.2.2 構成テンプレートの選択

- 6.3.2.3 ドメイン・モードとJDKの指定

- 6.3.2.4 データベース構成タイプの指定

- 6.3.2.5 JDBCコンポーネント・スキーマ情報の指定

- 6.3.2.6 JDBC接続のテスト

- 6.3.2.7 新しいODIシステム・コンポーネントの作成

- 6.3.2.8 ODIサーバー・アクセスの構成

- 6.3.2.9 ノード・マネージャの構成

- 6.3.2.10 構成の指定内容の確認とドメインの構成

- 6.3.2.11 ドメイン・ホームと管理サーバーURLの記録

- 6.4 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントへのライブラリの追加

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

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

- 6.5.2 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

- 6.6 ノード・マネージャなしでのスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

- 6.7 構成の確認

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

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

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

- 7.3 ドメインの構成

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

- 7.3.2 ドメインを作成および構成するための構成ウィザード画面のナビゲート

- 7.3.2.1 ドメイン・タイプとドメイン・ホームの場所の選択

- 7.3.2.2 構成テンプレートの選択

- 7.3.2.3 管理者アカウントの構成

- 7.3.2.4 ドメイン・モードとJDKの指定

- 7.3.2.5 データベース構成タイプの指定

- 7.3.2.6 JDBCコンポーネント・スキーマ情報の指定

- 7.3.2.7 JDBC接続のテスト

- 7.3.2.8 拡張構成の選択

- 7.3.2.9 管理サーバーのリスニング・アドレスの構成

- 7.3.2.10 ノード・マネージャの構成

- 7.3.2.11 新しいODIシステム・コンポーネントの作成

- 7.3.2.12 ODIサーバー・アクセスの構成

- 7.3.2.13 ノード・マネージャ・ホスト・アドレスの指定

- 7.3.2.14 システム・コンポーネントのマシンへの割当

- 7.3.2.15 構成の指定内容の確認とドメインの構成

- 7.3.2.16 ドメイン・ホームと管理サーバーURLの記録

- 7.4 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントへのライブラリの追加

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

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

- 7.5.2 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

- 7.6 ノード・マネージャなしでのスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

- 7.7 構成の確認

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

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

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

- 8.3 Java EEエージェント用テンプレートの生成

- 8.4 ドメインの構成

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

- 8.4.2 ドメインを作成および構成するための構成ウィザード画面のナビゲート

- 8.4.2.1 ドメイン・タイプとドメイン・ホームの場所の選択

- 8.4.2.2 構成テンプレートの選択

- 8.4.2.3 アプリケーション・ホームの場所の選択

- 8.4.2.4 管理者アカウントの構成

- 8.4.2.5 ドメイン・モードとJDKの指定

- 8.4.2.6 データベース構成タイプの指定

- 8.4.2.7 JDBCコンポーネント・スキーマ情報の指定

- 8.4.2.8 JDBC接続のテスト

- 8.4.2.9 資格証明キーの作成

- 8.4.2.10 拡張構成の選択

- 8.4.2.11 管理サーバーのリスニング・アドレスの構成

- 8.4.2.12 ノード・マネージャの構成

- 8.4.2.13 Oracle Data Integratorの管理対象サーバーの構成

- 8.4.2.14 Oracle Data Integratorのクラスタの構成

- 8.4.2.15 サーバー・テンプレートの定義

- 8.4.2.16 動的サーバーの構成

- 8.4.2.17 クラスタへのOracle Data Integrator管理対象サーバーの割当て

- 8.4.2.18 Coherenceクラスタの構成

- 8.4.2.19 新しいOracle Data Integratorマシンの作成

- 8.4.2.20 Oracle Data Integratorマシンへのサーバーの割当て

- 8.4.2.21 仮想ターゲット

- 8.4.2.22 パーティション

- 8.4.2.23 構成の指定内容の確認とドメインの構成

- 8.4.2.24 ドメイン・ホームと管理サーバーURLの記録

- 8.5 Java EEエージェントへのライブラリの追加

- 8.6 サーバーの起動

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

- 8.6.2 管理サーバーの起動

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

- 8.7 構成の確認

9 ドメイン構成後の次の手順

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

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

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

- 9.4 可用性の高い環境の準備

10 Oracle Data Integratorのアンインストールまたは再インストール

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

- 10.2 Oracle Fusion Middlewareの停止

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

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

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

- 10.4.2 アンインストールする製品の選択

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

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

- 10.6 Windowsオペレーティング・システム上のプログラム・ショートカットの削除

- 10.7 ドメインおよびアプリケーション・データの削除

- 10.8 Oracle Data Integratorウォレット情報の削除

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

A Oracle Data Integratorのコンポーネント

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

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

- B.2 インストール・ログ・ファイルと構成ログ・ファイルを使用したトラブルシューティング

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

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

C Oracle Data Integratorのセカンダリ・トポロジ

- C.1 Oracle Data Integratorコンソールを含むOracle Data Integratorトポロジ

- C.2 Oracle Data Integratorコンソールの使用

はじめに

このドキュメントでは、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 Supportへのアクセス

サポートをご購入の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 Data Integratorの情報は、Oracle Data Integratorドキュメントを参照してください。

- インストールの情報は、Fusion Middlewareインストール・ドキュメントを参照してください。

- アップグレードの情報は、Fusion Middlewareアップグレード・ドキュメントを参照してください。

- 管理関連の情報は、Fusion Middleware管理ドキュメントを参照してください。

- リリース関連の情報は、Fusion Middlewareリリース・ノートを参照してください。

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 Oracle Data Integratorのインストールについて

このガイドで説明するOracle Data Integratorの標準インストールでは標準トポロジを作成し、これはこの製品のスタート・トポロジのサンプルを表します。

このガイドでは、オンプレミス・ハードウェアを使用してOracle Data Integrator (ODI)をローカル・システムにインストールする方法について説明します。他の方法は、Oracle Cloud Java as a Service (JCS)をサブスクライブして、ODIをJCSにインストールおよび構成する方法です。ODIをJCSにインストールおよび構成する方法の詳細は、ODIのプロビジョニングを参照してください

- 開始点としての標準インストール・トポロジの使用方法
標準インストール・トポロジは、開始点として本番環境で使用できる柔軟なトポロジです。

- Oracle Data Integratorトポロジについて
Oracle Data Integratorトポロジは、Oracle Data Integratorアーキテクチャおよびコンポーネントが物理的および論理的に表現されたものです。

- Oracle Data Integrator Studioについて
Oracle Data Integrator Studioは、ODIを構成および管理するための開発者のインタフェースです。

- このドキュメントを使用した既存ドメインの拡張
このガイドの手順は、新しいドメインを作成する方法について説明します。システムに他のOracle Fusion Middleware製品は何もインストールされていないことを前提としています。

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

標準インストール・トポロジは、開始点として本番環境で使用できる柔軟なトポロジです。

このガイドの情報は、Oracle Data Integratorの標準インストール・トポロジの作成に役立ちます。適切な場合は必要に応じて、後で標準インストール・トポロジを拡張して、セキュアで可用性が高い本番環境を作成できます(ドメイン構成後の次の手順を参照)。

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

- Oracle Data Integratorランタイム・エージェントについて
設計時に、開発者は、設計したビジネス・ルールからシナリオを生成します。これらのシナリオのコードは、ランタイム・エージェントによってリポジトリから取得されます。コードの取得後、このエージェントは、データ・サーバーに接続して、これらのサーバー上でコード実行を調整します。

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

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

- Oracle Data Integrator Java EEエージェント標準インストール・トポロジについて
このトポロジは、管理サーバーと、InfrastructureおよびJava EEエージェントがデプロイされた管理対象サーバーを含む標準的なWebLogic Serverドメインを表します。

1.1.1 Oracle Data Integratorランタイム・エージェントについて

設計時に、開発者は、設計したビジネス・ルールからシナリオを生成します。これらのシナリオのコードは、ランタイム・エージェントによってリポジトリから取得されます。コードの取得後、このエージェントは、データ・サーバーに接続して、これらのサーバー上でコード実行を調整します。

ODIインストール・トポロジに構成できるランタイム・エージェントのタイプは、次のとおりです。

- スタンドアロン・エージェント

- スタンドアロン・コロケート・エージェント

- Java EEエージェント

詳細は、Oracle Data Integratorの理解のランタイム・エージェントを参照してください。

1.1.2 Oracle Data Integratorスタンドアロン・エージェント標準インストール・トポロジについて

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

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

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

構成手順については、スタンドアロン・エージェントのドメインの構成を参照してください。

表1-1は、この標準インストール・トポロジ図のすべての要素を説明しています。

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

要素

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

APPHOST

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

DBHOST

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

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

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

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

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

Javaアプリケーション・コンテナにデプロイされない管理可能なプロセスです。システム・コンポーネントはスタンドアロン・エージェントに対応します。

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

1.1.3 Oracle Data Integratorスタンドアロン・コロケート・エージェント標準インストール・トポロジについて

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

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

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

構成手順については、スタンドアロン・コロケート・エージェントのドメインの構成を参照してください。

表1-2は、この標準インストール・トポロジのすべての要素を説明しています。

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

要素

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

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.1.4 Oracle Data Integrator Java EEエージェント標準インストール・トポロジについて

このトポロジは、管理サーバーと、InfrastructureおよびJava EEエージェントがデプロイされた管理対象サーバーを含む標準的なWebLogic Serverドメインを表しています。

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

注意:

このインフラストラクチャでは、スケーラビリティおよび高可用性を考慮して、複数のマシンを使用できます。詳細は、可用性の高い環境の準備を参照してください。

図1-3にOracle Data Integrator Java EEエージェントの標準インストール・トポロジを示します。

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

構成手順については、Java EEエージェントのドメインの構成を参照してください。

表1-3は、この標準インストール・トポロジ図のすべての要素を説明しています。

表1-3 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の理解の管理対象サーバーと管理対象サーバー・クラスタの概要を参照してください。

インフラストラクチャ

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

- メタデータ・リポジトリ(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ランタイム・エージェントです。

1.2 Oracle Data Integratorトポロジについて

Oracle Data Integratorトポロジは、Oracle Data Integratorアーキテクチャおよびコンポーネントが物理的および論理的に表現されたものです。

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

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

詳細は、Oracle Data Integratorでの統合プロジェクトの開発のトポロジの設定を参照してください。

1.3 Oracle Data Integrator Studioバージョン情報

Oracle Data Integrator Studioは、ODIを構成および管理するための開発者のインタフェースです。

ODI Studioを使用してODIトポロジの構成と管理を行う方法を学習するには、「Oracle Data Integrator Studioの構成」を参照てください。

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

このガイドの手順では、新しいドメインの作成方法について説明します。システムに他のOracle Fusion Middleware製品は何もインストールされていないことを前提としています。

他のOracle Fusion Middleware製品がシステムにインストールおよび構成されている場合(たとえば、Fusion Middleware Infrastructureでドメインが稼働している場合)に、同じドメインを拡張してOracle Data Integratorを含める場合の詳細は、同じドメインへの複数の製品のインストールを参照してください。

2 Oracle Data Integratorのインストールおよび構成の準備

Oracle Data Integratorのインストールの準備をするには、システムが基本要件を満たしていることを確認してから、正しいインストール・ソフトウェアを入手します。

- 標準インストール・トポロジのインストールと構成のロードマップ
このロードマップでは、Oracle Data Integratorの標準インストール・トポロジのインストールと構成に必要なすべての手順について説明します。

- システム環境の確認のロードマップ
インストールおよび構成プロセスを開始する前に、システム環境を検証する必要があります。

- 製品のディストリビューションについて
Oracle Fusion Middleware Infrastructureディストリビューションを使用して、Oracle WebLogic ServerソフトウェアおよびOracle Java Required Files (JRF)ソフトウェアの両方を含む初期Oracle Data Integratorドメインを作成します。

- 製品の配布の入手
Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorの配布はOracle Technology Network (OTN)で入手できます。

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

このロードマップでは、Oracle Data Integratorの標準インストール・トポロジのインストールと構成に必要なすべての手順について説明します。

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

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

タスク

説明

ドキュメント

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

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

「システム環境の確認のロードマップ」を参照してください。

インストールの前後で必要になる必須パッチの確認

インストールしているソフトウェアに必要な必須パッチがあるかどうかについては、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。

『Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。

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

インストール用のOracle Data Integrator製品ディストリビューションを入手します。Java EEエージェントまたはスタンドアロン・コロケート・エージェントを作成する場合は、Oracle Data Integratorをインストールする前に、Oracle Fusion Middleware Infrastructureディストリビューションを入手してインストールする必要もあります。

製品の配布の入手を参照してください。

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

インストーラが、必要なインストーラ・ディレクトリにアクセスまたは作成できることを確認します。また、最小限の要件を満たすシステムにディレクトリが存在することを確認します。

Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。

前提条件となるソフトウェアのインストール

Java EEエージェントまたはスタンドアロン・コロケート・エージェントを作成する場合は、Oracle Fusion Middleware Infrastructureをインストールして、Oracleホーム・ディレクトリを作成します。

Oracle Fusion Middleware Infrastructureのインストールと構成のInfrastructureソフトウェアのインストールを参照してください。Infrastructure用にドメインを構成する必要はありません。このタスクの目的は、oracle_commonをOracleホーム内にインストールすることです。

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

Oracle Universal Installerを実行してOracle Data Integratorをインストールします。

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

Oracle Data Integratorソフトウェアのインストールを参照してください。

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

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

「マスター・リポジトリおよび作業リポジトリ・スキーマの作成」を参照してください。

物理ドメインを作成します。

ODI Studioを使用して物理エージェントを作成します。

「Oracle Data Integrator Studioの構成」を参照して物理エージェントを作成します。

ドメインの作成および構成

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

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

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

Java EEエージェントのドメインの構成を参照してJava EEエージェントのトポロジを作成します。

高可用性のためのドメインの管理と準備

ドメインを管理するための追加のツールおよびリソースを検出します。

Java EEエージェントを構成した場合は、可用性が高くなるようにドメインを準備して構成することもできます。

可用性の高い環境の準備を参照してください。

2.2 システム環境の確認のロードマップ

インストールおよび構成プロセスを開始する前に、システム環境を検証する必要があります。

次の表に、ご使用の環境がOracle Data Integratorをインストールおよび構成するために適切に準備されていることを確認するための重要なタスクおよび判断項目を示します。

表2-2 システム環境の検証ロードマップ

タスク

説明

ドキュメント

動作保証とシステム要件の確認。

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

動作保証、システム要件および相互運用性要件の確認を参照してください。

適切なインストール・ユーザーの特定。

インストール・ユーザーが、ソフトウェアをインストールおよび構成するための適切な権限を持っていることを確認します。

「インストール・ユーザーの選択」を参照してください。

システム上のインストール・ディレクトリと構成ディレクトリの選択。

推奨ディレクトリ構造に従って、インストールおよび構成に必要なディレクトリが作成できることを確認します。

- Java EEエージェントおよびスタンドアロン・コロケート・エージェントは、Oracle Fusion Middleware Infrastructureを含む既存のOracleホーム・ディレクトリにインストールする必要があります。

- スタンドアロン・エージェントは、新しい空のOracleホーム・ディレクトリにインストールする必要があります。

インストールおよび構成のディレクトリについてを参照してください。

動作保証されたJDKのインストール。

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

Oracle Fusion MiddlewareインストールのためのJDK要件についてを参照してください。

中間層のスキーマのデータベースのインストールと構成

WebLogicドメインを構成するには、Oracle Data Integratorで必要なスキーマに対して適切に構成された、動作保証済のデータベースにアクセスできる必要があります。

Oracle Fusion Middlewareのインストールのためのデータベース要件についてを参照してください。

- 動作保証、システム要件および相互運用性要件の確認
ご使用の環境がインストールの要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをあわせて使用することをお薦めします。

- インストール・ユーザーの選択
システム上でインストールと構成を実行するユーザーは、十分な権限を持っている必要があります。

- インストールおよび構成のディレクトリについて
インストールとドメイン構成のプロセス中に、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリの場所の指定について計画する必要があります。

- Oracle Fusion MiddlewareのインストールのためのJDK要件について
ほとんどのFusion Middleware製品は、.jarファイル形式で配布されます。これらのディストリビューションにJDKは含まれていません。.jar配布インストーラを実行するには、動作保証されたJDKがすでにシステムにインストールされている必要があります。

- Oracle Fusion Middlewareのインストールのためのデータベース要件について
多くのOracle Fusion Middleware製品は、構成の前にデータベース・スキーマが必要です。このようなスキーマをインストールできるデータベースがない場合は、動作保証されたデータベースをインストールして構成する必要があります。

2.2.1 動作保証、システム要件および相互運用性要件の確認

ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをあわせて使用することをお薦めします。

1. 環境が動作保証要件を満たしていることの確認
製品を、サポートされているハードウェアおよびソフトウェア構成上にインストールすることを確認してください。詳細は、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しています。新しい動作保証情報が発表された場合は、適切な動作保証ドキュメントにすぐに追加されます。新しい動作保証は随時リリースされる場合があります。そのため、動作保証のドキュメントはドキュメント・ライブラリとは別に管理され、Oracle Technology Networkで利用できます。

2. 動作保証情報を確認するためのシステム要件ドキュメントの使用
Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、動作保証要件が満たされていることを確認することをお薦めします。たとえば、動作保証ドキュメントに、お使いの製品が64ビットOracle Linux 6.5のインストールに対して動作保証されていることが示されている場合、このドキュメントを使用してシステムが必要な最小要件を満たしていることを確認します。これには、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージおよびパッチ、その他のオペレーティング・システム固有の項目などが含まれます。システム要件は、将来的に変更されることがあります。そのため、システム要件情報のドキュメントは、ドキュメント・ライブラリとは別に作成され、Oracle Technology Networkで利用できます。

3. 複数の製品間での相互運用性の確認
同一リリースの、または異なるリリースが混在した状態のFusion Middleware製品を複数インストールし使用する方法については、相互運用性および互換性の理解のOracle Fusion Middleware 12cの相互運用性および互換性を参照してください。

2.2.2 インストール・ユーザーの選択

システム上でインストールと構成を実行するユーザーは、十分な権限を持っている必要があります。

- ユーザー権限について
Fusion Middleware製品をインストールするユーザーは、そのファイルを所有し、そのファイルに対する特定の権限を持ちます。

- UNIXオペレーティング・システムでの非デフォルト・ユーザー権限について
デフォルトの権限の設定を変更すると、インストールの、さらに場合によってはシステムのセキュリティが低下する可能性があります。デフォルトの権限の設定を変更することはお薦めしません。

- Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認
Windowsレジストリを更新するには、管理者権限が必要です。

2.2.2.1 ユーザー権限について

Fusion Middleware製品をインストールするユーザーは、そのファイルを所有し、そのファイルに対する特定の権限を持ちます。

- 実行可能ファイル以外(.jar、.properties、.xmlなど)のすべてのファイルに対する読取り権限と書込み権限。その他の同じグループのすべてのユーザーにはファイル所有者として読取り権限のみがあります。

- すべての実行可能ファイル(.exe、.shまたは.cmd)に対する読取り、書込みおよび実行権限。同じグループのその他のすべてのユーザーにはファイル所有者として読取り権限および実行権限のみがあります。

したがって、ソフトウェアをインストールするユーザー以外のユーザーも、ドメインまたはFusion Middleware製品を構成するためにOracleホームのインストール・バイナリを使用できます。

構成中に生成されたファイルは、構成ウィザードを実行したユーザーが所有者になり、前述のインストール・ユーザーと同じ権限を持ちます。ただし、セキュリティ・センシティブなファイルは、グループ権限では作成されません。ドメインを作成したユーザーのみが読取りおよび書込み権限を持ち、ドメインを管理できます。

次に例を示します。

- 例1: 1人のユーザーがソフトウェアをインストールしてドメインを構成する場合
この例は、同じユーザーがソフトウェアをインストールしてドメインを構成する場合の権限を示します。

すべてのファイルに対して適切な権限があるようにするには、同じ所有者が構成ウィザードを使用してOracle Fusion Middleware製品のインストールとWebLogic Serverドメインの構成の両方のタスクを実行することをお薦めします。

ドメインを作成するユーザーがソフトウェアをインストールしたユーザーと異なる場合、次の例に示すように、どちらのユーザーにも同じ権限が必要です。

- 例2: Oracleホームとドメインを別のユーザーが作成する場合
この例は、あるユーザーがOracleホームを作成し、別のユーザーがドメインを構成する場合の権限を示します。

注意:
特定のドメイン・ファイルには、グループ権限がありません。たとえば、cwallet.ssoです。

インストーラを実行する前に、次の項目について考慮してください。

- UNIXオペレーティング・システムでは、ソフトウェアをインストールする前にumaskを027に設定することをお薦めします。これにより、インストール時にファイルの権限を正しく設定することができるようになります。以下のコマンドを使用します。
umask 027

このコマンドは、製品のインストーラと同じ端末ウィンドウで実行する必要があります。

- UNIXオペレーティング・システムでは、インストール・プログラムをrootユーザーで実行しないでください。rootユーザーとしてインストーラを実行すると、起動検証に失敗し、インストールを続行できなくなります。

- 製品のインストールを管理する際(パッチ適用、管理対象サーバーの起動など)は、製品インストールに使用したものと同じユーザーIDを使用します。

- Windowsオペレーティング・システムでは、製品のインストールに管理者権限が必要です。詳細は、「Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認」を参照してください。

2.2.2.2 UNIXオペレーティング・システムでの非デフォルト・ユーザー権限について

デフォルトの権限の設定を変更すると、インストールおよびシステムのセキュリティが低下する可能性があります。デフォルトの権限の設定を変更することはお薦めしません。

他のユーザーが特定のファイルまたは実行可能ファイルへのアクセスが必要な場合は、ファイルのアクセス権を変更するかわりに、UNIXのsudoコマンド(または他の同様のコマンド)の使用を検討してください。

さらにサポートが必要な場合は、ご使用のUNIXオペレーティング・システムに付属している管理者ガイドを参照するか、オペレーティング・システムのベンダーに問い合せてください。

2.2.2.3 Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認

Windowsレジストリを更新するには、管理者権限が必要です。

デフォルトでは、通常の権限でシステムにログインする管理者権限を持つメンバーが、管理タスクを実行するために高い権限が要求される場合があります。

高い権限が必要なタスクを実行するには:

1. 左下の「スタート」メニューまたはWindowsアイコンから、コマンド・プロンプトアイテムを検索します。

2. コマンド・プロンプトを右クリックして「管理者として実行」を選択します。
新しいコマンド・プロンプト・ウィンドウが開き、このウィンドウで実行されるすべてのアクションは管理者権限で実行されます。

注意:
システムでユーザーアクセス制御が有効な場合、このアクションの確認を求めるウインドウが表示される場合があります。確認し、この手順を続行します。

3. 必要なタスクを実行します。

たとえば、製品のインストーラを起動するには:

jarファイルの場合は、次のように入力します。

java —jar distribution_name.jar

実行可能ファイル(.exe、.bin、または.shファイル)に対して、次を入力します。

distribution_name.exe

2.2.3 インストールおよび構成のディレクトリについて

インストールとドメイン構成のプロセス中に、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリの場所の指定について計画する必要があります。

- 推奨ディレクトリ構造について
Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームには、推奨される特定の場所があります。

- Oracleホーム・ディレクトリについて
Oracle Fusion Middleware製品をインストールする場合は、Oracleホーム・ディレクトリを使用する必要があります。

- ドメイン・ホーム・ディレクトリについて
ドメイン・ホームは、構成するドメインが作成されるディレクトリです。

- アプリケーション・ホーム・ディレクトリについて
アプリケーション・ホームは、構成するドメインのアプリケーションが作成されるディレクトリです。

- 同じドメインへの複数の製品のインストール
1つのドメインに複数の製品をインストールして構成するには2つの方法があり、ドメインの拡張とも呼ばれます。

- 共有記憶域の準備
Oracle Fusion Middlewareでは、単一のOracleホームから複数のOracle WebLogic Serverドメインを構成することができます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールし、複数のホスト・インストールでOracleホームを再利用することができます。

2.2.3.1 推奨ディレクトリ構造について

Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームには、推奨される特定の場所があります。

図2-1に推奨するディレクトリ構造を示します。

図2-1 Oracle Fusion Middlewareの推奨ディレクトリ構造

システムでベースの場所(Oracleベース)を決め、(/home/oracleなど)そこから2つのサブ・ディレクトリを別々に作成します。productディレクトリには、製品のバイナリ・ファイルとすべてのOracleホーム・ディレクトリを含めます。configディレクトリにはドメイン・データとアプリケーション・データを格納します。

Oracleホームには構成データを保存しないことをお薦めします。製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しいOracleホームの作成が必要になります。また構成データは、Oracleホームのバイナリからアクセス可能な場所に置く必要があります。

このドキュメント全体の例を通じて、/home/oracle/productディレクトリ(Oracleホーム)と/home/oracle/configディレクトリ(アプリケーション・データと構成データ)を使用していますが、これらのディレクトリはご使用のシステムの実際のディレクトリに読み替えてください。

2.2.3.2 Oracleホーム・ディレクトリについて

Oracle Fusion Middleware製品をインストールする場合は、Oracleホーム・ディレクトリを使用する必要があります。

このディレクトリは、同じマシンにインストールされた複数のFusion Middleware製品で使用される共通ファイルのリポジトリです。これらのファイルは、Fusion Middlewareをシステムで正しく動作させるために重要です。これらによって、インストール時の製品間の依存関係のチェックが容易になります。このためOracleホーム・ディレクトリは、システムにインストールされるすべてのOracle Fusion Middleware製品の中心的なサポート・ディレクトリとみなすことができます。

Oracleホーム・ディレクトリは、Fusion MiddlewareドキュメントでORACLE_HOMEと呼ばれています。

Oracleホームの考慮事項

Oracleホーム・ディレクトリを作成し、Fusion Middleware製品をインストールするときに、次の点に注意してください。

- Oracleホーム・ディレクトリの名前に空白を含めないでください。Oracleホーム・ディレクトリのパスに空白が含まれていると、エラー・メッセージが表示されます。

- 単一のOracleホーム・ディレクトリには、Oracle Fusion Middlewareの各製品に1つのインスタンスのみインストールできます。異なるバージョンの製品を同じマシンにインストールするには、それぞれのバージョンを専用のOracleホーム・ディレクトリに格納する必要があります。
単一のOracleホームに複数の異なる製品をインストールすることもできますが、Oracleホームには各製品で1つのバージョンのみをインストールできます。

複数のホーム・ディレクトリ

ほとんどの場合、Oracleホームは1つで十分ですが、複数のOracleホーム・ディレクトリを作成する場合もあります。たとえば次の場合に、複数のOracleホーム・ディレクトリを作成する必要があります。

- それぞれ製品のスタックが別々の開発と本番環境を別々に管理する場合。2つのディレクトリを使用するこのにより、準備ができるまで本番環境を変更せずに、開発環境を更新できるようになります。

- 2つのバージョンのFusion Middleware製品を同時に保持する場合。たとえば製品の既存のバージョンを残したまま新しいバージョンをインストールする必要がある場合。この場合、製品の各バージョンを専用のOracleホーム・ディレクトリにインストールする必要があります。

- 相互に互換性のない複数の製品をインストールする必要があります。詳細は、相互運用性および互換性の理解のOracle Fusion Middleware 12c (12.2.1.2.6)の相互運用性および互換性を参照してください。

注意:
複数のOracleホーム・ディレクトリを作成する場合は、各製品の構成段階で重複しないポート範囲を指定する必要があります。

2.2.3.3 ドメイン・ホーム・ディレクトリについて

ドメイン・ホームは、構成するドメインが作成されるディレクトリです。

デフォルトのドメイン・ホームの場所は、ORACLE_HOME/user_projects/domains/domain_nameです。ただし、このデフォルトの場所を使用しないことをお薦めします。ドメイン・ホームは、Oracleホーム・ディレクトリの外部に置きます(例: /home/oracle/config/domains)。configディレクトリには、ドメインとアプリケーションのデータが含まれている必要があります。新規インストール、パッチの適用およびその他の操作によって、ORACLE_HOMEのみが更新され、ドメインの構成は更新されないように、ドメイン専用のディレクトリをお薦めします。

推奨ディレクトリ構造とドメイン・ホームの配置の詳細は、推奨ディレクトリ構造についてを参照してください。

Fusion Middlewareドキュメントで、ドメイン・ホーム・ディレクトリはDOMAIN_HOMEと呼ばれ、ドメイン名を含むそれ以下のすべてのフォルダが含まれます。たとえば、ドメイン名がexampledomainで、/home/oracle/config/domainsディレクトリにドメイン・データを配置する場合、ドキュメントでのDOMAIN_HOMEは/home/oracle/config/domains/exampledomainを指します。

2.2.3.4 アプリケーション・ホーム・ディレクトリについて

アプリケーション・ホームは、構成するドメインのアプリケーションが作成されるディレクトリです。

デフォルトのアプリケーション・ホームの場所は、ORACLE_HOME/user_projects/applications/domain_nameです。ただし、アプリケーション・ホームは、Oracleホーム・ディレクトリの外部に配置することをお薦めします。製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しいOracleホームの作成が必要になるからです。

推奨ディレクトリ構造とアプリケーション・ホームの配置の詳細は、推奨ディレクトリ構造についてを参照してください。

Fusion Middlewareドキュメントでは、アプリケーション・ホーム・ディレクトリのことをAPPLICATION_HOMEと呼び、ドメイン名を含むそれ以下のすべてのフォルダが含まれます。たとえば、ドメイン名がexampledomainで、/home/oracle/config/applicationsディレクトリにアプリケーション・データを配置した場合、ドキュメントでは/home/oracle/config/applications/exampledomainを示すためにAPPLICATION_HOMEを使用しています。

2.2.3.5 同じドメインへの複数の製品のインストール

1つのドメインに複数の製品をインストールして構成するには2つの方法があり、ドメインの拡張とも呼ばれます。

- 方法1
スキーマの作成やドメイン内の全サーバーの起動によるドメイン構成の成功の確認も含めて、製品Aのインストールと構成を行います。

これは、Fusion Middlewareライブラリのすべてのインストール・ガイドで使用される方法です。製品の数に応じて、必要なだけこの手順を繰り返すことができます。この方法では、一度に1つの製品を検証し、製品を段階的に追加することができます。

製品Bを製品Aと同じドメインにインストールするには、次の手順を実行します。

1. 新しい製品の追加中にドメインへの更新が行われないよう、すべてのサーバーを停止します。
詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. 必要なスキーマの作成を含む、製品Bのインストール・ガイドの手順に従います。

3. 構成ウィザードを実行してドメインを構成します。
構成時には、インストールされているコンポーネントを構成ウィザードが自動的に検出し、既存の製品Aのドメインを拡張して製品Bを含めるオプションが提供されます。

- 方法2
すべての必須製品をインストールして、すべての製品のスキーマを作成します。スキーマの作成後、すべての必要な製品テンプレートを使用してドメインを構成し、すべてのサーバーを起動します。

この方法で複数の製品のドメインを作成すると、方法1より若干速い場合がありますが、Fusion Middlewareライブラリのインストール・ガイドには、この方法でのドメイン作成について特別な手順は説明されていません。

関連項目:

- 構成ウィザードによるWebLogicドメインの作成のWebLogicドメインの更新。

- Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報については、相互運用性および互換性の理解のOracle Fusion Middleware 12c (12.2.1.2.6)の相互運用性および互換性。

2.2.3.6 共有記憶域の準備

Oracle Fusion Middlewareでは、1つのOracleホームから複数のOracle WebLogic Serverドメインを構成できます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールし、複数のホスト・インストールでOracleホームを再利用することができます。

ご使用の環境で共有記憶域を使用する場合は、詳細について高可用性ガイドの共有記憶域の使用に関する説明を参照してください。

2.2.4 Oracle Fusion MiddlewareインストールのためのJDK要件について

ほとんどのFusion Middleware製品は、.jarファイル形式で配布されます。これらのディストリビューションにJDKは含まれていません。.jar配布インストーラを実行するには、動作保証されたJDKがすでにシステムにインストールされている必要があります。

JDKがOracleホームの外部にインストールされていることを確認してください。Oracleホームの下にJDKをインストールすると、将来的にタスクを実行しようとすると、問題が発生します。Oracle Universal Installerは、Oracleホーム・ディレクトリが空であるかどうかを検証し、空のディレクトリが指定されるまで、インストールを進めません。JDKのインストールは、/home/oracle/products/jdkディレクトリに配置することをお薦めします。

一部の製品(Oracle HTTP ServerおよびOracle JDeveloperなど)は、プラットフォーム固有のディストリビューションとして提供されています。プラットフォーム固有のディストリビューションには、.bin (UNIXオペレーティング・システム用)または.exe (Windowsオペレーティング・システム用)インストーラが含まれます。その場合は、プラットフォーム固有のJDKがディストリビューションに含まれており、JDKを別途インストールする必要はありません。ただし、認定されたJDKのバージョンによっては、より新しいバージョンにそのJDKをアップグレードする必要があります。

Oracle Fusion Middlewareでサポートされるシステム構成のページで動作保証情報を参照し、必要なJDKバージョンであることを確認してください。12c (12.2.1.2.6)では、動作保証されたJDKは1.8.0_101以上です。

必要なJDKをダウンロードするには、次のURLにアクセスしてJava SE JDKをダウンロードします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

2.2.5 Oracle Fusion Middlewareのインストールのためのデータベース要件について

多くのOracle Fusion Middleware製品は、構成の前にデータベース・スキーマが必要です。このようなスキーマをインストールできるデータベースがない場合は、動作保証されたデータベースをインストールして構成する必要があります。

オペレーティング・システムで動作保証されているデータベースを調べるには、Oracle Technology Network (OTN)のOracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

スキーマ作成用にデータベースが適切に構成されていることを確認するには、Oracle Fusion Middlewareのシステム要件と仕様ドキュメントのリポジトリの要件に関する項を参照してください。

データベースが正しく構成されたら、Repository Creation Utility(RCU)を使用してデータベースに製品スキーマを作成する必要があります。このツールはOracle Fusion Middleware製品のOracleホームに用意されています。詳細は、リポジトリ作成ユーティリティによるスキーマの作成のリポジトリ作成ユーティリティについてを参照してください。

2.3 製品のディストリビューションについて

Oracle Fusion Middleware Infrastructureディストリビューションを使用して、Oracle WebLogic ServerソフトウェアおよびOracle Java Required Files (JRF)ソフトウェアの両方を含む初期Oracle Data Integratorドメインを作成します。

Oracle JRFソフトウェアは、次のものから構成されています。

- Oracle Web Services Manager。

- Oracle Application Development Framework (Oracle ADF)

- Oracle Enterprise Manager Fusion Middleware Control。

- リポジトリ作成ユーティリティ(RCU)

- Oracle Fusion Middleware製品をサポートするために必要な、その他のライブラリとテクノロジ

Oracle Fusion Middleware Infrastructureのインストールは、Oracle Data Integratorのインストールの前提条件です。

2.4 製品の配布の入手

Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorの配布は、Oracle Technology Network (OTN)で入手できます。

Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorのインストールを準備する手順は次のとおりです。

1. コマンドラインにjava -versionと入力して、動作保証されたJDKがシステムにインストールされていることを確認します。12c (12.2.1.2.6)では、動作保証されたJDKは1.8.0_101以上です。
詳細は、Oracle Fusion MiddlewareインストールのためのJDK要件についてを参照してください。

2. Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorソフトウェアを特定してダウンロードします。
Oracle Fusion Middlewareのインストールのプランニングの製品ディストリビューションの入手を参照してください。

3 Oracle Data Integratorソフトウェアのインストール

この項の手順に従って、Oracle Data Integratorソフトウェアをインストールします。

インストールを開始する前に、Oracle Data Integratorのインストールおよび構成の準備に説明されている前提条件を確認し、すべての手順を完了していることを確認します。

- インストール・プログラムの起動
インストール・プログラムを実行する前に、JDKおよび前提条件となるソフトウェアがインストールされていることを確認する必要があります。

- インストール画面への移動
インストーラにより、情報を確認または入力する一連の画面が表示されます。

- インストールの確認
インストールの完了後、一連のタスクを実行して、成功したことを確認します。

- サイレント・モードでのOracle Data Integratorのインストール
silentフラグの使用によってOracle Data Integratorをサイレント・モードでインストールできます。

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

インストール・プログラムを実行する前に、JDKおよび前提条件となるソフトウェアがインストールされていることを確認する必要があります。

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

1. ホスト・システムにログインします。

2. まだの場合は、動作保証されたJDKがシステムにインストールされていることを確認します。コマンドラインにjava -versionと入力します。12c (12.2.1.2.6)では、動作保証されたJDKは1.8.0_101以上です。

詳細は、Oracle Fusion MiddlewareインストールのためのJDK要件についてを参照してください。

3. Oracle Fusion Middleware Infrastructureなどの前提条件となるソフトウェアをすべてインストールしていることを確認します。

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

5. インストールfmw_12.2.1.2.6_odi_Disk1_1of2.zipおよびfmw_12.2.1.2.6_odi_Disk1_2of2.zipファイルを解凍します。

6. JDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。次に例を示します。

- (UNIX) /home/Oracle/Java/jdk1.8.0_101/bin/java —jar fmw_12.2.1.2.6_odi_generic.jar

- (Windows) C:\home\Oracle\Java\jdk1.8.0_101\bin\java -jar fmw_12.2.1.2.6_odi_generic.jar

注意:

インストーラ画面を起動するかわりに、保存されたレスポンス・ファイルを使用してサイレント・モードでインストーラを起動することもできます。サイレント・インストールまたはコマンド・ライン・インストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』の「サイレント・モードでのOracle Universal Installerの使用」を参照してください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。

3.2 インストール画面への移動

インストーラにより、情報を確認または入力する一連の画面が表示されます。

次の表に、インストーラ画面が表示される順序を示します。インストーラ画面に関して詳細な情報が必要な場合は、「ヘルプ」をクリックします。

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

画面

説明

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

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

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

Windowsオペレーティング・システムでは、この画面は表示されません。

ようこそ

この画面では、情報を参照してすべての前提条件が満たされていることを確認して「次」をクリックします。

自動更新

この画面では、自動更新をスキップする選択をするか、パッチを選択するか、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を検索します。

インストールの場所

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

- Java EEエージェントおよびスタンドアロン・コロケート・エージェントは、Oracle Fusion Middleware Infrastructureを含む既存のOracleホーム・ディレクトリにインストールする必要があります。

- スタンドアロン・エージェントは、新しい空のOracleホーム・ディレクトリにインストールする必要があります。

「表示」をクリックして、適切なOracleホームにOracle Data Integratorがインストールされるかどうかを確認できます。

インストール・タイプ

Java EEエージェントまたはスタンドアロン・コロケート・エージェントのトポロジを作成するには、「エンタープライズ・インストール」を選択し、既存のOracleホーム・ディレクトリにインストールします。スタンドアロン・エージェントのトポロジを作成するには、「スタンドアロン・インストール」を選択します。ODI Studioは、すべてのインストール・タイプで使用可能です。詳細は、「Oracle Data Integrator Studioの構成」を参照してください。

前提条件チェック

この画面では、ご使用のシステムが最小要件を満たしていることを検証します。

検証済のタスクのリストを表示するには、「正常なタスクの表示」を選択します。ログの詳細を表示するには、「ログの表示」を選択します。前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。エラー・メッセージや警告メッセージを無視してインストールを続けるには、「スキップ」をクリックします(非推奨)。

インストール・サマリー

この画面では、選択したインストール・オプションを検証します。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルには、入力したすべての情報が収集して格納され、後で(コマンドラインから)サイレント・インストールを実行するために使用できます。

「インストール」をクリックしてインストールを開始します。

インストールの進行状況

この画面はインストールの進行状況を示します。

進行状況バーが100%完了になったら、「終了」をクリックしてインストーラを閉じるか、「次へ」をクリックしてサマリーを表示します。

インストール完了

この画面には、「インストールの場所およびインストールされた機能セットが表示されます。情報を確認し、「終了」をクリックしてインストーラを閉じます。

3.3 インストールの確認

インストールの完了後、一連のタスクを実行して、成功したことを確認します。

- インストール・ログ・ファイルの確認
インストール・ログ・ファイルの内容を確認し、インストーラに何も問題が発生しなかったことを確認します。

- ディレクトリ構造のチェック
インストールの内容は、インストール中に選択したオプションによって異なります。

- Oracleホームの内容の表示
viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することができます。

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

インストール・ログ・ファイルの内容を確認し、インストーラに何も問題が発生しなかったことを確認します。

デフォルトでは、インストーラによって、Oracle_Inventory_Location/logsディレクトリ(UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logsディレクトリ(Windowsオペレーティング・システムの場合)にログ・ファイルが書き込まれます。

ログ・ファイルとその場所の詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のインストール・ログ・ファイルに関する項を参照してください。

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

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

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

3.3.3 Oracleホームの内容の表示

viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することができます。

詳細は、Oracle Universal InstallerによるソフトウェアのインストールのOracleホームの内容の表示に関する項を参照してください。

3.4 サイレント・モードでのOracle Data Integratorのインストール

silentフラグの使用によってOracle Data Integratorをサイレント・モードでインストールできます。

Oracle Data Integratorをサイレント・モードでインストールするには、インストーラの起動時に、コマンドラインで-silentフラグを使用します。

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

レスポンス・ファイルの例

Oracle Data Integratorをサイレント・モードでインストールする場合のレスポンス・ファイルの例を次に示します。

エンタープライズ・インストールの場合:

[ENGINE]

#DO NOT CHANGE THIS.
Response File Version=1.0.0.0.0

[GENERIC]

#The oracle home location. This can be an existing Oracle Home or a new Oracle Home
ORACLE_HOME=/scratch/aganeriw/odi1213enterprise

#Set this variable value to the Installation Type selected. e.g. Standalone Installation, Enterprise Installation.
INSTALL_TYPE=Enterprise Installation

#Type String (URL format) Indicates the OCM Repeater URL which should be of the format [scheme[Http/Https]]://[repeater host]:[repeater port]
COLLECTOR_SUPPORTHUB_URL=

スタンドアロン・インストールの場合:

[ENGINE]

#DO NOT CHANGE THIS.
Response File Version=1.0.0.0.0

[GENERIC]

#The oracle home location. This can be an existing Oracle Home or a new Oracle Home
ORACLE_HOME=/scratch/aganeriw/odi1213standalone

#Set this variable value to the Installation Type selected. e.g. Standalone Installation, Enterprise Installation.
INSTALL_TYPE=Standalone Installation

#Provide the My Oracle Support Username. If you wish to ignore Oracle Configuration Manager configuration provide empty string for user name.
MYORACLESUPPORT_USERNAME=

#Provide the My Oracle Support Password
MYORACLESUPPORT_PASSWORD=<SECURE VALUE>

#Set this to true if you wish to decline the security updates. Setting this to true and providing empty string for My Oracle Support username will ignore the Oracle Configuration Manager configuration
DECLINE_SECURITY_UPDATES=true

#Set this to true if My Oracle Support Password is specified
SECURITY_UPDATES_VIA_MYORACLESUPPORT=false

#Provide the Proxy Host
PROXY_HOST=

#Provide the Proxy Port
PROXY_PORT=

#Provide the Proxy Username
PROXY_USER=

#Provide the Proxy Password
PROXY_PWD=<SECURE VALUE>

#Type String (URL format) Indicates the OCM Repeater URL which should be of the format [scheme[Http/Https]]://[repeater host]:[repeater port]
COLLECTOR_SUPPORTHUB_URL=

4 マスター・リポジトリおよび作業リポジトリ・スキーマの作成

Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareでの使用について動作保証されているデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

- 動作保証されたデータベースのインストールと構成
データベース・スキーマを作成する前に、動作保証されたデータベースをインストールおよび構成し、そのデータベースが稼働中であることを確認する必要があります。

- リポジトリ作成ユーティリティの起動
動作保証されたJDKがシステムにインストールされていることを確認した後、リポジトリ作成ユーティリティ(RCU)を起動します。

- スキーマ作成のためのリポジトリ作成ユーティリティ画面のナビゲート
必要な情報をRCU画面に入力して、データベース・スキーマを作成します。

4.1 動作保証されたデータベースのインストールと構成

データベース・スキーマを作成する前に、動作保証されたデータベースをインストールおよび構成し、そのデータベースが稼働中であることを確認する必要があります。

詳細は、Oracle Fusion Middlewareインストールのためのデータベース要件についてを参照してください。

4.2 リポジトリ作成ユーティリティの起動

動作保証されたJDKがシステムにインストールされていることを確認した後、リポジトリ作成ユーティリティ(RCU)を起動します。

RCUを起動する手順は次のとおりです。

1. コマンドラインからjava -versionを実行して、動作保証されたJDKがすでにシステムにあることを確認します。12c (12.2.1.2.6)では、動作保証されたJDKは1.8.0_101以上です。

詳細は、Oracle Fusion MiddlewareのインストールのためのJDK要件についてを参照してください。

2. JAVA_HOME環境変数が、動作保証されたJDKの場所に設定されていることを確認します。次に例を示します。

- (UNIX) setenv JAVA_HOME/home/Oracle/Java/jdk1.8.0_101

- (Windows) set JAVA_HOME=C:\home\Oracle\Java\jdk1.8.0_101

3. /oracle_common/binディレクトリに移動します。

- (UNIX) ORACLE_HOME/oracle_common/bin

- (Windows) ORACLE_HOME\oracle_common\bin

4. 次のコマンドを入力します。

- (UNIX) ./rcu

- (Windows) rcu.bat

4.3 スキーマ作成のためのリポジトリ作成ユーティリティ画面のナビゲート

必要な情報をRCU画面に入力して、データベース・スキーマを作成します。

- RCUの概要
「ようこそ」画面は、RCUを起動したときに最初に表示される画面です。

- スキーマ作成の方法の選択
コンポーネント・スキーマをデータベースに作成およびロードする方法を選択するには、「リポジトリの作成」画面を使用します。

- データベース接続の詳細の指定
「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細を指定します。

- カスタム接頭辞の指定とスキーマの選択
「コンポーネントの選択」画面でカスタム接頭辞を指定して、製品データベース・スキーマを選択します。

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

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

- スキーマの作成の完了
残りのRCU画面を最後までナビゲートし、スキーマ作成を完了します。

4.3.1 RCUの概要

「ようこそ」画面は、RCUを起動したときに最初に表示される画面です。

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

4.3.2 スキーマ作成の方法の選択

コンポーネント・スキーマをデータベースに作成およびロードする方法を選択するには、「リポジトリの作成」画面を使用します。

「リポジトリの作成」画面で、次の操作を行います。

- 対象のデータベースに対するDBAアクティビティの実行に必要なパーミッションと権限が付与されている場合は、「システム・ロードおよび製品ロード」を選択します。この手順は、SYSDBA権限が付与されていることを前提としています。

- データベースでDBAアクティビティを実行するために必要な権限を持っていない場合は、この画面で「システム・ロードに対するスクリプトの準備」を選択します。このオプションによってSQLスクリプトが生成され、それをデータベース管理者が使用します。リポジトリ作成ユーティリティによるスキーマの作成のシステム・ロードと製品ロードについてを参照してください。

- DBAがシステム・ロードに対してすでにSQLスクリプトを実行している場合、「製品ロードの実行」を選択します。

4.3.3 データベース接続の詳細の指定

「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細を指定します。

注意:

データベースのサービス名が不明な場合は、データベースの初期化パラメータ・ファイル内のSERVICE_NAMESパラメータから取得できます。初期化パラメータ・ファイルにSERVICE_NAMESパラメータが含まれていない場合、サービス名はDB_NAMEやDB_DOMAINパラメータに指定されているグローバル・データベース名と同じです。

次に例を示します。

- データベース・タイプ: Oracle Database

- 名前: examplehost.exampledomain.com

- ポート: 1521

- サービス名: Orcl.exampledomain.com

- ユーザー名: sys

- パスワード: ******

- ロール: SYSDBA

「次へ」をクリックして続行し、データベース接続が成功したことを確認するダイアログで「OK」をクリックします。

4.3.4 カスタム接頭辞の指定とスキーマの選択

「コンポーネントの選択」画面でカスタム接頭辞を指定して、製品データベース・スキーマを選択します。

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

ヒント:

ここで入力したカスタム接頭辞は、後でドメイン作成プロセスで必要になるため、書き留めておいてください。

カスタム接頭辞は、これらのスキーマをこのドメイン内でのみ使用するように論理的にグループ化するものであり、複数のドメイン間でのスキーマの共有はサポートされていないため、ドメインごとに固有のスキーマ・セットを作成する必要があります。

関連項目:

詳細は、リポジトリ作成ユーティリティによるスキーマの作成の次のトピックを参照してください。

- カスタム接頭辞の理解

- スキーマ作成の計画

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

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

注意:

すでにODI Studioを使用してODIリポジトリを作成した場合は、ここでODIエントリの選択を解除し、依存スキーマのみを作成します。構成ウィザードで、STBスキーマから依存スキーマ接続を取得した後、手動でODIリポジトリ詳細を入力します

「次へ」をクリックして先に進み、スキーマ作成の前提条件チェックが成功したことを確認するには「OK」をクリックします。

4.3.5 スキーマ・パスワードの指定

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

ヒント:

この画面で設定するパスワードは、メモしておく必要があります。このパスワードは、後述するドメイン作成のプロセスで必要になります。

4.3.6 カスタム変数の指定

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

ヒント:

この画面に示されるオプションの詳細は、リポジトリ作成ユーティリティを使用したスキーマの作成のカスタム変数に関する項を参照してください。

4.3.7 スキーマの作成の完了

残りのRCU画面を最後までナビゲートし、スキーマ作成を完了します。

「表領域のマップ」画面では、RCU起動時のデータベース(OracleまたはOracle EBR)でのTDE(透過的データ暗号化)を有効にした場合にのみ、「表領域の暗号化」チェック・ボックスが表示されます。RCUによって作成されるすべての新しい表領域を暗号化する場合は、「表領域の暗号化」チェック・ボックスを選択します。

「完了サマリー」画面に到達したら、「閉じる」をクリックしてRCUを終了します。

5 Oracle Data Integrator Studioの構成

Oracle Data Integrator Studio (ODI Studio)は、Oracle Data Integrator (ODI)の管理と構成に使用するインタフェースです。

- Oracle Data Integrator Studioについて
Oracle Data Integrator Studio (ODI Studio)は、Oracle Data Integrator (ODI)を構成および管理するために使用する開発者のインタフェースです。

- データベース・スキーマの作成
Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証されたデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

- エージェントおよびリポジトリへの同じタイム・ゾーンの設定
エージェントとリポジトリに対して同じタイム・ゾーンを設定することにより、スケジュールが、同期していないタイム・ゾーンの影響を受けないようにします。

- ODI Studioへのライブラリの追加
ODI Studioにサードパーティのライブラリを追加できます。

- ODI StudioのJavaホームの設定
ODI Studioを起動する前に、動作保証されたJDKの場所をJAVA_HOME環境変数に設定します。

- ODI Studioの起動
odiコマンドでODI Studioを起動します。

- マスター・リポジトリへの接続
エージェントを作成する前に、マスター・リポジトリに接続します。

5.1 Oracle Data Integrator Studioバージョン情報

Oracle Data Integrator Studioは、Oracle Data Integrator (ODI)を構成および管理するために使用する開発者のインタフェースです。

ODI Studioは、スタンドアロンまたはエンタープライズ・オプションの一部として、指定されたORACLE_HOMEディレクトリの下にインストールされます。ODI Studioには、ODIアーティファクト(デザイナ、オペレータ、トポロジおよびセキュリティ)を管理するための4つのグラフィカル・ナビゲータが用意されています。また、ODI Studioではオンデマンドで直接ジョブを実行でき、開発や初期テストに使用できます。

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

Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareでの使用について動作保証されているデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

マスター・リポジトリおよび作業リポジトリ・スキーマの作成の手順に従って必要なスキーマを作成します。

5.3 エージェントおよびリポジトリへの同じタイム・ゾーンの設定

エージェントとリポジトリに対して同じタイム・ゾーンを設定することにより、スケジュールが、同期していないタイム・ゾーンの影響を受けないようにします。

各データベースには、構成されたタイム・ゾーンを確認する固有の方法があります。スケジュール管理が同期していないタイム・ゾーンの影響を受けないことを確認するには、Oracle Data Integrator Studioおよびエージェントがリポジトリと同じタイム・ゾーンで起動していることを確認してください。

5.4 ODI Studioへのライブラリの追加

ODI Studioにサードパーティのライブラリを追加できます。

ODI Studioに必要なすべてのファイル(サードパーティのJDBCドライバ、オープン・ツール、ライブラリなど)は、userlibディレクトリにデプロイする必要があります。このディレクトリの場所は次のとおりです。

- UNIXシステムの場合: $HOME/.odi/oracledi/userlib

- Windowsシステムの場合: %APPDATA%\odi\oracledi\userlib
この場合、%APPDATA%はWindows XPではC:\Documents and Settings\Application Data、Windows 7およびWindows 8ではC:\Users\myUserName\AppData\Roamingです。

userlibディレクトリにはadditional_path.txtファイルが含まれ、次の例に示すように、これによりuserlibディレクトリの外にある追加ファイルやフォルダを宣言できます(ODI Studioはこれから他のライブラリやドライバを取得します)。

; Additional paths file
; You can add here paths to additional libraries
; Examples:
;       C:\ java\libs\myjar.jar
;       C:\ java\libs\myzip.zip
;       C:\java\libs\*.jar will add all jars contained in the C:\java\libs\ directory
;       C:\java\libs\**\*.jar will add all jars contained in the C:\java\libs\ directory and subdirectories

D:\java\libs\*.jar
D:\ODI\JDBC_drivers\sqljdbc_1.2\enu\sqljdbc.jar

additional_path.txtファイルの編集後にODI Studioを再起動して変更を反映する必要があります。

5.5 ODI StudioのJavaホームの設定

ODI Studioを起動する前に、動作保証されたJDKの場所をJAVA_HOME環境変数に設定します。

ODI StudioのJAVA_HOMEを設定するには、次の手順を実行します。

1. ORACLE_HOME/odi/studio/binディレクトリに移動します。

2. エディタでodi.confファイルを開きます。

3. ファイルの最後に、動作保証されたJDKの場所を指定する行を追加します。12c (12.2.1.2.6)では、動作保証されたJDKは1.8.0_101以降です。次に例を示します。

- (UNIX) setenv JAVA_HOME/home/Oracle/Java/jdk1.8.0_101

- (Windows) set JAVA_HOME=C:\home\Oracle\Java\jdk1.8.0_101

4. ファイルを保存します。

5.6 ODI Studioの起動

odiコマンドを使用してODI Studioを起動します。

ODI Studioを起動する手順:

1. ORACLE_HOME/odi/studioディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) ./odi.sh

- (Windows) odi.exe

注意:
Windowsオペレーティング・システムでは、ODIをインストールしたユーザーのみがODI Studioを起動できます。他のユーザーはODI Studioを起動する権限を持ちません。

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

エージェントを作成する前に、マスター・リポジトリに接続します。

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

注意:

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

詳細は、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. 「新規ウォレット・パスワード」画面で新しいウォレット・パスワードを指定および確認します。

4. 新しいログインの作成に成功したら、ODI Studioに戻ります。
「リポジトリへの接続」を選択し、要求された場合新しいウォレット・パスワードを指定します。

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

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

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

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

ログインしたら、「ODI Studioを使用したマスター・リポジトリでのエージェントの作成」の手順に従ってエージェントを作成します。

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

標準インストール・トポロジでスタンドアロン・エージェントのスタンドアロン・ドメインを作成および構成します。

注意:

複数のエージェントをインストールする場合、各エージェントに固有の個別ドメインが必要です。

- データベース・スキーマの作成
Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証されたデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

- ODI Studioを使用したマスター・リポジトリでのエージェントの作成
物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応し、トポロジで一意の名前を持つ必要があります。ODI Studioを使用してマスター・リポジトリでODIエージェントを作成します。

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

- スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントへのライブラリの追加
スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを構成した後、必要に応じて追加ライブラリを指定できます。

- ノード・マネージャを使用したスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動
ノード・マネージャを起動して、スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

- ノード・マネージャを使用しないスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動
ノード・マネージャを使用せずに、agentコマンドを使用してスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

- 構成の確認
すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

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

Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareでの使用について動作保証されているデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

マスター・リポジトリおよび作業リポジトリ・スキーマの作成の手順に従って必要なスキーマを作成します。

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

物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応し、トポロジで一意の名前を持つ必要があります。ODI Studioを使用してマスター・リポジトリでODIエージェントを作成します。

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

ODIエージェントを作成する前に、まずODI Studioを起動してODI Studioでマスター・リポジトリに接続する必要があります。次を参照してください。

- ODI Studioの起動

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

ODI Studioを使用してマスター・リポジトリで物理エージェントを作成する手順:

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

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

フィールド

説明

名前

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

この名前はシステム・コンポーネント名と一致する必要があります。

ホスト

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

ポート

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

注意:

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

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

6.3 ドメインの構成

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

ドメインを作成するその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

- 構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。

- ドメインを作成および構成するための構成ウィザード画面のナビゲート
構成ウィザード画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

6.3.1 構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

構成ウィザードを起動する手順は次のとおりです。

1. /oracle_common/common/binディレクトリに移動します。

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ここでORACLE_HOMEは、12c (12.2.1.2.6) Oracleホームになります。

2. 次のコマンドを入力します。

(UNIX) ./config.sh

(Windows) config.cmd

6.3.2 ドメインを作成および構成するための構成ウィザード画面のナビゲート

構成ウィザード画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

注意:

この手順を使用して既存のドメインを拡張できます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。

- ドメイン・タイプとドメイン・ホームの場所の選択
「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

- 構成テンプレートの選択
「テンプレート」画面を使用して、必要なテンプレートを選択します。

- ドメイン・モードとJDKの指定
「JDKの選択」画面を使用して、Java Development Kit (JDK)を指定します。

- データベース構成タイプの指定
「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

- JDBCコンポーネント・スキーマ情報の指定
「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

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

- 新しいODIシステム・コンポーネントの作成
「システム・コンポーネント」画面を使用して、新しいODIシステム・コンポーネントを作成します。

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

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

- 構成の指定内容の確認とドメインの構成
「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

- ドメイン・ホームと管理サーバーURLの記録
「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

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

「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

ドメイン・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ドメイン・タイプおよびドメインのホーム・ディレクトリを指定する手順:

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の構成タイプを参照してください。

6.3.2.2 構成テンプレートの選択

「テンプレート」画面で、必要なテンプレートを選択します。

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

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

注意:

ORACLE_HOMEがODIスタンドアロン・インストールである場合のみ、スタンドアロン・テンプレートが表示されます。エンタープライズ・インストールを使用すると、コロケート・エージェントおよびJEEエージェント・テンプレートが表示されます。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のテンプレートを参照してください。

6.3.2.3 ドメイン・モードとJDKの指定

「JDKの選択」画面を使用して、Java Development Kit (JDK)を指定します。

「JDKの選択」画面で次のようにします。

- Oracle Fusion Middlewareでの使用について動作保証されているシステム上のJDKを選択します。12c (12.2.1.2.6)では、動作保証されたJDKは1.8.0_101以上です。

6.3.2.4 データベース構成タイプの指定

「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

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

注意:

この画面で「手動構成」を選択した場合は、次の画面でスキーマのパラメータを手動で入力する必要があります。

「RCUデータ」を選択してから、次の各フィールドに入力します。

フィールド

説明

DBMS/サービス

データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

デフォルトのユーザー名は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の実行時にインストールされるスキーマの詳細は、リポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマについてを参照してください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のデータベース構成タイプを参照してください。

6.3.2.5 JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面を使用してデータベース・スキーマの詳細を指定します。

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

ヒント:

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

- Oracle RACでのアクティブなGridLinkデータ・ソースの構成

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

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマを参照してください。

6.3.2.6 JDBC接続のテスト

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

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、前の画面(「JDBCコンポーネント・スキーマ」)で各行の「スキーマ・パスワード」列に使用するパスワードを入力して手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマ・テストを参照してください。

6.3.2.7 新しいODIシステム・コンポーネントの作成

「システム・コンポーネント」画面を使用して、新しいODIシステム・コンポーネントを作成します。

「システム・コンポーネント」画面で、「追加」をクリックして、次のようにします。

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のシステム・コンポーネントを参照してください。

6.3.2.8 ODIサーバー・アクセスの構成

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

次の表に示すように、ODIサーバーの構成値を設定します。

フィールド

説明

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

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

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

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

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

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

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

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

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

スキーマ作成時に指定したスーパーバイザ・ユーザー名を指定します。

優先データソース

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

ヒント:

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

6.3.2.9 ノード・マネージャの構成

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

ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のノード・マネージャを参照してください。

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

6.3.2.10 構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の構成サマリーを参照してください。

6.3.2.11 ドメイン・ホームと管理サーバーURLの記録

「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

後で必要になるので、次の項目を書きとめます。

- ドメインの場所

- 管理サーバーURL

ドメインの場所はノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスするため、URLは管理サーバーにアクセスするために必要です。

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

6.4 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントへのライブラリの追加

スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを構成した後、必要に応じて追加ライブラリを指定できます。

ライブラリをODIスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントに追加する手順は次のとおりです。

1. エージェントを起動する前に、環境変数ODI_ADDITIONAL_CLASSPATHを設定して追加のjarsを配置します。次に例を示します。
ODI_ADDITIONAL_CLASSPATH=/share/libs/mytool.jar:/share/libs/drivers/mydriver.jar

2. 次のいずれかの操作を行います。

- 追加ライブラリをDOMAIN_HOME/libディレクトリにコピーします。ODIスタンドアロン・エージェントおよびスタンドアロン・コロケート・エージェントによって、これらのライブラリがエージェントのクラスパスに自動的に追加されます。

- DOMAIN_HOME/config/fmwconfig/components/ODI/エージェント名/bin/instance.sh/cmdコマンドを編集して、ライブラリをODI_POST_CLASSPATH変数に追加します。

6.5 ノード・マネージャを使用したスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

ノード・マネージャを起動して、スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

注意:

マスター・リポジトリで物理エージェントをまだ構成していない場合は、「ODI Studioを使用したマスター・リポジトリでのエージェントの作成」を参照してください。

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

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

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

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) nohupおよびnm.outをサンプル出力ファイルとして使用します。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所になります。

- (Windows) startNodeManager.cmd

注意:

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

Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行を参照してください。

6.5.2 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

ノード・マネージャを使用してODIスタンドアロン・エージェントを起動する手順は次のとおりです。

1. DOMAIN_HOME/binディレクトリに移動します。

2. エージェントを起動します。

- (UNIX) ./startComponent.sh OracleDIAgent1

- (Windows) startComponent.cmd OracleDIAgent1

3. プロンプトで、ドメインの管理者パスワードを入力します。

エージェントが正常に起動したことを確認するには、ブラウザで次のURLに移動します。

http://examplehost.exampledomain.com:port/oraclediagent

6.6 ノード・マネージャなしでのスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

agentコマンドを使用して、ノード・マネージャなしでスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

ノード・マネージャなしでスタンドアロン・エージェントを起動する手順は次のとおりです。

1. DOMAIN_HOME/binディレクトリに移動します。

2. エージェントを起動します。

- (UNIX) ./agent.sh -NAME=OracleDIAgent1

- (Windows) agent.cmd -NAME=OracleDIAgent1

-NAMEはすべて大文字で入力する必要があり、エージェントの名前(この例ではOracleDIAgent1)は大文字と小文字を区別します。

6.7 構成の確認

すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

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

標準インストール・トポロジでスタンドアロン・コロケート・エージェントのWebLogicドメインを作成および構成します。

- データベース・スキーマの作成
Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証されたデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

- ODI Studioを使用したマスター・リポジトリでのエージェントの作成
物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応し、トポロジで一意の名前を持つ必要があります。ODI Studioを使用してマスター・リポジトリでODIエージェントを作成します。

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

- スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントへのライブラリの追加
スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを構成した後、必要に応じて追加ライブラリを指定できます。

- ノード・マネージャを使用したスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動
ノード・マネージャを起動して、スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

- ノード・マネージャを使用しないスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動
ノード・マネージャを使用せずに、agentコマンドを使用してスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

- 構成の確認
すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

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

Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareでの使用について動作保証されているデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

マスター・リポジトリおよび作業リポジトリ・スキーマの作成の手順に従って必要なスキーマを作成します。

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

物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応し、トポロジで一意の名前を持つ必要があります。ODI Studioを使用してマスター・リポジトリでODIエージェントを作成します。

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

ODIエージェントを作成する前に、まずODI Studioを起動してODI Studioでマスター・リポジトリに接続する必要があります。次を参照してください。

- ODI Studioの起動

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

ODI Studioを使用してマスター・リポジトリで物理エージェントを作成する手順:

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

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

フィールド

説明

名前

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

この名前はシステム・コンポーネント名と一致する必要があります。

ホスト

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

ポート

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

注意:

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

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

7.3 ドメインの構成

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

ドメインを作成するその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

- 構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。

- ドメインを作成および構成するための構成ウィザード画面のナビゲート
構成ウィザード画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

7.3.1 構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

構成ウィザードを起動する手順は次のとおりです。

1. /oracle_common/common/binディレクトリに移動します。

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ここでORACLE_HOMEは、12c (12.2.1.2.6) Oracleホームになります。

2. 次のコマンドを入力します。

(UNIX) ./config.sh

(Windows) config.cmd

7.3.2 ドメインを作成および構成するための構成ウィザード画面のナビゲート

構成ウィザード画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

注意:

この手順を使用して既存のドメインを拡張できます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。

- ドメイン・タイプとドメイン・ホームの場所の選択
「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

- 構成テンプレートの選択
「テンプレート」画面を使用して、必要なテンプレートを選択します。

- 管理者アカウントの構成
「管理者アカウント」画面を使用して、ドメインのデフォルトWebLogic管理者アカウント用のユーザー名とパスワードを指定します。

- ドメイン・モードおよびJDKの指定
「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

- データベース構成タイプの指定
「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

- JDBCコンポーネント・スキーマ情報の指定
「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

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

- 拡張構成の選択
「拡張構成」画面を使用して、ドメイン構成を完了します。

- 管理サーバーのリスニング・アドレスの構成
「管理サーバー」画面を使用して、ホストのIPアドレスを選択します。

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

- 新しいODIシステム・コンポーネントの作成
「システム・コンポーネント」画面を使用して、新しいODIシステム・コンポーネントを作成します。

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

- ノード・マネージャ・ホスト・アドレスの指定
「マシン」画面を使用して、ノード・マネージャが稼働するホストのIPアドレスを選択します。

- システム・コンポーネントのマシンへの割当
「マシンへのシステム・コンポーネントの割当」画面を使用して、システム・コンポーネントをODIマシンに割り当てます。

- 構成の指定内容の確認とドメインの構成
「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

- ドメイン・ホームと管理サーバーURLの記録
「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

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

「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

ドメイン・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ドメイン・タイプおよびドメインのホーム・ディレクトリを指定する手順:

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の構成タイプを参照してください。

7.3.2.2 構成テンプレートの選択

「テンプレート」画面で、必要なテンプレートを選択します。

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

- Oracle Data Integrator - スタンドアロン・コロケート・エージェント

このテンプレートを選択すると、次の項目が依存関係として自動的に選択されます。

- Oracle JRF

- Oracle Coherenceクラスタ拡張

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のテンプレートを参照してください。

7.3.2.3 管理者アカウントの構成

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

この画面に入力するユーザー名とパスワードは、メモしておいてください。これらの資格証明は、このドメインの管理サーバーの起動とそのサーバーへの接続で、後で必要になります。

ヒント:
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の管理者アカウントを参照してください。

7.3.2.4 ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

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

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のドメイン・モードとJDKを参照してください。

7.3.2.5 データベース構成タイプの指定

「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

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

注意:

この画面で「手動構成」を選択した場合は、次の画面でスキーマのパラメータを手動で入力する必要があります。

「RCUデータ」を選択してから、次の各フィールドに入力します。

フィールド

説明

DBMS/サービス

データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

デフォルトのユーザー名は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の実行時にインストールされるスキーマの詳細は、リポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマについてを参照してください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のデータベース構成タイプを参照してください。

7.3.2.6 JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面を使用してデータベース・スキーマの詳細を指定します。

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

ヒント:

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

- Oracle RACでのアクティブなGridLinkデータ・ソースの構成

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

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマを参照してください。

7.3.2.7 JDBC接続のテスト

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

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、前の画面(「JDBCコンポーネント・スキーマ」)で各行の「スキーマ・パスワード」列に使用するパスワードを入力して手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマ・テストを参照してください。

7.3.2.8 拡張構成の選択

「拡張構成」画面を使用して、ドメイン構成を完了します。

「拡張構成」画面で、次を選択します。

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

- ノード・マネージャ
ノード・マネージャを構成するために必要です。

- システム・コンポーネント
スタンドアロン・エージェントを構成するために必要です。

オプションで、他の使用可能なオプションを必要なインストール環境に応じて選択します。このガイドの手順は、標準インストール・トポロジについて説明していますが、異なる方法をとることも選択できます。インストール要件がこのガイドの範囲外の追加オプションに及ぶ場合は、そのオプションを構成するための追加画面が表示されることがあります。構成ウィザードのすべての画面の詳細は、構成ウィザードによるWebLogicドメインの作成の構成ウィザードの画面を参照してください。

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

「管理サーバー」画面を使用して、ホストのIPアドレスを選択します。

「リスニング・アドレス」の横のドロップダウン・リストを選択し、管理サーバーが置かれるホストのIPアドレスを選択するか、単一のIPアドレスにマップされたシステム名またはDNS名を使用します。「すべてのローカル・アドレス」を使用しないでください。

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

7.3.2.10 ノード・マネージャの構成

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

ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のノード・マネージャを参照してください。

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

7.3.2.11 新しいODIシステム・コンポーネントの作成

「システム・コンポーネント」画面を使用して、新しいODIシステム・コンポーネントを作成します。

「システム・コンポーネント」画面で、「追加」をクリックして、次のようにします。

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のシステム・コンポーネントを参照してください。

7.3.2.12 ODIサーバー・アクセスの構成

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

次の表に示すように、ODIサーバーの構成値を設定します。

フィールド

説明

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

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

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

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

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

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

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

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

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

スキーマ作成時に指定したスーパーバイザ・ユーザー名を指定します。

優先データソース

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

ヒント:

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

7.3.2.13 ノード・マネージャ・ホスト・アドレスの指定

「マシン」画面を使用して、ノード・マネージャが稼働するホストのIPアドレスを選択します。

作成したシステム・コンポーネントは自動的にLocalODIMachineと呼ばれるマシンに割り当てられます。「マシン」画面には、このマシンがすでに作成済であることが示されます。

「ノード・マネージャ・リスニング・アドレス」フィールドで、ノード・マネージャが稼働するホストのIPアドレスを選択します。localhostを使用しないでください。

ヒント:

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

7.3.2.14 システム・コンポーネントのマシンへの割当

「マシンへのシステム・コンポーネントの割当」画面を使用して、システム・コンポーネントをODIマシンに割り当てます。

「マシンへのシステム・コンポーネントの割当」画面で、システム・コンポーネントOracleDIAgent1がLocalODIMachineに割り当てられていることを確認します。

ヒント:

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

7.3.2.15 構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の構成サマリーを参照してください。

7.3.2.16 ドメイン・ホームと管理サーバーURLの記録

「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

後で必要になるので、次の項目を書きとめます。

- ドメインの場所

- 管理サーバーURL

ドメインの場所はノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスするため、URLは管理サーバーにアクセスするために必要です。

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

7.4 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントへのライブラリの追加

スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを構成した後、必要に応じて追加ライブラリを指定できます。

ライブラリをODIスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントに追加する手順は次のとおりです。

1. エージェントを起動する前に、環境変数ODI_ADDITIONAL_CLASSPATHを設定して追加のjarsを配置します。次に例を示します。
ODI_ADDITIONAL_CLASSPATH=/share/libs/mytool.jar:/share/libs/drivers/mydriver.jar

2. 次のいずれかの操作を行います。

- 追加ライブラリをDOMAIN_HOME/libディレクトリにコピーします。ODIスタンドアロン・エージェントおよびスタンドアロン・コロケート・エージェントによって、これらのライブラリがエージェントのクラスパスに自動的に追加されます。

- DOMAIN_HOME/config/fmwconfig/components/ODI/エージェント名/bin/instance.sh/cmdコマンドを編集して、ライブラリをODI_POST_CLASSPATH変数に追加します。

7.5 ノード・マネージャを使用したスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

ノード・マネージャを起動して、スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

注意:

マスター・リポジトリで物理エージェントをまだ構成していない場合は、「ODI Studioを使用したマスター・リポジトリでのエージェントの作成」を参照してください。

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

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

7.5.1 ノード・マネージャの開始

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) nohupおよびnm.outをサンプル出力ファイルとして使用します。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所になります。

- (Windows) startNodeManager.cmd

注意:

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

Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行を参照してください。

7.5.2 スタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

ノード・マネージャを使用してODIスタンドアロン・エージェントを起動する手順は次のとおりです。

1. DOMAIN_HOME/binディレクトリに移動します。

2. エージェントを起動します。

- (UNIX) ./startComponent.sh OracleDIAgent1

- (Windows) startComponent.cmd OracleDIAgent1

3. プロンプトで、ドメインの管理者パスワードを入力します。

エージェントが正常に起動したことを確認するには、ブラウザで次のURLに移動します。

http://examplehost.exampledomain.com:port/oraclediagent

7.6 ノード・マネージャなしでのスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントの起動

agentコマンドを使用して、ノード・マネージャなしでスタンドアロン・エージェントまたはスタンドアロン・コロケート・エージェントを起動します。

ノード・マネージャなしでスタンドアロン・エージェントを起動する手順は次のとおりです。

1. DOMAIN_HOME/binディレクトリに移動します。

2. エージェントを起動します。

- (UNIX) ./agent.sh -NAME=OracleDIAgent1

- (Windows) agent.cmd -NAME=OracleDIAgent1

-NAMEはすべて大文字で入力する必要があり、エージェントの名前(この例ではOracleDIAgent1)は大文字と小文字を区別します。

7.7 構成の確認

すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

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

標準インストール・トポロジでJava EEエージェントのWebLogicドメインを作成および構成します。

- データベース・スキーマの作成
Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証されたデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

- ODI Studioを使用したマスター・リポジトリでのエージェントの作成
物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応し、トポロジで一意の名前を持つ必要があります。ODI Studioを使用してマスター・リポジトリでODIエージェントを作成します。

- Java EEエージェント用テンプレートの生成
サーバー・テンプレート生成ウィザードを使用して、ODIマスター・リポジトリに定義されているJava EEエージェントのデプロイ用のデフォルト以外のテンプレートを生成します。

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

- Java EEエージェントへのライブラリの追加
Java EEエージェントを構成した後、必要に応じて追加ライブラリを指定できます。

- サーバーの起動
構成の完了後、ノード・マネージャを起動して、WebLogic管理サーバーおよび管理対象サーバーを起動します。

- 構成の確認
すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

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

Oracle Data Integratorドメインを構成する前に、このリリースのOracle Fusion Middlewareでの使用について動作保証されているデータベースに、マスター・リポジトリおよび作業リポジトリ(ODI_REPO)スキーマを作成する必要があります。

マスター・リポジトリおよび作業リポジトリ・スキーマの作成の手順に従って必要なスキーマを作成します。

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

物理エージェントは、単一のスタンドアロン・エージェントまたはJava EEエージェントに対応し、トポロジで一意の名前を持つ必要があります。ODI Studioを使用してマスター・リポジトリでODIエージェントを作成します。

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

ODIエージェントを作成する前に、まずODI Studioを起動してODI Studioでマスター・リポジトリに接続する必要があります。次を参照してください。

- ODI Studioの起動

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

ODI Studioを使用してマスター・リポジトリで物理エージェントを作成する手順:

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

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

フィールド

説明

名前

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

この名前はシステム・コンポーネント名と一致する必要があります。

ホスト

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

ポート

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

注意:

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

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

8.3 Java EEエージェント用テンプレートの生成

サーバー・テンプレート生成ウィザードを使用して、ODIマスター・リポジトリに定義されているJava EEエージェントのデプロイ用のデフォルト以外のテンプレートを生成します。

デフォルトの名前と設定でJava EEエージェントをデプロイするデフォルト・テンプレートを変更する必要がある場合は、この手順を使用します。サーバー・テンプレート生成ウィザードを使用してJava EEエージェントを作成する手順:

1. 物理エージェント・エディタ・メニューから、「サーバー・テンプレートの生成」を選択してテンプレート生成ウィザードを起動します。

2. 「エージェント情報」ステップで、エージェント情報を確認し、必要に応じてデフォルト構成を変更します。この情報には、「エージェント名」、「データソースJNDI名」、「接続の再試行回数」、「再試行の遅延」および「スーパーバイザ・キー」といったパラメータが含まれています。

- 「接続の再試行回数」は、エージェントによるリポジトリへの接続が切断された場合の再試行回数を指定します。ODIリポジトリがOracle RACデータベースに存在する場合、このパラメータをゼロ以外の値に設定すると、高可用性接続再試行機能が有効になります。この機能が有効である場合、1つ以上のOracle RACノードが使用不可になっても、エージェントは中断もなく引き続きセッションを実行できます。

- 「再試行の遅延」は、接続再試行の間隔(ミリ秒)を指定します。

- 「スーパーバイザ・キー」は、スーパーバイザ権限を持つODIユーザーのログインおよびパスワードが含まれるアプリケーション・サーバー資格証明ストアのキーの名前を指定します。エージェントはこれらの資格証明を使用してリポジトリに接続します。

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

4. エージェントのドメインおよび共有ライブラリを追加するには、ライブラリおよびドライバ・ページに移動して、エージェントとともにデプロイするライブラリを選択します。ライブラリとしては、このエージェントに必要な任意のJARファイルまたはZIPファイルを使用できます。ソースおよびターゲット・データ・サーバーにアクセスするための追加JDBCドライバまたはライブラリをこのページで選択します。ライブラリ名の検証は、新しく追加されるライブラリ内に制限され、、すでにデプロイされている共有ライブラリに対しては行われません。

- ドメイン・ライブラリとは、ドメインで実行されているすべてのアプリケーションに使用可能なドメインにデプロイされているライブラリです。このライブラリの追加方法は、通常、変更頻度の低いJARファイルを追加する場合に使用されます。この方法を使用する場合、変更が有効になるように、ドメイン内のすべてのサーバーを再起動する必要があります。

- 共有ライブラリとは、エージェントをドメインにデプロイする前に、エージェント・デプロイメント・ディスクリプタで指定するライブラリのことです。この方法では、複数のアプリケーションがライブラリ・リソースを使用でき、重複が回避されます。このライブラリの追加方法は、変更またはアップグレードが必要になる可能性のあるライブラリに対して使用されます。共有ライブラリを使用すると、サーバーを再起動せずにライブラリを変更できますが、アプリケーションの再起動が必要な場合があります。

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

6. 「テンプレート・ターゲットおよびサマリー」ステップで、サーバー・テンプレートが生成される「ターゲット・テンプレート・パス」を入力します。

7. 「終了」をクリックしてウィザードを閉じ、自分の仕様を使用したサーバー・テンプレートを生成します。

生成されたテンプレートは、Oracle WebLogic Serverドメインでのエージェントのデプロイに使用できます。

8.4 ドメインの構成

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

ドメインを作成するその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

- 構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。

- ドメインを作成および構成するための構成ウィザード画面のナビゲート
構成ウィザード画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

8.4.1 構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

構成ウィザードを起動する手順は次のとおりです。

1. /oracle_common/common/binディレクトリに移動します。

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ここでORACLE_HOMEは、12c (12.2.1.2.6) Oracleホームになります。

2. 次のコマンドを入力します。

(UNIX) ./config.sh

(Windows) config.cmd

8.4.2 ドメインを作成および構成するための構成ウィザード画面のナビゲート

構成ウィザード画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

注意:

この手順を使用して既存のドメインを拡張できます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。

- ドメイン・タイプとドメイン・ホームの場所の選択
「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

- 構成テンプレートの選択
「テンプレート」画面を使用して、必要なテンプレートを選択します。

- アプリケーション・ホームの場所の選択
「アプリケーションの場所」画面を使用して、ドメインに関連付けられたアプリケーションの格納場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。

- 管理者アカウントの構成
「管理者アカウント」画面を使用して、ドメインのデフォルトWebLogic管理者アカウント用のユーザー名とパスワードを指定します。

- ドメイン・モードおよびJDKの指定
「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

- データベース構成タイプの指定
「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

- JDBCコンポーネント・スキーマ情報の指定
「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

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

- 資格証明キーの作成
「資格証明」画面を使用して2つのキーを作成します。

- 拡張構成の選択
「拡張構成」画面を使用して、ドメイン構成を完了します。

- 管理サーバーのリスニング・アドレスの構成
「管理サーバー」画面を使用して、ホストのIPアドレスを選択します。

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

- Oracle Data Integratorの管理対象サーバーの構成
「管理対象サーバー」画面を使用して、管理対象サーバーを構成します。

- Oracle Data Integratorのクラスタの構成
「クラスタ」画面を使用して、新規クラスタを作成します。

- サーバー・テンプレートの定義
高可用性設定用に動的クラスタを作成している場合、「サーバー・テンプレート」画面を使用して、ドメインに1つ以上のサーバー・テンプレートを定義します。

- 動的サーバーの構成
高可用性設定用に動的クラスタを作成している場合、「動的サーバー」画面を使用して動的サーバーを構成します。

- クラスタへのOracle Data Integrator管理対象サーバーの割当て
「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しい構成済クラスタに割り当てます。構成済クラスタは手動で構成するクラスタです。動的クラスタを構成している場合はこの画面を使用しません。動的クラスタは、1つのサーバー・テンプレートに基づいた生成済サーバー・インスタンスを1つ以上備えたクラスタです。

- Coherenceクラスタの構成
「Coherenceクラスタ」画面を使用してCoherenceクラスタを構成します。

- 新しいOracle Data Integratorマシンの作成
「マシン」画面を使用して、ドメインに新しいマシンを作成します。ノード・マネージャがサーバーを起動および停止するには、マシンが必要です。

- Oracle Data Integratorマシンへのサーバーの割当て
「サーバーのマシンへの割当」画面を使用して、作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

- 仮想ターゲット
WebLogic Server Multitenant (MT)環境がある場合、「仮想ターゲット」画面を使用して、仮想ターゲットを追加または削除します。このインストールに対しては(WebLogic Server MT環境ではない)、値は入力せず、「次へ」を選択します。

- パーティション
「パーティション」画面は、WebLogic Server Multitenant (MT)環境での仮想ターゲットのパーティションの構成に使用します。オプションは選択せずに、「次へ」を選択します。

- 構成の指定内容の確認とドメインの構成
「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

- ドメイン・ホームと管理サーバーURLの記録
「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

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

「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

ドメイン・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ドメイン・タイプおよびドメインのホーム・ディレクトリを指定する手順:

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の構成タイプを参照してください。

8.4.2.2 構成テンプレートの選択

「テンプレート」画面で、必要なテンプレートを選択します。

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

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

- Oracle Enterprise Manager

- Oracle JRF

- WebLogic Coherenceクラスタ拡張

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

- Oracle Data Integratorエージェント・ライブラリ

- Oracle Data Integrator SDK Shared Libraryテンプレート

さらに、次のテンプレートを選択します。

- Oracle Data Integrator - JFR

- Oracle Data Integrator - RESTサービス

- Oracle Data Integrator - コンソール

注意:

Oracle Data Integratorコンソールを使用したセカンダリ・トポロジの構成と管理の詳細は、Oracle Data Integratorのコンポーネントを参照してください。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のテンプレートを参照してください。

8.4.2.3 アプリケーション・ホームの場所の選択

「アプリケーションの場所」画面を使用して、ドメインに関連付けられたアプリケーションの格納場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。

アプリケーション・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ヒント:

アプリケーション・ホーム・ディレクトリの詳細は、アプリケーション・ホーム・ディレクトリについてを参照してください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のアプリケーションの場所を参照してください。

8.4.2.4 管理者アカウントの構成

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

この画面に入力するユーザー名とパスワードは、メモしておいてください。これらの資格証明は、このドメインの管理サーバーの起動とそのサーバーへの接続で、後で必要になります。

ヒント:
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の管理者アカウントを参照してください。

8.4.2.5 ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

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

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のドメイン・モードとJDKを参照してください。

8.4.2.6 データベース構成タイプの指定

「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

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

注意:

この画面で「手動構成」を選択した場合は、次の画面でスキーマのパラメータを手動で入力する必要があります。

「RCUデータ」を選択してから、次の各フィールドに入力します。

フィールド

説明

DBMS/サービス

データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。

例: orcl.exampledomain.com

ホスト名

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

例: examplehost.exampledomain.com

ポート

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

例: 1521

スキーマ所有者

スキーマ・パスワード

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

デフォルトのユーザー名は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の実行時にインストールされるスキーマの詳細は、リポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマについてを参照してください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のデータベース構成タイプを参照してください。

8.4.2.7 JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面を使用してデータベース・スキーマの詳細を指定します。

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

ヒント:

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

- Oracle RACでのアクティブなGridLinkデータ・ソースの構成

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

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマを参照してください。

8.4.2.8 JDBC接続のテスト

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

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、前の画面(「JDBCコンポーネント・スキーマ」)で各行の「スキーマ・パスワード」列に使用するパスワードを入力して手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマ・テストを参照してください。

8.4.2.9 資格証明キーの作成

「資格証明」画面を使用して2つのキーを作成します。

「資格証明」画面で次のようにします。

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

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

b. パスワードは、スキーマの作成中にRCUの「カスタム変数」画面で指定したパスワードと同じである必要があります。

2. 2つ目の資格証明を作成します。

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

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

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

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

注意:
リポジトリが外部認証モードで構成されている場合は、外部認証設定に従ってSUPERVISORのユーザー名およびパスワードを入力する必要があります。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の資格証明を参照してください。

8.4.2.10 拡張構成の選択

「拡張構成」画面を使用して、ドメイン構成を完了します。

「拡張構成」画面で、次を選択します。

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

- ノード・マネージャ
ノード・マネージャを構成するために必要です。

- トポロジ
Oracle Data Integrator管理対象サーバーを構成するために必要です。

オプションで、他の使用可能なオプションを必要なインストール環境に応じて選択します。このガイドの手順は、標準インストール・トポロジについて説明していますが、異なる方法をとることも選択できます。インストール要件がこのガイドの範囲外の追加オプションに及ぶ場合は、そのオプションを構成するための追加画面が表示されることがあります。構成ウィザードのすべての画面の詳細は、構成ウィザードによるWebLogicドメインの作成の構成ウィザードの画面を参照してください。

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

「管理サーバー」画面を使用して、ホストのIPアドレスを選択します。

「リスニング・アドレス」の横のドロップダウン・リストを選択し、管理サーバーが置かれるホストのIPアドレスを選択するか、単一のIPアドレスにマップされたシステム名またはDNS名を使用します。「すべてのローカル・アドレス」を使用しないでください。

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

8.4.2.12 ノード・マネージャの構成

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

ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のノード・マネージャを参照してください。

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

8.4.2.13 Oracle Data Integratorの管理対象サーバーの構成

「管理対象サーバー」画面で、管理対象サーバーを構成します。

「管理対象サーバー」画面で、ODI_server1という名前の管理対象サーバーがデフォルトで自動的に作成されます。

Oracle Data Integratorの管理対象サーバーを構成する手順は次のとおりです。

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

2. 「サーバー・グループ」ドロップダウン・リストで、JRF-MAN-SVRが選択されていることを確認します。このサーバー・グループでは、Oracle JRFサービスが、作成する管理対象サーバーにターゲット指定されます。

サーバー・グループは、定義済アプリケーション・サービス・グループを各定義済サーバー・グループにマップすることにより、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。必要に応じて、特定のアプリケーション・サービス・グループを複数のサーバー・グループにマップできます。特定のサーバー・グループにマップされた任意のアプリケーション・サービスは、そのグループに割り当てられたすべてのサーバーに自動的にターゲット指定されます。詳細は、『ドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

これらのサーバー名は、このドキュメント全体の例で引用されるため、別の名前を選択したときには、必要に応じて置き換えてください。

注意:

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

3. 2番目の管理対象サーバーの構成は、高可用性の標準トポロジを構成するために必要な手順の1つです。高可用性環境を作成しない場合、この手順はオプションになります。

「追加」をクリックしてJRF-MAN-SVRを選択し、ODI_server2という名前の2つ目の管理対象サーバーを作成します。

高可用性の標準トポロジの詳細は、『高可用性ガイド』のFusion Middleware標準HAトポロジの理解に関する項を参照してください。

ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の管理対象サーバーを参照してください。

8.4.2.14 Oracle Data Integratorのクラスタの構成

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

「クラスタ」画面で、次のように操作します。

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

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

3. 「クラスタ・アドレス」フィールドは、空白のままにしておきます。

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

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のクラスタを参照してください。

8.4.2.15 サーバー・テンプレートの定義

高可用性設定用に動的クラスタを作成している場合、「サーバー・テンプレート」画面を使用して、ドメインに1つ以上のサーバー・テンプレートを定義します。

ドメインの構成を続行するには、「次へ」をクリックします。

高可用性設定用の動的クラスタを作成する手順は、高可用性ガイドの動的クラスタの使用を参照してください。

8.4.2.16 動的サーバーの構成

高可用性設定用に動的クラスタを作成している場合、「動的サーバー」画面を使用して動的サーバーを構成します。

動的クラスタを構成していない場合は、「次へ」をクリックしてドメインの構成を続行します。

注意:
動的クラスタを作成するとき、「マシン名マッチング式」を割り当てた後、動的クラスタ用にマシンを作成する必要がないことに注意してください。

高可用性設定用の動的クラスタを作成する手順は、高可用性ガイドの動的クラスタの使用を参照してください。

8.4.2.17 クラスタへのOracle Data Integrator管理対象サーバーの割当て

「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しい構成済クラスタに割り当てます。構成済クラスタは手動で構成するクラスタです。動的クラスタを構成している場合はこの画面を使用しません。動的クラスタは、1つのサーバー・テンプレートに基づいた生成済サーバー・インスタンスを1つ以上備えたクラスタです。

構成済クラスタおよび動的クラスタの用語の詳細は、Oracle WebLogic Serverの理解の動的クラスタについてを参照してください。

「サーバーのクラスタへの割当」画面で、次の操作を実行します。

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

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

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

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

3. 繰り返して、ODI_server2をODI_cluster1に割り当てます。

次の図は、管理対象サーバーがクラスタに割り当てられた後の「クラスタ」ペインの一般的な例を示しています。

図8-1 クラスタに割り当てられた管理対象サーバー

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のクラスタへのサーバーの割当を参照してください。

8.4.2.18 Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用してCoherenceクラスタを構成します。

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

注意:

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

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

注意:

Coherenceライセンス情報については、ライセンス情報のOracle Coherence製品を参照してください。

8.4.2.19 新しいOracle Data Integratorマシンの作成

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

ヒント:

高可用性環境を作成する際に目的のトポロジで必要になるマシンのリストがわかっているときには、この項の手順を実行して、この時点ですべてのマシンを作成できます。詳細は、『高可用性ガイド』のオプションのスケール・アウト手順に関する項を参照してください。

ノード・マネージャがサーバーを起動および停止できるように新しいOracle Data Integratorマシンを作成する手順は次のとおりです。

1. 新しいマシンを作成するには、「マシン」タブ(Windowsの場合)または「Unixマシン」タブ(UNIXの場合)を選択し、「追加」をクリックします。

2. 「名前」フィールドで、ODI_machine1などのマシン名を指定します。

3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。

localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。

5. これらの手順を繰り返して、必要に応じてさらにマシンを追加します。

注意:

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

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のマシンを参照してください。

8.4.2.20 Oracle Data Integratorマシンへのサーバーの割当て

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

「サーバーのマシンへの割当」画面で次の操作を実行します。

1. 「マシン」ペインで、サーバーを割り当てるマシン(ここではODI_machine1)を選択します。

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

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

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

3. これらの手順を繰り返して、すべての管理対象サーバーをそれぞれのマシンに割り当てます。

次の図は、管理対象サーバーがマシンに割り当てられた後の「マシン」ペインの一般的な例を示しています。

図8-2 管理対象サーバーのマシンへの割当て

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のマシンへのサーバーの割当を参照してください。

8.4.2.21 仮想ターゲット

WebLogic Server Multitenant (MT)環境がある場合、「仮想ターゲット」画面を使用して、仮想ターゲットを追加または削除します。このインストールに対しては(WebLogic Server MT環境ではない)、値は入力せず、「次へ」を選択します。

ヒント:
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の仮想ターゲットを参照してください。

8.4.2.22 パーティション

「パーティション」画面は、WebLogic Server Multitenant (MT)環境での仮想ターゲットのパーティションの構成に使用されます。オプションは選択せずに、「次へ」を選択します。

ヒント:
この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のパーティションを参照してください。

8.4.2.23 構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の構成サマリーを参照してください。

8.4.2.24 ドメイン・ホームと管理サーバーURLの記録

「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

後で必要になるので、次の項目を書きとめます。

- ドメインの場所

- 管理サーバーURL

ドメインの場所はノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスするため、URLは管理サーバーにアクセスするために必要です。

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

8.5 Java EEエージェントへのライブラリの追加

Java EEエージェントを構成した後、必要に応じて追加ライブラリを指定できます。

Java EEエージェントにライブラリを追加する手順は次のとおりです。

1. エージェントを起動する前に、環境変数ODI_ADDITIONAL_CLASSPATHを設定して追加のjarsを配置します。次に例を示します。
ODI_ADDITIONAL_CLASSPATH=/share/libs/mytool.jar:/share/libs/drivers/mydriver.jar

2. 次のいずれかの操作を行います。

- 追加ライブラリをDOMAIN_HOME/libディレクトリにコピーします。Java EEによって、これらのライブラリがエージェントのクラスパスに自動的に追加されます。

- 下の手順に従って、generate_agent_wls_template.shスクリプトまたはODI Studioを使用して、エージェント・テンプレートを生成してから、そのテンプレートを使用してWebLogicドメインを作成または拡張します。

generate_agent_wls_template.shスクリプトを使用してJava EEエージェントのテンプレートを生成するには、次の例に示すように、-domainLibrariesおよび-sharedLibraries引数でドメインと共有ライブラリを指定します。

./generate_agent_wls_template.sh
-agentName sample
-agentContextName context
-odiUser SUPERVISOR
-destinationJar /home/userName/NewFormaterJar.jar
-retryCount 10
-retryDelayMS 1
-createDatasourceForMasterRepository false
-masterDataSource jdbc/odiMasterRepository,oracle.jdbc.OracleDriver,jdbc:oracle:thin:@mycompany.com-isESSDependency false
-addToPath /home/userName
-domainLibraries /home/userName/odi/myDomain/userlib/myLib.jar
-sharedLibraries MessageBox

ODI Studioを使用してJava EEエージェントのテンプレートを生成し、エージェントの追加ライブラリを指定する手順:

1. ODI Studioを起動します。

2. 「サーバー・テンプレートの生成」を選択して、テンプレート生成ウィザードを起動します。

3. エージェント情報ページで、Java EEエージェント名、データソースJNDI名、接続の再試行回数、スーパーバイザ・キーなどのエージェント情報を入力します。

4. 「ライブラリおよびドライバ」・ページで、Java EEエージェントとともにデプロイするライブラリを外部ライブラリのリストから選択します。ライブラリ名の検証は、新しく追加されるライブラリ内に制限され、、すでにデプロイされている共有ライブラリに対しては行われません。ドメイン・ライブラリまたは共有ライブラリを選択できます。ドメイン・ライブラリは、WebLogicドメインでデプロイされるライブラリであり、ドメイン内で実行されているすべてのアプリケーションに使用できるため、Java EEエージェントに使用可能です。ドメイン・ライブラリは、通常、変更頻度の低いJARファイルを追加する場合に使用されます。この方法を使用する場合、変更が有効になるように、ドメイン内のすべてのサーバーを再起動する必要があります。 共有ライブラリとは、エージェントをドメインにデプロイする前に、エージェント・デプロイメント・ディスクリプタで指定するライブラリのことです。共有ライブラリを使用すると、複数のアプリケーションがライブラリ・リソースを使用でき、重複が回避されます。共有ライブラリは、変更またはアップグレードが必要になる可能性のあるライブラリに対して使用されます。共有ライブラリを使用すると、サーバーを再起動せずにライブラリを変更できますが、アプリケーションの再起動が必要な場合があります

5. 「次へ」をクリックして、データソース・ページを表示します。

6. そのページで、エージェント・テンプレートに含めるデータソースの定義を選択します。このウィザードを使用して選択できるのはデータソースのみです。データソースを追加するには、データソースタブを使用します。

7. 「次へ」をクリックして、テンプレート・ターゲットおよびサマリー・ページを表示します。

8. そのページで、テンプレートを生成する必要がある場所を「ターゲット・テンプレート・パス」ボックスに指定します。

9. 「終了」をクリックしてウィザードを閉じ、エージェント・テンプレートを生成します。

8.6 サーバーの起動

構成の完了後、ノード・マネージャを起動して、WebLogic管理サーバーおよび管理対象サーバーを起動します。

注意:

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

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

- 管理サーバーの起動

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

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

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) nohupおよびnm.outをサンプル出力ファイルとして使用します。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所になります。

- (Windows) startNodeManager.cmd

注意:

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

Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行を参照してください。

8.6.2 管理サーバーの起動

管理サーバーを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) ./startWebLogic.sh

- (Windows) startWebLogic.cmd

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

ヒント:

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

本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時にユーザー名とパスワードを指定する必要がなくなります。詳細は、『Oracle WebLogic Serverサーバーの起動と停止の管理』の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは「構成の終了」画面に指定されます(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

製品スキーマをホストしているデータベースが稼働中であり、管理サーバーからアクセスできることを確認してください。

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

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

管理サーバーを起動するには:

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

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は「構成の終了」画面のURLにありました(「ドメイン・ホームおよび管理サーバーURLを書き込む」)。デフォルトの管理サーバーのポート番号は7001です。

ログイン資格証明は「管理者アカウントの構成」の「管理者アカウント」画面で指定されました。

2. Enterprise Managerのランディング・ページには、このドメインに構成されているサーバーのリストと、それらのステータスが表示されます(「実行中」または「停止」など)。新しく構成されたドメインでは、AdminServer(管理サーバー)のみが実行されています。

3. 最初の管理対象サーバーを選択します。

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

5. 手順3と4を繰り返してすべての管理対象サーバーを起動します。

6. メインのランディング・ページで、すべての管理対象サーバーが稼働中であることを確認します。

8.7 構成の確認

すべての構成手順の完了後、ドメインが適切に構成されていることを確認する追加手順を実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

9 ドメイン構成後の次の手順

製品ドメインを構成した後、追加タスクを実行できます。

- 基本的な管理タスクの実行
新しいドメインで実行する可能性のある管理タスクを確認します。

- 追加ドメイン構成タスクの実行
新しいドメインで実行する追加の構成タスクを確認します。

- 開発用のOracle Data Integratorの準備
開発用にOracle Data Integratorを準備するために実行できるタスクを確認します。

- 高可用性向けの環境の準備
高可用性のためにスケール・アウトするには、追加の手順が必要です。

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

新しいドメインで実行する可能性のある管理タスクを確認します。

表9-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の管理のバックアップとリカバリの概要を参照してください。

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

新しいドメインで実行する追加の構成タスクを確認します。

表9-2 追加ドメイン構成タスク

タスク

説明

参照先

アプリケーションのデプロイ

アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。

『Oracle Fusion Middlewareの管理』のアプリケーションのデプロイに関する項を参照してください。

ドメインへのWeb層のフロントエンドの追加

OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。

Oracle HTTP ServerをWebLogic Serverドメインにインストールして構成するには、Oracle HTTP Serverのインストールと構成のWebLogic ServerドメインのOracle HTTP Serverの構成を参照してください。

重要な情報については、同じドメインへの複数の製品のインストールも参照してください。

トポロジに対する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アプリケーションの開発のスタート・ガイドを参照してください。

9.3 開発用のOracle Data Integratorの準備

開発用にOracle Data Integratorを準備するために実行できるタスクを確認します。

表9-3に、開発者用のOracle Data Integratorを準備するタスクを示します。

表9-3 開発用のOracle Data Integratorの準備タスク

タスク

説明

参照先

論理エージェントの作成

異なる環境で同一の役割を持つ複数の物理エージェントは、同じ論理エージェントにグループ化できます。論理エージェントは、コンテキストによって物理エージェントに関連付けられています。実行の開始時、論理エージェントおよびコンテキストを指定します。Oracle Data Integratorはこの情報を単一の物理エージェントに変換し、物理エージェントが実行リクエストを受信します。

論理エージェントの作成

エージェントの管理

エージェントがトポロジに定義された後は、必要に応じてエージェントを起動、デプロイおよび停止できます。

エージェントの管理

リポジトリの管理

新しいマスターおよび作業リポジトリの作成および接続、パスワードの変更および環境のカスタマイズに役立つその他の管理タスクが使用できます

リポジトリの管理

Java EEエージェント用サーバー・テンプレートの作成

Oracle Data Integratorでは、ランタイム・エージェント用のサーバー・テンプレートの作成に役立つサーバー・テンプレート生成ウィザードが用意されています。

Java EEエージェントに対するサーバー・テンプレートの作成

クラスパスにライブラリを含める

ODI SDK APIの使用を有効化するライブラリ。

SDK APIのクライアント・ライブラリ

9.4 可用性の高い環境の準備

高可用性のためにスケール・アウトするには、追加の手順が必要です。

表9-4には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

関連項目:

高可用性環境の構成の詳細は、Oracle Data Integratorの管理の高可用性トポロジの設定手順を参照してください。

表9-4 可用性の高い環境の準備に必要なタスク

タスク

説明

参照先

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。これにより、あるコンピュータが停止しても、環境はデプロイ済アプリケーションのコンシューマに、サービス提供を続けることができます。

高可用性ガイドのトポロジのスケール・アウト(マシンのスケール・アウト)を参照してください。

Web層コンポーネントの高可用性の構成

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

『高可用性ガイド』のWeb層コンポーネントの高可用性の構成に関する項を参照。

フロントエンドのロード・バランサの設定

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

高可用性ガイドの高可用性環境でのサーバーのロード・バランシングおよびロード・バランサの仮想サーバー名とポートの構成を参照。

ノード・マネージャの構成

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

Oracle WebLogic Serverノード・マネージャの管理のノード・マネージャの高度な構成を参照。

10 Oracle Data Integratorのアンインストールまたは再インストール

この項の手順に従って、Oracle Data Integratorをアンインストールまたは再インストールします。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールするときに問題が発生する場合があります。この項の手順を実行すると、ソフトウェアを正しく削除できます。

- Oracle Data Integratorエージェントの停止
アンインストーラを実行する前に、実行中のすべてのエージェントを停止します。

- Oracle Fusion Middlewareの停止
アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

- データベース・スキーマの削除
Oracleホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行して、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

- ソフトウェアのアンインストール
この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

- Oracleホーム・ディレクトリの手動削除
ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

- Windowsオペレーティング・システムのプログラム・ショートカットの削除
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- ドメインとアプリケーション・データの削除
ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

- Oracle Data Integratorウォレット情報の削除
ODIウォレットには、手動での削除が必要な暗号化されたデータの資格証明が保持されています。

- ソフトウェアの再インストール
この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

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

アンインストーラを実行する前に、実行中のすべてのエージェントを停止します。

エージェントを停止する手順は次のとおりです。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) ./stopComponent.sh OracleDIAgent1

- (Windows) stopComponent.cmd OracleDIAgent1

10.2 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

10.3 データベース・スキーマの削除

Oracleホームを削除する前に、リポジトリ作成ユーティリティ(RCU)を実行して、このドメインに関連付けられたデータベース・スキーマを削除することをお薦めします。

各ドメインには、カスタム接頭辞で一意に識別された独自のスキーマのセットがあります(リポジトリ作成ユーティリティによるスキーマの作成のカスタム接頭辞についてを参照)。これらのスキーマは、他のドメインで共有できません(『リポジトリ作成ユーティリティによるスキーマの作成』のスキーマの作成計画に関する項を参照)。

データベースに複数のスキーマ・セットがある場合は、削除するドメインに関連付けられたスキーマ接頭辞を指定します。

スキーマを削除する手順については、『リポジトリ作成ユーティリティによるスキーマの作成』のスキーマの削除に関する項を参照してください。

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

この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

サイレント(コマンド・ライン)アンインストールを実行する場合は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

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

- アンインストールする製品の選択

- アンインストール画面へのナビゲート

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

アンインストーラを起動する手順は次のとおりです。

- UNIXの場合
コマンドラインで、次のコマンドを入力します。

cd $ORACLE_HOME/oui/bin
./deinstall.sh

- Windowsの場合
次のいずれかの操作を行います。

- ファイル・マネージャ・ウィンドウを使用して、ORACLE_HOME\oui\binディレクトリに移動し、deinstall.cmdをダブルクリックします。

- コマンド・プロンプトを開き、次のコマンドを入力します。

cd %ORACLE_HOME%\oui\bin
deinstall.cmd

- 「スタート」メニューから、「すべてのプログラム」、「Oracle」、「OracleHome」、「Oracle Softwareのアンインストール」の順に選択します。

10.4.2 アンインストールする製品の選択

Oracleホームには複数の製品が存在するため、正しい製品をアンインストールしていることを確認します。

アンインストーラを実行した後、「アンインストールする配布」画面が表示されます。ドロップダウン・リストで「ODI 12.2.1.2.6」を選択し、「アンインストール」をクリックします。「アンインストール画面のナビゲート」に記載されている画面が表示されます。

注意:

アンインストール・ウィザードを再度実行することにより、Oracle Data Integratorソフトウェアをアンインストールした後にOracle Fusion Middleware Infrastructureをアンインストールできます。Infrastructureが削除されると、Infrastructureを使用する他の製品が機能しなくなるため、削除する前に、それらの製品がないことを確認します。Oracle Fusion Middleware Infrastructureに依存するソフトウェアが他にない場合は、「アンインストールする配布」画面は表示されません。アンインストール手順の詳細は、Oracle Fusion Middleware Infrastructureインストールおよび構成のOracle Fusion Middleware Infrastructureのアンインストールを参照してください。

10.4.3 アンインストール画面のナビゲート

アンインストーラにより、ソフトウェアの削除を確認する一連の画面が表示されます。

表10-1に示した画面のヘルプを見るには、画面上で「ヘルプ」をクリックします。

表10-1 アンインストール画面と説明

画面

説明

ようこそ

製品アンインストーラが開始します。

アンインストール・サマリー

アンインストールされるOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・アンインストールに使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

アンインストールの進行状況

インストールの進捗状況を示します。

アンインストール完了

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

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

ソフトウェアをアンインストールした後、アンインストーラで削除されなかったOracleホーム・ディレクトリとすべての既存のサブディレクトリを手動で削除する必要があります。

たとえば、Oracleホーム・ディレクトリがUNIXオペレーティング・システムで/home/Oracle/product/ORACLE_HOMEの場合、次のコマンドを入力します。

cd /home/Oracle/product
rm -rf ORACLE_HOME

Oracleホーム・ディレクトリがWindowsオペレーティングシステムでC:\Oracle\Product\ORACLE_HOMEの場合、ファイル・マネージャ・ウィンドウを使用してC:\Oracle\Productディレクトリに移動してから、ORACLE_HOMEフォルダを右クリックして「削除」を選択します。

10.6 Windowsオペレーティング・システム上のプログラム・ショートカットの削除

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

Windowsのプログラム・ショートカットを削除する手順は次のとおりです。

1. C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle\ORACLE_HOME\Productディレクトリに移動します。

2. Oracleホームにインストールされている製品が1つのみの場合は、ORACLE_HOMEディレクトリを削除します。Oracleホームに複数の製品がインストールされている場合は、ORACLE_HOMEディレクトリを削除する前に、すべての製品を削除します。

10.7 ドメインおよびアプリケーション・データの削除

ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

ドメインとアプリケーション・データを削除する手順は次のとおりです。

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"/>

完了したらファイルを保存して終了します。

10.8 Oracle Data Integratorウォレット情報の削除

ODIウォレットには、手動での削除が必要な暗号化されたデータの資格証明が保持されています。

アンインストーラではODIウォレットは削除されないため、手動で削除する必要があります。ウォレット情報は、次のようにユーザーのホーム・ディレクトリ内に格納されます:

- (UNIX) /home/exampleuser/.odi

- (Windows) C:\Users\exampleuser\AppData\Roaming\odi

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

手動でOracleホーム・ディレクトリを削除することを含め、この項の指示に従ってソフトウェアが削除されている場合のみ、同じOracleホームに前のインストールとしてソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストールを試行するソフトウェアと同じソフトウェアが、インストール中に指定したOracleホームに存在すると、インストーラは警告します。

オプションは次のとおりです。

- 別のインストール・タイプを選択します。この場合、Oracleホーム・ディレクトリに存在しない機能セットのみをインストールできます。

- 別のOracleホーム・ディレクトリを選択します。

- 空ではない既存のOracleホームへのインストール。
たとえば、ドメイン・ホームやアプリケーション・ホームを既存のOracleホーム内部で作成することを選択したと仮定します。このデータはアンインストール中に削除されません。そのため、同じOracleホームに再インストールしようとしても、インストーラではできません。オプションは次のとおりです。

1. (この項で説明しているように)Oracleホームからソフトウェアをアンインストールした後でOracleホーム・ディレクトリを削除します。ソフトウェアをアンインストールしてOracleホーム・ディレクトリを削除したら、再インストールに同じOracleホームの場所を再利用できます。Oracleホームに存在していたドメイン・データまたはアプリケーション・データは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

A Oracle Data Integratorのコンポーネント

Oracle Data Integrator (ODI)ディストリビューションには、複数の製品および機能セットが含まれています。

ODIディストリビューションには、表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により管理されていない場合に必要なドメイン・ファイルが提供されます。

この機能セットは、「スタンドアロン・インストール」タイプでのみ使用できます。

ODIコンソール

Oracle Data Integratorコンソールは、様々なタイプのユーザーが使用できるWebベース・コンソールです。

内部機能

Apache Ant

ビルド・プロセスの自動化に使用されるソフトウェア・ツールです。

FMW Upgrade

これは、11g Oracle Data Integratorソフトウェアを12cにアップグレードするために使用できるアップグレード・アシスタントです。

詳細は、Oracle Data Integratorのアップグレードの11gからのOracle Data Integratorのアップグレードを参照してください。

OPatch

OPatchユーティリティは、Oracle製品に対する個別パッチの適用またはロールバックを可能にするツールです。

リポジトリ作成ユーティリティ

リポジトリ作成ユーティリティ(RCU)は、データベース・スキーマの作成に使用されます。

この機能セットは、「スタンドアロン・インストール」タイプに含まれています。「エンタープライズ・インストール」タイプにはRCUが含まれていません。Oracle Fusion Middleware Infrastructureが要件でありRCUがOracle Fusion Middleware Infrastructureディストリビューションに含まれているためです。

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

Oracle Data Integrator (ODI)に関する問題のトラブルシューティング方法を学習します。

- 一般的なトラブルシューティングのヒント
Oracle Data Integratorのインストールに関する最も一般的な問題のトラブルシューティングを行います。

- インストール・ログ・ファイルと構成ログ・ファイルを使用したトラブルシューティング
インストール・ログ・ファイルと構成ログ・ファイルを使用して、Oracle Data Integratorの問題のトラブルシューティングを行います。

- ODIクライアントとリポジトリの互換性の確認
Oracle Data Integrator (ODI)とリポジトリのバージョンにおける潜在的な互換性に関する問題のトラブルシューティングを行います。

- その他のヘルプ情報
My Oracle Supportを介してその他のヘルプ情報にアクセスします。

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

Oracle Data Integratorのインストールに関する最も一般的な問題のトラブルシューティングを行います。

インストール中にエラーが発生した場合は、次のように対処します。

- Oracle Fusion Middlewareのリリース・ノートで最新情報を確認します。最新版のリリース・ノートは、Oracle Technology Network (OTN)から入手できます。

http://www.oracle.com/technetwork/documentation/index.html#middleware

- システムおよび構成が動作保証されていることを確認します。Oracle Fusion Middlewareのサポートされるシステム構成のページで、Oracle Fusion Middlewareでのシステム要件とサポートされているプラットフォームのドキュメントを参照してください。

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. Oracle Data Integratorのアンインストールまたは再インストールの手順に従い、障害が発生したインストールを削除します。

3. エラーの原因となった問題を修正します。

4. インストールを再起動します。

B.2 インストール・ログ・ファイルと構成ログ・ファイルを使用したトラブルシューティング

インストール・ログ・ファイルと構成ログ・ファイルを使用して、Oracle Data Integratorの問題のトラブルシューティングを行います。

インストール・ログ・ファイルと構成ログ・ファイルには、発生する可能性がある問題のトラブルシューティングに役立つ情報が含まれています。これらのログ・ファイルとその内容の詳細は、Oracle Universal Installerによるソフトウェアのインストールのインストール・ログ・ファイルと構成ログ・ファイルの構成を参照してください。

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

Oracle Data Integrator (ODI)とリポジトリのバージョンにおける潜在的な互換性に関する問題のトラブルシューティングを行います。

Oracle Data Integratorを他のOracle Fusion Middleware製品と一緒に使用している場合は、相互運用性および互換性の理解のOracle Data Integrationと他のFusion Middleware製品との相互運用性を必ずお読みください。

特定のサイトまたはプラットフォームでは、ODI Studio、ODIコンソール、スタンドアロン・エージェント、J2EEエージェントおよび実行可能スクリプトなど、様々なODIコンポーネントを同一バージョンにして使用することを強くお薦めします。また、マスター・リポジトリと作業リポジトリのバージョンが、それらのコンポーネントと互換性があることを確認する必要があります(表B-1)。

表B-1 ODIおよびリポジトリの互換性のあるバージョン

ODIバージョン

リポジトリ・バージョン

12c (12.2.1.2.0)

05.01.02.02

12c (12.2.1.1.0)

05.01.02.02

12c (12.1.2)

05.01.01.16

11gリリース1 (11.1.1.7.0)

04.03.04.02

11gリリース1 (11.1.1.6.0)

04.03.04.02

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

My Oracle Supportを介してその他のヘルプ情報にアクセスします。

この付録で問題が解決されない場合は、My Oracle Support (以前のOracleMetaLink)で解決方法を検索してください。

https://support.oracle.com/

問題の解決方法が見つからない場合は、サービス・リクエストをオープンしてください。

C Oracle Data Integratorのセカンダリ・トポロジ

この付録では、Oracle Data Integratorのセカンダリ(代替)トポロジについて説明します。

- Oracle Data Integratorコンソールを含むOracle Data Integratorトポロジ
Oracle Data Integrator (ODI)コンソールは、管理者および開発者がODIトポロジの構成と開発アーティファクトの参照に使用できるWebベースのコンソールです。

- Oracle Data Integratorコンソールの使用
Oracle Data Integrator (ODI)コンソールは構成ウィザードで選択できます。

C.1 Oracle Data Integratorコンソールを含むOracle Data Integratorトポロジ

Oracle Data Integrator (ODI)コンソールは、管理者および開発者がODIトポロジの構成と開発アーティファクトの参照に使用できるWebベースのコンソールです。

ODIコンソールは次のようなユーザーが使用できるWebベースのコンソールです:

- 管理者は、Oracle Data Integratorコンソールを使用して、リポジトリの作成とインポート、およびトポロジの構成を行います。

- ビジネス・ユーザーおよび開発者は、たとえばデータ系統機能やフロー・マップ機能を使用して、このインタフェースで開発アーティファクトを参照します。

このODIインタフェースはOracle Fusion Middleware Controlコンソールと統合され、Fusion Middlewareの管理者はこれにより、Oracle Data Integratorのコンポーネントおよびセッションの詳細にドリルダウンできます。

図C-1は、ODIコンソールを含むOracle Data Integratorトポロジを示しています。

図C-1 ODIコンソールを含むセカンダリ・インストール・トポロジ

C.2 ODIコンソールの使用

Oracle Data Integrator (ODI)コンソールは構成ウィザードで選択できます。

ODIコンソールにアクセスするには、構成ウィザードの「テンプレート」画面で、Oracle Data Integrator - コンソール - 12.2.1.2.6[odi]を選択します。

ODIコンソールを使用するには、Oracle Data Integratorの管理のOracle Data Integratorコンソールの使用の手順に従ってください。

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

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

Oracle Supportへのアクセス

サポートをご契約のお客様には、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)を参照してください。