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

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

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

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

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

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

タスク	説明	ドキュメント
システム環境を確認します	インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。	該当なし
インストールの前後で必要になる必須パッチの確認	インストールしているソフトウェアに必要な必須パッチがあるかどうかについては、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。	『Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。
適切なディストリビューションを入手します	インストール用のOracle Data Integrator製品ディストリビューションを入手します。	「製品ディストリビューションについて」を参照してください。
インストール・ディレクトリを決めます	インストーラが、必要なインストーラ・ディレクトリにアクセスまたは作成できることを確認します。また、最小限の要件を満たすシステムにディレクトリが存在することを確認します。	Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。
ソフトウェアのインストール	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 システム環境の検証ロードマップ

タスク	説明	ドキュメント
動作保証およびシステム要件を確認します	対象のオペレーティング・システムが動作保証されていて、インストールと構成に備えて構成されていることを確認します。	動作保証、システムおよび相互運用性の要件の確認を参照してください。
適切なインストール・ユーザーを特定します	インストール・ユーザーが、ソフトウェアをインストールおよび構成するための必要な権限を持っていることを確認します。	「インストール・ユーザーの選択」を参照してください。
目的のシステムでインストール・ディレクトリおよび構成ディレクトリを選択します	推奨ディレクトリ構造に従って、ソフトウェアのインストールと構成に必要なディレクトリを作成できるかどうかを確認します。 新しい空のOracleホーム・ディレクトリを選択します。	インストールおよび構成のためのディレクトリについてを参照してください。
動作保証されたJDKをインストールします	配布のインストール・プログラムは、ご使用のシステムで動作保証されたJDKを必要とします。	Oracle Fusion MiddlewareのインストールのためのJDK要件についてを参照してください。
中間層のスキーマのデータベースのインストールと構成	WebLogicドメインを構成するには、Oracle Data Integratorに必要なスキーマのために構成された動作保証済のデータベースへのアクセス権が必要です。	Oracle Fusion Middlewareのインストールのためのデータベース要件についてを参照してください。

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

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

1. 環境が動作保証要件を満たしていることの確認:

   サポートされているハードウェア構成およびソフトウェア構成で製品をインストールすることを確認します。

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

2. 動作保証情報を確認するためのシステム要件ドキュメントの使用:

   Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、動作保証要件が満たされていることを確認してください。システム要件は今後変更される可能性があります。そのため、システム要件のドキュメントは、ドキュメント・ライブラリとは別に作成され、Oracle Technology Networkで利用できます。

3. 複数の製品間での相互運用性の確認:

   同じリリースまたは異なるリリースが混在する複数のFusion Middleware製品をインストールおよび実行する方法を学習するには、『相互運用性および互換性の理解』のOracle Fusion Middlewareの相互運用性および互換性に関する項を参照してください。

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

システムをインストールおよび構成するユーザーは、必要な権限を持っている必要があります。

ユーザー権限について

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

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

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

これは、ソフトウェアをインストールしたユーザー以外のユーザーが、Oracleホーム・ディレクトリにインストールされているバイナリを使用して、ドメインやFusion Middleware製品を構成できることを意味します。

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

次の例を参考にしてください。

• 例1: 1人のユーザーがソフトウェアをインストールしてドメインを構成する場合

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

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

  図2-1 1人のユーザーがソフトウェアをインストールしてドメインを構成する場合のディレクトリ構造

  
  

  
  「図2-1 1人のユーザーがソフトウェアをインストールしてドメインを構成する場合のディレクトリ構造」の説明

  
  

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

• 例2: Oracleホーム・ディレクトリとドメインを別のユーザーが作成する場合

  この例は、あるユーザーがOracleホームを作成し、別のユーザーがドメインを構成する場合のファイル権限を説明します。

  図2-2 様々なユーザーがソフトウェアをインストールしてドメインを構成する場合のディレクトリ構造

  
  

  
  「図2-2 様々なユーザーがソフトウェアをインストールしてドメインを構成する場合のディレクトリ構造」の説明

  
  

ノート:

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

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

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

  umask 027

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

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

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

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

LinuxまたはUNIXオペレーティング・システムでのデフォルト以外のユーザー権限について

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

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

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

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

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

デフォルトでは、管理者権限を持つグループのユーザーは、一般レベルの権限でシステムにサインインしますが、管理タスクを実行する際には権限レベルの引き上げをリクエストできます。

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

1. 左下の「スタート」メニューまたはWindowsアイコンから、「コマンド・プロンプト」アイコンを見つけます。
2. コマンド・プロンプトを右クリックして「管理者として実行」を選択します。
   こうするとコマンド・プロンプトのウィンドウが新規に開き、このウィンドウで実行されるすべてのアクションが管理者権限で実行されます。

   ノート:

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

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

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

   java —jar distribution_name.jar

   実行可能ファイル(.exe、.binまたは.shファイル)の場合、次のように入力します。

   distribution_name.exe

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

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

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

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

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

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

「図2-3 Oracle Fusion Middlewareの推奨ディレクトリ構造」の説明

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

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

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

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

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

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

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

Oracleホームの考慮事項

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の相互運用性および互換性を参照してください。

ノート:

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

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

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

デフォルトのドメイン・ホームの場所は、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を指します。

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

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

デフォルトのアプリケーション・ホームの場所は、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を使用します。

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

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

• 方法1

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

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

  製品Aと同じドメインに製品Bをインストールするには:

  1. 新しい製品を追加する間、すべてのサーバーを停止して、ドメインが更新されないようにします。

     『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

  2. 製品Bについて、必要なスキーマの作成など、インストレーション・ガイドの手順に従います。

  3. 構成ウィザードを実行してドメインを構成します。

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

• 方法2

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

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

関連項目:

• WebLogicドメインを更新するには、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの更新に関する項を参照してください。

• 他のOracle Fusion Middlewareの前のバージョン、Oracleまたはサード・パーティ製品と動作するOracle Fusion Middleware製品の機能に関する重要な情報は、『相互運用性および互換性の理解』のOracle Fusion Middleware 14c (14.1.2.0.0)の相互運用性および互換性に関する項を参照してください。

共有記憶域の準備

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

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

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

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

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

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

Oracle Fusion MiddlewareのOracle Fusion Middlewareでサポートされるシステム構成のページで動作保証情報を参照し、必要なJDKバージョンを必ず確認してください。

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

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

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

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

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

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

Oracle Identity Managementのみ:

• OIGの場合は、Oracle Identity Managementスキーマを作成する前に、いくつかの前提条件sqlファイルを実行する必要があります。システム要件と仕様のドキュメントのOracle Identity Managementを使用する際のOracle Database要件に関する項を参照してください。
• デプロイメント・トポロジおよびワークロードに基づいて、My Oracle Supportの次のノートを参照し、デプロイメントに適切な措置を取ることをお薦めします。Oracle Identity Manager (OIM)パフォーマンス・チューニング・ガイドラインおよび診断取集(ドキュメントID 1539554.1)を参照してください

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

製品の配布について

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 Fusion Middleware Infrastructureのインストール方法の詳細は、『Oracle Fusion Middleware Infrastructureのインストールと構成』のInfrastructureソフトウェアのインストールに関する項を参照してください。

  ノート:

  パブリック・インターネットのクラウド・データ・ソースにアクセスする場合、プロキシ・サーバー経由の接続はサポートされていないため、直接ネットワーク接続が必要です。

製品の配布の入手

Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorのディストリビューションは、オラクル社の技術リソースで取得できます。

Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorのインストールを準備するには:

1. コマンドラインでjava -versionと入力して、動作保証されたJDKがシステムにインストールされていることを確認します。14c (14.1.2.0.0)では、動作保証されたJDKは17.0.12以降です。

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

2. Oracle Fusion Middleware InfrastructureおよびOracle Data Integratorソフトウェアを特定してダウンロードします。

   Oracle Fusion Middlewareのインストールのプランニングの製品ディストリビューションの入手を参照してください。

   製品評価のディストリビューションを入手するには、Oracle Software Delivery Cloudのページを参照してください。

ソフトウェアのインストールおよび構成を準備したら、Oracle Data Integratorソフトウェアのインストールを参照してください。

インストール・アーカイブ・ファイルのデジタル署名と整合性の検証

Oracleは、Oracle証明書を使用してインストール・アーカイブ・ファイルにデジタル署名し、パッケージを環境にデプロイする前にパッケージの整合性を確保します。

Javaユーティリティjarsignerを使用して、インストール・アーカイブ・ファイルの整合性を検証します。インストール・ファイルを展開する前にインストール・アーカイブ・ファイルの整合性を検証できます。

クイック検証

インストール・アーカイブ・ファイルをすばやく検証するには、-verifyオプションを指定してjarsignerコマンドを使用します:

1. インストール・アーカイブ・ファイルをダウンロードしたディレクトリに移動します。

2. 次のコマンドを実行してインストール・アーカイブ・ファイルを確認します:

   jarsigner -verify installation_archive_file

   たとえば、Oracle Fusion Middleware Infrastructureアーカイブを確認するには:

   jarsigner -verify fmw_14.1.2.0.0_infrastructure.jar

   jar verified.

詳細な証明書情報

詳細な証明書情報が必要な場合は、-verbose:summaryおよび-certsを-verifyオプションとともに使用します。

1. インストール・アーカイブ・ファイルをダウンロードしたディレクトリに移動します。

2. 次のコマンドを実行してインストール・アーカイブ・ファイルを確認します:

   jarsigner -verify -verbose:summary -certs installation_archive_file

   たとえば、Oracle Fusion Middleware Infrastructureイメージを確認するには:

   jarsigner -verify -verbose:summary -certs fmw_14.1.2.0.0_infrastructure.jar

   出力は、次のようなものです。

   2237119 Fri Dec 6 07:02:30 UTC 2023 META-INF/MANIFEST.MF
   
         >>> Signer
         X.509, CN="Oracle America, Inc.", O="Oracle America, Inc.", L=Redwood City, ST=California, C=US
         [
         Signature algorithm: SHA256withRSA, 3072-bit key
         [certificate is valid from 12/19/24 12:00 AM to 12/19/25 11:59 PM]
         X.509, CN=DigiCert Trusted G4 Code Signing RSA4096 SHA384 2021 CA1, O="DigiCert, Inc.", C=US
         [
         Signature algorithm: SHA384withRSA, 4096-bit key
         [certificate is valid from 4/29/24 12:00 AM to 4/28/36 11:59 PM]
         X.509, CN=DigiCert Trusted Root G4, O=DigiCert Inc, C=US
         [
         Signature algorithm: SHA384withRSA, 4096-bit key
         [trusted certificate]
         >>> TSA
         X.509, CN=DigiCert Timestamp 2024 - 2, O=DigiCert, C=US
         [
         Signature algorithm: SHA256withRSA, 4096-bit key
         [certificate is valid from 9/21/24 12:00 AM to 11/21/33 11:59 PM]
         X.509, CN=DigiCert Trusted G4 RSA4096 SHA256 TimeStamping CA, O="DigiCert, Inc.", C=US
         [
         Signature algorithm: SHA256withRSA, 4096-bit key
         [certificate is valid from 3/23/24 12:00 AM to 3/22/37 11:59 PM]
         X.509, CN=DigiCert Trusted Root G4, O=DigiCert Inc, C=US
         [
         Signature algorithm: SHA384withRSA, 4096-bit key
         [certificate is valid from 8/1/24 12:00 AM to 11/9/31 11:59 PM]
   
          2237281 Fri Feb 17 07:02:32 UTC 2024 META-INF/ORACLE_C.SF (and 1 more)
   
         (Signature related entries)
   
               0 Fri Feb 17 05:41:24 UTC 2023 OPatch/ (and 1897 more)
   
         (Directory entries)
   
          2977 Tue Dec 20 08:02:16 UTC 2024 OPatch/README.txt (and 20199 more)
   
         [entry was signed on 2/17/24 7:02 AM]
         >>> Signer
         X.509, CN="Oracle America, Inc.", O="Oracle America, Inc.", L=Redwood City, ST=California, C=US
         [
         Signature algorithm: SHA256withRSA, 3072-bit key
         [certificate is valid from 8/19/24 12:00 AM to 8/19/25 11:59 PM]
         X.509, CN=DigiCert Trusted G4 Code Signing RSA4096 SHA384 2021 CA1, O="DigiCert, Inc.", C=US
         [
         Signature algorithm: SHA384withRSA, 4096-bit key
         [certificate is valid from 4/29/24 12:00 AM to 4/28/36 11:59 PM]
         X.509, CN=DigiCert Trusted Root G4, O=DigiCert Inc, C=US
         [
         Signature algorithm: SHA384withRSA, 4096-bit key
         [trusted certificate]
         >>> TSA
         X.509, CN=DigiCert Timestamp 2024 - 2, O=DigiCert, C=US
         [
         Signature algorithm: SHA256withRSA, 4096-bit key
         [certificate is valid from 9/21/24 12:00 AM to 11/21/33 11:59 PM]
         X.509, CN=DigiCert Trusted G4 RSA4096 SHA256 TimeStamping CA, O="DigiCert, Inc.", C=US
         [
         Signature algorithm: SHA256withRSA, 4096-bit key
         [certificate is valid from 3/23/24 12:00 AM to 3/22/37 11:59 PM]
         X.509, CN=DigiCert Trusted Root G4, O=DigiCert Inc, C=US
         [
         Signature algorithm: SHA384withRSA, 4096-bit key
         [certificate is valid from 8/1/24 12:00 AM to 11/9/31 11:59 PM]
   
   
     s = signature was verified
     m = entry is listed in manifest
     k = at least one certificate was found in keystore
     i = at least one certificate was found in identity scope
   
   - Signed by "CN="Oracle America, Inc.", O="Oracle America, Inc.", L=Redwood City, ST=California, C=US"
       Digest algorithm: SHA-256
       Signature algorithm: SHA256withRSA, 3072-bit key
     Timestamped by "CN=DigiCert Timestamp 2024 - 2, O=DigiCert, C=US" on Fri Feb 17 07:02:33 UTC 2024
       Timestamp digest algorithm: SHA-256
       Timestamp signature algorithm: SHA256withRSA, 4096-bit key
   
   jar verified.
   
   The signer certificate will expire on 2025-12-19.
   The timestamp will expire on 2031-11-09.