4 Oracle Data Integratorスタンドアロン・コロケート・エージェント環境のアップグレード

WebLogicドメイン内に構成されているOracle Data Integratorスタンドアロン・エージェント環境をOracle Fusion Middleware 12c (12.2.1.4.0)リリースから14c (14.1.2.0.0)にアップグレードできます。

Oracle Data Integratorスタンドアロン・コロケート・エージェントのアップグレード・プロセスについて

WebLogicドメイン内に構成されているOracle Data Integratorスタンドアロン・エージェントのアップグレード・プロセスの概要を示すプロセス・フローチャートを確認します。

図4-1 Oracle Data Integratorスタンドアロン・コロケート・エージェントのアップグレード・プロセスのフローチャート

「図4-1 Oracle Data Integratorスタンドアロン・コロケート・エージェントのアップグレード・プロセスのフローチャート」の説明

表4-1 Oracle Data Integratorスタンドアロン・コロケート・エージェントを前の12cリリースからアップグレードするためのタスク

タスク	説明
必須 このガイドの概要のトピックをまだ確認していない場合は確認し、必要なアップグレード前のタスクを完了します。	次を参照してください。 Oracle Data Integratorの14c (14.1.2.0.0)へのアップグレードの概要 アップグレード前の要件
必須 新規のOracleホームにOracle Data Integrator 14c(14.1.2.0.0)をインストールします。	「Oracle Data Integratorスタンドアロン・コロケート・エージェント環境のインストール」を参照してください。
オプション アップグレード前の準備状況チェックを実行します。	「アップグレード前の準備状況チェックの実行」を参照してください。
必須 12c環境を停止します(すべての管理サーバーと管理対象サーバーを停止します)。	警告: アップグレード中にサーバーを停止しないと、データが破壊される可能性があります。 「サーバーとプロセスの停止」を参照
必須 アップグレード・アシスタントを起動して、データベース・スキーマをアップグレードし、すべてのアクティブ(進行中の)インスタンス・データを移行します。	製品スキーマのアップグレードを参照してください。 ノート: アクティブ・インスタンス・データのアップグレードは、アップグレード・アシスタントの実行中に自動で開始されます。データが正常に新しい14c (14.1.2.0.0)環境にアップグレードされたら、アップグレード・アシスタントを終了してもかまいません。クローズされたインスタンスのアップグレードは、バックグランド・プロセスで継続されます。
必須 再構成ウィザードを起動して、ドメインとノード・マネージャを再構成します。	構成ウィザードを実行して、既存のドメインを更新して新しくインストールしたソフトウェアを使用します。 ドメインの再構成を参照してください。
必須 アップグレード・アシスタントを(再度)起動して、ドメイン構成をアップグレードします。	アップグレード・アシスタントを実行して、再構成したドメインのコンポーネント構成をアップグレードします。 ドメイン・コンポーネント構成のアップグレードを参照してください。
必須 サーバーおよび14c (14.1.2.0.0)インスタンスを再起動します。	アップグレード・プロセスが完了したら、14c (14.1.2.0.0)インスタンスを再起動します。 サーバーおよびプロセスの起動を参照してください。
必須 アップグレードを確認します。	バックアップを削除する前に、アップグレードしたコンポーネントがすべて期待どおりに動作していることを確認します。

Oracle Data Integratorスタンドアロン・コロケート・エージェント環境のインストール

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

ノート:

ODI Enterpriseのインストール・プロセスでは、Oracle Fusion Middleware Infrastructureがまだインストールされていない場合は自動的にインストールされます。

Oracle Data Integratorスタンドアロン・コロケート・エージェント環境をインストールするには:

1. ターゲット・システムにサインインします。
2. Oracle Technology NetworkまたはOracle Software Delivery Cloudから次のものをターゲット・システムにダウンロードします。
   • Oracle Data Integrator (fmw_14.1.2.0.0_odi_Disk1_1of1.zip)
3. 14c (14.1.2.0.0)製品のディストリビューションをダウンロードしたディレクトリに移動します。
4. インストーラfmw_14.1.2.0.0_odi_Disk1_1of1.zipファイルを解凍します。
5. ODIのインストールを開始します。
   (UNIX) JDK_HOME/bin/java -jar fmw_14.1.2.0.0_odi.jar
   (Windows) JDK_HOME\bin\java -jar fmw_14.1.2.0.0_odi.jar
6. UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
   中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次」をクリックします。

   ノート:

   「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。
7. 「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認します。「次へ」をクリックします
8. 「自動更新」画面で、次のオプションを選択します。

   • この時点でソフトウェアの更新をシステムで確認しないようにする場合は、「自動更新をスキップ」を選択します。

   • パッチ・ファイルをダウンロードした場合は、「ディレクトリからパッチを選択」を選択して、ローカル・ディレクトリに移動します。

   • My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードするには、「My Oracle Supportで更新を検索」を選択します。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。

   「次へ」をクリックします。
9. 「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定し、「次へ」をクリックします。
   Oracle Fusion Middlewareディレクトリ構造の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングのインストールおよび構成のためのディレクトリの理解を参照してください。
10. 「インストール・タイプ」画面で「エンタープライズ・インストール」を選択します。
    「次へ」をクリックします。
11. 「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
    確認されたタスクのリストを表示するには、「正常なタスクの表示」を選択します。ログの詳細を表示するには、「ログの表示」を選択します。前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。エラー・メッセージや警告メッセージを無視してインストールを続けるには、「スキップ」をクリックします(非推奨)。
12. 「インストール・サマリー」画面で、選択したインストール・オプションを確認します。
    これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルには、入力したすべての情報が収集して格納され、後で(コマンドラインから)サイレント・インストールを実行するために使用できます。

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

13. 「インストールの進行状況」画面で進捗バーが100%になったら、「終了」をクリックしてインストーラを閉じるか、「次へ」をクリックしてサマリーを確認します。
14. 「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。情報を確認し、「終了」をクリックしてインストーラを閉じます。

スタンドアロン・システム・コンポーネントの停止

Upgrade Assistantを実行してスキーマおよび構成をアップグレードする前に、アップグレード前の環境を停止する必要があります。

アップグレード前のFusion Middleware環境を停止するには、アップグレード前のドメインに移動し、次のステップに従います。

ノート:

次のサーバーを正しい順序で停止することが重要です。

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

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

• (UNIX) EXISTING_DOMAIN_HOME/bin/stopComponent.sh component_name

• (Windows) EXISTING_DOMAIN_HOME\bin\stopComponent.cmd component_name

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

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

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

または、nodemanager.propertiesのQuitEnabledの属性をtrueに設定した後で(デフォルトはfalseです)、WLSTを使用してノード・マネージャに接続して停止できます。『Oracle WebLogic Server WLSTコマンド・リファレンス』のstopNodeManagerに関する項を参照してください。

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

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

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

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

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

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

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

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

ノート:

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

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

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

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

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

   ノート:

   GUIモードを許可するようにDISPLAY環境変数を適切に設定していない場合、次のエラーが発生することがあります。

   Xlib: connection to ":1.0" refused by server
   Xlib: No protocol specified 

   この問題を解決するには、使用するローカル・ワークステーションのシステム名またはIPアドレスにDISPLAY環境変数を設定して、アップグレード・アシスタントを再実行します。

   DISPLAYを設定してもこのエラーが引き続き発生する場合は、vncconfigなどの他のGUIツールの起動を試みてください。同じエラーが表示される場合は、DISPLAY環境変数がまだ正しく設定されていない可能性があります。

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

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

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

表4-2 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	オプション	アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を設定します。アップグレード・アシスタントによってログ・ファイルおよび一時ファイルが作成される、既存の書込み可能なディレクトリを指定する必要があります。 デフォルトの場所は次のとおりです。 (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	オプション	すべてのコマンドライン・オプションを表示します。

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

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

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

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

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

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

   • 「ドメイン・ベース」を使用すると、「ドメイン・ディレクトリ」フィールドで指定したドメイン内のアップグレードに適格なすべてのスキーマまたはコンポーネント構成を、アップグレード・アシスタントで検出および選択できます。

     このオプションを選択すると、画面名がスキーマおよび構成になります。

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

     • 「すべてのスキーマのチェックを含める」は、アップグレード可能なスキーマを含むすべてのコンポーネントを検出および確認します。

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

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

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

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

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

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

     ノート:

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

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

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

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

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

準備状況レポートの理解

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

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

readiness<timestamp>.txt

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

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

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

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

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

サーバーとプロセスの停止後、Upgrade Assistantを使用して、12.2.1.4.0スキーマをOracle Fusion Middlewareの14c (14.1.2.0.0)リリースにアップグレードします。

ノート:

ドメインにWLSSchemaDataSourceデータ・ソースがある場合は、どのデータベース・ユーザーがそれに割り当てられているかを確認する必要があります。<PREFIX>_WLS_RUNTIMEが割り当てられている場合は、それを<PREFIX>_WLSに変更する必要があります。詳細は、「WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーの確認」を参照してください。

ノート:

14c (14.1.2.0.0)では、将来のリリースへのゼロ・ダウンタイム・アップグレードを支援するために、次のスキーマが変更されています:

• 14c (14.1.2.0.0)より前に作成された、エディションが無効になっているスキーマを、14c (14.1.2.0.0)にアップグレードすると、エディションが有効になります。

• 14c (14.1.2.0.0)で作成されたスキーマは、エディションが有効になった状態で作成されます。

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

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

アップグレード・アシスタントを実行して、製品スキーマ、ドメイン・コンポーネント構成またはスタンドアロン・システム・コンポーネントを14c (14.1.2.0.0)にアップグレードします。

Upgrade Assistantを起動するには:

ノート:

アップグレード・アシスタントを起動する前に、アップグレード・アシスタントを実行するプラットフォームのJVM文字エンコーディングがUTF-8に設定されていることを確認してください。文字エンコーディングがUTF-8に設定されていない場合、名前にUnicode文字を含むファイルをダウンロードできません。これにより、アップグレードが失敗する可能性があります。文字エンコーディングを設定するには、次を実行します。

UNIXオペレーティング・システムの場合:

export UA_PROPERTIES="-Dfile.encoding=UTF-8 ${UA_PROPERTIES}"

Windowsオペレーティング・システムの場合:

set UA_PROPERTIES=-Dfile.encoding=UTF-8 %UA_PROPERTIES%

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

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

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

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

表4-4 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	オプション	アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を設定します。アップグレード・アシスタントによってログ・ファイルおよび一時ファイルが作成される、既存の書込み可能なディレクトリを指定する必要があります。 デフォルトの場所は次のとおりです。 (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	オプション	すべてのコマンドライン・オプションを表示します。

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

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

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

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

   ノート:

   アップグレード・アシスタント画面の詳細は、画面で「ヘルプ」をクリックしてください。
2. 「選択したスキーマ」画面で、「個別に選択されたスキーマ」を選択します。

   注意:

   14c (14.1.2.0.0)コンポーネントをサポートするために使用されるスキーマのみをアップグレードしてください。Oracle Fusion Middleware 14c (14.1.2.0.0)に含まれていないコンポーネントをサポートするために現在使用されているスキーマはアップグレードしないでください。

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

3. 「使用可能なコンポーネント」画面で、マスターおよび作業リポジトリ・スキーマをアップグレードするために「Oracle Data Integrator」を選択します。
4. 「前提条件」画面ですべてのチェック・ボックスを選択して、前提条件を満たしていることを確認します。「次へ」をクリックします

   ノート:

   アップグレード・アシスタントでは前提条件が満たされているかどうかを確認できません。
5. ODIスキーマ画面で、アップグレードする各スキーマのデータベース接続の詳細を指定します。

   • 「データベース・タイプ」ドロップダウン・メニューからデータベース・タイプを選択します。

   • データベース接続の詳細を入力して、「接続」をクリックします。

   • 「スキーマ・ユーザー名」ドロップダウン・メニューからアップグレードするスキーマを選択し、スキーマのパスワードを入力します。アップグレードするスキーマに対して正しいスキーマ接頭辞を使用してください。

6. 「ODIオプション」画面で、すべてのオプションを選択します。

   表4-5 ODIのオプション

   オプション	説明
   ナレッジ・モジュールを必須更新で置換	これを選択すると、標準ナレッジ・モジュールが最新バージョンに置き換えられます。Oracleによりインストールされたナレッジ・モジュールに対するカスタマイズ内容は上書きされます。ただし、インストールされたナレッジ・モジュールをコピーしてからそのナレッジ・モジュールをカスタマイズした場合、カスタマイズ内容は失われません。
   トポロジおよびセキュリティ・メタデータのアップグレード	これを選択すると、テクノロジ、データ型、セキュリティ・プロファイルなどのトポロジおよびセキュリティ・アーティファクトが最新バージョンに置き換えられます。インストールされたオブジェクトのカスタマイズ内容は上書きされます。オブジェクトをコピーしてからカスタマイズした場合、カスタマイズ内容は失われません。

   「高度なアップグレード・オプション」を参照してください。

7. 「ODIスーパーバイザ」画面に、アップグレードするODIリポジトリのスーパーバイザ・アカウント資格証明を入力します。

   インストールされているスーパーバイザ・アカウントはSUPERVISORです。ODIのマスター・リポジトリおよび作業リポジトリの作成時にリポジトリ作成ユーティリティ(RCU)で求められたときに指定した、正しいスーパーバイザ・アカウント名およびパスワードについては、ODI管理者に確認してください。

   ノート:

   「ドメインで使用されるすべてのスキーマ」が選択されている場合、ODIのスーパーバイザ資格証明はドメインに含まれていないため、最初のインスタンスにあらかじめ移入されません。複数のODIスキーマがある場合、アップグレード・アシスタントは最初の資格証明のセットを使用してユーザー・エントリに移入します。
8. 「調査」画面で、各スキーマを調査した際のアップグレード・アシスタントのステータスを確認し、スキーマのアップグレード準備が整っていることを確認します。ステータスが「調査が終了しました。」になっている場合は、「次へ」をクリックします。
   調査フェーズが失敗した場合は、「調査失敗」ダイアログの「いいえ」をクリックして、アップグレードをキャンセルすることをお薦めします。「ログの表示」をクリックしてエラーの原因を確認し、一般的なアップグレード・エラーの解決の詳細をUpgrade Assistantによるアップグレード のアップグレードのトラブルシューティングで参照してください。

   ノート:

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

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

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

    注意:

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

    ノート:

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

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

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

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

    ノート:

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

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

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

Oracle Databaseを使用する場合、Oracle DBAを持つユーザーとしてデータベースに接続し、SQL*Plusから次を実行して現行のバージョン番号を取得します。<PREFIX>は、必ずスキーマ接頭辞に置き換えてください。

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, EDITION NAME, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY where owner like '<PREFIX>_%';

問合せ結果:

• EDITION NAME列がORA$BASEとして表示されることを確認します。
• VERSION列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。たとえば、スキーマ・バージョン番号が14.1.2.0.0になっていることを確認します。

  ノート:

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

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

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

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

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

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

再構成ウィザードを実行して、ドメイン・コンポーネント構成を14c (14.1.2.0.0)に再構成します。

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

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

• ドメイン・バージョン

ノート:

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

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

• アップグレード・プロセス中に非動的クラスタ・ドメインを動的クラスタ・ドメインに変換することはサポートされていません。

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

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

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

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

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

  変更した起動スクリプトを保持する場合、再構成ウィザードを起動する前にそのスクリプトをバックアップしてください。

ノート:

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

ドメインのバックアップ

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

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

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

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

再構成ウィザードの起動

ノート:

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

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

1. ドメインが存在するシステムにサインインします。
2. コマンド・シェル(UNIXオペレーティング・システムの場合)またはコマンド・プロンプト・ウィンドウ(Windowsオペレーティング・システムの場合)を開きます。
3. oracle_common/common/binディレクトリに移動します。
   • (UNIX) NEW_ORACLE_HOME/oracle_common/common/bin
   • (Windows) NEW_ORACLE_HOME\oracle_common\commom\bin
4. 再構成ウィザードを次のロギング・オプションとともに起動します。
   • (UNIX) ./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

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

アップグレード・アシスタントを実行する前に、再構成ウィザードの各画面を移動して既存のドメインを再構成します。

ノート:

ソースがクラスタ環境である場合は、再構成ウィザードをプライマリ・ノードでのみ実行します。packおよびunpackユーティリティを使用して、ドメイン内の他のクラスタ・メンバーに変更を適用します。

再構成ウィザードを使用してドメインを再構成するには:

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

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

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

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

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

   ノート:

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

   ノート:

   デフォルトでは、Oracleのサービス接続用ドライバ(Thin)。バージョン: 任意が選択されるドライバです。接続の詳細にサービス名のかわりにインスタンス名を指定した場合は、Oracleのプールされたインスタンス接続用ドライバ(Thin)。バージョン: 任意を選択する必要があります。ドライバの種類を変更しないと、接続は失敗します。
   チェックが成功した場合は、「次へ」をクリックします。チェックが失敗した場合は、接続の正しい詳細を再入力し、再試行します。
5. 「JDBCコンポーネント・スキーマ」画面で、各コンポーネント・スキーマのDBMS/サービスおよびホスト名が正しいことを確認し、「次へ」をクリックします。
6. 「JDBCコンポーネント・スキーマ・テスト」画面で、すべてのコンポーネント・スキーマを選択して「選択された接続のテスト」をクリックし、各スキーマの接続をテストします。テストの結果は、「ステータス」列に表示されます。
   チェックが完了したら、「次へ」をクリックします。
7. 「拡張構成」画面で、拡張構成を実行するすべてのカテゴリを選択できます。選択したカテゴリごとに、詳細構成を行うことができる適切な構成画面が表示されます。

   ノート:

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

   ノート:

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

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

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

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

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

ドメインの再構成後、アップグレード・アシスタントを使用して、ドメイン内のドメイン・コンポーネント構成を更新済ドメイン構成に一致するようにアップグレードします。

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

アップグレード・アシスタントを実行して、製品スキーマ、ドメイン・コンポーネント構成またはスタンドアロン・システム・コンポーネントを14c (14.1.2.0.0)にアップグレードします。

Upgrade Assistantを起動するには:

ノート:

アップグレード・アシスタントを起動する前に、アップグレード・アシスタントを実行するプラットフォームのJVM文字エンコーディングがUTF-8に設定されていることを確認してください。文字エンコーディングがUTF-8に設定されていない場合、名前にUnicode文字を含むファイルをダウンロードできません。これにより、アップグレードが失敗する可能性があります。文字エンコーディングを設定するには、次を実行します。

UNIXオペレーティング・システムの場合:

export UA_PROPERTIES="-Dfile.encoding=UTF-8 ${UA_PROPERTIES}"

Windowsオペレーティング・システムの場合:

set UA_PROPERTIES=-Dfile.encoding=UTF-8 %UA_PROPERTIES%

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

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

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

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

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

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

アップグレード・アシスタントを使用したドメイン・コンポーネント構成のアップグレード

アップグレード・アシスタントの各画面を移動して、WebLogicドメイン内のコンポーネント構成をアップグレードします。

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

アップグレード・アシスタントを使用してドメイン・コンポーネント構成をアップグレードするには:

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

   ノート:

   アップグレード・アシスタント画面の詳細は、画面で「ヘルプ」をクリックしてください。
2. 次の画面で次のようにします。

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

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

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

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

   ノート:

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

   ノート:

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

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

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

   注意:

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

   ノート:

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

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

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

   ノート:

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

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

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

これらのコンポーネントは相互に依存する場合があるため、正しい順序で起動する必要があります。

ノート:

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

リリース14c (14.1.2.0.0)以降、WebLogic Server管理コンソールは削除されました。同等の機能を使用するには、WebLogicリモート・コンソールを使用する必要があります。詳細は、Oracle WebLogicリモート・コンソールを参照してください。

Fusion Middleware環境を起動するには、次のステップに従います。

ノート:

既存のセキュリティ設定によっては、保護された本番モードが有効になっているドメインを管理する前に、追加の構成を実行する必要がある場合があります。詳細は、「WebLogicリモート・コンソールを使用した管理サーバーへの接続」を参照してください

.

ステップ1: 管理サーバーの起動

管理サーバーを起動するには、startWebLogicスクリプトを使用します。

• (UNIX) NEW_DOMAIN_HOME/bin/startWebLogic.sh

• (Windows) NEW_DOMAIN_HOME\bin\startWebLogic.cmd

  ノート:

  保護された本番モードを使用する場合は、管理サーバーを起動するための追加パラメータを指定する必要があります。『Oracle WebLogic Serverのセキュリティの管理』のWLSTを使用した管理サーバーへの接続に関する項を参照してください。

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

ステップ2: ノード・マネージャの起動

ノード・マネージャを起動するには、startNodeManagerスクリプトを使用します。

• (UNIX) NEW_DOMAIN_HOME/bin/startNodeManager.sh

• (Windows) NEW_DOMAIN_HOME\bin\startNodeManager.cmd

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

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

• (UNIX) NEW_DOMAIN_HOME/bin/startManagedWebLogic.sh managed_server_name admin_url

• (Windows) NEW_DOMAIN_HOME\bin\startManagedWebLogic.cmd managed_server_name admin_url

  ノート:

  保護された本番モードを使用する場合は、管理対象サーバーを起動するための追加パラメータを指定する必要があります。『Oracle WebLogic Serverセキュリティの管理』の起動スクリプトを使用した管理対象サーバーの起動に関する項を参照してください。

ノート:

通常は、管理対象サーバーの起動により、それにデプロイされているアプリケーションが開始されます。したがって、管理対象サーバーの起動後にアプリケーションを手動で開始する必要はありません。

ステップ4: システム・コンポーネントを起動する

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

• (UNIX) NEW_DOMAIN_HOME/bin/startComponent.sh component_name

• (Windows) NEW_DOMAIN_HOME\bin\startComponent.cmd component_name

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

ステップ6: 外部認証への変更

スキーマをアップグレードする前に内部認証に変更した場合は、サーバーおよびプロセスを起動した後に外部認証に戻します。