Oracle® Fusion Middleware

Oracle GoldenGate Studioのアップグレード

12c (12.2.1.2.6)

E85921-01(原本部品番号:E81102-01)

2016年12月

アップグレードのプランニング・プロセス、アップグレードの概念および一般的なFusion Middlewareのアップグレード・タスクの概要を説明します。

Oracle Fusion Middleware Oracle GoldenGate Studioのアップグレード, 12c (12.2.1.2.6)

E85921-01

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

原本著者: Sreevalli Setty

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

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

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

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 GoldenGate Studioアップグレードの概要

- 1.1 12cへのOracle GoldenGate Studioのアップグレードについて

- 1.2 アップグレード制限について

2 Oracle GoldenGate Studioのアップグレードの準備

- 2.1 アップグレード前チェックリスト

- 2.2 完全バックアップの作成

- 2.2.1 スキーマ・バージョン・レジストリ表のバックアップ

- 2.3 テスト用の本番環境のクローニング

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

- 2.4.1 現在の環境が動作保証要件を満たしていることの確認

- 2.4.2 システム要件と仕様の確認

- 2.4.3 Oracle Fusion Middlewareをホストするデータベースがサポートされていることの確認

- 2.4.4 JDKがこのリリースのOracle Fusion Middlewareで動作保証されていることの確認

- 2.5 拡張暗号化(AES 256)を使用する際のポリシー・ファイルの更新

- 2.6 使用していないデータのパージ

- 2.7 サーバーでのエディションベース再定義用のエディションの作成

- 2.8 アップグレード・アシスタントを実行するSYSDBA以外のユーザーの作成

- 2.9 アップグレード可能な既存のスキーマの識別

3 Oracle GoldenGate Studioアップグレードの実行

- 3.1 Oracle GoldenGate Studioのアップグレード・プロセスについて

- 3.2 サーバーとプロセスの停止

- 3.3 Oracle GoldenGate Studioのインストール

- 3.4 製品スキーマのアップグレード

- 3.4.1 アップグレード・アシスタントの起動

- 3.4.1.1 アップグレード・アシスタントのパラメータ

- 3.4.2 アップグレード・アシスタントによるスキーマのアップグレード

- 3.4.3 スキーマのアップグレードの確認

はじめに

このドキュメントでは、既存のOracle GoldenGate Studio環境を1212c (12.2.1.2.6)にアップグレードする方法について説明します。

- 対象読者

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

- 関連ドキュメント
アップグレード・ドキュメントは12cのドキュメント・ライブラリにタスク別に整理されています。タスク固有のページには、一般的なアップグレード手順および関連ドキュメントへの直接リンクが用意されています。

- 表記規則

対象読者

このマニュアルは、Oracle Fusion Middlewareのインストールおよびアップグレードを担当するOracle Fusion Middlewareシステム管理者を対象としています。このマニュアルの読者には次の知識を持っていることが仮定されています。

- Oracle Fusion Middleware 12cのシステム管理の知識

- アップグレードする12cシステムの構成および予測される動作。

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

Oracleのアクセシビリティについての詳細情報は、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を参照してください。

関連ドキュメント

アップグレード・ドキュメントは12cのドキュメント・ライブラリにタスク別に整理されています。タスク固有のページには、一般的なアップグレード手順および関連ドキュメントへの直接リンクが用意されています。

詳細は、Oracle Fusion Middlewareライブラリを参照してください。

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

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

表記規則

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

表記規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 Oracle GoldenGate Studioアップグレードの概要

このドキュメントでは、以前の12cリリースから12.2.1.2.6にOracle GoldenGate Studioをアップグレードする手順を説明します。

この章の各トピックを確認し、アップグレードについての理解を深め、準備してください。

注意:Fusion Middlewareのアップグレード・プランニングとその他のアップグレードの概念およびリソースに関する一般な情報は、Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニングの次の各項を参照してください。

- Oracle Fusion Middleware 12cへのアップグレードのプランニング

- インプレース・アップグレードとアウトオブプレース・アップグレードの理解

- 基本的な12cのアップグレード・タスクの理解

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

- 12cへのOracle GoldenGate Studioのアップグレードについて
Oracle GoldenGate Studioはスタンドアロン製品で12.2.1.0が最初のリリースです。Oracle GoldenGate Studio 12cの以前のリリースからOracle GoldenGate Studio 12c (12.2.1.2.6)にアップグレードできます。

- アップグレード制限について
サポートされている1つのOracle Fusion Middleware構成で、同じまたは異なるバージョンの複数のOracle Fusion Middleware製品を使用している場合は、アップグレードを計画する前に相互運用性および互換性の要因を考慮する必要があります。

1.1 12cへのOracle GoldenGate Studioのアップグレードについて

Oracle GoldenGate Studioはスタンドアロン製品で、12.2.1.0は最初のリリースです。Oracle GoldenGate Studio 12cの以前のリリースからOracle GoldenGate Studio 12c (12.2.1.2.6)にアップグレードできます。

12.2.1.0から12.2.1.2.6へのOracle GoldenGate Studioのアップグレードは、アップグレード・アシスタントによって実行されるインプレース・アップグレードです。12.2.1.2.6製品ディストリビューションを新しいOracleホームにインストールしてから、アップグレード・アシスタントを使用して12.2.1.0スキーマおよびセキュリティ・メタデータをアップグレードする必要があります。Oracle GoldenGate Studio 12.2.1.2.6には、アップグレードされたリポジトリが必要です。12.2.1.0のリポジトリを使用しても機能しません。

注意:
既存の12.2.1.0の本番環境は、アップグレード・プロセスによる影響を受けません。

1.2 アップグレード制限について

単一のサポートされているOracle Fusion Middleware構成で同じまたは異なるバージョンのOracle Fusion Middleware製品を複数使用している場合、アップグレードを計画する前に、相互運用性および互換性の要素を検討する必要があります。

相互運用性

Oracle Fusion Middleware製品のコンテキストでは、相互運用性とは、サポートされているOracle Fusion Middleware構成で同じバージョン(またはリリース)の2つのOracle Fusion Middleware製品またはコンポーネントが連携(相互運用)する機能と定義されています。厳密には、リリース番号またはバージョン番号の最初の4桁が同じ場合に、相互運用性が適用されます。たとえば、Oracle Fusion Middleware 12c (12.2.1.0)のコンポーネントは通常、他の12c (12.2.1.2.6)のコンポーネントと相互運用できます。

互換性

Oracle Fusion Middleware製品のコンテキストでは、互換性とは、異なるバージョン(またはリリース)の2つのOracle Fusion Middlewareコンポーネントが相互運用する機能と定義されています。

Oracle Fusion Middlewareリリース12.2.1.2.6で使用可能な製品および機能のリストは、Oracle Fusion Middleware相互運用性および互換性の理解のOracle Fusion Middlewareで使用できる製品および機能を参照してください。

ハードウェアまたはソフトウェアのアップグレードを実行する際には、新しいオペレーティング・システムまたはコンピュータ・ハードウェアに対するサポートがOracle Fusion Middlewareソフトウェアで動作保証されていることを確認します。詳細は、次のリソースを参照してください。

- Oracle Fusion Middlewareでサポートされるシステム構成

- Oracle® Fusion Middlewareのシステム要件と仕様

2 Oracle GoldenGate Studioのアップグレードの準備

アップグレードはサーバーが停止している間に実行されます。アップグレード前は通常、多くの時間を要します。次のアップグレード前タスクを完了することでアップグレードの計画を立てて環境を準備し、アップグレードを正常に終了して停止時間を抑えられるようにすることをお薦めします。

次のチェックリストを使用して、アップグレード前タスクを必ず完了してください。

- アップグレード前チェックリスト
アップグレード前チェックリストでは、アップグレードが正常に終了して停止時間を抑えられるように、アップロードを開始する前に実行できるタスクを特定します。

- 完全なバックアップの作成
アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含む、システムに重要なファイルをすべてバックアップします。

- テスト用の本番環境のクローニング
実際の本番環境のコピーを作成し、クローン環境をアップグレードしてアップグレード後のコンポーネントが想定どおりに動作するか検証した後に(初めて)本番環境をアップグレードします。

- 動作保証要件とシステム要件の確認
動作保証マトリックスとシステム要件を確認して、現在の環境が必要なインストール要件を満たしていることを確認します。

- 拡張暗号化(AES 256)を使用したポリシー・ファイルの更新
アップグレードされた環境でAdvanced Encryption Standard (AES) 256などの拡張暗号化を使用する計画がある場合は、アップグレードする前に、最新の必須ポリシー・ファイルをJDKに適用することをお薦めします。

- 使用していないデータのパージ
アップグレード前に使用していないデータをパージし、パージ手順を整えておくと、アップグレード・プロセスを最適化できます。

- サーバーでのエディションベース再定義用のエディションの作成
エディションベース再定義(EBR)対応のスキーマをアップグレードする前に、データベース・サーバーに接続し、12c用のエディションをデータベース・サーバーで作成する必要があります。

- アップグレード・アシスタントを実行するSYSDBA以外のユーザーの作成
アップグレード・アシスタントを実行するために、FMWというSYSDBA以外のユーザーを作成することをお薦めします。このユーザーには、スキーマの変更に必要な権限がありますが、管理者権限をすべて持っているわけではありません。

- アップグレード用に使用可能な既存のスキーマの識別
このオプション・タスクでは、スキーマ・バージョン・レジストリに問い合せることにより、アップグレードする前に、使用可能なスキーマのリストを確認できます。レジストリには、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が格納されています。

2.1 アップグレード前チェックリスト

アップグレード前チェックリストでは、アップグレードが正常に終了して停止時間を抑えられるように、アップロードを開始する前に実行できるタスクを特定します。

アップロードは、サーバーが停止している間に実行されます。このチェックリストは、停止時間を抑えるために、アップグレード前に実行できる重要な(通常、多くの時間を要する)アップグレード前タスクを特定するように作成されています。アップグレード・プロセスを開始する前に実行できる準備が多いほど、オフライン状態に費やす時間が少なくなります。

注意:
実行するアップグレード前手順は、既存のシステムの構成、アップグレードするコンポーネント、アップグレードおよび構成プロセスが終了したときに作成する環境によって異なります。構成またはユースケースに適用するタスクのみを実行してください。

表2-1 Oracle Fusion Middleware 12cにアップグレードする前に実行するタスク

タスク

説明

必須

既存の環境の完全バックアップを作成します。

システムの重要なファイルと、アップグレード対象となるスキーマが含まれるデータベースをすべてバックアップします。アップグレードに失敗した場合、アップグレード前の環境をリストアし、アップグレードを再度開始する必要があります。

完全バックアップの作成を参照してください。

- バックアップがスキーマ・バージョン・レジストリ表が含まれていることを確認します。スキーマ・バージョン・レジストリ表のバックアップを参照してください。

- 既存のドメインの起動スクリプトを変更した場合は、アップグレード時に(既存のドメイン以外の場所の)一時ディレクトリにそれらをコピーして、アップグレード後に再デプロイする必要があります。

任意

アップグレード・テスティング・プラットフォームとして使用するために、本番環境のクローンを作成します。

システム・ファイルの完全バックアップの作成に加えて、本番環境のクローンを作成することをお薦めします。この環境を使用してアップグレードをテストできます。

テスト用の本番環境のクローニングを参照してください。

必須

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

注意: サポートされている最新のオペレーティング・システムを使用できない場合は、アップグレードしないでください。サポートされているすべての構成と同様に、この要件に従わない場合、アップグレードに失敗する可能性があります。

ハードウェア構成とソフトウェア構成(オペレーティング・システムを含む)が動作保証および要件に関する最新のドキュメントでサポートされていることを確認します。また、12c製品ディストリビューションをインストールする前に、サポートされているJDKバージョンを使用していることも確認します。

動作保証要件は頻繁に更新されるため、アップグレードを開始する直前にこの情報を確認することをお薦めします。

アップグレードする前に、必ず最新のパッチをコンポーネントに適用しておきます。

動作保証要件とシステム要件の確認を参照してください。

32ビット・オペレーティング・システムの場合のみ必須

アップグレードする前に、64ビット・オペレーティング・システムに移行する必要があります。

これは、サポートされていない32ビットのオペレーティング・システムを現在実行している場合にのみ必要です。

任意

拡張暗号化(AES256)を使用している場合は、セキュリティ・ポリシー・ファイルを更新します。

Fusion Middleware 12cで使用される一部のセキュリティ・アルゴリズムには、JDKに対する追加のポリシー・ファイルが必要です。

AES 256などの拡張暗号化を使用する計画がある場合は、アップグレードする前に、最新の必須ポリシー・ファイルをJDKに適用することをお薦めします。

拡張暗号化(AES 256)を使用する際のポリシー・ファイルの更新を参照してください。

任意

アップグレードする前に、古いデータや使用されていないデータをすべてパージします。

パフォーマンスを最適化するために、アップグレードされた環境では使用しないデータおよびオブジェクトをパージすることをお薦めします。

使用していないデータのパージを参照してください。

Oracle Databaseユーザーの場合のみ必須

エディションベース再定義(EBR)対応のスキーマをアップグレードする前に、データベース・サーバーに接続し、12c (12.2.1.2.6)用のエディションをデータベース・サーバーで作成する必要があります。

エディションベース再定義(EBR)データベースを使用している場合は、アップグレードを開始する前にエディションを作成する必要があります。
サーバーでのエディションベース再定義用のエディションの作成を参照してください。

任意

アップグレード・アシスタントを実行するSYSDBA以外のユーザーを作成します。

アップグレード・アシスタントを実行するために、FMWユーザーを作成することをお薦めします。ユーザーFMWはシステム管理権限なしでアップグレード・アシスタントを実行できます。

アップグレード・アシスタントを実行するSYSDBA以外のユーザーの作成を参照してください。

任意

始める前に、現在どのスキーマがドメインにあるかを識別します。

アップグレードを開始する前に、アップグレード前のドメインにどのスキーマがあるのかを把握することが重要です。スキーマ所有者名とパスワード、および各スキーマのバージョンを把握する必要があります。

アップグレード可能な既存のスキーマの識別を参照してください。

2.2 完全バックアップの作成

アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含む、システムに重要なファイルをすべてバックアップします。

アップグレードが失敗した場合にアップグレード前の状態にコンテンツを戻せるように、バックアップにはSYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。

実際のアップグレードを続行する前に、バックアップを実行したことを確認するプロンプトが「Upgrade Assistant Prerequisites」画面に表示されます。ただし、アップグレード・アシスタントはバックアップが作成されていることを確認しません。

バックアップの作成の詳細は、次を参照してください。

- Oracle Fusion Middleware Oracle Fusion Middlewareの管理の環境のバックアップ

- Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニングの12cへのOracle Databaseのアップグレードおよび準備

システムの完全バックアップの作成に加えて、スキーマ・バージョン・レジストリおよびアップグレードされた環境で使用するカスタム設定のバックアップも作成する必要があります。次の資料を参照してください。

- スキーマ・バージョン・レジストリ表のバックアップ
システム・バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。

2.2.1 スキーマ・バージョン・レジストリ表のバックアップ

システム・バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。

SYSTEM.SCHEMA_VERSION_REGISTRY$表には、Fusion Middlewareスキーマごとに1行含まれています。アップグレード・アシスタントを実行して既存のスキーマを更新し、失敗した場合、再試行するには元のスキーマをリストアする必要があります。アップグレード・アシスタントを実行する前に、既存のデータベース・スキーマおよびスキーマ・バージョン・レジストリのバックアップを必ず作成してください。

注意:
スキーマのアップグレードを実行する前にこのようなバックアップを実行することは、アップグレード・アシスタントを実行するための前提条件です。アップグレード時には、バックアップが実行されていることを確認する必要があります。

2.3 テスト用の本番環境のクローニング

実際の本番環境のコピーを作成し、クローン環境をアップグレードしてアップグレード後のコンポーネントが想定どおりに動作するかを検証した後に(初めて)本番環境をアップグレードします。

本番環境をテスト用にクローニングすることをお薦めしますが、必須ではありません。

アップグレードを元に戻すことはできません。ほとんどの場合、エラーが発生すると、アップグレードを中止してバックアップから環境全体をリストアし、初めからアップグレード・プロセスを開始する必要があります。開発環境で発生する可能性のあるアップグレード問題を特定すると、不要な停止時間を省くことができます。

注意:
すべてのコンポーネントおよびオペレーティング・システムに関するクローニング手順を説明することは、このドキュメントの範囲を超えています。クローニング手順は、コンポーネントおよびオペレーティング・システムに固有のものです。大まかに言えば、アップグレード前のバージョンのコンポーネント・ドメインをテスト・マシンにインストールし、リポジトリ作成ユーティリティ(RCU)を使用して必要なスキーマを作成してから、アップグレードを実行します。

クローン本番環境でアップグレードを実行する他のメリットには、次が挙げられます。

- アップグレード問題を明らかにして修正する。

- アップグレードを始めから終わりまで完了する練習をする。

- アップグレードのパフォーマンスとパージ・スクリプトがどの程度役立つかを把握する。

- アップグレードの完了に必要な時間を把握する。

- データベース・リソースの使用状況(一時表領域、PGAなど)を把握する。

注意:
クローン本番環境でアップグレード前の準備状況チェックを実行し、データに関して発生する可能性があるアップグレード問題を容易に特定できますが、確実にアップグレードに成功するためにはクローン環境で完全テスト・アップグレードを実行する必要があります。

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

動作保証マトリックスとシステム要件のドキュメントを確認して、現在の環境が必要なインストール要件を満たしていることを確認します。

注意:
動作保証、システム要件および相互運用性に関する情報を確認する際、特に32ビットまたは64ビットのシステム要件について確認してください。32ビットまたは64ビットの環境専用に設計されたソフトウェアを明示的にダウンロードすることは重要です。

警告:
アップグレードを開始する前に、現在の環境にパッチが適用され最新のパッチ・セットになっていることを確認します。動作保証は、特に指定のないかぎり、パッチがすべて適用された環境に基づいています。

- 現在の環境が動作保証要件を満たしていることの確認
オラクル社では、動作保証されたシステムおよび環境すべてで製品のパフォーマンスをテストおよび検証しています。サポートされているハードウェアまたはソフトウェア構成で製品をインストールしていることを確認します。

- システム要件と仕様の確認
ディスク容量、使用可能なメモリー、特定のプラットフォームのパッケージおよびパッチ、その他のオペレーティング・システム固有の項目など、システム要件が満たされていることを確認することは重要です。

- Oracle Fusion Middlewareをホストするデータベースがサポートされていることの確認
Oracle Fusion Middleware 12cを実行する前に、サポートされているOracleデータベースを必要なスキーマで構成しておく必要があります。

- JDKがこのリリースのOracle Fusion Middlewareで動作保証されていることの確認
Oracle Fusion Middleware製品ディストリビューションをインストールするには、サポートされているJDKをダウンロードしてシステムにインストールする必要があります。

2.4.1 現在の環境が動作保証要件を満たしていることの確認

オラクル社では、動作保証されたシステムおよび環境すべてで製品のパフォーマンスをテストおよび検証しています。サポートされているハードウェアまたはソフトウェア構成で製品をインストールしていることを確認します。

新しい動作保証情報が発生するたびに、適切な動作保証に関するドキュメントにすぐに追加されます。新しい動作保証情報は常に発生する可能性があるため、動作保証ドキュメントはドキュメント・ライブラリの外部に保持され、Oracle Technology Networkで利用できます。詳細は、12c (12.2.1.2.6)の動作保証マトリックスを参照してください。

2.4.2 システム要件と仕様の確認

ディスク容量、使用可能なメモリー、特定のプラットフォームのパッケージおよびパッチ、その他のオペレーティング・システム固有の項目など、システム要件が満たされていることを確認することは重要です。

Oracle Fusion Middlewareのシステム要件と仕様のドキュメントを使用して、動作保証要件を満たしていることを確認してください。たとえば、ご使用の製品が64ビットのOracle Linux 7で動作保証されていることが12c (12.2.1.2.6)の動作保証マトリックスに記載されている場合、そのOracle Linux 7システムが、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージとパッチおよびその他のオペレーティング・システム固有の項目などの最小要件を満たしていることを「システム要件と仕様の確認」ドキュメントで確認する必要があります。このドキュメントは必要に応じて更新され、Oracle Technology Network (OTN)のドキュメント・ライブラリ以外の場所にあります。

注意:
アップグレードのための準備で、Oracle Fusion Middlewareリリース12cソフトウェアをインストールする際は、既存のアップグレード前のOracle Fusion Middlewareソフトウェアをインストールして構成するために使用したのと同じユーザー・アカウントを使用する必要があります。UNIXオペレーティング・システムでは、これにより、適切な所有者およびグループが新しいOracle Fusion Middleware 12cのファイルおよびディレクトリに確実に適用されます。

32ビット環境を実行している場合は、追加の一連の手順を実行する必要があります。

2.4.3 Oracle Fusion Middlewareをホストするデータベースがサポートされていることの確認

Oracle Fusion Middleware 12cを実行する前に、サポートされているOracleデータベースを必要なスキーマで構成しておく必要があります。

アップグレードを開始する前にFusion Middlewareのデータベース要件を確認して、Oracle Fusion Middlewareをホストするデータベースがサポートされており、アップグレードを実行するのに十分な空き領域があることを確認します。詳細は、12c (12.2.1.2.6)の動作保証マトリックスを参照してください。

注意:
データベース・バージョンがもうサポートされていない場合は、アップグレードを開始する前にサポートされているバージョンにアップグレードする必要があります。Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニングの12cへのOracle Databaseのアップグレードおよび準備を参照してください。

2.4.4 JDKがこのリリースのOracle Fusion Middlewareで動作保証されていることの確認

Oracle Fusion Middleware製品ディストリビューションをインストールするには、サポートされているJDKをダウンロードしてシステムにインストールする必要があります。

Oracle Fusion Middlewareでサポートされるシステム構成の情報をOracle Technology Network (OTN)で参照して、使用中のJDKがサポートされていることを確認します。

このドキュメントの公開時点で、12c (12.2.1.2.6)に対して動作保証されたJDKは1.8.0_101でした。

JDKがサポートされていない場合、またはJDKがインストールされていない場合は、必要なJava SE JDKを次のWebサイトからダウンロードする必要があります。

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

JDKは、必ずOracleホーム以外にインストールしてください。Oracle Universal Installerでは、指定されたOracleホーム・ディレクトリが空であることを検証するため、空のディレクトリを指定するまでインストールは先に進みません。Oracleホームの下にJDKをインストールすると、その後の操作で問題が発生することがあります。したがって、JDKは/home/oracle/products/jdkディレクトリにインストールすることをお薦めします。

汎用インストーラとプラットフォーム固有のインストーラとの相違点の詳細は、Oracle Fusion Middlewareダウンロード、インストール、構成のREADMEファイルの汎用ディストリビューションとプラットフォーム固有のディストリビューションとの違いに関する項を参照してください。

2.5 拡張暗号化(AES 256)を使用する際のポリシー・ファイルの更新

アップグレードされた環境でAdvanced Encryption Standard (AES) 256などの拡張暗号化を使用する計画がある場合は、アップグレードする前に、最新の必須ポリシー・ファイルをJDKに適用することをお薦めします。

Javaプラットフォームには、暗号化、公開鍵インフラストラクチャ、認証、セキュアな通信およびアクセス制御を含む主要なセキュリティ領域を網羅する一連のAPIが定義されています。これらのAPIによって、開発者はアプリケーション・コードにセキュリティ・メカニズムを簡単に統合できます。

Fusion Middleware 12cで使用される一部のセキュリティ・アルゴリズムには、JDKに対する追加のポリシー・ファイルが必要です。詳細は、Java暗号化アーキテクチャOracle Providerドキュメントを参照してください。

注意:
アップグレードを開始する前にこれらのポリシー・ファイルをJDKに適用せずに拡張暗号化を使用しようとすると、アップグレードに失敗する可能性があります。その場合、アップグレード前の環境全体をリストアして、最初からアップグレードをやり直す必要があります。

2.6 使用していないデータのパージ

アップグレード前に使用していないデータをパージし、パージ手順を整えておくと、アップグレード・プロセスを最適化できます。

コンポーネントによっては、自動化されたパージ・スクリプトが付属しています。パージ・スクリプトを使用している場合は、パージが完了するまで待機してからアップグレード・プロセスを開始します。アップグレード・アシスタントを使用してスキーマをアップグレードしている間に、パージ・スクリプトが実行されていると、アップグレードが失敗する可能性があります。

2.7 サーバーでのエディションベース再定義用のエディションの作成

エディションベース再定義(EBR)対応のスキーマをアップグレードする前に、データベース・サーバーに接続し、12c用のエディションをデータベース・サーバーで作成する必要があります。

エディションベース再定義を使用すると、アプリケーションが使用中でも、アプリケーションのデータベース・オブジェクトをアップグレードできるようになるため、停止時間をゼロまたは最小限に抑えることができます。これを実現するには、エディションと呼ばれるプライベート環境でデータベース・オブジェクトを変更(再定義)します。すべての変更が加えられ、テストが完了している場合にのみ、アプリケーションの新しいバージョンをユーザーが使用できるようにします。

注意:
このタスクは、DBA権限を持つOracle Databaseユーザーが実行する必要があります。

エディションベース再定義(EBR)対応のスキーマをアップグレードする前に、データベース・サーバーに接続し、12c用のエディションをデータベース・サーバーで作成する必要があります。12c用の新しいエディションは、既存の11gまたは12cのエディションの子である必要があります。

データベース・サーバーでエディションを作成するには、SYSユーザー(またはDBA権限を持つ別のOracleユーザー)としてログインして次のコマンドを入力します。

create edition Oracle_FMW_12_2_1 as child of Oracle_FMW_11_1_1_7_0;

Oracle_FMW_11_1_1_7_0は、11.1.1.7スキーマの作成時にRCU 11.1.1.7で指定したサンプルのエディション名です。必ずエディションの作成時に使用した実際の名前を指定してください。

エディションが正常に作成されると、次のメッセージが表示されます。

Edition created.

アップグレード中、再構成ウィザードを起動して既存のドメインを再構成するように求められます。再構成ウィザードの実行前に、データベースのデフォルト・エディションを指定する必要があります。次のSQLを使用して、データベースのデフォルト・エディション名を手動で設定します。

ALTER DATABASE DEFAULT EDITION = Oracle_FMW_12_2_1;

2.8 アップグレード・アシスタントを実行するSYSDBA以外のユーザーの作成

アップグレード・アシスタントを実行するために、FMWというSYSDBA以外のユーザーを作成することをお薦めします。このユーザーには、スキーマの変更に必要な権限がありますが、管理者権限をすべて持っているわけではありません。

SYSDBAは、データベースの作成、起動、停止、バックアップまたはリカバリなどの高レベルの管理操作を実行するために必要な管理権限です。SYSDBAシステム権限は、全権限を持つデータベース管理者のためのものです。SYSDBA権限で接続する場合、デフォルト・スキーマには接続しますが、一般にユーザー名に関連付けられたスキーマには接続しません。SYSDBAの場合、そのスキーマはSYSです。デフォルト・スキーマへのアクセス権は非常に強力な権限になる可能性があります。たとえば、ユーザーSYSとして接続すると、データ・ディクショナリ表に対して無制限の権限を保有します。したがって、スキーマをアップグレードするためにSYSDBA以外のユーザーを作成することをお薦めします。この項で示した権限は、アップグレード・アシスタントを起動する前にユーザーFMWに付与する必要があります。

注意
SYSDBA以外のユーザーFMWを前のリリースで作成した場合は、アップグレードを開始する前にこのユーザーを削除して再作成する必要があります。新しい権限が追加されている可能性があるため、古いFMWでアップグレード・アシスタントを実行すると、アップグレードに失敗する可能性があります。既存のFMWユーザーを変更するのではなく、ユーザーを削除して再作成することをお薦めします。

デフォルトでは、v$xatrans$表は存在しません。ユーザーの作成前に、XAVIEW.SQLスクリプトを実行してこの表を作成する必要があります。さらに、Oracle Identity Managerのみに必要な選択権限をv$xatrans$表に付与します。構成にOracle Identity Managerが必要ない場合またはv$xatrans$表がない場合は、スクリプトから次の行を削除します。

grant select on v$xatrans$ to FMW with grant option;

次の例では、welcome1がパスワードです。権限を付与する際には、必ず実際のパスワードを指定してください。

create user FMW identified by welcome1;
grant dba to FMW;
grant execute on DBMS_LOB to FMW with grant option;
grant execute on DBMS_OUTPUT to FMW with grant option;
grant execute on DBMS_STATS to FMW with grant option;
grant execute on sys.dbms_aqadm to FMW with grant option;
grant execute on sys.dbms_aqin to FMW with grant option;
grant execute on sys.dbms_aqjms to FMW with grant option;
grant execute on sys.dbms_aq to FMW with grant option;
grant execute on utl_file to FMW with grant option;
grant execute on dbms_lock to FMW with grant option;
grant select on sys.V_$INSTANCE to FMW with grant option;
grant select on sys.GV_$INSTANCE to FMW with grant option;
grant select on sys.V_$SESSION to FMW with grant option;
grant select on sys.GV_$SESSION to FMW with grant option;
grant select on dba_scheduler_jobs to FMW with grant option;
grant select on dba_scheduler_job_run_details to FMW with grant option;
grant select on dba_scheduler_running_jobs to FMW with grant option;
grant select on dba_aq_agents to FMW with grant option;
grant execute on sys.DBMS_SHARED_POOL to FMW with grant option;
grant select on dba_2pc_pending to FMW with grant option;
grant select on dba_pending_transactions to FMW with grant option;
grant execute on DBMS_FLASHBACK to FMW with grant option;
grant execute on dbms_crypto to FMW with grant option;
grant execute on DBMS_REPUTIL to FMW with grant option;
grant execute on dbms_job to FMW with grant option;
grant select on pending_trans$ to FMW with grant option;
grant select on dba_scheduler_job_classes to fmw with grant option;
grant select on SYS.DBA_DATA_FILES to FMW with grant option;
grant select on SYS.V_$ASM_DISKGROUP to FMW with grant option;
grant select on v$xatrans$ to FMW with grant option;
grant execute on sys.dbms_system to FMW with grant option;
grant execute on DBMS_SCHEDULER to FMW with grant option;
grant select on dba_data_files to FMW with grant option;
grant execute on UTL_RAW to FMW with grant option;
grant execute on DBMS_XMLDOM to FMW with grant option;
grant execute on DBMS_APPLICATION_INFO to FMW with grant option;
grant execute on DBMS_UTILITY to FMW with grant option;
grant execute on DBMS_SESSION to FMW with grant option;
grant execute on DBMS_METADATA to FMW with grant option;
grant execute on DBMS_XMLGEN to FMW with grant option;
grant execute on DBMS_DATAPUMP to FMW with grant option;
grant execute on DBMS_MVIEW to FMW with grant option;
grant select on ALL_ENCRYPTED_COLUMNS to FMW with grant option;
grant select on dba_queue_subscribers to FMW with grant option;
grant execute on SYS.DBMS_ASSERT to FMW with grant option;
grant select on dba_subscr_registrations to FMW with grant option;
grant manage scheduler to FMW;

注意:

Oracle Database 11.2.0.3のデータベース・ユーザーのみ: アップグレードを開始する前に、Oracle Patch 13036331を適用する必要があります。My Oracle Supportにアクセスしてパッチをダウンロードします。

このパッチを適用しない場合、一部のスキーマについて追加で権限を付与する必要があります。

2.9 アップグレード可能な既存のスキーマの識別

このオプション・タスクでは、スキーマ・バージョン・レジストリに問い合せることにより、アップグレードする前に、使用可能なスキーマのリストを確認できます。レジストリには、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が格納されています。

アップグレード・アシスタントでドメイン内のすべてのスキーマをアップグレードすることも、スキーマを個別に選択してアップグレードすることもできます。決定しやすくするために、次の手順に従って、アップグレードできるすべてのスキーマのリストを表示します。

1. Oracle Databaseを使用している場合は、Oracle DBA権限があるアカウントを使用してデータベースに接続して、SQL*Plusから次のように実行します。

SET LINE 120
COLUMN MRC_NAME FORMAT A14
COLUMN COMP_ID FORMAT A20
COLUMN VERSION FORMAT A12
COLUMN STATUS FORMAT A9
COLUMN UPGRADED FORMAT A8
SELECT MRC_NAME, COMP_ID, OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY ORDER BY MRC_NAME, COMP_ID ;

2. 生成されたレポートを調べます。VERSION列の値が11.1.1.7.0以上で、STATUS列の値がVALIDの場合は、スキーマのアップグレードがサポートされています。
スキーマをアップグレードする必要がない場合は、アップグレード前のバージョンのスキーマがschema_version_registry表に保持されます。

3. 既存のスキーマに使用したスキーマ接頭辞名をメモします。12cの新規スキーマを作成する際には、同じ接頭辞を使用します。

注意

- 既存のスキーマが、サポートされているバージョンではない場合、12c (12.2.1.2.6)のアップグレード手順を使用する前に、サポートされているバージョンにそれらをアップグレードする必要があります。詳細は、アップグレード前のバージョンのドキュメントを参照してください。

- Oracle Enterprise Data Quality、Oracle GoldenGate MonitorおよびOracle GoldenGate Veridataなど、一部のコンポーネントでは、Oracle Fusion Middlewareで標準的にサポートされているバージョン以外のバージョンからのアップグレードがサポートされています。

- OIDベースのポリシー・ストアを11gで使用した場合は、アップグレードする前に新しいOPSSスキーマを必ず作成してください。アップグレード後は、OPSSスキーマはLDAPベースのストアのままになります。

- Oracle Fusion Middlewareリリース12c (12.2.1.2.6)でアップグレード可能な製品のスキーマのみをアップグレードできます。12c (12.2.1.2.6)でまだアップグレードできないコンポーネントを含むドメインをアップグレードしようとしないでください。

3 Oracle GoldenGate Studioアップグレードの実行

12cの以前のリリースから12c (12.2.1.2.6)へのOracle GoldenGate Studioのアップグレードはインプレースで、つまり既存の12cドメインでアップグレード操作が実行されます。

大まかなアップグレード手順は次のとおりです。

- Oracle GoldenGate Studioのアップグレード・プロセスについて
Oracle GoldenGate Studioのアップグレード・プロセスの概要について、フローチャートとロードマップを確認します。

- サーバーおよびプロセスの停止
アップグレード・アシスタントを実行してスキーマと構成をアップグレードする前に、管理サーバーおよび管理対象サーバーを含むすべてのプロセスとサーバーをシャットダウンする必要があります。

- Oracle GoldenGate Studioのインストール
アップグレードを開始する前に、Oracle GoldenGate Studio 12c (12.2.1.2.6)ディストリビューションをターゲット・システムにダウンロードして、Oracle Universal Installerを使用してインストールします。

- 製品スキーマのアップグレード
サーバーとプロセスを停止した後、アップグレード・アシスタントを使用して、サポートされる製品スキーマをOracle Fusion Middlewareの現在のリリースにアップグレードします。

3.1 Oracle GoldenGate Studioのアップグレード・プロセスについて

Oracle GoldenGate Studioのアップグレード・プロセスの概要について、フローチャートとロードマップを確認します。

既存のドメインのアップグレードの手順は、ドメインの構成方法およびアップグレードするコンポーネントによって異なります。デプロイメントに該当する手順のみに従ってください。

図3-1 Oracle GoldenGate Studioのアップグレード・プロセス・フローチャート

次の表に、Oracle GoldenGate Studio 12c (12.2.1.2.6)にアップグレードするために実行する必要がある大まかな手順を示します。

表3-1 Oracle GoldenGate Studioをアップグレードするためのタスク

タスク

説明

必須

まだ実行していない場合は、このガイドの概要トピックを確認して、必要なアップグレード前タスクを完了します。

アップグレード前タスクには、本番環境のクローニング、システム要件および動作保証の確認、使用していないデータのパージ、SYSDBA以外のユーザーの作成などがあります。

アップグレード前タスクの詳細なリストは、Oracle GoldenGate Studioのアップグレードの準備を参照してください。

必須

既存の12cリポジトリへの接続を停止します。

アップグレード・プロセスを開始する前に、12c (12.2.1.2.6)リポジトリへの接続を停止します。

警告: アップグレード時にサーバーを停止しないと、データが破損する可能性があります。

サーバーとプロセスの停止を参照してください。

必須

Oracle GoldenGate Studio 12c (12.2.1.2.6)ディストリビューションをダウンロードして、新しいOracleにインストールします。

製品ディストリビューションをインストールするには、Oracle GoldenGate Studioのインストールを参照してください。

必須

アップグレード・アシスタントを使用して既存のスキーマをアップグレードします。

12c (12.2.1.x)のインストール時に作成したスキーマは、12c (12.2.1.2.6)でサポートされます。したがって、スキーマを再作成する必要はありません。

アップグレード・アシスタントを使用してリポジトリ・スキーマをすべてアップグレードする必要があります。Oracle Fusion Middlewareアップグレード・アシスタントを使用した製品スキーマのアップグレードを参照してください。

必須

12c (12.2.1.2.6)リポジトリに接続して、アップグレードを確認します。

アップグレード・プロセスは完了です。この時点で、12c (12.2.1.2.6)インスタンスを確認して、以前の12cの環境を12c (12.2.1.2.6)と比較し、新しくアップグレードされた環境のデータと構成設定に整合性があることを確認できます。

3.2 サーバーとプロセスの停止

アップグレード・アシスタントを実行してスキーマと構成をアップグレードする前に、管理サーバーおよび管理対象サーバーを含むすべてのプロセスとサーバーをシャットダウンする必要があります。

Oracle Fusion Middleware環境は、Oracle WebLogic Serverドメイン、管理サーバー、複数の管理対象サーバー、Javaコンポーネント、Identity Managementコンポーネントなどのシステム・コンポーネント、およびメタデータのリポジトリとして使用されるデータベースで構成される場合があります。コンポーネントは相互に依存している場合があるため、正しい順序で停止する必要があります。

注意:
この項の手順では、WLSTコマンドライン・ユーティリティまたはスクリプトを使用して、サーバーとプロセスを停止する方法を説明します。Oracle Fusion Middleware ControlおよびOracle WebLogic Server管理コンソールを使用することもできます。Oracle Fusion Middlewareの管理の管理サーバー、管理対象サーバーおよびノード・マネージャの起動と停止を参照してください。

Fusion Middleware環境を停止するには、次の手順に従います。

ステップ1: システム・コンポーネントの停止

Oracle HTTP Serverなどのシステム・コンポーネントを停止するには、stopComponentスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopComponent.sh component_name

- (Windows) DOMAIN_HOME\bin\stopComponent.cmd component_name

システム・コンポーネントは任意の順序で停止できます。

ステップ2: 管理対象サーバーの停止

WebLogic Server管理対象サーバーを停止するには、stopManagedWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopManagedWebLogic.sh managed_server_name admin_url

- (Windows) DOMAIN_HOME\bin\stopManagedWebLogic.cmd managed_server_name admin_url

プロンプトが表示されたら、ユーザー名とパスワードを入力します。

ステップ3: Oracle Identity Managementのコンポーネントの停止環境の一部を構成するOracle Internet DirectoryなどのOracle Identity Managementコンポーネントを停止します。

- (UNIX) DOMAIN_HOME/bin/stopComponent.sh component_name

- (Windows) DOMAIN_HOME\bin\stopComponent.cmd component_name

ステップ4: 管理サーバーの停止

管理サーバーを停止するときは、WebLogic Server管理コンソールやFusion Middleware Controlなど、管理サーバーで実行されているプロセスも停止してください。

管理サーバーを停止するには、stopWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopWebLogic.sh

- (Windows) DOMAIN_HOME\bin\stopWebLogic.cmd

プロンプトが表示されたら、ユーザー名、パスワード、および管理サーバーのURLを入力します。

ステップ5: ノード・マネージャの停止

ノード・マネージャを停止するには、それが実行されているコマンド・シェルを閉じます。

別の方法として、nodemanager.properties属性QuitEnabledをtrueに設定した後(デフォルトはfalse)、WLSTを使用してノード・マネージャに接続してシャットダウンできます。詳細は、Oracle Fusion Middleware WebLogic Server WLSTコマンド・リファレンスのstopNodeManagerを参照してください。

3.3 Oracle GoldenGate Studioのインストール

アップグレードを開始する前に、Oracle GoldenGate Studio 12c (12.2.1.2.6)ディストリビューションをターゲット・システムにダウンロードして、Oracle Universal Installerを使用してインストールします。

Oracle GoldenGate Studioをインストールするには、次のようにします。

1. 12c (12.2.1.2.6)製品ディストリビューションをインストールするターゲット・システムにサインインします。

2. Oracle Technology NetworkまたはOracle Software Delivery Cloudからターゲット・システムに、次のものをダウンロードします。

- Oracle GoldenGate Studio (fmw_12.2.1.2.0_oggstudio_generic.jar)

注意:
2つのjarファイルがある場合は、両方のファイルをダウンロードします。

3. 12c (12.2.1.2.6)製品ディストリビューションをダウンロードするディレクトリに移動します。

4. 次のコマンドを入力してインストール・プログラムを起動します。
(UNIX) JDK_HOME/bin/java -jar fmw_12.2.1.2.0_oggstudio_generic.jar

(Windows) JDK_HOME\bin\java -jar fmw_12.2.1.2.0_oggstudio_generic.jar

5. UNIXオペレーティング・システムでは、このホストにOracle製品をインストールするのが初めての場合、「Installation Inventory Setup」画面が表示されます。
中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システムのグループ名に、中央インベントリの場所への書込み権限があることを確認し、「Next」をクリックします。

注意:
「Installation Inventory Setup」画面は、Windowsオペレーティング・システムでは表示されません。

6. 「Welcome」画面で、情報を検討して前提条件をすべて満たしていることを確認します。「Next」をクリックします。

7. 「Auto Updates」画面で、「Skip Auto Updates」を選択します。選択できるオプションは次のとおりです。

- Skip Auto Updates: この時点で、ソフトウェア更新がないかシステム・チェックしない場合。

- Select patches from directory: パッチ・ファイルをダウンロードした場合、ローカル・ディレクトリに移動します。

- Search My Oracle Support for Updates: My Oracle Supportアカウントを持っている場合、ソフトウェア更新を自動的にダウンロードします。Oracle Supportの資格証明を入力する必要があり、「Search」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「Proxy Settings」をクリックします。「Test Connection」をクリックして接続をテストします。

「Next」をクリックします。

8. 「Installation Location」画面で、Oracleホーム・ディレクトリの場所を指定して「Next」をクリックします。
Oracle Fusion Middlewareのディレクトリ構造の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングのインストールおよび構成のディレクトリの理解を参照してください。

9. 「Installation Type」画面で、「Complete Install」を選択して「Next」をクリックします。

10. 「Prerequisite Checks」画面では、ホスト・コンピュータが分析され、オペレーティング・システムの特定の前提条件が満たされていることが確認されます。
検証されるタスクのリストを表示するには、「View Successful Tasks」を選択します。ログの詳細を表示するには、「View Log」を選択します。前提条件チェックに失敗すると、画面の下部にエラー・メッセージが表示されます。エラーを修正してから「Rerun」をクリックして再試行します。エラー・メッセージまたは警告メッセージを無視してインストールを続行するには、「Skip」をクリックします(この方法はお薦めしません)。

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

12. 「Installation Progress」画面で、進捗バーに100%と表示されたら、「Finish」をクリックしてインストーラを終了するか、「Next」をクリックしてサマリーを表示します。

13. 「Installation Complete」画面に、インストール場所とインストールされた機能セットが表示されます。この情報を確認し、「Finish」をクリックしてインストーラを閉じます。

3.4 製品スキーマのアップグレード

サーバーとプロセスを停止した後、アップグレード・アシスタントを使用して、サポートされる製品スキーマをOracle Fusion Middlewareの現在のリリースにアップグレードします。

アップグレード・アシスタントでは、選択したスキーマを個別にアップグレードすることも、ドメインに関連付けられたすべてのスキーマをアップグレードすることもできます。選択するオプションによって、使用するアップグレード・アシスタントの画面が決まります。

- アップグレード・アシスタントの起動
アップグレード・アシスタントを実行して、製品スキーマ、ドメイン・コンポーネント構成またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2.6)にアップグレードします。アップグレードをSYSDBA以外のユーザーで実行して、1度に1つのドメインのアップグレードを完了することをお薦めします。

- アップグレード・アシスタントによるスキーマのアップグレード
アップグレード・アシスタントの画面を操作して、製品スキーマをアップグレードします。

- スキーマのアップグレードの確認
すべてのアップグレード手順を完了した後、schema_version_registryのスキーマ・バージョンが正しく更新されていることを確認して、アップグレードが成功したことを確認します。

3.4.1 アップグレード・アシスタントの起動

アップグレード・アシスタントを実行して、製品スキーマ、ドメイン・コンポーネント構成またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2.6)にアップグレードします。アップグレードをSYSDBA以外のユーザーで実行して、1度に1つのドメインのアップグレードを完了することをお薦めします。

アップグレード・アシスタントを起動するには、次のようにします。

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

- (UNIX) ORACLE_HOME/oracle_common/upgrade/bin

- (Windows) ORACLE_HOME\oracle_common\upgrade\bin

2. アップグレード・アシスタントを起動します。

- (UNIX) ./ua

- (Windows) ua.bat

ロギング・パラメータなど、コマンドラインに指定できる他のパラメータの詳細は、次を参照してください。

- アップグレード・アシスタントのパラメータ

3.4.1.1 アップグレード・アシスタントのパラメータ

コマンド行からアップグレード・アシスタントを起動する場合は、追加のパラメータを指定できます。

表3-2 アップグレード・アシスタントのコマンドライン・パラメータ

パラメータ

必須またはオプション

説明

-readiness

準備状況チェックの場合に必須
注意: 準備状況チェックは(WebLogic Serverで管理されていない)スタンドアロン・インストールでは実行できません。

実際のアップグレードを実行せずに、アップグレードの準備状況チェックを実行します。

スキーマおよび構成がチェックされます。

-examineパラメータを指定した場合は、このパラメータを使用しないでください。

-threads

オプション

同時スキーマ・アップグレードまたはスキーマの準備状況チェックに使用できるスレッドの数を指定します。

値は1から8までの正の整数である必要があります。デフォルトは4です。

-response

サイレント・アップグレードまたはサイレント準備状況チェックの場合に必須

アップグレード・アシスタントをGUIモードで実行したときに入力したデータから生成されたレスポンス・ファイルに保存された入力を使用して、アップグレード・アシスタントを実行します。このパラメータを使用すると、アップグレード・アシスタントがサイレント・モードで(アップグレード・アシスタントの画面が表示されずに)実行されます。

-examine

オプション

調査フェーズは実行しますが、実際のアップグレードは実行しません。

-readinessパラメータを指定した場合は、このパラメータを指定しないでください。

-logLevel attribute

オプション

ロギング・レベルを設定し、次のいずれかの属性を指定します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

デフォルトのロギング・レベルはNOTIFICATIONです。

より多くの情報がログに記録されるように-logLevel TRACE属性を設定することを検討します。これは、失敗したアップグレードをトラブルシューティングするときに役立ちます。-logLevel TRACEを使用すると、アップグレード・アシスタントのログ・ファイルが非常に大きくなる場合があります。

-logDir location

オプション

アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を設定します。アップグレード・アシスタントがログ・ファイルと一時ファイルを作成する既存の書込み可能なディレクトリを指定する必要があります。

デフォルトの場所は次のとおりです。

UNIX:

ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

Windows:

ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

オプション

すべてのコマンドライン・オプションを表示します。

3.4.2 アップグレード・アシスタントによるスキーマのアップグレード

アップグレード・アシスタントの画面を操作して、製品スキーマをアップグレードします。

アップグレード・アシスタントを使用して製品スキーマをアップグレードするには、次のようにします。

1. 「Welcome」画面で、アップグレード・アシスタントの概要と重要なアップグレード前タスクに関する情報を確認します。「Next」をクリックします。

注意:
アップグレード・アシスタントの画面の詳細は、画面の「Help」をクリックしてください。

2. 「Selected Schemas」画面で、「Individually Selected Schemas」を選択します。このオプションにより、アップグレードの対象とするスキーマのみを選択できるようになります。「Next」をクリックします。

3. 「Available Components」画面で、「Oracle GoldenGate Studio」を選択し、「Next」をクリックします。

4. 「Prerequisites」画面で、チェック・ボックスをすべて選択して前提条件を満たしていることを確認します。「Next」をクリックします。

注意:
アップグレード・アシスタントでは、前提条件が満たされているかどうかを検証しません。

5. 「OGGSTUDIO Schema」画面で、アップグレードする必要があるスキーマの接続資格証明を指定します。
サービス名およびデータベース管理者アカウント(OGGSTUDIOスキーマが含まれるデータベースのDBAユーザー名およびパスワード)を指定し、「Connect」をクリックします。

注意:

SYSDBAをデータベース・ユーザー名として使用しないでください。

6. 選択したスキーマのスキーマ・ユーザー名およびパスワードを指定します。
「Connection to database successfully completed」というメッセージが表示されたら、「Next」をクリックします。

7. Studioオプション画面で、「Upgrade topology and security metadata」および「Use AES-128 encryption algorithm」を選択します。「Next」をクリックします。

注意:

「Use AES-128 encryption algorithm」を選択しないと、AES-256暗号化アルゴリズムがアップグレードに対して使用されます。

8. 「OGG Studio Supervisor」画面で、アップグレードするOGGリポジトリのスーパーバイザ資格証明を指定して「Next」をクリックします。

9. 「Examine」画面で、アップグレード・アシスタントが各スキーマを検査して、アップグレード準備完了状況を確認したステータスを確認します。ステータスが「Examine finished」の場合は、「Next」をクリックします。
調査フェーズが失敗した場合は、「Examination Failure」ダイアログの「No」をクリックしてアップグレードを取り消すことをお薦めします。「View Log」をクリックしてエラーの原因を表示します。一般的なアップグレード・エラーの解決方法の詳細は、Oracle Fusion Middlewareアップグレード・アシスタントによるアップグレードのアップグレード・ガイドのアップグレードのトラブルシューティングを参照してください。

注意:

- アップグレードを続行せずに、調査フェーズで検出された問題を解決する場合は、バックアップをリストアせずにアップグレード・アシスタントを再び起動できます。しかし、「Examination Failure」ダイアログ・ボックスの「Yes」をクリックして続行した場合は、アップグレード・アシスタントを再び起動する前に、アップグレード前の環境をバックアップからリストアする必要があります。

- 調査プロセスを取り消しても、スキーマや構成データに影響はありません。唯一の影響は、アップグレード・アシスタントが収集した情報を、将来のアップグレード・セッションで再び収集する必要があることです。

10. 「Upgrade Summary」画面で、スキーマ・アップグレード用に選択したオプションの概要を確認します。
アップグレードする各スキーマに対して正しいソースとターゲットのバージョンがリストされていることを確認します。

これらのオプションをレスポンス・ファイルに保存して、後でレスポンス(またはサイレント)モードでアップグレード・アシスタントを再び実行する場合は、「Save Response File」をクリックして、レスポンス・ファイルの場所と名前を指定します。サイレント・アップグレードでは、アップグレード・アシスタントが実行するのとまったく同じ機能が実行されますが、データを手動で再入力する必要がありません。

「Upgrade」をクリックして、アップグレード・プロセスを開始します。

11. 「Upgrade Progress」画面で、アップグレードのステータスをモニターします。

注意:
アップグレード・アシスタントによるアップグレードは、時間に余裕をもって実行してください。間違いなく必要である場合以外は、アップグレード操作を取り消さないでください。取り消すと、不安定な環境になる可能性があります。

スキーマが正常にアップグレードされない場合は、アップグレード・アシスタントのログ・ファイルを調べて詳細を確認します。

注意:
この画面の進捗バーには、現在のアップグレード手順の進行状況が表示されます。これは、アップグレードの残り時間を示すものではありません。

「Next」をクリックします。

12. アップグレードに成功した場合は、「Upgrade Success」画面で、「Close」をクリックし、アップグレードを完了してウィザードを閉じます。

アップグレードに失敗した場合は、「Upgrade Failure」画面で、「View Log」をクリックし、エラーを表示してトラブルシューティングします。ログはORACLE_HOME/oracle_common/upgrade/logsにあります。

注意:
アップグレードに失敗した場合、アップグレード前の環境をバックアップからリストアし、問題を修正して、アップグレード・アシスタントを再起動します。

3.4.3 スキーマのアップグレードの確認

すべてのアップグレード手順を完了した後、schema_version_registryのスキーマ・バージョンが正しく更新されていることを確認して、アップグレードが成功したことを確認します。

Oracle Databaseを使用している場合は、Oracle DBA権限があるユーザーでデータベースに接続して、SQL*Plusから次のように実行して現在のバージョン番号を取得します。

SET LINE 120
COLUMN MRC_NAME FORMAT A14
COLUMN COMP_ID FORMAT A20
COLUMN VERSION FORMAT A12
COLUMN STATUS FORMAT A9
COLUMN UPGRADED FORMAT A8
SELECT MRC_NAME, COMP_ID, OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY ORDER BY MRC_NAME, COMP_ID ;

問合せ結果の説明:

- VERSION列の番号が、そのスキーマの最新バージョン番号と一致していることを確認します。たとえば、スキーマ・バージョン番号が12.2.1.2.6であることを確認します。ただし、すべてのスキーマのバージョンが更新されるわけではないことに注意してください。一部のスキーマはこのリリースにアップグレードする必要がないため、アップグレード前のバージョン番号を保持します。

- スキーマのパッチ適用操作中はSTATUSフィールドがUPGRADINGまたはUPGRADEDになり、操作完了後はVALIDになります。

- ステータスがINVALIDと表示される場合は、スキーマの更新に失敗しています。ログ・ファイルを調べて、失敗の理由を特定してください。

- IAU_APPENDおよびIAU_VIEWERが所有するシノニム・オブジェクトはINVALIDと表示されますが、失敗を示していません。
ターゲット・オブジェクトがシノニムの作成後に変更されるため、これらは無効になります。シノニム・オブジェクトにアクセスした時点で、シノニム・オブジェクトは有効になります。これらのINVALIDオブジェクトは無視してかまいません。

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)を参照してください。