Oracle Analytics Serverの最新リリースへのアップグレード

このトピックでは、Oracle Business Intelligence 12.2.1.4.0または以前のリリースのOracle Analytics Serverから最新リリースのOracle Analytics Serverにアップグレードする方法について説明します。アップグレード操作は、既存のドメインで実行します。

製品ディストリビューションのインストール

アップグレードを開始する前に、Oracle Fusion Middleware Infrastructure 12.2.1.4およびOracle Analyticsサーバーのディストリビューションをターゲット・システムにダウンロードし、Oracle Universal Installerを使用してインストールします。

ノート:

アップグレードにInfrastructureが必要な場合は、その他のFusion Middleware製品をインストールする前に、まずOracle Fusion Middlewareディストリビューションをインストールする必要があります。

Oracle Analytics Serverをインストールおよび構成する詳細な手順は、Oracle Analytics Serverのインストールと構成ガイドを参照してください。

Oracle Analytics Serverディストリビューションをインストールするには:

1. Oracle Analytics Serverをインストールおよび構成する準備をします。Oracle Analytics Serverのインストールおよび構成の準備を参照してください。
2. WebLogic Server 12.2.1.4パッチをインストールします。
   • p30657796_122140_Generic.zipを解凍します。
   • パッチを適用するには、p30657796_122140_Generic.zipファイルから解凍したreadmeファイルの手順に従います。
3. Oracle Analytics Serverをインストールします。「Oracle Analytics Serverソフトウェアのインストール」を参照してください。

アップグレード前の準備状況チェックの実行

アップグレードにかかわる潜在的な問題を特定するために、アップグレード・プロセスの開始前に、準備状況チェックの実行をお薦めします。準備状況チェックでは、アップグレードの潜在的な問題をすべて発見できるわけではないことに注意してください。準備状況チェック・レポートが成功しても、アップグレードが失敗する場合があります。

アップグレード前の準備状況チェックの実行について

アップグレード・アシスタントを-readinessモードで実行することにより、実際にアップグレードを実行する前に問題を検出できます。準備状況チェックは、アップグレード・アシスタントを使用してGUIモードで実行するか、レスポンス・ファイルを使用してサイレント・モードで実行できます。

アップグレード・アシスタントの準備状況チェックでは、サポートされる開始点にあるFusion MiddlewareスキーマおよびWebLogicドメイン構成の読取り専用のアップグレード前確認を実行します。確認は読取り専用操作です。

準備状況チェックでは、フォーマットされ、タイムスタンプの付けられた準備状況レポートが生成され、実際のアップグレードを試みる前に潜在的な問題に対処できます。問題が検出されない場合は、アップグレード・プロセスを開始できます。アップグレードを実行する前に、このレポートを詳細に確認することをお薦めします。

準備状況チェックは、既存のOracle Fusion Middlewareドメインがオンライン(他のユーザーがアクティブに使用している間)またはオフラインである間に実行できます。

実際のアップグレードを実行する前に、準備状況チェックを何度でも実行できます。ただし、アップグレードを実行した後は、レポートの結果がアップグレード前の準備状況チェックの結果と異なる可能性があるため、準備状況チェックを実行しないでください。

ノート:

パフォーマンスへの影響を避けるため、準備状況チェックはオフピーク時に実行することをお薦めします。

準備状況モードでのUpgrade Assistantの起動

-readinessパラメータを使用して、アップグレード・アシスタントを準備状況モードで起動します。

アップグレード・アシスタントでアップグレード前の環境に対して準備状況チェックを実行するには:

1. oracle_common/upgrade/binディレクトリに移動します。
   • (Linux) ORACLE_HOME/oracle_common/upgrade/bin
   • (Windows) ORACLE_HOME\oracle_common\upgrade\bin
2. アップグレード・アシスタントを起動します。
   • (Linux) ./ua -readiness
   • (Windows) ua.bat -readiness

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

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

表2-3 Upgrade Assistantコマンドライン・パラメータ

パラメータ	必須またはオプション	説明
-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が使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。
-logDir location	オプション	アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を設定します。アップグレード・アシスタントによってログ・ファイルおよび一時ファイルが作成される、既存の書込み可能なディレクトリを指定する必要があります。 デフォルトの場所は次のとおりです。 (Linux) 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	オプション	すべてのコマンドライン・オプションを表示します。

アップグレード・アシスタントでの準備状況チェックの実行

アップグレード・アシスタントの各画面を移動して、アップグレード前の準備状況チェックを完了します。

準備状況チェックは、サポートされるアップグレードの開始点にあるスキーマまたはコンポーネント構成に対してのみ実行されます。

準備状況チェックを完了するには:

1. 「ようこそ」画面で、準備状況チェックに関する情報を確認します。「次」をクリックします。
2. 「準備状況チェック・タイプ」画面で、実行する準備状況チェックを選択します。
   • 「個別に選択されたスキーマ」: アップグレード前に確認するスキーマを個別に選択できます。準備状況チェックにより、スキーマがアップグレードに対してサポートされているか、またはアップグレードが必要な箇所が報告されます。

     このオプションを選択すると、画面名が「選択したスキーマ」に変更されます。

   • 「ドメイン・ベース」: Upgrade Assistantは、「ドメイン・ディレクトリ」フィールドで指定されたドメイン内で、アップグレード可能なスキーマまたはコンポーネントのすべてを検出して選択するようになります。

     このオプションを選択すると、画面名が「スキーマおよび構成」に変更されます。

     アップグレード・アシスタントですべてのスキーマおよびコンポーネント構成を同時に確認する場合は、デフォルトの選択のままにし、それ以外の場合は特定のオプションを選択します。

     • 「すべてのスキーマのチェックを含める」: アップグレードに対応したコンポーネントをすべて検出して確認します。

     • 「すべての構成のチェックを含める」: 管理対象WebLogic Serverドメインのコンポーネント構成を確認します。

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

3. 「個別に選択されたスキーマ」を選択した場合: 「使用可能なコンポーネント」画面で、アップグレードに対応可能なスキーマを持つコンポーネントを選択して、準備状況チェックの実行対象にします。
   「ドメイン・ベース」を選択した場合: 「コンポーネント・リスト」画面で、準備状況チェックを実行するドメインに存在するコンポーネントのリストを確認します。
   依存コンポーネントを持つコンポーネントを選択した場合、それらのコンポーネントは自動的に選択されます。たとえば、Oracle Platform Security Servicesを選択した場合、Oracle Audit Servicesは自動的に選択されます。

   選択したコンポーネントに応じて、追加の画面が表示される場合があります。たとえば、次のような作業が必要になることがあります。

   • ドメイン・ディレクトリを指定します。

   • 選択したスキーマに接続するために、次のスキーマ資格証明を指定します: 「データベース・タイプ」、「DBAユーザー名」および「DBAパスワード」。次に、「接続」をクリックします。

     ノート:

     Oracle Databaseがデフォルトのデータベース・タイプです。続行する前に、正しいデータベース・タイプを選択したことを確認してください。間違ったデータベース・タイプを選択したことがわかった場合、正しいタイプに変更するためにこの画面に戻らないでください。かわりに、アップグレード・アシスタントを閉じて、正しいデータベース・タイプを選択して準備状況チェックを再起動し、正しいデータベース・タイプがすべてのスキーマに適用されることを確認してください。

   • 「スキーマ・ユーザー名」オプションを選択して、「スキーマ・パスワード」を指定します。

     ノート:

     Upgrade Assistantでは、デフォルトの資格証明が自動的に有効になります。接続できない場合、スキーマの資格証明を手動で入力し、続行します。
   「次」をクリックして、準備状況チェックを開始します。
4. 「準備状況サマリー」画面で、選択内容に基づいて実行される準備状況チェックのサマリーを確認します。
   選択内容を保存して、今後、レスポンス(サイレンス)モードでUpgrade Assistantを再実行する場合は、「レスポンス・ファイルの保存」をクリックして、レスポンス・ファイルの場所と名前を指定します。サイレント・アップグレードは、アップグレード・アシスタント・とまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。
   詳細レポートを表示するには、「ログの表示」をクリックします。
   「次」をクリックします。
5. 「準備状況チェック」画面で、準備状況チェックのステータスを確認します。 プロセスは数分かかる場合があります。
   複数のコンポーネントを確認している場合、各コンポーネントの進行状況が固有の進捗バーに並行して表示されます。
   準備状況チェックが完了したら、「続行」をクリックします。
6. 「準備状況の終了」画面で、準備状況チェックの結果(「準備状況成功」または「準備状況失敗」)を確認します。

   • 準備状況チェックが成功した場合は、「準備状況レポートの表示」をクリックして完全なレポートを確認します。準備状況チェックが成功した場合でも、実際のアップグレードを実行する前に準備状況レポートを確認することをお薦めします。「検索」オプションは、レポート内の特定の語句を検索する際に使用します。また、このレポートには、完成した準備状況チェック・レポート・ファイルが格納されている場所も示されます。

   • 準備状況チェックで問題またはエラーが発生した場合、「ログの表示」をクリックして、ログ・ファイルを確認して問題を特定し、問題を修正してから、準備状況チェックを再開してください。ログ・ファイルは、設定したコマンドライン・オプションにより管理されます。

準備状況レポートの理解

ドメインの準備状況チェックを実行した後、レポートを確認してアップグレードを成功させるためのアクションをとる必要があるかどうかを判断します。

準備状況レポート・ファイルの名前の形式は、次のとおりです。

readiness<timestamp>.txt

ここで、timestampは、準備状況チェックが実行された日付と時刻を示します。

準備状況レポートには、次の情報が含まれています。

表2-4 準備状況レポートの要素

レポートの情報	説明	必要なアクション
全体的な準備状況ステータス: SUCCESSまたはFAILURE	レポートの上部に、準備状況チェックが合格したか1つ以上のエラーで完了したかが示されます。	1つ以上のエラーが発生してレポートが完了した場合、アップグレードを試みる前に、FAILを検索し、障害の原因となった問題を修正します。準備状況チェックは、アップグレードする前に必要に応じて何度でも再実行できます。
タイムスタンプ	レポートが生成された日付と時刻。	必要なアクションはありません。
ログ・ファイルの場所 /oracle_common/upgrade/logs	生成されたログ・ファイルのディレクトリの場所。	必要なアクションはありません。
ドメイン・ディレクトリ	ドメインの場所が表示されます	必要なアクションはありません。
準備状況レポートの場所 /oracle_common/upgrade/logs	生成された準備状況レポートのディレクトリの場所。	必要なアクションはありません。
チェックされたコンポーネントの名前	チェックに含まれるコンポーネントの名前およびバージョンとステータス。	ドメインに、このリリースにアップグレードできないSOAコア拡張機能などのコンポーネントが含まれる場合は、アップグレードを試行しないでください。
チェックされたスキーマの名前	チェックに含まれるスキーマの名前および現在のバージョンとステータス。	スキーマのバージョン番号をレビューします。ドメインに、このリリースにアップグレードできないスキーマが含まれる場合は、アップグレードを試行しないでください。
個別のオブジェクト・テスト・ステータス: FAIL	準備状況チェック・テストによって、特定のオブジェクトの問題が検出されました。	失敗した問題がすべて解決されるまではアップグレードしないでください。
個別のオブジェクト・テスト・ステータス: PASS	準備状況チェック・テストによって、特定のオブジェクトの問題が検出されませんでした。	準備状況チェック・レポートに「成功」ステータスのみが表示されている場合は、環境をアップグレードできます。ただし、準備状況チェックでは、ハードウェアやアップグレード時の接続性などの外部環境に関する問題を検出することはできません。アップグレードの進捗を常に監視する必要があります。
<オブジェクト>の完了した準備状況チェック・ステータス: FAILURE	準備状況チェックで、スキーマ、索引またはデータ型などの特定のオブジェクトに対して解決する必要がある1つ以上のエラーが検出されました。	失敗した問題がすべて解決されるまではアップグレードしないでください。
<オブジェクト>の完了した準備状況チェック・ステータス: SUCCESS	準備状況チェック・テストによって問題が検出されませんでした。	必要なアクションはありません。

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

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

ノート:

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

Fusion Middleware環境を停止するには:

1. 次のディレクトリに変更します。
   • (Linux) DOMAIN_HOME/bitools/bin
   • (Windows) DOMAIN_HOME\bitools\bin
2. Oracle BIインスタンスおよびサーバーを停止するには、次のコマンドを入力します。
   • (Linux) stop.sh
   • (Windows) stop.cmd

   ノート:

   パスワードの入力を求められたら、Oracle BIドメインの構成時に入力したノード・マネージャのパスワードを指定します。

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

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

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

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

Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネントの構成またはスタンドアロン・システム・コンポーネントをOracle Analyticsサーバーにアップグレードします。

Upgrade Assistantを起動するには:

ノート:

Upgrade Assistantを起動する前に、Upgrade Assistantが実行されるプラットフォームのJVM文字コードがUTF-8に設定されていることを確認します。文字コードがUTF-8に設定されていないと、名前にUnicode文字が含まれているファイルをダウンロードできません。これにより、アップグレードが失敗することがあります。

1. oracle_common/upgrade/binディレクトリに移動します。
   • (Linux) ORACLE_HOME/oracle_common/upgrade/bin
   • (Windows) ORACLE_HOME\oracle_common\upgrade\bin
2. Upgrade Assistantを起動します。
   • (Linux) ./ua
   • (Windows) ua.bat

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

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

表2-5 Upgrade Assistantコマンドライン・パラメータ

パラメータ	必須またはオプション	説明
-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が使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。
-logDir location	オプション	アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を設定します。アップグレード・アシスタントによってログ・ファイルおよび一時ファイルが作成される、既存の書込み可能なディレクトリを指定する必要があります。 デフォルトの場所は次のとおりです。 (Linux) 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	オプション	すべてのコマンドライン・オプションを表示します。

アップグレード・アシスタントを使用した製品スキーマのアップグレード

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

既存のBIインスタンスでDB2を使用している場合は、アップグレード・プロセスを開始する前に次を実行します。

1. WebLogicコンソールにサインインします。
2. 「サービス」の下の「データソース」に進み、「wlsservices_datasource」を選択します。
3. データ・ソース「wlsservices_datasource」のユーザーを「<PREFIX>_WLS_RUNTIME」から「<PREFIX>_WLS」に変更します。

   たとえば、ユーザーを「L1_WLS_RUNTIME」から「L1_WLS」に変更します。

これで、アップグレード・プロセスに進むことができます。

アップグレード・アシスタントで製品スキーマをアップグレードするには:

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

   ノート:

   Upgrade Assistantの画面の詳細は、画面上の「ヘルプ」をクリックしてください。
2. 「選択したスキーマ」画面で、「ドメインで使用されるすべてのスキーマ」を選択します。
   • ドメインで使用されるすべてのスキーマ。アップグレード・アシスタントは、「ドメイン・ディレクトリ」シールドに指定されているドメイン内のアップグレード可能なスキーマがあるすべてのコンポーネントを検索し、選択できます。これは、ドメイン支援のスキーマ・アップグレードとも呼ばれています。さらに、Upgrade Assistantはスキーマの入力画面に接続情報を事前に移入します。

     ノート:

     必要なすべてのスキーマがアップグレードに確実に含まれるようにするため、ほとんどのアップグレードについて「ドメインで使用されるすべてのスキーマ」を選択することをお薦めします。

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

3. 「ドメインで使用されるすべてのスキーマ」を選択した場合: 「コンポーネント・リスト」画面で、2つのリストのスキーマが表示されます。最初のリストには、スキーマがドメインに存在しアップグレードされるコンポーネントが示されています。2番目のリストには、作成が必要であると考えられる不足のスキーマのリストが示されています。必要なスキーマが不足していない場合は、最初のリストのみが表示されます。両方のリストを確認し、「次へ」をクリックします。
   Upgrade Assistantは、既存のドメイン・スキーマを作成するために使用されるスキーマ資格証明を使用して、すべての欠落スキーマの作成を試行します。リポジトリ作成ユーティリティを起動する必要はありません。
   一部のコンポーネントやスキーマをリストから除外する場合は、「すべてのスキーマ」画面に戻り、「個別に選択されたスキーマ」を選択します。このオプションにより、アップグレードに含めるスキーマのみを選択できます。
4. 「前提条件」画面で、すべてのチェック・ボックスを選択して、前提条件を満たしていることを確認します。「次」をクリックします。

   ノート:

   アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
5. BIPLATFORMスキーマ[BIEE_PLATFORM]画面で、既存の12cスキーマからその他のフィールドにデータが自動的に読み込まれます。
   データベース管理者のアカウント(BIEE_PLATFORMスキーマが格納されているデータベースのDBAユーザー名とパスワード)を入力し、「接続」をクリックします。
   メッセージ「データベースへの接続が正常に完了しました」が表示されたら、「次」をクリックします。
6. IAUスキーマ[BIEE_IAU]画面で、既存の12cスキーマからその他のフィールドにデータが自動的に読み込まれます。
   データベース管理者のアカウント(BIEE_IAUスキーマが格納されているデータベースのDBAユーザー名とパスワード)を入力し、「接続」をクリックします。
   メッセージ「データベースへの接続が正常に完了しました」が表示されたら、「次」をクリックします。
7. OPSSスキーマ[BIEE_OPSS]画面で、既存の12cスキーマからその他のフィールドにデータが自動的に読み込まれます。
   データベース管理者のアカウント(BIEE_OPSSスキーマが格納されているデータベースのDBAユーザー名とパスワード)を入力し、「接続」をクリックします。
   メッセージ「データベースへの接続が正常に完了しました」が表示されたら、「次」をクリックします。
8. MDSスキーマ[BIEE_MDS]画面で、既存の12cスキーマからその他のフィールドにデータが自動的に読み込まれます。
   データベース管理者のアカウント(BIEE_MDSスキーマが格納されているデータベースのDBAユーザー名とパスワード)を入力し、「接続」をクリックします。
   メッセージ「データベースへの接続が正常に完了しました」が表示されたら、「次」をクリックします。
9. STBスキーマ[BIEE_STB]画面で、既存の12cスキーマからその他のフィールドにデータが自動的に読み込まれます。
   データベース管理者のアカウント(BIEE_STBスキーマが格納されているデータベースのDBAユーザー名とパスワード)を入力し、「接続」をクリックします。
   メッセージ「データベースへの接続が正常に完了しました」が表示されたら、「次」をクリックします。
10. WLSスキーマ[BIEE_WLS_RUNTIME]画面で、既存の12cスキーマからその他のフィールドにデータが自動的に読み込まれます。
    データベース管理者のアカウント(BIEE_WLS_RUNTIMEスキーマが格納されているデータベースのDBAユーザー名とパスワード)を入力し、「接続」をクリックします。
    メッセージ「データベースへの接続が正常に完了しました」が表示されたら、「次」をクリックします。
11. 「調査」画面で、各スキーマを調査したUpgrade Assistantのステータスを確認して、スキーマのアップグレードの準備が整っていることを検証します。ステータスが「調査が終了しました。」になっている場合は、「次」をクリックします。
    調査フェーズが失敗した場合は、「調査失敗」ダイアログの「いいえ」をクリックして、アップグレードをキャンセルすることをお薦めします。「ログの表示」をクリックして、エラーの原因を確認します。

    ノート:

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

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

12. 「アップグレード・サマリー」画面で、アップグレードまたは作成、あるいはその両方が行われるスキーマのサマリーを確認します。
    正しいソース・バージョンとターゲット・バージョンが、アップグレード対象の各スキーマにリストされていることを確認します。
    後でアップグレード・アシスタントをレスポンス(またはサイレント)モードで再び実行するためにこれらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックして、レスポンス・ファイルの場所および名前を指定します。サイレント・アップグレードは、アップグレード・アシスタント・とまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。
    「次」をクリックします。
13. 「アップグレードの進行状況」画面で、アップグレードのステータスを監視します。

    注意:

    アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。
    正しくアップグレードされていないスキーマがある場合は、アップグレード・アシスタントのログ・ファイルで情報を確認します。

    ノート:

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

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

14. アップグレードが成功した場合: 「アップグレード成功」画面で、「閉じる」をクリックし、アップグレードを完了してウィザードを閉じます。

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

    ノート:

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

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

すべてのアップグレード・ステップが完了したら、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列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。

  ノート:

  ただし、すべてのスキーマ・バージョンが更新されるわけではありません。一部のスキーマは、このリリースにアップグレードする必要がなく、アップグレード前のバージョン番号のままになります。

• STATUSフィールドは、スキーマのパッチ適用処理中はUPGRADINGまたはUPGRADEDのどちらかになり、その処理が完了するとVALIDになります。

• ステータスが「INVALID」と表示された場合は、ステータスの更新が失敗しています。ログ・ファイルを調べて、失敗した理由を判定する必要があります。

• IAU_APPENDおよびIAU_VIEWERに所有されているシノニム・オブジェクトは、INVALIDと表示されますが、失敗を示しているわけではありません。

  これらは、シノニムの作成後にターゲット・オブジェクトが変更されるため無効になります。シノニム・オブジェクトは、アクセスされるときに有効になります。これらのINVALIDオブジェクトは無視してかまいません。

mapViewerConfig.xmlファイルのバックアップ

mapViewerConfig.xmlファイルは、再構成ウィザードを実行すると再構成テンプレートによって上書きされます。そのため、既存のドメインを再構成する前にmapViewerConfig.xmlファイルをバックアップする必要があります。

mapViewerConfig.xmlファイルをバックアップするには:

1. mapViewerConfig.xmlファイルの場所にディレクトリを移動します。
   • (Linux) cd EXISTING_DOMAIN_HOME/config/fmwconfig/mapviewer/conf
   • (Windows) cd EXISTING_DOMAIN_HOME\config\fmwconfig\mapviewer\conf
2. システム上の次の場所にあるmapViewerConfig.xmlファイルのファイル・サイズを確認します。リスト・コマンドls -ltrを使用してそのファイル・サイズを確認します。
   • (Linux) ls -ltr
   • (Windows) dir
3. 次のようにmapViewerConfig.xmlファイルをコピーします。
   • (Linux) cp mapViewerConfig.xml mapViewerConfig_original.xml
   • (Windows) copy "mapViewerConfig.xml" "mapViewerConfig_original.xml"

ドメインの再構成について

再構成ウィザードを実行して、ドメイン・コンポーネント構成をOracle Analyticsサーバーに再構成します。

WebLogic Serverドメインを再構成すると、ドメイン内のアプリケーションに応じて、次の項目が自動的に更新されます。

• WebLogic Serverコア・インフラストラクチャ

• ドメイン・バージョン

ノート:

ドメイン再構成を開始する前に、次の制限事項に注意してください。

• 再構成ウィザードでは、ドメインに含まれる独自のアプリケーションは更新されません。

• アップグレード・プロセスの間の非動的クラスタ・ドメインから動的クラスタ・ドメインへの変換はサポートされていません。

  動的クラスタ機能は再構成ウィザードの実行時に使用可能ですが、Oracleでは、非動的クラスタのアップグレード後の動的クラスタの追加のみがサポートされています。アップグレード・プロセスの間に動的クラスタを追加することはできません。

• アップグレードするインストールでOracle Access Management (OAM)が使用されない場合は、2つのファイルを編集して、再構成ウィザードが、存在しないOAMインフラストラクチャ・スキーマの更新(アップグレードが失敗する)を試みないようにする必要があります。

  $DOMAIN/init-info/domain-info.xmlに次の例のような行をコメント・アウトします。

  <!--extention-template-ref name="Oracle Identity Navigator" 
    version="11.1.1.3.0" 
    location="/u01/app/oracle/product/fmw/iam111130/common/templates/applications/yourcomany.oinav_11.1.1.3.0_template.jar" 
    symbol=""/-->
  
  <!--install-comp-ref name="oracle.idm.oinav" version="11.1.1.3.0" 
    symbol="yourcompany.idm.oinav_11.1.1.3.0_iam111130_ORACLE_HOME" 
    product_home="/u01/app/oracle/product/fmw/iam111130"/-->

  また、同様に、$DOMAIN/config/config.xmlに次の例のような行をコメント・アウトします。

  <!--app-deployment> 
    <name>oinav#11.1.1.3.0</name>
    <target>AdminServer</target>
    <module-type>ear</module-type>
  
    <source-path>/u01/app/oracle/product/fmw/iam111130/oinav/modules/oinav.ear_11.1.1.3.0/oinav.ear</source-path>
    <deployment-order>500</deployment-order>
    <security-dd-model>DDOnly</security-dd-model>
    <staging-mode>nostage</staging-mode>
  </app-deployment-->
  

具体的には、ドメインを再構成すると、次のようになります。

• ドメインのconfig.xmlファイルのドメイン・バージョン番号は、管理サーバーのインストール済WebLogic Serverバージョンに更新されます。

• すべてのインストール済Oracle製品の再構成テンプレートは、自動的に選択されてドメインに適用されます。これらのテンプレートは、WebLogicドメインが現在のWebLogic Serverバージョンと互換性を持つために必要な再構成タスクを定義します。

• 起動スクリプトが更新されます。

  変更した起動スクリプトを保持する必要がある場合は、再構成ウィザードを開始する前にそれらをバックアップするようにしてください。

ノート:

ドメイン再構成プロセスが開始されると、そこで行われた変更は元に戻せません。再構成ウィザードを実行する前に、アップグレード前チェックリストに示されているようにドメインをバックアップしてあることを確認してください。再構成ウィザードの実行中にエラーまたは他の割込みが発生した場合、バックアップ場所から元のドメイン・ディレクトリにファイルとディレクトリをコピーすることによって、ドメインをリストアする必要があります。これは、ドメインが再構成前の元の状態に戻されたことを確認する唯一の方法です。

再構成ウィザードを使用して既存のドメインを再構成する手順に従います。Oracle WebLogic ServerのアップグレードのWebLogicドメインの再構成を参照してください。

ドメインのバックアップ

再構成ウィザードを実行する前に、ドメイン・ディレクトリのバックアップ・コピーを作成します。

ドメイン・ディレクトリのバックアップを作成するには:

1. コンテンツを保持するには、ソース・ドメインを別の場所にコピーします。
   • (Linux) cp -rf mydomain mydomain_backup
   • (Windows) cp mydomain /domains/mydomain_backup
2. 各リモート管理対象サーバー上でドメインを更新する前に、各リモート・マシン上のドメイン・ディレクトリのバックアップ・コピーを作成します。
3. ドメインのバックアップしたバージョンが完全であることを確認します。

ドメインの再構成がなんらかの理由で失敗した場合は、すべてのファイルおよびディレクトリをバックアップ・ディレクトリから元のドメイン・ディレクトリにコピーして、ドメインを再構成前の元の状態に完全に戻す必要があります。

再構成ウィザードの起動

ノート:

再構成プロセスを開始する前に、管理サーバーおよび関連するすべての管理対象サーバーを停止します。「サーバーとプロセスの停止」を参照

再構成ウィザードをグラフィカル・モードで起動するには:

1. ドメインが存在するシステムにサインインします。
2. コマンド・シェル(Linuxオペレーティング・システムの場合)またはコマンド・プロンプト・ウィンドウ(Windowsオペレーティング・システムの場合)を開きます。
3. エディション・ベースのデータベース・ユーザーのみ: スキーマがEBRデータベースを使用して構成されている場合、再構成ウィザードを実行する前に、手動でデフォルトのエディション名を設定する必要があります。
   次のSQLコマンドを実行して、デフォルト・エディションを設定します。

   ALTER DATABASE DEFAULT EDITION = edition_name;

   ここで、edition_nameは、子エディション名です。

4. oracle_common/common/binディレクトリに移動します。
   • (Linux) NEW_ORACLE_HOME/oracle_common/common/bin
   • (Windows) NEW_ORACLE_HOME\oracle_common\commom\bin
5. 再構成ウィザードを次のロギング・オプションを指定して起動します。
   • (Linux) ./reconfig.sh -log=log_file -log_priority=ALL
   • (Windows) reconfig.cmd -log=log_file -log_priority=ALL

   log_fileは、ドメイン再構成セッション用に作成するログ・ファイルの絶対パスです。これは、再構成処理をトラブルシューティングする必要がある場合に役立つことがあります。

   パラメータ-log_priority=ALLは、ログを詳細モードで出力します。

   このコマンドを実行すると、デフォルトのキャッシュ・ディレクトリが無効であることを示す次のエラー・メッセージが表示される場合があります。

   *sys-package-mgr*: can't create package cache dir
   

   環境変数CONFIG_JVM_ARGSを設定することでキャッシュ・ディレクトリを変更できます。次に例を示します。

   CONFIG_JVM_ARGS=-Dpython.cachedir=valid_directory

   この項では、NEW_ORACLE_HOMEは新しいOracleホームを指します。

再構成ウィザードを使用したOracle BIドメインの再構成

再構成ウィザードの各画面を通じて、既存のドメインを再構成します。

ドメインを再構成するには:

1. 「ドメインの選択」画面で、アップグレードするドメインの場所を指定するか、「参照」をクリックしてナビゲートし、ドメインのディレクトリを選択します。「次」をクリックします。
2. 「再構成セットアップの進行状況」画面で、設定プロセスの進行状況を表示します。完了したら、「次へ」をクリックします。
   このプロセスでは次の処理が行われます。

   • Fusion Middleware製品を含む、インストール済製品の再構成テンプレートが自動的に適用されます。これにより、config.xml、config-groups.xml、security.xmlなどの様々なドメイン構成ファイルが更新されます。

   • Fusion Middleware製品をサポートするスキーマ、スクリプトおよび他のファイルが更新されます。

   • ドメイン・アップグレードが検証されます。

3. 「ドメイン・モードおよびJDK」画面で、ドメインで使用するJDKを選択するか、「参照」をクリックして、使用するJDKにナビゲートします。12c (12.2.1.4.0)に対してサポートされているJDKバージョンは、1.8.0_221以降です。「次」をクリックします。

   ノート:

   このステージでは、「ドメイン・モード」を変更することはできません。
   特定のプラットフォームでサポートされているJDKのリストは、Oracle Fusion Middlewareでサポートされているシステム構成を参照してください。
4. 「データベース構成タイプ」画面で、「RCUデータ」を選択してサービス表(_STB)スキーマに接続します。
   RCUサービス表(_STB)スキーマ資格証明を使用してデータベース接続の詳細を入力するか、「RCU構成の取得」をクリックします。
   再構成ウィザードは、この接続を使用して、ドメインのコンポーネントに必要なデータソースを自動的に構成します。

   ノート:

   デフォルトでは、Oracleのサービス接続用ドライバ(Thin)、バージョン: 任意のドライバが選択されています。接続の詳細で、サービス名ではなくインスタンス名を指定した場合は、Oracleのプール済インスタンス接続用ドライバ(Thin)、バージョン: 任意を選択する必要があります。ドライバ・タイプを変更しないと、接続に失敗します。

   既存の12c (12.2.1.4.0)データ・ソースの場合、再構成では既存の値が保存されます。RCUで12c (12.2.1.4.0)用にスキーマが作成された新しいデータ・ソースの場合、デフォルトの接続データは_STBスキーマから取得されます。特定のスキーマの接続データが_STBスキーマにない場合は、デフォルトの接続データが使用されます。

   チェックが成功した場合は、「次へ」をクリックします。チェックが失敗した場合は、接続の正しい詳細を再入力し、再試行します

   。

   12c (12.2.1.4.0)からアップグレードし、データベースに_OPSSまたは_IAU 12c (12.2.1.4.0)データベース・スキーマが含まれる場合、それらのスキーマのデータベース接続の詳細を手動で入力する必要があります。これらのスキーマは12cで不要であり、手動で作成する必要がありました。ユーザーはこれらのスキーマに名前を割り当てることができるため、再構成ウィザードでは識別しません。_IAUの接続情報を提供する場合、IAU_APPENDユーザー情報を使用します。

5. 「JDBCデータ・ソース」画面で、ドメイン・ソースで定義したJDBCデータ・ソースを構成します。
   ドメインを作成する製品に関連付けられるJDBCデータ・ソースは、画面の下半分にリスト表示されます。JDBCデータ・ソースには、データ・ソース・インスタンスの作成時、デプロイ時もしくはターゲット指定時、またはサーバー起動時に作成されるデータベース接続のプールが含まれます。 アプリケーションはJNDIツリーでデータ・ソースをルックアップしてから、接続をリクエストします。アプリケーションに接続する必要がなくなった場合は、接続がデータ・ソースの接続プールに戻されます。
   「データソース名」ドロップダウン・リストから、設定を指定するデータ・ソースを選択します。指定した値は、選択されたデータ・ソースのデータ・ソース・リストの適切な列に表示されます。
   データ・ソースがOracle RAC構成の場合は、次の3つのオプションのいずれかを選択できます。

   • GridLinkへ変換
   • RACマルチ・データ・ソースへ変換
   • 変換しない

   各オプションの詳細は、「ヘルプ」をクリックしてください。

   詳細を指定したら、「次へ」をクリックします。
   「JDBCデータ・ソース」画面でデータ・ソースを選択しないと、次に示す警告が表示されます。
   ドライバがありません
   「OK」をクリックして検証せずに続行するか、「取消」をクリックして「JDBCデータ・ソース」ページに戻ります。
   この場合、「OK」をクリックしてもデータ・ソースは検証されません。
6. 「JDBCデータ・ソース・テスト」画面で、「JDBCデータ・ソース」画面で構成したデータ・ソース接続のチェック・ボックスを選択し、「選択された接続のテスト」をクリックしてデータ・ソース接続をテストします。

   データベースの接続をテストするには、接続するデータベースが実行中である必要があります。接続をテストしない場合は、データ・ソースを選択しません。「次へ」をクリックして続行します。

7. 「JDBCコンポーネント・スキーマ・テスト」画面で、すべてのコンポーネント・スキーマを選択して、「選択された接続のテスト」をクリックして各スキーマの接続をテストします。テストの結果は、「ステータス」列に表示されます。
   チェックが完了したら、「次へ」をクリックします。
8. 「拡張構成」画面で、拡張構成を実行するすべてのカテゴリを選択できます。選択したカテゴリごとに、詳細構成を行うことができる適切な構成画面が表示されます。

   「拡張構成」画面に表示されるカテゴリは、ドメインで選択したテンプレートに定義されているリソースによって異なります。

   このアップグレードではオプションを選択せずに、「次へ」をクリックします。
9. 「構成のサマリー」画面で、ドメインの詳細な構成設定を確認してから続行します。
   「表示」ドロップダウン・リストからフィルタ・オプションを選択すると、右側のパネルに表示される項目を制限できます。
   構成を変更するには、「戻る」をクリックして適切な画面に戻ります。ドメインを再構成するには、「再構成」をクリックします。

   ノート:

   ドメインを再構成しても、その場所は変更されません。
10. 「再構成の進行状況」画面には、再構成プロセスの進行状況が表示されます。
    このプロセスでは次の処理が行われます。

    • ドメイン情報が抽出、保存および更新されます。

    • Fusion Middleware製品をサポートするスキーマ、スクリプトおよび他のファイルが更新されます。

    進捗バーが100%になったら、「次へ」をクリックします。
11. 「構成の終了」画面には、再構成プロセスが正常に完了したか失敗したかが示されます。管理サーバーURL(リスニング・ポートを含む)とともに再構成されたドメインの場所も表示します。再構成が成功した場合は、Oracle Weblogic Serverの再構成に成功しましたと表示されます。
    再構成プロセスが正常に完了しなかった場合は、その理由を示すエラー・メッセージが表示されます。問題を解決するための適切な措置を講じます。問題を解決できない場合は、My Oracle Supportに連絡してください。
    以後の操作のためにドメインの場所と管理サーバーURLをメモします。

mapViewerConfig.xmlファイルのリストア

mapViewerConfig.xmlファイルは、使用するドメインで再構成ウィザードを実行すると上書きされます。mapViewerConfig.xmlファイルが上書きされているかどうかは、そのファイル・サイズをチェックすることで確認できます。Upgrade Assistantを使用してドメインをアップグレードする前にバックアップした、元のファイルをリストアする必要があります。

元のmapViewerConfig.xmlファイルをリストアするには:

1. 次のディレクトリに変更します。
   • (Linux) cd EXISTING_DOMAIN_HOME/config/fmwconfig/mapviewer/conf
   • (Windows) cd EXISTING_DOMAIN_HOME\config\fmwconfig\mapviewer\conf
2. 次のコマンドを入力して、このディレクトリ内のファイルをリストし、mapViewerConfig.xmlファイルのファイル・サイズをチェックします。
   • (Linux) ls -ltr
   • (Windows) dir

   ノート:

   ファイル・サイズの変化は、mapViewerConfig.xmlファイルが再構成テンプレートによって上書きされたことを意味します。
3. mapViewerConfig_original.xmlの名前をmapViewerConfig.xmlに変更して、元のファイルをリストアします。
4. 次のコマンドを入力してファイルを再度リストし、mapViewerConfig.xmlファイルのファイル・サイズをチェックします。
   • (Linux) ls -ltr
   • (Windows) dir
   これで、mapViewerConfig.xmlファイルのファイル・サイズがmapViewerConfig.xmlファイルのバックアップ時に取得したファイル・サイズと一致しているはずです。

ドメイン・コンポーネント構成のアップグレード

Upgrade Assistantを使用して、ドメイン内のドメイン・コンポーネント構成を、更新されたドメイン構成に一致するようにアップグレードします。

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

Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネントの構成またはスタンドアロン・システム・コンポーネントをOracle Analyticsサーバーにアップグレードします。

Upgrade Assistantを起動するには:

ノート:

Upgrade Assistantを起動する前に、Upgrade Assistantが実行されるプラットフォームのJVM文字コードがUTF-8に設定されていることを確認します。文字コードがUTF-8に設定されていないと、名前にUnicode文字が含まれているファイルをダウンロードできません。これにより、アップグレードが失敗することがあります。

1. oracle_common/upgrade/binディレクトリに移動します。
   • (Linux) ORACLE_HOME/oracle_common/upgrade/bin
   • (Windows) ORACLE_HOME\oracle_common\upgrade\bin
2. Upgrade Assistantを起動します。
   • (Linux) ./ua
   • (Windows) ua.bat

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

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

表2-6 Upgrade Assistantコマンドライン・パラメータ

パラメータ	必須またはオプション	説明
-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が使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。
-logDir location	オプション	アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を設定します。アップグレード・アシスタントによってログ・ファイルおよび一時ファイルが作成される、既存の書込み可能なディレクトリを指定する必要があります。 デフォルトの場所は次のとおりです。 (Linux) 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	オプション	すべてのコマンドライン・オプションを表示します。

Upgrade Assistantの使用によるドメイン・コンポーネントのアップグレード

Upgrade Assistantの各画面を通じて、WebLogicドメインのコンポーネント構成をアップグレードします。

再構成ウィザードを実行してWebLogicドメインをOracle Analyticsサーバーに再構成した後、アップグレード・アシスタントを実行して、ドメイン・コンポーネント構成を更新済ドメイン構成に一致するようにアップグレードする必要があります。

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

   ノート:

   Upgrade Assistantの画面の詳細は、画面上の「ヘルプ」をクリックしてください。
2. 次の画面で、次を実行します。

   • 「ドメインによって使用されるすべての構成」を選択します。画面名が「WebLogicコンポーネント」に変更されます。

   • 「ドメイン・ディレクトリ」フィールドに、WebLogicドメイン・ディレクトリのパスを入力します。

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

3. 「コンポーネント・リスト」画面で、構成をアップグレードするコンポーネントがリストにすべて含まれていることを確認し、「次」をクリックします。
   アップグレードするコンポーネントが表示されない場合は、「戻る」をクリックして前の画面に移動し、異なるドメインを指定します。
4. 「前提条件」画面で、すべてのチェック・ボックスを選択して、前提条件を満たしていることを確認します。「次」をクリックします。

   ノート:

   アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
5. 「MapViewer構成」画面で、アップグレードするファイルのバージョンを選択して、「次」をクリックします。
6. BARバックアップ場所の画面で、ドメイン外部の場所およびメタデータ・バックアップを格納するoracle_homeを指定し、「次」をクリックします。
7. 「調査」画面で、各コンポーネントを調査したUpgrade Assistantのステータスを確認して、コンポーネント構成のアップグレードの準備が整っていることを検証します。ステータスが「調査が終了しました。」になっている場合は、「次」をクリックします。
   調査フェーズが失敗した場合は、「調査失敗」ダイアログの「いいえ」をクリックして、アップグレードをキャンセルすることをお薦めします。「ログの表示」をクリックしてエラーの原因を確認し、一般的なアップグレード・エラーの解決の詳細をUpgrade Assistantによるアップグレード のアップグレードのトラブルシューティングで参照してください。

   ノート:

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

   • 調査プロセスを取り消しても構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報の再収集が必要になります。

8. 「アップグレード・サマリー」画面で、コンポーネント構成のアップグレードに選択したオプションのサマリーを確認します。
   レスポンス・ファイルには、入力したすべての情報が収集および格納されます。このファイルにより、その後のサイレント・アップグレードの実行が可能になります。サイレント・アップグレードは、Upgrade Assistantとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。
   「アップグレード」をクリックして、アップグレード・プロセスを開始します。
9. 「アップグレードの進行状況」画面で、アップグレードのステータスを監視します。

   注意:

   アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。
   正しくアップグレードされていないコンポーネントがある場合は、Upgrade Assistantのログ・ファイルで情報を確認します。

   ノート:

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

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

10. アップグレードが成功した場合、「アップグレード成功」画面で「閉じる」をクリックし、アップグレードを完了してウィザードを閉じます。新規インストールでコンポーネントを機能させるために手動で実行する必要のあるタスクが、アップグレード後のアクションのウィンドウに表示されます。このウィンドウは、コンポーネントにアップグレード後のステップがある場合にのみ表示されます。
    アップグレードが失敗した場合: 「アップグレード失敗」画面で「ログの表示」をクリックして、エラーを確認し、トラブルシューティングします。ログは、ORACLE_HOME/oracle_common/upgrade/logsにあります。

    ノート:

    アップグレードが失敗した場合は、アップグレード前の環境をバックアップからリストアし、問題を修正してから、Upgrade Assistantを再起動する必要があります。

ドメイン固有コンポーネント構成のアップグレードの確認

ドメイン固有コンポーネント構成のアップグレードが成功したことを確認するには、管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlにサインインし、各コンポーネントのバージョン番号が最新になっていることを確認します。

管理コンソールにサインインするには、次に移動します。http://administration_server_host:administration_server_port/console

Oracle Enterprise Manager Fusion Middleware Control Consoleにサインインするには、次に移動します。http://administration_server_host:administration_server_port/em

ノート:

アップグレード後、管理ツールは、前のOracleホーム・ディレクトリではなく新しいOracleホーム・ディレクトリから必ず実行してください。

アップグレード・プロセス時に、一部のOWSMドキュメント(ポリシー・セット、ポリシーおよびアサーション・テンプレートなどの事前定義ドキュメント)のアップグレードが必要な場合があります。ポリシー・セットまたは事前定義ドキュメントがアップグレードされると、バージョン番号が1増分されます。

Upgrade Assistantを実行するためにFMWユーザーを作成した場合は、アップグレードが成功したことを確認してからアカウントを削除してください。

サーバーおよびプロセスの起動

アップグレードが成功したら、管理サーバーと管理対象サーバーを含め、すべてのプロセスとサーバーを再起動します。

ノート:

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

Fusion Middleware環境を起動するには:

1. 次のディレクトリに変更します。
   • (Linux) DOMAIN_HOME/bitools/bin
   • (Windows) DOMAIN_HOME\bitools\bin
2. Oracle BIインスタンスおよびサーバーを起動するには、次のコマンドを入力します。
   • (Linux) start.sh
   • (Windows) start.cmd

   ノート:

   パスワードの入力を求められたら、Oracle BIドメインの構成時に入力したノード・マネージャのパスワードを指定します。