Oracle® Fusion Middleware

Oracle Data Integratorアップグレード・ガイド

11gリリース1(11.1.1.9.0)

B70182-03(原本部品番号:E12642-05)

2015年4月

Oracle Fusion Middleware Oracle Data Integratorアップグレード・ガイド 11g リリース1 (11.1.1.9.0)

B70182-03

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

原本著者: Joe Paul

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

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

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

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

このドキュメントの情報は、情報共有の目的のみに使用され、顧客諮問委員会の会員の立場で考慮されるか、ベータ・トライアル版契約のみに準じる必要があります。資料、規約または機能性を配信する義務はなく、購買決定に依存すべきではないものとします。このドキュメントに記載されている開発、リリース、およびすべての機能または機能性の時期は、オラクル社の独自の判断に従うものとします。

このドキュメントは、ソフトウェアまたは印刷物などの形式にかかわらず、オラクル社の独占的な財産である機密情報を含みます。この機密資料へのアクセスと使用は、オラクル社との間で締結され遵守に同意したOracle Master Agreement、Oracle License and Services Agreement、Oracle PartnerNetwork Agreement、オラクル販売契約、あるいはその他のライセンス契約の条件にしたがうものとします。オラクル社の文書による事前承諾なしに、このドキュメントおよびここに含まれる情報を開示、コピー、再生、またはオラクル社外部の他者に配布することはできません。このドキュメントは使用許諾契約の一部ではなく、オラクル社の子会社またはアフィリエイトとの契約上の合意に組み込まれません。

目次

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

はじめに

- 対象者

- 関連ドキュメント

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

1 Oracle Data Integratorのアップグレード・プロセスの概要

- 1.1 アップグレードおよびパッチ適用の理解

- 1.1.1 Oracle Data Integratorのアップグレードの定義

- 1.1.2 Oracle Data Integratorのパッチ適用の定義

- 1.2 Oracle Data Integratorのアップグレードのロードマップ

2 Oracle Data Integrator 11gの10gユーザー向け情報

- 2.1 Oracle Data Integratorインストールのコンポーネントの概要

- 2.2 Oracle Data Integrator 10gユーザー向けの重要な変更

- 2.2.1 アップグレードの考慮事項

- 2.2.2 ランタイム・エージェントの変更

- 2.2.3 コマンドライン・ツールおよびスタンドアロン・エージェントに対するロギング・ファイルの変更

- 2.2.4 その他の変更

- 2.3 SunopsisからOracle Data Integrator 10gへのアップグレード

3 Oracle Data Integrator環境のアップグレード

- 3.1 Oracle Data Integratorの開始ポイントの理解

- 3.1.1 中間層インスタンスをアップグレードするときの開始点

- 3.1.2 Oracle Data Integratorリポジトリをアップグレードするときの開始点

- 3.2 Oracle Data Integratorコンポーネントのアーキテクチャの計画

- 3.3 ODIリポジトリを含むデータベースのアップグレード

- 3.4 作業リポジトリが正しいスキーマにアタッチされていることの確認

- 3.5 既存のマスターおよび作業リポジトリのクローニング

- 3.5.1 Oracle Databaseでのスキーマのクローニング・プロセス

- 3.5.2 MySQLデータベースでのスキーマのクローニング・プロセス

- 3.5.3 Microsoft SQL Serverデータベースでのスキーマのクローニング・プロセス

- 3.5.4 PostgreSQLデータベースでのスキーマのクローニング・プロセス

- 3.5.5 IBM DB2 Universal Databaseでのスキーマのクローニング・プロセス

- 3.5.5.1 ODI 10gマスターおよび作業スキーマに対する共通のホストのクローニング・プロセス

- 3.5.5.2 ODI 10gマスターおよび作業スキーマに対する異なるホストのクローニング・プロセス

- 3.5.6 IBM DB2 AS/400データベースでのスキーマのクローニング・プロセス

- 3.5.7 Sybase AS Enterprise 15+でのスキーマのクローニング・プロセス

- 3.5.8 Hypersonic SQL 1.7.3.3でのスキーマのクローニング・プロセス

- 3.6 アップグレードするODIリポジトリのデータベース・バックアップの作成

- 3.7 Oracle Data Integrator 11gのインストールと構成

- 3.8 ODI中間層およびリポジトリをアップグレードするためのアップグレード・アシスタントの実行

- 3.8.1 Oracle Data Integratorに対するアップグレード・アシスタントの実行

- 3.8.2 中間層インスタンスのアップグレード

- 3.8.3 Oracle Data Integratorリポジトリのアップグレード

- 3.9 アップグレード後の手順の実行

4 アップグレード後のODIの再構成

- 4.1 作業リポジトリの接続パラメータの更新

- 4.2 トポロジおよびセキュリティ・メタデータの更新

- 4.3 ODI 11gトポロジおよびセキュリティ・メタデータへのODI 10gの変更の再適用

- 4.4 オープン・ツールの再適用

- 4.5 KMを必須更新で置換

A Oracle Data Integratorのアップグレード画面

- A.1 ようこそ

- A.2 操作の指定

- A.3 ソース・ホームの指定

- A.4 前提条件

- A.5 ターゲット・データベース

- A.6 調査

- A.7 アップグレード・サマリー

- A.8 アップグレードの進行状況

- A.9 アップグレードの終了

索引

はじめに

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

- 対象者

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

- 関連ドキュメント

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

対象読者

このマニュアルは、Oracle Data Integratorのインストール、保守およびアップグレードを担当するOracle Fusion Middlewareシステム管理者を対象としています。ここでは、読者に次の知識があることを前提としています。

- Oracle Fusion Middlewareシステムの管理および構成

- アップグレードするシステムの構成パラメータおよび予想される動作

関連ドキュメント

Oracle Fusion Middleware製品に関する重要な情報は、次のマニュアルを参照してください。

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

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

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

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

- Oracle Fusion Middlewareパッチ適用ガイド
このガイドでは、既存の11gバージョンのOracle Data Integratorを最新の使用可能バージョンに更新するための情報を提供します。

- Oracle Fusion Middleware Oracle Data Integratorアップグレード・ガイド
このガイドでは、既存の10gバージョンのOracle Data Integratorを最新の使用可能バージョンにアップグレードするための情報を提供します。

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

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

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

- 『Oracle Fusion Middleware Oracle Data Integratorナレッジ・モジュール開発者ガイド』
このガイドでは、Oracle Data Integratorでの独自のナレッジ・モジュールの開発方法について説明します。

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

- Oracle Fusion Middleware ODIのためのOracle Data ProfilingおよびOracle Data Qualityインストレーション・ガイド
このガイドでは、インストールの前提条件やトラブルシューティングなどの、Oracle Data IntegratorのためのOracle Data ProfilingおよびOracle Data Qualityのインストールに関する情報を示します。

- Oracle Fusion Middleware ODIのためのOracle Data ProfilingおよびOracle Data Qualityアップグレード・ガイド

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

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracleサポートへのアクセス

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

1 Oracle Data Integratorのアップグレード・プロセスの概要

この章では、Oracle Data Integratorのアップグレード・プロセスの概要を説明します。この章では、次の項目について説明します。

- 第1.1項「アップグレードおよびパッチ適用の理解」

- 第1.2項「Oracle Data Integratorのアップグレードのロードマップ」

1.1 アップグレードおよびパッチ適用の理解

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

- 第1.1.1項「Oracle Data Integratorのアップグレードの定義」

- 第1.1.2項「Oracle Data Integratorのパッチ適用の定義」

1.1.1 Oracle Data Integratorのアップグレードの定義

アップグレードという用語は、以前の主要バージョンから次の主要バージョンへの移行を指します。たとえば、Oracle Application Server 10gからOracle Fusion Middleware 11gに移行するにはアップグレードが必要となります。同様に、Oracle Fusion Middleware 11g リリース1(11.1.1.3.0)から11gリリース2(11.1.2.0.0)への移行でもアップグレードが必要です。

このドキュメントでは、Oracle Data Integrator 10gソフトウェアをOracle Fusion Middleware 11gにアップグレードする手順について説明します。

1.1.2 Oracle Data Integratorのパッチ適用の定義

パッチ適用という用語は、既存のインストールに対する小型のファイル・コレクションのコピーを指します。通常、パッチはOracle製品の特定のバージョンに関連付けられており、製品の1つのマイナー・バージョンから同じ製品のより新しいバージョンへの(たとえば、バージョン11.1.1.2.0からバージョン11.1.1.3.0などへの)更新が実行されます。

パッチ・セット・リリース

パッチ・セットとは、同時に適用することを目的とした複数のパッチを単独のパッチにまとめたものです。このような場合、製品バージョン番号は、パッチと同じように変更されます。たとえば、Oracle Data Integratorパッチ・セット1は11gリリース1(11.1.1.5.0)、パッチ・セット2は11gリリース1(11.1.1.6.0)になります。

パッチ・セット・リリースを適用するには、『Oracle Fusion Middlewareパッチ適用ガイド』のOracle Fusion Middlewareの最新のパッチ・セットの適用に関する項の説明に従い、パッチ・セット・インストーラを使用する必要があります。

個別パッチ

Oracle Data Integratorで使用できるもう1つのタイプのパッチは、個別パッチです。個別パッチは累積的でなく、限定された数のバグ修正のみが含まれます。個別パッチを適用しても、製品リリース番号は変更されません。

個別パッチを適用するには、『Oracle Fusion Middlewareパッチ適用ガイド』のOracle Fusion MiddlewareへのOracle OPatchの適用に関する項の説明に従い、OPatchを使用する必要があります。

1.2 Oracle Data Integratorのアップグレードのロードマップ

図1-1は、Oracle Data Integratorのアップグレード処理の概要を示しています。このプロセスを参考にして、既存のOracle Data Integrator環境で実行する必要がある手順について理解してください。

注意:
アップグレードでは、以前の主要バージョンから次の主要バージョンへの移行を行います。たとえば、アップグレードにはOracle Data Integrator 10gからOracle Data Integrator 11gへの移動が必要になる可能性があります。
パッチを適用する場合や小さなファイルの集まりを既存のシステムにコピーする場合は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

図1-1 ODIのアップグレードのプロセス・フロー

表1-1は、アップグレード・プロセスのフロー・チャート(図1-1を参照)に示されている各手順について説明しています。この表には、プロセスの各手順について、詳細情報の参照先も示されています。

表1-1 Oracle Data Integratorのアップグレード手順

タスク

説明

詳細情報

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』におけるアップグレードの概念の確認

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』では、互換性に関する情報、使用するOracle Fusion Middlewareコンポーネントをサポートするデータベースのアップグレード方法など、Oracle Data Integrator環境全体をOracle Fusion Middlewareにアップグレードする方法を示す高度な概要が記載されています。

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード戦略の策定に関する説明

アップグレードの開始ポイントについて

アップグレードの計画前に、Oracle Data Integratorのアップグレードでサポートされる開始ポイントを十分に理解しておく必要があります。

第3.1項「Oracle Data Integratorの開始ポイントの理解」

Oracle Data Integratorコンポーネントのアーキテクチャの決定

Oracle WebLogic Serverの導入により、Oracle Data Integratorのコンポーネントの構成とアーキテクチャが変わります。アップグレードの開始前に、Oracle Fusion Middleware 11gの基本的な構成を十分に理解しておく必要があります。

第3.2項「Oracle Data Integratorコンポーネントのアーキテクチャの計画」

(必要時)サポートされているデータベース・バージョンへのリポジトリ・データベースのアップグレード

Oracle Data Integratorリポジトリは、データベース・スキーマに格納されます。スキーマをアップグレードする前に、データベースがサポート対象のバージョンであることを確認してください。

第3.3項「ODIリポジトリを含むデータベースのアップグレード」

作業リポジトリが正しい作業リポジトリのスキーマおよびホストにアタッチされていることの確認

アップグレード・アシスタントはマスター・リポジトリにアタッチされるすべての作業リポジトリをアップグレードします。アップグレードを実行する前に、作業リポジトリのそれぞれが正しい作業リポジトリのスキーマおよびホストにアタッチされている必要があります。また、ホストがOracle Databaseの場合、作業リポジトリを正しくアップグレードするためには、事前に追加の権限も付与する必要があります。

第3.4項「作業リポジトリが正しいスキーマにアタッチされていることの確認」

アップグレード・アシスタントの実行前に既存のマスターおよび作業リポジトリをコピー(クローニング)

クローニングされたリポジトリ・スキーマに対してリポジトリのアップグレードを実行することをお薦めします。

第3.5項「既存のマスターおよび作業リポジトリのクローニング」

アップグレードするODIスキーマのデータベース・バックアップを作成

リポジトリ・スキーマがクローン済でなく、非クローン済スキーマをアップグレードしようとしている場合は、バックアップの作成は必須です。ODIスキーマのバックアップの実行は、アップグレードに失敗し、コンテンツが破損した場合には特に重要です。バックアップによって、壊れたスキーマを削除し、アップグレードを完了するためにオリジナルを再クローニングできます。

第3.6項「アップグレードするODIリポジトリのデータベース・バックアップの作成」

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

ODI 11gのインストールではアップグレード・アシスタントを利用できます。

第3.7項「Oracle Data Integrator 11gのインストールと構成」

アップグレード・アシスタントによるアップグレード・プロセスの開始

アップグレード・アシスタントは、Oracle Data Integratorのアップグレード・タスクの大部分を自動化します。

第3.8.1項「Oracle Data Integratorに対するアップグレード・アシスタントの実行」

Oracle Data Integrator中間層をアップグレードするためにアップグレード・アシスタントを実行(この手順は、リポジトリのアップグレードの前または後に実行できます。)

ODIスタンドアロン・エージェントのインストールの場合: この手順では、ユーザーの10gエージェント・ライブラリ、ドライバおよびスクリプト・エンジンを11gスタンドアロン・エージェントのインストール・フォルダにコピーします。

このアップグレード手順は、Java EEコンポーネント(ODI 10g内に存在しないため)および10g Designerまたは11g Studioに適用されません。

第3.8.2項「中間層インスタンスのアップグレード」

Oracle Data Integratorマスター・リポジトリおよび作業リポジトリ・スキーマをアップグレードするためのアップグレード・アシスタントの実行(この手順は、中間層のアップグレードの前または後に実行できます。)

アップグレード・アシスタントはOracle Data Integrator 10gリポジトリ・スキーマをOracle Data Integrator 11gへアップグレードします。

第3.8.3項「Oracle Data Integratorリポジトリのアップグレード」

アップグレード後に必要な手動手順の実行

多くのアップグレード・タスクは、アップグレード・アシスタントによって自動で実行されますが、アップグレード・アシスタントを実行した後で、構成設定を手動で変更する必要がある場合があります。

第4章「アップグレード後のODIの再構成」

2 Oracle Data Integrator 11gの10gユーザー向け情報

次の項では、10gリリース3(10.1.3.x)ユーザー向けのOracle Data Integrator環境のいくつかの主要概念について説明します。

- 第2.1項 Oracle Data Integratorインストールのコンポーネントの概要

- 第2.2項 Oracle Data Integrator 10gユーザー向けの重要な変更

- 第2.3項「SunopsisからOracle Data Integrator 10gへのアップグレード」

2.1 Oracle Data Integratorインストールのコンポーネントの概要

Oracle Data Integrator 10g リリース3(10.1.3)には次のコンポーネントがあります。

- Oracle Data Integrator

- Oracle Data Profiling

- Oracle Data Quality for Data Integrator

Oracle Data Integrator 11gは、これらのすべてのコンポーネントを更新しますが、1つのインストールにはまとめられていません。Oracle Data Integrator 11gでは、Oracle Data ProfilingおよびOracle Data Qualityコンポーネントは同じリソースおよびサービスを提供しますが個別にパッケージ化されており、個別にインストールします。

特に、Oracle Data Integrator 11gでは、次のインストール・オプションが提供されています。

- Oracle Data Integratorのクライアント・コンポーネント

- ODI Studio
このコンポーネントは、Oracle Data Integrator 10gグラフィカル・モジュール(Designer、Operator、Topology ManagerおよびSecurity Manager)にかわるもので、それらのモジュールはFusion共通プラットフォーム(FCP)の単一のユーザー・インタフェースに統合されています。

- ODI Software Development Kit (SDK)
この新しいコンポーネントは、実行時操作と設計時操作を行うためのJava APIです。

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

- スタンドアロン・エージェント
このコンポーネントは、ODI 10gランタイム・エージェントに対応します。Javaマシンで動作します。

- Oracle Data IntegratorのJava EEコンポーネント

- Java EEエージェント
このコンポーネントは、アプリケーション・サーバー内での開発用のJava EE版ランタイム・エージェントです。

- Oracle Data Integratorコンソール
このコンポーネントはODI 10gリポジトリ・エクスプローラ(Metadata Navigator)およびLightweight Designerのコンポーネントに置き換わるものです。さらに、ODI用のOracle Enterprise Managerプラグインをインストールします。

- 公開Webサービス
このコンポーネントは、コンテキストおよびシナリオのリストが可能なWebサービスです。その他のランタイムWebサービスの処理(シナリオおよびセッションの実行)は、スタンドアロンおよびJava EEエージェント・コンポーネントで実行できます。

詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のOracle Data IntegratorのWebサービスの使用に関する項を参照してください。

2.2 Oracle Data Integrator 10gユーザー向けの重要な変更

全体的な製品のアーキテクチャは変更されていませんが、10gユーザーは次の変更を把握して、それらの更新を計画する必要があります。

- 第2.2.1項「アップグレードの考慮事項」

- 第2.2.2項「ランタイム・エージェントの変更」

- 第2.2.3項「コマンドライン・ツールおよびスタンドアロン・エージェントに対するロギング・ファイルの変更」

- 第2.2.4項「その他の変更」

2.2.1 アップグレードの考慮事項

アップグレード・プロセスを開始する前に、次の点について考慮してください。

- ODI 11gR1のアップグレードは、アップグレード・アシスタントを使用して実行します。リポジトリをOracle Data Integratorユーザー・インタフェースからアップグレードすることはできません。

- アップグレード・アシスタントは、外部で認証されたリポジトリのアップグレードをサポートしていません。リポジトリが外部で認証されている場合は、アップグレード前に認証を外部から内部へ切り替える必要があります。アップグレード後は、認証を切り替えて外部へ戻すことができます。
詳細は、 『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の認証モードの切り替えに関する項を参照してください。

- Oracle Data Integratorリポジトリを含むデータベースは、Oracle Fusion Middleware 11gによってサポートされる必要があります。サポートされているデータベースの最新リストは、次を参照してください。
http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html

- データベースがOracle Fusion Middleware 11gの要件を満たしているかどうかを確認する手順については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。関連情報として、データベース独自のアップグレードに関するドキュメントを参照することをお薦めします。

- アップグレード・プロセスの間、作業リポジトリは、マスター・リポジトリと同じデータベース・サーバーに配置する必要があります。リポジトリは、アップグレード後に、手動で再度分散配置できます。
リポジトリのクローニングの詳細は、「既存のマスターおよび作業リポジトリのクローニング」を参照してください。

- ODI 11.1.1.5.0以降では、10gから単一のODIプロジェクトをエクスポートし、ODI Smart Export and Importの機能を使用してODIリポジトリにインポートできます。
エクスポート/インポートによるODIプロジェクトのアップグレードの詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のエクスポート/インポートに関する項を参照してください。

2.2.2 ランタイム・エージェントの変更

ランタイム・エージェントは、スタンドアロン・エージェントまたはJava EEエージェントとして利用可能です。これらのエージェントは、単一の作業リポジトリに接続され、スケジューラとして機能するようになります。エージェントは、起動時に手順どおりにマスター・リポジトリへ接続します。

これらのエージェントの場合、適切に起動するには、次の操作を行います。

- スタンドアロン・エージェントの場合、接続構成を(odiparamsファイルを使用して)実行する必要があります。agent.batの実行により、スケジューラ・エージェントが起動します。

- Java EEエージェントの場合、接続の構成はエージェント・テンプレートで行い、エージェントはアプリケーション・サーバーで定義されたJDBCデータ・ソースを使用してリポジトリに接続します。

エージェントは、独自のプロトコルではなくHTTPを使用するようになりました。さらに、スタンドアロン・エージェントは、ラッパー・ツールを使用してサービスとして起動する必要がなくなりました。エージェントを高可用性対応で構成するには、Oracle Process Manager and Notification Server (OPMN)を使用し、いくつかの組込みスクリプトを使用して構成します。

2.2.3 コマンドライン・ツールおよびスタンドアロン・エージェントに対するロギング・ファイルの変更

スタンドアロン・エージェントおよびコマンドライン・ツールは、静的名を持つログ・ファイルを作成します。この変更は、コマンドライン・ツールで-NAMEパラメータを使用して動的ログ・ファイルを作成している、Oracle Data Integrator 10gのユーザーに影響を与えます。

次に例を示します。

- startscen.shまたはstartscen.batツールは、常にscartscen.logファイルを作成します。

- スタンドアロン・エージェント・ログ・メッセージは、常にodiagent.logに書き込まれます。

2.2.4 その他の変更

Oracle Data Integrator 10gユーザーは、Oracle Data Integrator 11gでの次の変更も把握しておく必要があります。

- ODIバージョン11.1.1.5.0では、ODIバインド変数の名前を大文字にする必要があります。小文字の変数や大文字小文字混在の変数を使用している場合、この対処方法として二重引用符を使用できます(SELECT 'odi 11' AS "txt" FROM dual)。ただし、この変更によってコードの再開発が必要になる場合があることに注意してください。

- getObjectNameメソッドは、オブジェクト名を、テクノロジで許容されるオブジェクトの最大長で自動的に切り捨てるようになりました。ODI 11g以前はオブジェクト名が切り捨てられることはありませんでした。オブジェクト名を切り捨てず、10gの動作を再現するには、サーバーにOBJECT_NAME_LENGTH_CHECK_OLDプロパティを追加し、その値をtrueに設定します。このプロパティは、データ・サーバーのプロパティ・タブで追加できます。
注意: オブジェクト名が11gへのアップグレード後に途中で切れる場合は、コードの変更を検討してください。さらに、前述の方法は一時的な対処としてのみ使用してください。

- ODIログイン・ファイルのsnps_login_security.xmlとsnps_login_work.xmlは、snps_login_work.xmlという名前の1つのファイルに統合されました。snps_login_work.xmlファイルは、Windowsオペレーティング・システムの場合%APPDATA%/odi/oraclediディレクトリに配置され、UNIXオペレーティング・システムの場合USER_HOME/.odi/oraclediに配置されます。

- ODIバージョン11.1.1.5.0には、HSQLデータベース・バージョン2.0がバンドルされています。前のODIのバージョンでは、HSQLデータベース・バージョン1.7.3が付属されていました。HSQLデータベースは、メモリー・エンジン、デモンストレーション環境およびXMLとLDAPドライバのメモリー・ストレージに使用されます。ODIからは、独自のHSQL 1.7.3データベースに接続して使用することができます。その場合、一度HSQLデータベースをバージョン2.0にアップグレードすると、ODIからバージョン1.7.3のHSQLデータベースに接続できなくなります。ODI 11.1.1.5.0にアップグレードする前に、HSQLデータベース・バージョン1.7.3をバージョン2.0にアップグレードする必要があります。
データベースのアップグレード方法の詳細は、http://www.hsqldb.org/doc/2.0/guide/deployment-chapt.html#deployment_upgrade-sectのHSQLデータベースのドキュメントを参照してください。

また、http://www.hsqldb.org/web/changelog.htmlでHSQLデータベースの変更ログを参照してください。

- ナレッジ・モジュールおよびテクノロジは、/xml-referenceという名前のディレクトリにあります。

- デモンストレーション環境は、ODI Companion CDのODIインストーラから独立して提供されています。

- Host and Modulesは、セキュリティから削除されています。この機能全体が廃止されています。

- スクリプトJython、agentscheduler、agentweb、designer、topology、securityおよびoperatorが廃止されました。

- Oracle、DB2およびMicrosoft SQL Serverのリポジトリ作成は、Repository作成ユーティリティ(RCU)を使用して実行できます。このツールでは、複数のOracle製品のスキーマを作成および管理できます。

- リポジトリの作成とインポートはODI Studioから可能です。mimportおよびmupgradeスクリプトは廃止されました。

- ODIには、新たにMSSQLやDB2などのテクノロジへ接続するためのDataDirect JDBCドライバが付属されています。なお、他のODIドライバも、データベースへの接続に引き続き使用できます。スタンドアロン・エージェント用の追加ドライバは、/driversディレクトリにありますが、ODI StudioのドライバはDOMAIN_HOMEにあります。
詳細は、『Oracle Fusion Middleware Oracle Data Integratorインストール・ガイド』の「追加ドライバおよびオープン・ツールの追加」を参照してください。

注意:
Oracle Data Integrator 11gR1の新機能の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の「Oracle Data Integratorの新機能」を参照してください。

2.3 SunopsisからOracle Data Integrator 10gへのアップグレード

現在Sunopsis 3.0.00.00以降の環境を使用している場合、Oracle Data Integrator 11gにアップグレードするときには、最初に環境をOracle Data Integrator 10gにアップグレードしてから、このガイドの指示に従って10gから11gにアップグレードしてください。

SunopsisからOracle Data Integrator 10gにアップグレードするには、10gリリース1(10.13.)用の『Oracle Data Integratorインストレーション・ガイド』のSunopsisからOracle Data Integratorへのアップグレードに関する項に記載されている指示に従ってください。このガイドは次のURLで参照できます。

http://docs.oracle.com/cd/E15985_01/doc.10136/install/ODIIG.pdf

3 Oracle Data Integrator環境のアップグレード

この章では、既存のOracle Data Integrator 10g環境をOracle Data Integrator 11gにアップグレードする方法について説明します。既存の11g環境をODIの新しい11gのバージョンにアップグレードする場合は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

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

- Oracle Data Integratorの開始ポイントの理解

- Oracle Data Integratorコンポーネントのアーキテクチャの計画

- ODIリポジトリを含むデータベースのアップグレード

- 作業リポジトリが正しいスキーマにアタッチされていることの確認

- 既存のマスターおよび作業リポジトリのクローニング

- アップグレードするODIリポジトリのデータベース・バックアップの作成

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

- ODI中間層およびリポジトリをアップグレードするためのアップグレード・アシスタントの実行

- Oracle Data Integratorに対するアップグレード・アシスタントの実行

- 中間層インスタンスのアップグレード

- Oracle Data Integratorリポジトリのアップグレード

- アップグレード後の手順の実行

3.1 Oracle Data Integratorの開始ポイントの理解

アップグレードでサポートされる開始ポイントは、アップグレードするコンポーネントとインストール済のコンポーネントによって異なります。

また、ODI 10gを11.1.1.6.0にアップグレードする場合は、後続の各項で説明するODI用アップグレード・アシスタントを使用します。ODI 11.1.1.5.0から11.1.1.6.0へアップグレードする場合は、ODI用のOracleパッチ・セット・アシスタントを使用します。パッチ・セット・アシスタントの使用方法の詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

この項では、次のアップグレード操作の開始点について説明します。

- 中間層インスタンスをアップグレードするときの開始点

- Oracle Data Integratorリポジトリをアップグレードするときの開始点

注意:
Oracle Data Integrator 10gリリース3(10.1.3) Data Qualityは、標準のOracle Data Integrator 11gのインストールには含まれていません。これらのコンポーネントは、別々にインストールし、別々のアップグレード・プロセスでアップグレードする必要があります。詳細は、『Oracle Fusion Middleware Oracle Data Profiling and Oracle Data Quality for Oracle Data Integratorアップグレード・ガイド』を参照してください。

3.1.1 中間層インスタンスをアップグレードするときの開始点

ODI中間層のアップグレードでは、10gエージェント・ライブラリ、ドライバおよびスクリプト・エンジンを11gスタンドアロン・エージェントのインストール・フォルダにコピーします。

Oracle Data Integratorの中間層のアップグレードを実行するには、ODI 10g (10.1.3)ランタイム・エージェントおよびODI 11gスタンドアロン・エージェントが同一システムにインストールされている必要があります。

3.1.2 Oracle Data Integratorリポジトリをアップグレードするときの開始点

Oracle Data Integratorリポジトリを含むデータベースは、Oracle Fusion Middleware 11gによってサポートされる必要があります。アップグレード・アシスタントは、以下に示すデータベースのマスター・リポジトリおよび作業リポジトリのアップグレードをサポートしています。

注意:
ODI Smart Export and Importの機能を使用して、オブジェクトを10gからエクスポートし、11.1.1.5.0以上にインポートできます。
エクスポート/インポートによるODIプロジェクトのアップグレードの詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のエクスポート/インポートに関する項を参照してください。

現在のデータベースが次のリストにない場合や、使用しているデータベースのバージョンがODI 11gと互換性があるかを検証する場合には、「ODIリポジトリを含むデータベースのアップグレード」を参照してください。

- Oracle RDBMS
注意: Oracle Database DBAでアップグレードを実行するにはSYSDBA権限が必要です。

- Microsoft SQL Server

- Sybase Adaptive Server
注意: Sybaseに格納されているリポジトリをアップグレードするには、そのリポジトリが4K以上のページ・サイズのデータベースに格納されている必要があります。リポジトリがページ・サイズの小さなデータベースに格納されている場合、そのリポジトリをアップグレードする前に、データベースを適切なページ・サイズのデータベースに移行する必要があります。

ページ・サイズの増加方法の詳細は、http://www.sybase.com/content/1021203/sybmigrate_wp.pdfを参照してください。

- Hypersonic SQL

- IBM DB2

- IBM DB2/400

- PostgreSQL
注意: ODI 11gアップグレード・アシスタントには、サポート対象のすべてのデータベースに対応するドライバが含まれています(PostgreSQLを除く)。PostgreSQLにアップグレード・アシスタントを使用する場合は、postgresql-8.4-701.jdbc4.jarを次のディレクトリにインストールしてから、アップグレード・アシスタントを使用してください。

ODI_HOME/upgrade/jlib

ODI_HOMEは、Oracle Data Integrator 11gのインストール・ディレクトリです。

3.2 Oracle Data Integratorコンポーネントのアーキテクチャの計画

Oracle Data Integrator 10gコンポーネントのアーキテクチャは、ODI 11gで変更されています。ODI 10gと同じコンポーネントの構成を維持することもできますが、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のOracle Data Integratorの概要に関する項で新しいコンポーネントの構成を確認することをお薦めします。

3.3 ODIリポジトリを含むデータベースのアップグレード

Oracle Data Integratorリポジトリを含むデータベースは、Oracle Fusion Middleware 11gによってサポートされる必要があります。サポートされているデータベースの最新リストは、次を参照してください。

http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html

データベースがOracle Fusion Middleware 11gの要件を満たしているかどうかを確認する手順については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。関連情報として、データベース独自のアップグレードに関するドキュメントを参照することをお薦めします。

注意:
使用していたRDBMSがOracle Data Integrator 10gでサポートされていたが、Oracle Data Integrator 11gでサポートされなくなった場合は、アップグレードする前にODI 10gバージョンで、次の手順を実行します。

1. サポートされていないデータベース・システム/バージョンからODI 10gリポジトリをエクスポートします。

2. サポート対象のデータベース・システム/バージョンに、新しい10gバージョンのリポジトリを作成し、マスターおよび作業リポジトリをインポートします。

詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のリポジトリレベルのエクスポート/インポートに関する項を参照してください。

3.4 作業リポジトリが正しいスキーマにアタッチされていることの確認

11.1.1.6.0以降、アップグレード・アシスタントはマスター・リポジトリにアタッチされているすべての作業リポジトリをアップグレードします。作業リポジトリを正常にアップグレードするために、アップグレードの前に、リポジトリが正しいスキーマおよびホストにアタッチされていることを確認する必要があります。

1. 既存のODIクライアント(アップグレード前のバージョン)を使用してODIマスター・リポジトリに接続します。
ODIマスター・リポジトリへの接続の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のマスター・リポジトリへの接続に関する項を参照してください。

2. 作業リポジトリが正しい作業リポジトリのスキーマおよびホストにアタッチされていることを検証します。
詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』の作業リポジトリへの接続に関する項と作業リポジトリのアタッチおよび削除に関する項を参照してください。

注意:
スキーマがOracle Databaseでホストされている場合、アップグレードする前に次の権限付与をすべての作業リポジトリに対して発行する必要があります。

GRANT EXECUTE on dbms_lock to WORKSCHEMA

WORKSCHEMAは、作業リポジトリのスキーマの名前です。

3.5 既存のマスターおよび作業リポジトリのクローニング

アップグレード・プロセスの開始前にオリジナルのODIマスターおよび作業リポジトリのそれぞれをコピー(クローニング)することをお薦めします。マスター・リポジトリのアップグレード・プロセスの間に、アップグレード・アシスタントによって、クローニングされたマスター・リポジトリおよび作業リポジトリの場所と資格証明が要求されます。

次の項では、ODIリポジトリのホストをサポートするデータベースについて、基本的なスキーマのクローニング手順を説明します。詳細は、各データベースのドキュメントを参照してください。

- Oracle Databaseでのスキーマのクローニング・プロセス

- MySQLデータベースでのスキーマのクローニング・プロセス

- Microsoft SQL Serverデータベースでのスキーマのクローニング・プロセス

- PostgreSQLデータベースでのスキーマのクローニング・プロセス

- IBM DB2 Universal Databaseでのスキーマのクローニング・プロセス

- IBM DB2 AS/400データベースでのスキーマのクローニング・プロセス

- Sybase AS Enterprise 15+でのスキーマのクローニング・プロセス

- Hypersonic SQL 1.7.3.3でのスキーマのクローニング・プロセス

注意:
この項の目的は、アップグレード・プロセスの開始前に、ODI 10gおよび11gリポジトリのそれぞれをコピー(クローニング)することの重要性について強調することです。この項に記載されているクローニング手順は、ODI 11gでサポートされているデータベースごとのサンプルの手順です。これらの手順は制限なく使用できます。常に、要求に合ったクローニング手順を使用してください。

3.5.1 Oracle Databaseでのスキーマのクローニング・プロセス

次の手順は、ODI用Oracle Databaseスキーマをクローニングするために使用できます。

1. Oracleエクスポート・ユーティリティを使用して、ODI 10gのマスターおよび作業スキーマをエクスポートします。
次に例を示します。

exp userid=odi_master_10g/odi_master_10g file=/tmp/odi_master_10g.dmp
exp userid=odi_work_10g/odi_work_10g file=/tmp/odi_work_10g.dmp
exp userid=odi_work1_10g/odi_work1_10g file=/tmp/odi_work1_10g.dmp

Datapumpユーティリティを使用して、ODI 11gのマスターおよび作業スキーマをエクスポートします。

次に例を示します。

expdp odi_tmp/odi_tmppwd schemas=odiw10135 dumpfile=odiw10135.dmp

2. クローンのマスターおよび作業スキーマを作成します。
SQL*Plusを使用して、クローンのマスターおよび作業スキーマを作成し、接続権限とリソース権限を付与します。

次に例を示します。

create user  odi_master_10g_cp identified by odi_master_10g_cp;
create user  odi_work_10g_cp identified by odi_work_10g_cp;
create user  odi_work1_10g_cp identified by odi_work1_10g_cp;
grant connect,resource to odi_master_10g_cp, odi_work_10g_cp,odi_work1_10g_cp;

3. Oracleインポート・ユーティリティを使用して、ODI 10gのマスターおよび作業スキーマをクローニングされたスキーマにインポートします。
Oracleインポートを使用して、ODI 10gのマスターおよび作業スキーマをクローニングされたマスターおよび作業スキーマにダンプします。

次に例を示します。

imp userid='system/manager' touser=odi_master_10g_cp fromuser=odi_master_10g file=/tmp/odi_master_10g.dmp
imp userid='system/manager' touser=odi_work_10g_cp fromuser=odi_work_10g file=/tmp/odi_work_10g.dmp
imp userid='system/manager' touser=odi_work1_10g_cp fromuser=odi_work1_10g file=/tmp/odi_work1_10g.dmp

Datapumpユーティリティを使用して、ODI 11gのマスターおよび作業スキーマをインポートします。

次に例を示します。

impdp ODI_TMP/ODI_TMPPWD dumpfile=odim10135 remap_tablespace=repo10135:odi11gremap_schema=odim10135:odim1113

impdpを使用して、データ・ストレージのスキーマ名と表領域を変更することもできます。remap_xxパラメータはオプションです。

3.5.2 MySQLデータベースでのスキーマのクローニング・プロセス

次の手順は、MySQLデータベース・スキーマをクローニングするために使用できます。

1. mysqldumpを使用して、ODI 10gのマスターおよび作業スキーマをエクスポートします。
次に例を示します。

mysqldump -h localhost -u root -p DEV_ODI_REPO > /scratch/dump.sql

2. mysqlを使用して、ODIスキーマを新しいスキーマにリストアします。
例: 最初に、クローニングされたスキーマを作成します。

mysql -h localhost -u root -p
create schema NEW_ODI_REPO default character set=utf8 default collate=utf8_bin;

その後、ODIスキーマをクローニングされたスキーマにインポートします。

次に例を示します。

mysql -h localhost -u root -p NEW_ODI_REPO < /scratch/dump.sql

3. mysqlを使用して、クローニングされたスキーマのログインを作成します。
次に例を示します。

mysql -h localhost -u root -p
grant all on NEW_ODI_REPO.* to NEW_ODI_REPO1@'localhost' identified by 'password';
grant process on *.* to NEW_ODI_REPO1@'localhost'

3.5.3 Microsoft SQL Serverデータベースでのスキーマのクローニング・プロセス

次の手順は、Microsoft SQL 2005/2008データベース・スキーマをクローニングするために使用できます。

1. SQL Management Studioを使用して、ODI 10gのマスターおよび作業スキーマをエクスポートします。
次に例を示します。

BACKUP DATABASE [odi_10g] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\odi_10g.bak' WITH INIT, NOSKIP;

2. SQL Management Studioを使用して、マスターおよび作業スキーマを新しいデータベースでリストアします。
SQL Management Studio Expressを使用して、次の手順を実行します。

1. マスターおよび作業スキーマをリストアします。

2. データベースを格納するために使用するファイルの論理名を出力します。

3. データベースを格納するために使用するファイルを移動します。

次に例を示します。

RESTORE DATABASE [odi_10g_cp] FROM DISK = N'C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\Backup\odi_10g.bak'
WITH FILE = 1, MOVE N'odi_10g' TO N'C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\DATA\odi_10g_cp.mdf',
MOVE N'odi_10g_log' TO N'C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\DATA\odi_10g_cp_log.ldf', NOUNLOAD;
go

3. SQL Management Studioを使用して、クローニングされたマスターおよび作業スキーマ用のログインとユーザーを作成します。
SQL Management Studio Expressを使用して、クローニングされたマスターおよび作業スキーマにアクセスするログインとユーザーを作成します。SQL Management Studio Expressで適切なデータベース・インスタンスを選択します。これらのコマンドが選択したデータベース・インスタンスに適用されます。

次に例を示します。

create login odi_10g_cp with password=N'odi_10g_cp',
default_database=odi_10g_cp,  check_expiration = off, check_policy = off;
go
USE odi_10g_cp
go
create user odi_10g_cp  for login odi_10g_cp;
go
USE odi_10g_cp
go

4. 古いスキーマを新しいスキーマの場所に移動するには、次のSQLスクリプトを実行します。
注意: 次の例では古いスキーマの名前がodi_10gで、新しいスキーマの名前がodi_10g_cpです。

CREATE SCHEMA [odi_10g_cp] AUTHORIZATION odi_10g_cp
go
.
DECLARE @OldSchema AS varchar(255)
DECLARE @NewSchema AS varchar(255)
.
SET @OldSchema = 'odi_10g'
SET @NewSchema = 'odi_10g_cp'
.
DECLARE @sql AS varchar(MAX)
SET @sql = CHAR(13) + CHAR(10)
.
SELECT @sql = @sql + 'ALTER SCHEMA [' + @NewSchema + '] TRANSFER [' +
TABLE_SCHEMA + '].[' + TABLE_NAME + ']' + CHAR(13) + CHAR(10)
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = @OldSchema
.
EXEC (@sql)
go

5. スキーマの移動を完了するには、次のSQLクエリを実行します。

DROP SCHEMA [odi_10g]
go
drop user odi_10g;
go
alter user odi_10g_cp with default_schema = odi_10g_cp;
go
grant create table, create view, create procedure,create function to
odi_10g_cp;
go

3.5.4 PostgreSQLデータベースでのスキーマのクローニング・プロセス

次の手順は、PostgreSQLデータベース・スキーマをクローニングするために使用できます。

1. PostgreSQLバックアップ・ユーティリティを使用して、ODI 10gのマスターおよび作業スキーマをエクスポートします。
次に例を示します。

pg_dump -U odi_master_10g --schema=odi_master_10g -Ft -f "c:/odi_master_10g.dmp.tar" odi_10g
pg_dump -U odi_work_10g --schema=odi_work_10g -Ft -f "c:/odi_work_10g.dmp.tar" odi_10g
pg_dump -U odi_work1_10g --schema=odi_work1_10g -Ft -f "c:/odi_work1_10g.dmp.tar" odi_10g

2. データベースと、マスターおよび作業ユーザーのクローンを作成します。
PostgreSQLの対話型ターミナルを使用し、SUPERUSERオプションによってクローン・データベースとクローンのマスターおよび作業スキーマのユーザーを作成します。

次に例を示します。

psql -U postres
CREATE ROLE odi_master_10g_cp WITH SUPERUSER LOGIN PASSWORD 'odi_master_10g_cp';
CREATE ROLE odi_work_10g_cp WITH SUPERUSER LOGIN PASSWORD 'odi_work_10g_cp';
CREATE ROLE odi_work1_10g_cp WITH SUPERUSER LOGIN PASSWORD 'odi_work1_10g_cp';
CREATE DATABASE odi_10g_cp with owner=odi_master_10g_cp;

3. PostgreSQLを使用して、マスターおよび作業スキーマをクローン・データベースでリストアします。
PostgreSQLのリストア・ユーティリティを使用して、マスターおよび作業スキーマをクローン・データベースでリストアします。

次に例を示します。

pg_restore -O -U odi_master_10g_cp -d odi_10g_cp -C "c:/odi_master_10g.dmp.tar"
pg_restore -O -U odi_work_10g_cp -d odi_10g_cp "c:/odi_work_10g.dmp.tar"
pg_restore -O -U odi_work1_10g_cp -d odi_10g_cp "c:/odi_work1_10g.dmp.tar"

4. クローンのマスターおよび作業スキーマを構成します。
PostgreSQLの対話型ターミナルを使用し、クローンのマスターおよび作業スキーマのユーザーにNOSUPERUSERを設定します。

次に例を示します。

psql -U postres -d odi_10g_cp

ALTER USER  odi_master_10g_cp WITH NOSUPERUSER;
ALTER USER  odi_work_10g_cp WITH NOSUPERUSER;
ALTER USER  odi_work1_10g_cp WITH NOSUPERUSER;

PostgreSQLの対話型ターミナルを使用し、クローンのマスターおよび作業スキーマの名前を変更します。

次に例を示します。

ALTER SCHEMA odi_master_10g RENAME TO odi_master_10g_cp;
ALTER SCHEMA odi_work_10g RENAME TO odi_work_10g_cp;
ALTER SCHEMA odi_work1_10g RENAME TO odi_work1_10g_cp;

3.5.5 IBM DB2 Universal Databaseでのスキーマのクローニング・プロセス

次のいずれかの手順を選択して、IBMのDB2 Universal Databaseスキーマをクローニングします。

- ODI 10gマスターおよび作業スキーマに対する共通のホストのクローニング・プロセス

- ODI 10gマスターおよび作業スキーマに対する異なるホストのクローニング・プロセス

注意:
データベースのページ・サイズは32768 (32K)に設定する必要があります。さらに、オペレーティング・システム・ユーザーのODI_MASTER_10G_CPおよびODI_WORK_10G_CPを手動で作成する必要があります。

3.5.5.1 ODI 10gマスターおよび作業スキーマに対する共通のホストのクローニング・プロセス

次の手順は、IBM DB2スキーマを同じホストまたはプラットフォームでクローニングするために使用できます。

1. コマンド・ライン・プロセッサを使用してDB2データベースを作成します。
次に例を示します。

db2 CREATE DATABASE ODI11 AUTOMATIC STORAGE YES  ON 'C:\' DBPATH ON 'C:\' USING CODESET IBM-1252 TERRITORY US COLLATE USING SYSTEM PAGESIZE 32768

2. DB2 Database Movement Toolを使用して、ODI 10gのマスターおよび作業スキーマを新しいスキーマにコピーします。
マスター・スキーマの例:

db2move ODI10G COPY -sn odi_master_10g -co TARGET_DB ODI10GCP USER db2admin USING welcome SCHEMA_MAP ((odi_master_10g,odi_master_10g_cp)) TABLESPACE_MAP ((USERSPACE1,USERSPACE1),SYS_ANY) owner odi_master_10g_cp

作業スキーマの例:

db2move ODI10G COPY -sn odi_work_10g -co TARGET_DB ODI10GCP USER db2admin USING welcome SCHEMA_MAP ((odi_work_10g,odi_work_10g_cp)) TABLESPACE_MAP ((USERSPACE1,USERSPACE1),SYS_ANY) owner odi_work_10g_cp

3.5.5.2 ODI 10gマスターおよび作業スキーマに対する異なるホストのクローニング・プロセス

次の手順は、IBM DB2スキーマを異なるホストまたはプラットフォームでクローニングするために使用できます。

1. DB2 Database Movement ToolおよびDDL抽出ツールを使用して、マスターおよび作業スキーマからDDLおよびデータをエクスポートします。
DB2 Database Movement Toolは、PC/IXFファイルとデータ、およびdb2move.lstファイルと表のリストを生成します。ファイルは、このツールが呼び出したフォルダに生成されます。DDL Extracting Toolは、SQL問合せによってdb2master.sqlおよびdb2work.sqlを生成し、データベース構造を再作成します。

次に例を示します。

db2move ODI10G export -sn odi_master_10g,odi_work_10g
db2look -d ODI10G -z odi_master_10g -e -o c:/db2master.sql
db2look -d ODI10G -z odi_work_10g -e -o c:/db2work.sql

2. 新しい場所にエクスポートされたファイルが転送されます。

1. PC/IXFがバイナリ・モードで転送され、db2move.lstファイルとdb2master.sqlおよびdb2work.sqlファイルがASCIIモードで転送されたことを確認します。

2. PC/IXFファイルをDB2 Database Movement Toolが配置されている場所に配置します。

3. コマンド・ライン・プロセッサを使用してDB2データベースを作成します。
次に例を示します。

db2 CREATE DATABASE ODI10G AUTOMATIC STORAGE YES  ON 'C:\' DBPATH ON 'C:\' USING CODESET IBM-1252 TERRITORY US COLLATE USING SYSTEM PAGESIZE 32768

4. コマンド・ライン・プロセッサを使用してエクスポート済のDDLを新しいデータベースにインポートします。
次に例を示します。

db2 -tvf c:/db2backup/db2master.sql
db2 -tvf c:/db2backup/db2work.sql

5. DB2 Database Movement Toolを使用してエクスポート済のデータを新しいデータベースにインポートします。
次に例を示します。

db2move ODI10G load

6. クローニングされたスキーマが完全であることを確認します。一部の表は、チェック・ペンディング状態になる場合があります(チェック制約が原因)。
set integrityコマンドを使用して通常状態に移行します。

次に例を示します。

db2 set integrity for <table name> immediate checked

3.5.6 IBM DB2 AS/400データベースでのスキーマのクローニング・プロセス

次の手順は、IBM DB2 AS/400 データベース・スキーマをクローニングするために使用できます。

1. ODI 10gのマスターおよび作業スキーマを保存します。
Telnetクライアントを使用してODI 10gのマスターおよび作業スキーマを保存します。

次に例を示します。

CRTLIB LIB(ODI10GDMP) TYPE(*TEST)
CRTSAVF FILE(ODI10GDMP/ODIM10GDMP)
CRTSAVF FILE(ODI10GDMP/ODIW10GDMP)
SAVLIB ODIM10G DEV(*SAVF) SAVF(ODI10GDMP/ODIM10GDMP) ACCPTH(*YES) CLEAR(*ALL)
SAVLIB ODIW10G DEV(*SAVF) SAVF(ODI10GDMP/ODIW10GDMP) ACCPTH(*YES) CLEAR(*ALL)

2. クローンのマスターおよび作業スキーマを作成します。
Telnetを使用して、クローニング済スキーマのユーザー・プロファイルを作成します。

次に例を示します。

CRTUSRPRF USRPRF(ODIMCP) PASSWORD(ODIMCP) PWDEXP(*NO)
CRTUSRPRF USRPRF(ODIWCP) PASSWORD(ODIWCP) PWDEXP(*NO)

3. ODI 10gのクローンのマスターおよび作業スキーマを作成します。
iSeriesナビゲータまたはInteractive SQL (STRSQL)を使用してODI 10gのクローンのマスターおよび作業スキーマを作成します。

次に例を示します。

CREATE SCHEMA AUTHORIZATION ODIMCP
CREATE SCHEMA AUTHORIZATION ODIWCP

4. ODI 10gのマスターおよび作業スキーマをクローンのスキーマにリストアします。
Telnetを使用して、ODI 10gのマスターおよび作業スキーマをクローンのスキーマにリストアします。

次に例を示します。

RSTLIB SAVLIB(ODIM10G) DEV(*SAVF) SAVF(ODI10GDMP/ODIM10GDMP) OPTION(*NEW) RSTLIB(ODIMCP)
RSTLIB SAVLIB(ODIW10G) DEV(*SAVF) SAVF(ODI10GDMP/ODIW10GDMP) OPTION(*NEW) RSTLIB(ODIWCP)
CHGOWN OBJ('QSYS.LIB/ODIMCP.LIB/*.*')  NEWOWN(ODIMCP)
CHGOWN OBJ('QSYS.LIB/ODIWCP.LIB/*.*')  NEWOWN(ODIWCP)

5. iSeriesナビゲータを使用して、ODIM10GおよびODIW10Gスキーマ内のテーブルを選択し、ジャーナルを停止します。

1. スキーマODIM10Gから「Journal」を選択します(「Databases」→「Denmlas3」→「Schemas」→「ODIM10G」→「Journals」)。

2. ファイルQSQJRNを選択します。

3. ジャーナルのポップアップ・メニューで「Start or End Table Journaling」を選択します。

4. 「Tables already journalized」ビューでスキーマODIM10Gの表を選択します。

5. 削除するには「Remove」をクリックします。

6. スキーマODIW10Gに対してa～eの手順を繰り返します(ODIM10GのかわりにODIW10Gを使用します)。

6. iSeriesナビゲータを使用して、ODIMCP およびODIWCPスキーマ内のテーブルを選択し、ジャーナルを開始します。
次に例を示します。

1. スキーマODIMCPから「Journal」を選択します(「Databases」→「Denmlas3」→「Schemas」→「ODIMCP」→「Journals」)。

2. ファイルQSQJRNを選択します。

3. ジャーナルのポップアップ・メニューで「Start or End Table Journaling」を選択します。

4. 表のビューでスキーマODIMCPを選択します。

5. スキーマODIMCPから、すべてのテーブルを「Table to journal」ビューに追加します。

6. それらについて「Journal both images」および「Omit open/close entries」をチェックします。「OK」をクリックします。

7. スキーマODIWCPに対してa～fの手順を繰り返します(ODIMCPのかわりにODIWCPを使用します)。

3.5.7 Sybase AS Enterprise 15+でのスキーマのクローニング・プロセス

次の手順は、Sybase AS Enterpriseデータベース・スキーマをクローニングするために使用できます。

1. ISQLユーティリティを使用して、ODI 10gのマスターおよび作業スキーマをエクスポートします。
次に例を示します。

isql -D odi -S STANE08 -U sa -P welcome

dump database odi10g to "c:/odi10g.dmp" with init
go

2. ISQLユーティリティを使用して、マスターおよび作業スキーマを新しいデータベースでリストアします。
ISQLユーティリティを使用して、マスターおよび作業スキーマをリストアします。

次に例を示します。

isql -S STANE08 -U sa -P welcome

create database odi10gcp on master = 860
go
load database odi10gcp from "c:/odi10g.dmp" with override
go
ONLINE DATABASE odi10gcp
go

3. ISQLユーティリティを使用して、クローニングされたマスターおよび作業スキーマ用のログインを作成します。
ISQLユーティリティを使用して、クローニングされたマスターおよび作業スキーマにアクセスするログインを作成します。

次に例を示します。

sp_addlogin ODIMCP, ODIMCP, odi10gcp
go
sp_addlogin ODIWCP, ODIWCP, odi10gcp
go

4. ISQLユーティリティを使用して、オリジナルのマスターおよび作業スキーマの名前を変更します。表の所有者の変更やユーザー名の変更はできません。ユーザーの名前を直接変更する必要があります。
次に例を示します。

sql -D odi10gcp -S STANE08 -U sa -P welcome

sp_configure 'allow updates', 1
go
update dbo.sysusers set name='ODIMCP' where name='ODI_MASTER_10G'
go
update dbo.sysusers set name='ODIWCP' where name='ODI_WORK_10G'
go
sp_configure 'allow updates', 0
go

5. ISQLユーティリティを使用して、作成したログインを名前を変更したユーザーに割り当てます。1つのログインを1人のユーザーに割り当てることはできません。複数のログインを複数のユーザーに直接割り当てる必要があります。
次に例を示します。

select suid from master.dbo.syslogins where name='ODIMCP'
go
NOTE: Use the returned suid 'ODIMCP' in the first update query below.
select suid from master.dbo.syslogins where name='ODIWCP'
go
NOTE: Use returned suid 'ODIWCP' in the second update query below.
sp_configure 'allow updates', 1
go
update dbo.sysusers set suid=5 where name='ODIMCP'
go
update dbo.sysusers set suid=6 where name='ODIWCP'
go
sp_configure 'allow updates', 0
go

3.5.8 Hypersonic SQL 1.7.3.3でのスキーマのクローニング・プロセス

ODI 11.1.1.5.0にアップグレードする前に、HSQLデータベース・バージョン1.7.3をバージョン2.0にアップグレードする必要があります。アップグレード・プロセスは、バージョン1.7.3.3から1.8.xと、1.8.xから2.0.0への2段階で実施します。

HSQLデータベース・バージョン2.0のアップグレード方法の詳細は、http://www.hsqldb.org/doc/2.0/guide/deployment-chapt.html#deployment_upgrade-sectを参照してください。

次の手順は、Hypersonic SQL 1.7.3.3データベース・スキーマをHypersonic SQL 2.0.0へアップグレードする間にクローニングするために使用できます。

1. server.propertiesを更新します。

server.database.0=file:ODI/odi_10g
server.dbname.0=odi_10g

2. sqltool.rcを新しい接続情報によって更新します。

urlid odi_sa
url jdbc:hsqldb:hsql://localhost:9001/odi_10g
username SA
password

3. サーバーを起動します。

/etc/init.d/hsqldb start

4. SQL Toolを使用して、サーバーを停止します。

java -jar ./lib/hsqldb.jar odi_sa
checkpoint;
shutdown;

5. *.properties、*.scriptおよび*.backupを新しいデータベースの場所にコピーすることでODI 10gデータベースをクローニングします。

1. データベースの宣言をHSQL 1.7.3.3からHSQL 1.8.x server.propertiesファイルにコピーします。

2. データベース・ファイルをHSQL 1.7.3.3からHSQL 1.8.xにコピーします。

3. データベースのスクリプト・ファイルをHSQL 1.8.xから開き、二重引用符も含めて次の記述で置き換えます。
DDL文内のPOSITIONを"POSITION"へ

SCHEMA_VERSION_REGISTRY$を"SCHEMA_VERSION_REGISTRY$"へ

4. HSQL 1.8.xとデータベース・インスタンスを起動します。自動的にデータベースがアップグレードされます。

5. SQL Toolを使用して、HSQL 1.8.xを停止します。

java -jar ./lib/hsqldb.jar odi_sa
checkpoint;
shutdown;

6. データベースの宣言をHSQL 1.8.xからHSQL 2.0.0 server.propertiesファイルにコピーします。

7. データベース・ファイルをHSQL 1.8.xからHSQL 2.0.0にコピーします。

8. クローン・データベースの宣言を追加するために、HSQL 2.0.0のserver.propertiesを更新します。

server.database.1=file:ODI/odi_10g_cpserver.dbname.1=odi_10g_cp

9. sqltool.rcをクローン・データベースの新しい接続情報によって更新します。

urlid odicp_sa
url jdbc:hsqldb:hsql://localhost/odi_10g_cp
username SA
password

10. データベースのファイルを新しいデータベースの場所にコピーします。このため、ODI Uses MEMORY表は、プロパティとスクリプト・ファイルのみしかコピーしません。

copy odi_10g.properties <HSQL1.8>/ODI/odi_10g.properties
copy odi_10g.script <HSQL1.8>/ODI/odi_10g.script
start HSQL 2.0.0

6. SQL Toolを使用してクローニングされた10gデータベースの新しいログインを作成します。
SQL問合せの例を次に示します。

create user odim10g_cp password odim10g_cp ADMIN
create user odiw10g_cp password odiw10g_cp ADMIN
drop user odim10g
drop user odiw10g

3.6 アップグレードするODIリポジトリのデータベース・バックアップの作成

ODIマスターおよび作業リポジトリのそれぞれのバックアップを作成することをお薦めします。バックアップにより、必要時にアップグレード前の状態にリストアできます。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのバックアップ計画に関する項を参照してください。

アップグレード・アシスタントの前提条件の画面ではODIリポジトリのバックアップが完了したかどうかを確認されます。ただし、アップグレード・アシスタントではバックアップが完了したことが検証されない点に注意してください。

警告:
これは、特にリポジトリをクローニングしていない場合には、アップグレード・プロセスの重要な手順です。アップグレードの結果が満足できない場合に、ODIリポジトリのバックアップがあれば、重要なデータを失わないようにすることができます。バックアップの作成の詳細は、データベースのバックアップおよびリカバリのドキュメントを参照してください。

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

アップグレード・アシスタントを実行する前に、Oracle Universal Installerを使用してODI 11gをインストールおよび構成します。インストール・プロセス中にRepository Configuration Utility (RCU)の実行、エージェント構成の確定またはJava EEコンポーネントの構成を行う必要はありません。

ODIのインストールおよび構成の手順は、『Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイド』を参照してください。

3.8 ODI中間層およびリポジトリをアップグレードするためのアップグレード・アシスタントの実行

注意:
中間層インスタンスのアップグレードとOracle Data Integratorリポジトリのアップグレードは任意の順序で実施できます。

Oracle Fusion Middlewareアップグレード・アシスタントは、Oracle Data Integrator 10g環境の様々な要素のアップグレードを自動化します。ただし、いくつかのアップグレード後の構成手順が必要になる場合があります。

アップグレード・アシスタントでは、次のタスクが実行され、各タスクの進捗が示されます。

- 既存の10g ODIホームの場所(パス)を指定するように求められます。

- アップグレードするコンポーネントを確認します。

- 目的のコンポーネントがアップグレード・アシスタントでアップグレードされていることを確認できるように、アップグレードするコンポーネントのサマリーが表示されます。

- 進行状況画面を表示します。これにより、アップグレードのステータスを進行に応じて確認できます。

- アップグレード中に発生したエラーまたは問題について警告します。

関連項目:
アップグレード・アシスタントの実行時に発生する問題のトラブルシューティングについては、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントの問題のトラブルシューティングに関する項を参照してください。

- アップグレードが完了したことを確認する「アップグレードの終了」画面を表示します。

アップグレード・アシスタントは、Oracle Data Integratorホーム(ODI_HOME)のbinディレクトリに自動的にインストールされます。

3.8.1 Oracle Data Integratorに対するアップグレード・アシスタントの実行

グラフィカル・ユーザー・インタフェースを使用したアップグレード・アシスタントを起動する手順は、次のとおりです。

1. ディレクトリをODI_HOME/binディレクトリに変更します。ODI_HOMEは、Oracle Fusion MiddlewareインストールのOracle Data Integratorディレクトリのインストール・フォルダです。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

3. アップグレード・アシスタントの各画面で必要な情報を指定します。

3.8.2 中間層インスタンスのアップグレード

ODI中間層のアップグレードでは、10gエージェント・ライブラリ、ドライバおよびスクリプト・エンジンを11gスタンドアロン・エージェントのインストール・フォルダにコピーします。

注意:
ODIのアップグレードの操作は、どのような順序でも実行できます。ODIリポジトリを先にアップグレードする場合は、第3.8.3項を参照してください。

中間層インスタンスをアップグレードするには、「Oracle Data Integratorに対するアップグレード・アシスタントの実行」の説明に従ってアップグレード・アシスタントを起動し、次の画面で必要な情報を入力します。

表3-1 中間層インスタンスのアップグレード用インストール画面

画面

画面が表示される状況

説明

ようこそ

毎回

操作は必要ありません。

操作の指定

毎回

「中間層インスタンスのアップグレード」オプションを選択します。

ソース・ホームの指定

「操作の指定」画面で「中間層インスタンスのアップグレード」を選択した場合のみ。

アップグレードする10g Oracleホームの場所を指定します。

調査

毎回

アップグレード・アシスタントでは、選択したコンポーネントのアップグレードを実行する前に、一連の検証が実行されます。すべての検証が成功していることを確認します。

アップグレード・サマリー

毎回

サマリー情報が正しい場合は、「アップグレード」をクリックします。

アップグレードの進行状況

毎回

「コンポーネントのアップグレード」画面には、アップグレード・プロセスの進行状況が表示されます。完了したら、「次へ」をクリックします。

アップグレードの終了

毎回

「アップグレード完了」画面には、アップグレード・ログ・ファイルへのリンクが表示されます。ログ・ファイルを参照し、アップグレードされたアプリケーションをテストして、予測どおりに機能していることを確認します。「閉じる」をクリックしてアップグレード・アシスタントを終了します。

3.8.3 Oracle Data Integratorリポジトリのアップグレード

Oracle Data Integratorリポジトリのアップグレード・オプションは、Oracle Data Integrator 10gリポジトリをOracle Data Integrator 11gバージョンへアップグレードします。ODI 10gリポジトリは、アップグレード・アシスタントを起動する前に、常にクローニング(コピー)する必要があります。「既存のマスターおよび作業リポジトリのクローニング」を参照してください。

注意:
ODI UAは、ODIマスター・リポジトリの実際のデータおよび構成を使用して、リポジトリがすでにアップグレード済でないかどうかを判定します。アップグレード・アシスタントは、次の状況の場合には、リポジトリがアップグレード済であることを示すメッセージを返します。

- バージョン・レジストリが有効な状態で、リポジトリのバージョンを保持している

- リポジトリが11g

- リポジトリのバージョンが、UAが使用するODI SDKのバージョン以上である

リポジトリ・カタログ情報をデバッグまたは表示するには、(ODIスキーマ/リポジトリ内ではなく)Adminユーザーに格納されているschema_version_registry表に対して次の問合せを使用します。

SELECT COMP_ID,COMP_NAME,MRC_NAME,OWNER,VERSION,STATUS,UPGRADED FROM schema_version_registry;

(DB2/400オペレーティング・システムの場合、AdminユーザーはQSECOFRで、schema_version_registry表はスキーマNULLID内に配置されています。)

ODIコンポーネントの行は、ODIリポジトリの追跡に使用されます。

ODIリポジトリをアップグレードするには、「Oracle Data Integratorに対するアップグレード・アシスタントの実行」の説明に従ってアップグレード・アシスタントを起動し、次の画面で必要な情報を入力します。

警告:
アップグレード・プロセスが失敗した場合は、アップグレード・アシスタントを閉じて問題を修正し、第3.8.1項の説明に従ってアップグレード・アシスタントを再起動する必要があります。
アップグレード・プロセスの起動後にアップグレード・プロセスが失敗した場合は、クローニングされたリポジトリを削除して、根本的な問題を修正してから、新たにクローニングしたリポジトリで起動する必要があります。失敗したアップグレード・プロセスを再起動することはできません。

表3-2 ODIリポジトリのアップグレード用インストール画面

画面名

画面が表示される状況

説明

ようこそ

毎回

操作は必要ありません。

操作の指定

毎回

「Oracle Data Integratorリポジトリのアップグレード」を選択し、実行する追加のリポジトリ・アップグレード・オプションを選択します。

- トポロジおよびセキュリティ・メタデータの更新

- KMを必須更新で置換

これらのオプションの詳細は、付録Aの「操作の指定」画面の説明を参照してください。

前提条件

「操作の指定」画面で「Oracle Data Integratorリポジトリのアップグレード」を選択した場合のみ。

アップグレード・アシスタントでは、アップグレードを続行するときに、次の前提条件を実施していることを示す必要があります。

- データベース・スキーマのバックアップが完了済
アップグレードの前に、データベースのODIリポジトリをバックアップすることをお薦めします。アップグレード・アシスタントでは、リポジトリがバックアップされているかどうかは検証されないため、このオプションはリマインダとして機能します。詳細は、「アップグレードするODIリポジトリのデータベース・バックアップの作成」を参照してください。

- Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済
アップグレード・アシスタントでは、サポートされているデータベースにOracle Data Integratorリポジトリが存在している必要があります。Oracle Data Integratorがサポートするデータベースの最新リストへのリンクは、3.3項「ODIリポジトリを含むデータベースのアップグレード」を参照してください。

ターゲット・データベース

「操作の指定」画面で「Oracle Data Integratorリポジトリのアップグレード」を選択した場合のみ。

「ターゲット・データベースの指定」画面では、データベース・タイプと、マスターおよび作業リポジトリをホストするターゲット・データベースのDBAログイン資格証明の入力を求められます。さらに、マスター・リポジトリに接続するためのデータベース・ユーザー名とパスワード、およびODIスーパーバイザ名とパスワードを指定する必要があります。

注意: DBAユーザーは、SYSDBA権限を所有している必要があります。

調査

毎回

すべてのコンポーネントのステータスが正常であれば、「次へ」をクリックします。1つ以上のコンポーネントの調査に失敗した場合、「戻る」をクリックして、入力した情報を確認します。ログ・ファイルも重要な情報を提供します。(ログ・ファイルの場所は、画面の下部に表示されます。)

アップグレード・サマリー

毎回

サマリー情報が正しい場合は、「アップグレード」をクリックします。

アップグレードの進行状況

毎回

「コンポーネントのアップグレード」画面には、アップグレード・プロセスの進行状況が表示されます。完了したら、「次へ」をクリックします。

アップグレードの終了

毎回

「アップグレード完了」画面には、アップグレード・ログ・ファイルへのリンクが表示されます。ログ・ファイルを参照し、アップグレードされたアプリケーションをテストして、予測どおりに機能していることを確認します。「閉じる」をクリックしてアップグレード・アシスタントを終了します。

3.9 アップグレード後の手順の実行

アップグレード・プロセスの間に選択したオプションによっては、手動の手順を行ってアップグレード・プロセスを完了しなければならない場合があります。

Oracle Data Integratorの各コンポーネントに対して実行しなければならない場合があるアップグレード後のタスクの詳細は、第4章「アップグレード後のODIの再構成」を参照してください。

4 アップグレード後のODIの再構成

多くのアップグレード・タスクは、アップグレード・アシスタントによって自動で実行されますが、アップグレード・アシスタントを実行した後で、構成設定を手動で変更する必要がある場合があります。表4-1を確認して、追加のアップグレード手順を行う必要がないかどうかを判断してください。

表4-1 ODIのアップグレード後の手順

状況 . .

アップグレードを完了するための手順...

マスターおよび作業リポジトリ・スキーマをアップグレードするために、「Oracle Data Integrationスキーマのアップグレード」オプションを選択した

ODIトポロジの定義に従って、作業リポジトリへの接続パラメータを更新します。

第4.1項「作業リポジトリの接続パラメータの更新」を参照してください。

アップグレード時に「トポロジおよびセキュリティ・メタデータの更新」を選択しなかった

ODI 10gメタデータをODI 11gで使用できるように、手動でアップグレードします。

第4.2項「トポロジおよびセキュリティ・メタデータの更新」を参照してください。

トポロジおよびセキュリティ・メタデータをアップグレード・アシスタントを使用して更新した

Oracle Data Integrator 10gでの変更を新しいODI 11g組込みメタデータ・オブジェクトに手動で再適用します。(自動アップグレード・プロセスは、ODI 10gオブジェクトに加えられた変更をすべて消去します。)

第4.3項「ODI 11gトポロジおよびセキュリティ・メタデータへのODI 10gの変更の再適用」を参照してください。

ODI 10gでオープン・ツールを作成しており、ODI 11gでも継続して使用する

オープン・ツールをクラスパスに追加し、次にODI Studioでオープン・ツールとして追加します。

第4.4項「オープン・ツールの再適用」を参照してください。

アップグレード時に「KMを必須更新で置換」を選択しなかった

ODI 10gのKMをODI 11gで使用できるように、手動でアップグレードします。

第4.5項「KMを必須更新で置換」を参照してください。

4.1 作業リポジトリの接続パラメータの更新

ODIトポロジの定義に従って、アップグレードされた作業リポジトリへの接続パラメータを更新する必要があります。

作業リポジトリの接続パラメータを更新するには

1. Oracle Data Integratorコンソールを起動し、Oracle Data Integrator Studioを使用してマスター・リポジトリへ接続します。
トポロジ・ナビゲータの「リポジトリ」アコーディオンで、「作業リポジトリ」ノードを展開します。

2. 新しいサーバーで新たにホストする作業リポジトリごとに編集し、「作業リポジトリ」エディタのツールバーで「接続」ボタンをクリックして接続パラメータを編集します。

3. 「定義」タブで「ユーザー」および「パスワード」の接続パラメータを変更します。「JDBC」タブで「JDBCドライバ」および「URL」を変更します。変更内容を保存します。

4. Studioでこれらのリポジトリ接続を作成およびテストすることによって、変更を検証します。

5. odiparams.sh (UNIXオペレーティング・システムの場合)またはodiparams.bat (Windowsオペレーティング・システムの場合)スクリプトを変更して、マスター・リポジトリに新しい接続パラメータを反映します。このスクリプトは、ODI_HOME/oracledi/agent/binディレクトリにあります。ODI_HOMEは、Oracle Data Integratorのインストール・ディレクトリです。
テキスト・エディタで、次の例のようにodiparamsスクリプトを編集して構成パラメータを設定します。(値は例示のみを目的としており、実際には独自のパラメータを入力してください)。

ODI_MASTER_DRIVER=oracle.jdbc.driver.OracleDriver
ODI_MASTER_URL=jdbc:oracle:thin:@ours:1521:ORA9
ODI_MASTER_USER=ODI_11G
ODI_MASTER_ENCODED_PASS=gxfpqkz074jeaCpL4XSEFzxoj8E0p
ODI_SECU_WORK_REP=WORKREP
ODI_SUPERVISOR=SUPERVISOR
ODI_SUPERVISOR_ENCODED_PASS=fJya.vR5kvNcu9TtV,jVZEt

6. ODIエージェントの構成ごとに、手順5に従ってodiparams.batまたはodiparams.shスクリプトを更新します。

4.2 トポロジおよびセキュリティ・メタデータの更新

デフォルトでは、ODI 11gへのアップグレード時に、アップグレード・アシスタントによって同じODI 10gテクノロジ、データ型、データ型変換および言語をインポートできます。ただし、アップグレード・アシスタントでこれらを自動的にアップグレードするように選択しなかった場合は、ODI 11gの各機能を活用するために手動でアップグレードする必要があります。次のODI 10gメタデータは、Oracle Data Integratorのインポート機能を使用して手動で更新する必要があります。

- テクノロジ

- データ型とデータ型変換

- デフォルト・アクション

- アクション・グループ

- 言語

- セキュリティ・プロファイル

- オブジェクト

- メソッド

注意:
Oracle Data Integrator 11gのトポロジとリポジトリ・メタデータのエクスポートは、ODI_HOME/oracledi/xml-referenceディレクトリにあります。これらのオブジェクトは、シノニムの挿入/更新モードでインポートする必要があります。

ODIメタデータのインポートおよびエクスポートの詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のエクスポート/インポートに関する項を参照してください。

4.3 ODI 11gトポロジおよびセキュリティ・メタデータへのODI 10gの変更の再適用

ODI 11gのアップグレード・プロセスは、ODI 10gのトポロジおよびセキュリティ・メタデータ・オブジェクトを自動的にアップグレードします。ただし、ユーザー定義プロファイルやテクノロジなどODI 10gでデフォルトで提供されているトポロジやセキュリティ・オブジェクトを変更した場合は、オブジェクトを手動で編集して変更を再適用する必要があります。

トポロジおよびセキュリティ・メタデータの変更の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のOracle Data Integratorトポロジの概要に関する項を参照してください。

4.4 オープン・ツールの再適用

ODI 10gでオープン・ツールを作成しており、ODI 11gでも継続して使用する場合、オープン・ツールをクラスパスに追加し、次にODI Studioでオープン・ツールとして追加する必要があります。

ODIツールの使用方法の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のOracle Data Integratorツールのリファレンスに関する項を参照してください。

4.5 KMを必須更新で置換

デフォルトでは、ODI 11gへのアップグレード時に、アップグレード・アシスタントによってODI 10gナレッジ・モジュール(KM)を更新できます。ほとんどのODI 10gのKMは、ODI 11gでも使用できるため、すべてのKMを更新する必要はありません。

注意:
このリリースでは、ODI 11gに付属しているKMまたはアップグレード・アシスタントを使用して11gバージョンにアップグレードされたKMのみがサポートされます。

特に次のKMは、ODI 11gを使用する前にKM Import/Replaceを使用して、手動で更新する必要があります。

- LKM File to Oracle (EXTERNAL TABLE)

- LKM File to Netezza (EXTERNAL TABLE)

- LKM File to Oracle (SQLLDR)

- LKM File to DB2 UDB (LOAD)

- LKM SQL to Teradata (TTU)

- IKM SQL to Teradata (TTU)

- LKM File to Teradata (TTU)

- IKM File to Teradata (TTU)

- IKM Teradata to File (TTU)

- LKM File to Sybase IQ (LOAD TABLE)

前述のナレッジ・モジュールは、ファイル・データストアのフィールドまたは行のセパレータの要求にodiRef.getTargetTableまたはodiRef.getTableList APIへの呼出しを使用するため、更新する必要があります。ODI 10gでは、16進数(XFILE_SEP_FIELD、XFILE_SEP_ROW)およびASCII (FILE_SEP_FIELD、FILE_SEP_ROW)のセパレータで要求したとき、戻り値は反転されていました。この問題に対応するために、この問題を対処するODI 10g KMが実装されました。

11g OdiRef APIは正しい値を返すため、KMが正しい16進数またはASCIIセパレータを要求するように変更されています。

次に例を示します。

- odiRef.getTargetTable("FILE_SEP_FIELD")はodiRef.getTargetTable("XFILE_SEP_FIELD")に置き換えられました。

- odiRef.getTargetTable("XFILE_SEP_FIELD")はodiRef.getTargetTable("FILE_SEP_FIELD")に置き換えられました。

- odiRef.getTargetTable("XFILE_SEP_ROW")はodiRef.getTargetTable("FILE_SEP_ROW")に置き換えられました。

- odiRef.getTargetTable("FILE_SEP_ROW")はodiRef.getTargetTable("XFILE_SEP_ROW")に置き換えられました。

これらのメソッドを使用してKMをカスタマイズしている場合は、API呼出しを適切に変更する必要があります。

また、次のKMは使用できなくなっています。

- LKM File to SAS

- LKM SAS to SQL

- LKM File to MSSQL (BCP)

A Oracle Data Integratorのアップグレード画面

この付録では、次に示す、Oracle Data Integrator用Oracle Fusion Middlewareアップグレード・アシスタントのすべての画面について画像を掲載し説明します。

- ようこそ

- 操作の指定

- ソース・ホームの指定

- 前提条件

- ターゲット・データベース

- 調査

- アップグレード・サマリー

- アップグレードの進行状況

- アップグレードの終了

A.1 ようこそ

A.2 操作の指定

「操作の指定」画面には2つのアップグレード・オプションがあります。

オプション

説明

中間層インスタンスのアップグレード

「中間層インスタンスのアップグレード」を選択すると、ODI 10g Agentの構成情報は、ODI 11g Standalone Agent内でアップグレードされます。中間層インスタンスのアップグレードによるJava EEコンポーネントへの影響はありません。

オプション

説明

Oracle Data Integratorリポジトリのアップグレード

「Oracle Data Integratorリポジトリのアップグレード」オプションを選択すると、Oracle Data Integrator 10gリポジトリがODI 11gバージョンへアップグレードされます。リポジトリは、アップグレード・アシスタントを起動する前に、常にクローニング(コピー)する必要があります。「既存のマスターおよび作業リポジトリのクローニング」を参照してください。

トポロジおよびセキュリティ・メタデータの更新

トポロジおよびセキュリティ・メタデータの更新オプションにより更新されるのは、Oracle Data Integrator 10gに組み込まれているトポロジとセキュリティのオブジェクトのみです。たとえば、ユーザー定義のプロファイルやテクノロジなどのカスタマイズされたオブジェクトは更新されません。ODI 10gオブジェクトを変更している場合は、アップグレード・プロセスの終了後に、変更内容を再度適用する必要があります。
注意: このオプションが選択されていない場合、ODI 11gの各機能を使用には、トポロジとセキュリティのメタデータ・オブジェクトを手動でアップグレードする必要があります。詳細は、第4.2項「トポロジおよびセキュリティ・メタデータの更新」を参照してください。

- トポロジ・メタデータのアップグレードによって、新しい11gの各機能をサポートするビルトイン・テクノロジがアップグレードされます。トポロジをアップグレードしない場合、それらのテクノロジで定義されている11gの各機能は使用できません。

- セキュリティ・メタデータのアップグレードによって、新しい11gの各機能とメニューをサポートするように、プロファイル、オブジェクトおよびメソッドがアップグレードされます。セキュリティ・メタデータをアップグレードしない場合は、11gの機能の一部が使用できなくなります。

詳細は、第4.3項「ODI 11gトポロジおよびセキュリティ・メタデータへのODI 10gの変更の再適用」を参照してください。

KMを必須更新で置換

ほとんどのODI 10gのナレッジ・モジュール(KM)は、ODI 11gでも使用できるため、すべてのKMを更新する必要はありません。このオプションで更新されるのは、ODI 11gでは動作しない10gのナレッジ・モジュール(KM)のみです。
このオプションが選択されていない場合、ODI 11gの各機能を活用するには、ODI 11gでは動作しない10gのナレッジ・モジュールを手動でアップグレードする必要があります。詳細は、第4.5項「KMを必須更新で置換」を参照してください。

注意: KMの更新は、ナレッジ・モジュールの名前に基づいて実行されます。たとえば、「LKM File to DB2 UDB (LOAD)」というKMは、自動的に置換されます。

次の10g KMは、「KMを必須更新で置換」オプションを選択すると、ODI 11gで動作するように自動的に更新されます。

- LKM File to Oracle (EXTERNAL TABLE)

- LKM File to Netezza (EXTERNAL TABLE)

- LKM File to Oracle (SQLLDR)

- LKM File to DB2 UDB (LOAD)

- LKM SQL to Teradata (TTU)

- IKM SQL to Teradata (TTU)

- LKM File to Teradata (TTU)

- IKM File to Teradata (TTU)

- IKM Teradata to File (TTU)

- LKM File to Sybase IQ (LOAD TABLE)

置換対象のKMは、置換される前に次の名前のディレクトリにエクスポートされます。

UA_Oracle_Home/upgrade/odi/KM10g/expdir.<time_stamp>/work_ repository_name/project_name

注意: 次のKMは使用できなくなっています。

- LKM File to SAS

- LKM SAS to SQL

- LKM File to MSSQL (BCP)

A.3 ソース・ホームの指定

フィールド

説明

名前

アップグレードされるOracle 10gホームの名前が表示されます。この画面は「中間層インスタンスのアップグレード」を選択した場合のみ表示されます。

パス

ディレクトリ・パスを指定することによってアップグレードする10gホームを指定します。

タイプ

アップグレードするデータベースのタイプを指定します。

A.4 前提条件

前提条件を満足していると判断したことを示すボックスをチェックします。

A.5 ターゲット・データベース

フィールド

説明

ターゲット・データベース・タイプ

ドロップダウン・リストからデータベース・タイプを選択します。ターゲット・データベースは、Oracle Fusion Middleware 11g ODIスキーマをインストールしたデータベースです。

接続文字列

11g ODIスキーマが格納されているデータベースの接続文字列を入力します。
Oracle Database

JDBC接続文字列を使用します。

host:port:SID

次に例を示します。

odiHost:1521:odiDB

または

//host:port/service

次に例を示します。

//odiHost:1521/odiDB2

Microsoft SQL Server

次の接続文字列を使用します。

//host:port;DatabaseName=dbname

次に例を示します。

//odiHost:1443;DatabaseName=odiDB

IBM DB2

次の接続文字列を使用します。

//host:port;DatabaseName=dbname

次に例を示します。

//odiHost:446;DatabaseName=odiDB

PostgreSQL

次の接続文字列を使用します。

//host:port/database

次に例を示します。

//odiHost:5432/odiDB

HSQL Database Engine

次の接続文字列を使用します。

//host:port/database

次に例を示します。

//odiHost:9001/odiDB

Sybase SQLサーバー

次の接続文字列を使用します。

//host:port;DatabaseName=dbname

次に例を示します。

//odiHost:4100;DatabaseName=odiDB

DBAユーザー名

ターゲット・データベースに接続するためにアップグレード・アシスタントによって使用されるユーザー名を入力します。ユーザーに必要な権限を含めることもできます。
Oracle Database

たとえば、SYSユーザーとして接続するには、「DBAユーザー名」フィールドに次の内容を入力します。

sys as sydba

注意: Oracle Database DBAの場合、SYSDBA権限が必要です。この権限がない場合には、アップグレードを実行できません。

DBAパスワード

「DBAユーザー名」フィールドに入力したユーザーのパスワードを入力します。

マスター・リポジトリのユーザー名

Oracle Data Integratorマスター・リポジトリ所有者のユーザー名を入力します。
次に例を示します。

DEV_ODI_REPO

マスター・リポジトリのパスワード

マスター・リポジトリのユーザー名フィールドに入力したユーザーのパスワードを入力します。

ODIスーパーバイザ名

スーパーバイザ権限を持つOracle Data Integratorユーザーのユーザー名を入力します。ODIスーパーバイザ名は大/小文字が区別されます。
次に例を示します。

SUPERVISOR

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

「ODIスーパーバイザ名」フィールドに入力したユーザーのパスワードを入力します。ODIスーパーバイザ・パスワードは大/小文字が区別されます。

A.6 調査

すべてのコンポーネントの検証が成功している場合には、「次へ」をクリックします。なんらかの問題がある場合は、この画面に示されているディレクトリ内に生成されたログ・ファイルを参照してください。

A.7 アップグレード・サマリー

Oracle Data Integratorのアップグレード処理のサマリーを確認します。処理と構成設定が正しい場合は「アップグレード」をクリックして開始します。

A.8 アップグレードの進行状況

「コンポーネントのアップグレード」画面には、アップグレード・プロセスの進行状況が表示されます。完了したら、「次へ」をクリックします。

A.9 アップグレードの終了

「アップグレード完了」画面には、アップグレード・ログ・ファイルへのリンクが表示されます。ログ・ファイルを参照し、アップグレードされたアプリケーションをテストして、予測どおりに機能していることを確認します。「閉じる」をクリックしてアップグレード・アシスタントを終了します。

索引
C D J M O P R S T U W

C

クローニング手順, 3.5

Hypersonic SQL 1.7.3.3, 3.5.8

IBM DB2 AS/400 データベース, 3.5.6

IBM DB2 Universal Database, 3.5.5

MS SQLデータベース, 3.5.3

Oracle Database, 3.5.1

PostgreSQLデータベース, 3.5.4

Sybase AS Enterprise 15+, 3.5.7

D

Data Quality製品, 3.1

データベース

RDBMS, 3.3

サポートされているバージョン, 2.2.1, 3.3

デモンストレーション環境, 2.2.4

J

Java EEエージェント, 2.1, 2.2.2

M

マスター・リポジトリ, 3.5

バックアップ, 3.6

O

ODI SDK, 2.1

ODI Studio, 2.1

ODIのアップグレードのプロセス・フロー, 1.2

Oracle Data Integratorコンソール, 2.1

Oracle Universal Installer, 3.7

P

アップグレード後の構成, 3.8

公開Webサービス, 2.1

R

リポジトリ

アップグレード, 3.8.3

リポジトリ

アップグレード・エラーのデバッグ, 3.8.3

Repository Configuration Utility (RCU), 3.7 ランタイム・エージェント, 2.2.2

S

スタンドアロン・エージェント, 2.1, 2.2.2

T

トラブルシューティング, 3.8

U

アップグレード・アシスタント, 3.1.2, 3.8.1, 3.8.1

サポートされるデータベース, 3.1.2

起動, 3.8.1

W

作業リポジトリ, 2.2.1

バックアップ, 3.6

オラクル社の法律上の注意点について

コピーライトについて

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

商標と登録商標について

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

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。