| Oracle® Fusion Middleware Upgrade Assistantによるアップグレード 12c (12.2.1.2) E82838-02 |
|
 前 |
 次 |
Upgrade Assistantは、スキーマのアップグレード、コンポーネント構成のアップグレード、およびアップグレード前の環境に対する準備状況チェックの実行といった、様々な方法で使用されます。
注意:
次に示す各項では、Oracle Fusion Middlewareのアップグレードを実行するために、Upgrade Assistantを使用する方法の概要について説明します。実際のアップグレードを実行するときには、コンポーネント固有のアップグレード・ガイドを使用する必要があります。この項では、Upgrade Assistantによるアップグレードを開始する前に、実行する必要のあるいくつかの手順について説明します。
注意:
実際のアップグレード・プロセスを開始する前に、追加のタスクの実行が必要になる場合があります。それぞれのコンポーネントに固有のアップグレード・ガイドには、アップグレードの開始前に実行する必要のあるアップグレード前のタスクの完全なリストを含むチェックリストが記載されています。FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。 アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なファイルをすべてバックアップします。
バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。これにより、アップグレードが失敗したときに、コンテンツをアップグレード前の状態にリストアできるようになります。
Upgrade Assistantの「前提条件」画面では、アップグレードを実際に進める前に、バックアップが実行されていることについての確認を求められます。ただし、Upgrade Assistantは、バックアップが作成されていることを検証しない点に注意してください。
『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の環境のバックアップに関する項
『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』の12cのためのOracle Databasesのアップグレードと準備に関する項
システムの完全なバックアップの作成に加えて、アップグレード後の環境で使用するスキーマ・バージョン・レジストリとカスタム設定のバックアップも作成する必要があります。次の資料も参照してください。
SYSTEM.SCHEMA_VERSION_REGISTRY$表が含まれている必要があります。システム・バックアップにはSYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。
SYSTEM.SCHEMA_VERSION_REGISTRY$表には、各Fusion Middlewareスキーマの行があります。Upgrade Assistantを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。Upgrade Assistantの実行前に、既存のデータベース・スキーマとスキーマ・バージョン・レジストリを必ずバックアップしておいてください。
注意:
スキーマ・アップグレードを実行する前に、これらのバックアップを実行することは、Upgrade Assistantを実行するための前提条件です。アップグレード時に、バックアップが実行されていることについての確認を求められます。ドメインで生成された起動スクリプトやサーバー起動スクリプトをアップグレード前の環境で変更していた場合、それらの変更は、インストール、ドメインのアップグレードおよび再構成の操作時に上書きされる点に注意することが重要です。
どのドメインのインストールにも、動的に生成されたドメインおよびサーバーの起動スクリプト(setDomainEnvなど)が含まれています。これらのファイルは、インストールとアップグレードのプロセスで新しいバージョンに置き換えられます。カスタムのドメインレベルの環境設定を維持する場合は、スクリプトを直接変更するのではなく、アップグレード前に、カスタムのドメイン情報を保存しておく個別のファイルを作成することをお薦めします。
たとえば、ドメインのすべてのサーバーに適用されるサーバー起動パラメータをカスタマイズする場合は、setUserOverrides.cmd (Windows)またはsetUserOverrides.sh (UNIX)という名前のファイルを作成して、WebLogic Serverクラスパスにカスタム・ライブラリを追加する、サーバー実行用の追加のコマンドライン・オプションを指定する、または追加の環境変数を指定するように構成します。このファイルに追加されたカスタム設定はドメインのアップグレード操作中に保存され、packおよびunpackコマンドを使用する際にリモート・サーバーに継承されます。
setUserOverridesファイルでの起動のカスタマイズを示しています。# add custom libraries to the WebLogic Server system claspath
if [ "${POST_CLASSPATH}" != "" ] ; then
POST_CLASSPATH="${POST_CLASSPATH}${CLASSPATHSEP}${HOME}/foo/fooBar.jar"
export POST_CLASSPATH
else
POST_CLASSPATH="${HOME}/foo/fooBar.jar"
export POST_CLASSPATH
fi
# specify additional java command line options for servers
JAVA_OPTIONS="${JAVA_OPTIONS} -Dcustom.property.key=custom.value"
サーバーの起動中にsetUserOverridesファイルが存在する場合、このファイルが起動シーケンスに含まれ、このファイルにオーバーライドがあれば、有効になります。setUserOverridesファイルは、domain_home/binディレクトリに格納する必要があります。
注意:
setUserOverridesスクリプトをアップグレード前に作成できない場合は、設定を再適用する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverのアップグレード』の起動スクリプトへのカスタマイズの再適用に関する項を参照してください。
アップグレードの失敗につながる可能性のある無効なオブジェクトを特定して、Upgrade Assistantの実行前にデータベース・オブジェクトを再コンパイルします。
Oracle Databaseを使用している場合は、Upgrade Assistantを実行する前にデータベース・オブジェクトを再コンパイルできます。そのためには、SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。
SQL> @oracle_home/software/rdbms/admin/utlrp.sql
これにより、データベース・オブジェクトをコンパイルします。
その後、次の問合せを使用して、無効なデータベース・オブジェクトがないことを確認します。
SELECT owner, object_name FROM all_objects WHERE status='INVALID';
無効なデータベース・オブジェクトは、アップグレード前になくなっている必要があります。
無効なオブジェクトがある場合は、再度utlrp.sqlコマンドを実行してください。問題が続く場合は、サービス・リクエストを提出します。
Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。
注意
以前のリリースで非SYSDBAユーザーのFMWを作成していた場合は、アップグレードの開始前に、このユーザーを削除してから再作成する必要があります。古いFMWユーザーでUpgrade Assistantを実行すると、新しい権限が追加されていることがあるため、アップグレードの失敗につながる可能性があります。既存のFMWユーザーを変更するのではなく、このユーザーを削除してから再作成することをお薦めします。v$xatrans$表は存在しません。ユーザーを作成する前に、XAVIEW.SQLスクリプトを実行して、この表を作成する必要があります。さらに、v$xatrans$表に対するgrant select権限は、Oracle Identity Managerにのみ必要な権限です。構成に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パッチ13036331を適用する必要があります。My Oracle Supportにアクセスしてパッチをダウンロードします。
このパッチを適用しない場合は、一部のスキーマで追加の権限を付与する必要があります。
Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバーや管理対象サーバーを含め、すべてのプロセスとサーバーをシャットダウンする必要があります。
Oracle Fusion Middleware環境は、1つのOracle WebLogic Serverドメイン、1つの管理サーバー、複数の管理対象サーバー、Javaコンポーネント、システム・コンポーネント(Identity Managementのコンポーネントなど)およびメタデータのリポジトリとして使用する1つのデータベースで構成できます。コンポーネントは相互に依存していることがあるため、適切な順序で停止する必要があります。
注意:
この項の手順では、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 Identity Managementのコンポーネント(Oracle Internet Directoryなど)を停止します。(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に関する項を参照してください。
Upgrade Assistantを実行して、製品のスキーマ、ドメイン・コンポーネント構成、またはスタンドアロンのシステム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantは非SYSDBAとして実行して、一度にアップグレードするドメインは1つにすることをお薦めします。
oracle_common/upgrade/binディレクトリに移動します。ORACLE_HOME/oracle_common/upgrade/binORACLE_HOME\oracle_common\upgrade\binコマンドラインに指定可能なその他のパラメータ(ロギングのパラメータなど)の詳細は、次を参照してください。
Upgrade Assistantをコマンドラインから起動する際に、追加パラメータを指定できます。
表2-1 Upgrade Assistantのコマンドライン・パラメータ
| パラメータ | 必須/省略可能 | 説明 |
|---|---|---|
|
準備状況チェックの場合は必須 注意: 準備状況チェックは、スタンドアロンのインストール(WebLogic Serverで管理されていないインストール)に対して実行できません。 |
アップグレードの準備状況チェックを実行します(実際のアップグレードは実行しません)。 スキーマと構成がチェックされます。
|
|
省略可能 | スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を特定します。 値は、1 - 8の正の整数である必要があります。デフォルトは4です。 |
|
サイレント・アップグレードまたはサイレント準備状況チェックの場合は必須 |
レスポンス・ファイルに保存した入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード (Upgrade Assistantの画面を表示しないモード)で実行されます。 |
|
省略可能 |
調査フェーズを実行しますが、実際のアップグレードは実行しません。
|
|
省略可能 |
次のいずれかの属性を指定して、ロギング・レベルを設定します。
デフォルトのロギング・レベルは
|
|
省略可能 |
アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。Upgrade Assistantは、このディレクトリにログ・ファイルと一時ファイルを作成します。 デフォルトの場所は次のとおりです。 UNIXの場合:
Windowsの場合:
|
|
省略可能 |
すべてのコマンドライン・オプションを表示します。 |
アップグレードにかかわる潜在的な問題を特定するために、アップグレード・プロセスの開始前に、準備状況チェックの実行をお薦めします。準備状況チェックによって、アップグレードにかかわる潜在的な問題をすべて検出できるわけではない点に注意してください。準備状況チェックのレポートが成功を示していても、アップグレードが失敗することもあります。
-readinessモードで実行することで、実際のアップグレードを実行する前に問題を検出できます。Upgrade Assistantを使用すると、準備状況チェックはGUIモードで実行できます。また、レスポンス・ファイルを使用するとサイレント・モードで実行できます。 -readinessパラメータを使用して、Upgrade Assistantを準備状況モードで起動します。Upgrade Assistantを-readinessモードで実行することで、実際のアップグレードを実行する前に問題を検出できます。Upgrade Assistantを使用すると、準備状況チェックはGUIモードで実行できます。また、レスポンス・ファイルを使用するとサイレント・モードで実行できます。
Upgrade Assistantの準備状況チェックは、サポート対象の開始点にあるFusion MiddlewareのスキーマとWebLogicドメインの構成について、読取り専用のアップグレード前確認を実行します。この確認は、読取り専用の操作です。
準備状況チェックでは、フォーマットされ、タイムスタンプの付けられた準備状況レポートが生成され、実際のアップグレードを試みる前に潜在的な問題に対処できます。問題が検出されない場合は、アップグレード・プロセスを開始できます。アップグレードを実行する前に、このレポートを詳細に確認することをお薦めします。
準備状況チェックは、既存のOracle Fusion Middlewareドメインがオンライン(他のユーザーがアクティブに使用している間)またはオフラインである間に実行できます。
準備状況チェックは、実際のアップグレードの実行前に、何度でも実行できます。ただし、アップグレードの実行後には、準備状況チェックを実行しないでください。これは、レポート結果が、アップグレード前の準備状況チェックと異なることがあるためです。
注意:
パフォーマンスへの影響を避けるため、準備状況チェックはピーク時以外に実行するようにしてください。
-readinessパラメータを使用して、Upgrade Assistantを準備状況モードで起動します。
Upgrade Assistantをコマンドラインから起動する際に、追加パラメータを指定できます。
表2-2 Upgrade Assistantのコマンドライン・パラメータ
| パラメータ | 必須/省略可能 | 説明 |
|---|---|---|
|
準備状況チェックの場合は必須 注意: 準備状況チェックは、スタンドアロンのインストール(WebLogic Serverで管理されていないインストール)に対して実行できません。 |
アップグレードの準備状況チェックを実行します(実際のアップグレードは実行しません)。 スキーマと構成がチェックされます。
|
|
省略可能 | スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を特定します。 値は、1 - 8の正の整数である必要があります。デフォルトは4です。 |
|
サイレント・アップグレードまたはサイレント準備状況チェックの場合は必須 |
レスポンス・ファイルに保存した入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード (Upgrade Assistantの画面を表示しないモード)で実行されます。 |
|
省略可能 |
調査フェーズを実行しますが、実際のアップグレードは実行しません。
|
|
省略可能 |
次のいずれかの属性を指定して、ロギング・レベルを設定します。
デフォルトのロギング・レベルは
|
|
省略可能 |
アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。Upgrade Assistantは、このディレクトリにログ・ファイルと一時ファイルを作成します。 デフォルトの場所は次のとおりです。 UNIXの場合:
Windowsの場合:
|
|
省略可能 |
すべてのコマンドライン・オプションを表示します。 |
Upgrade Assistantの各画面を通じて、アップグレード前の準備状況チェックを完了します。
目的のドメインに準備状況チェックを実行したら、アップグレードを成功させるために、なんらかの処置を取る必要があるかどうかを判断するためにレポートを確認します。
準備状況レポート・ファイルの形式は、次のとおりです。
readiness_timestamp.txt
timestampは、準備状況チェックが実行された日時を示します。
準備状況レポートには、次に示す情報が含まれています。
表2-3 準備状況レポートの要素
| レポートの情報 | 説明 | 必要なアクション |
|---|---|---|
| 全体的な準備状況ステータス: SUCCESSまたはFAILURE | レポートの上部には、アップグレードの準備状況チェックが成功したか、または1つ以上のエラーが発生して完了したかが示されます。 | 1つ以上のエラーが発生してレポートが完了した場合、アップグレードを試みる前に、FAILを検索し、障害の原因となった問題を修正します。準備状況チェックは、アップグレードする前に必要に応じて何度でも再実行できます。 |
タイムスタンプ |
レポートが生成された日付と時刻です。 |
アクションは不要 |
ログ・ファイルの場所
|
生成されたログ・ファイルのディレクトリの場所です。 |
アクションは不要 |
準備状況レポートの場所
|
生成された準備状況レポートのディレクトリの場所です。 |
アクションは不要 |
チェックされたコンポーネントの名前 |
チェックに含まれるコンポーネントの名前およびバージョンとステータス。 |
このリリースにアップグレードできないコンポーネント(SOAコア拡張など)がドメインに含まれる場合は、アップグレードを試みないでください。 |
チェックされたスキーマの名前 |
チェックに含まれるスキーマの名前および現在のバージョンとステータス。 |
スキーマのバージョン番号をレビューします。このリリースにアップグレードできないスキーマがドメインに含まれる場合は、アップグレードを試みないでください。 |
個別のオブジェクトのテスト・ステータス: FAIL |
準備状況チェックのテストで、特定のオブジェクトに問題が検出されています。 |
失敗した問題がすべて解決するまでアップグレードしないでください。 |
個別のオブジェクトのテスト・ステータス: PASS |
準備状況チェックのテストでは、特定のオブジェクトに問題が検出されませんでした。 |
準備状況チェック・レポートにPASSステータスのみが表示されている場合、環境をアップグレードできます。ただし、準備状況チェックでは、ハードウェアやアップグレード時の接続性などの外部環境に関する問題を検出することはできません。アップグレードの進捗を常に監視する必要があります。 |
| <オブジェクト>の準備状況チェックの完了ステータス: FAILURE | 準備状況チェックで特定のオブジェクト(スキーマ、索引、データ型など)に解決する必要のあるエラーが1つ以上検出されました。 | FAILED問題がすべて解決されるまではアップグレードしないでください。 |
| <オブジェクト>の準備状況チェックの完了ステータス: SUCCESS | 準備状況チェック・テストによって問題が検出されませんでした。 | アクションは不要 |
Upgrade readiness check completed with one or more errors. This readiness check report was created on Tue May 30 11:15:52 EDT 2016 Log file is located at: ORACLE_HOME/oracle_common/upgrade/logs/ua2016-05-30-11-14-06AM.log Readiness Check Report File: ORACLE_HOME/oracle_common/upgrade/logs/readiness2016-05-30-11-15-52AM.txt Starting readiness check of components. Oracle Metadata Services Starting readiness check of Oracle Metadata Services. Schema User Name: DEV11_MDS Database Type: Oracle Database Database Connect String: machinename@yourcompany.com VERSION Schema DEV11_MDS is currently at version 12.1.1.1.0. Readiness checks will now be performed. Starting schema test: TEST_REQUIRED_TABLES Test that the schema contains all the required tables Completed schema test: TEST_REQUIRED_TABLES --> Test that the schema contains all the required tables +++ PASS Starting schema test: TEST_REQUIRED_PROCEDURES Test that the schema contains all the required stored procedures EXCEPTION Schema is missing a required procedure: GETREPOSITORYFEATURES Completed schema test: TEST_REQUIRED_PROCEDURES --> Test that the schema contains all the required stored procedures +++ FAIL Starting schema test: TEST_REQUIRED_VIEWS Test that the schema contains all the required database views Completed schema test: TEST_REQUIRED_VIEWS --> Test that the schema contains all the required database views +++ PASS Starting index test for table MDS_ATTRIBUTES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes Completed index test for table MDS_ATTRIBUTES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS Starting index test for table MDS_COMPONENTS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes Completed index test for table MDS_TXN_LOCKS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS Starting schema test: TEST_REQUIRED_TRIGGERS Test that the schema has all the required triggers Completed schema test: TEST_REQUIRED_TRIGGERS --> Test that the schema has all the required triggers +++ PASS Starting schema test: TEST_MISSING_COLUMNS Test that tables and views are not missing any required columns Completed schema test: TEST_MISSING_COLUMNS --> Test that tables and views are not missing any required columns +++ PASS Starting schema test: TEST_UNEXPECTED_TABLES Test that the schema does not contain any unexpected tables Completed schema test: TEST_UNEXPECTED_TABLES --> Test that the schema does not contain any unexpected tables +++ PASS Starting schema test: TEST_UNEXPECTED_PROCEDURES Test that the schema does not contain any unexpected stored procedures Completed schema test: TEST_UNEXPECTED_PROCEDURES --> Test that the schema does not contain any unexpected stored procedures +++ PASS Starting schema test: TEST_UNEXPECTED_VIEWS Test that the schema does not contain any unexpected views Completed schema test: TEST_UNEXPECTED_VIEWS --> Test that the schema does not contain any unexpected views +++ PASS Starting index test for table MDS_ATTRIBUTES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes Completed index test for table MDS_ATTRIBUTES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS Completed index test for table MDS_LABELS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS Starting index test for table MDS_LARGE_ATTRIBUTES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes Starting schema test: TEST_UNEXPECTED_TRIGGERS Test that the schema does not contain any unexpected triggers Completed schema test: TEST_UNEXPECTED_TRIGGERS --> Test that the schema does not contain any unexpected triggers +++ PASS Starting schema test: TEST_UNEXPECTED_COLUMNS Test that tables and views do not contain any unexpected columns Completed schema test: TEST_UNEXPECTED_COLUMNS --> Test that tables and views do not contain any unexpected columns +++ PASS Starting datatype test for table MDS_ATTRIBUTES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes Completed datatype test for table MDS_ATTRIBUTES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS Starting datatype test for table MDS_COMPONENTS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes Starting permissions test: TEST_DBA_TABLE_GRANTS Test that DBA user has privilege to view all user tables Completed permissions test: TEST_DBA_TABLE_GRANTS --> Test that DBA user has privilege to view all user tables +++ PASS Starting schema test: TEST_ENOUGH_TABLESPACE Test that the schema tablespaces automatically extend if full Completed schema test: TEST_ENOUGH_TABLESPACE --> Test that the schema tablespaces automatically extend if full +++ PASS Starting schema test: TEST_USER_TABLESPACE_QUOTA Test that tablespace quota for this user is sufficient to perform the upgrade Completed schema test: TEST_USER_TABLESPACE_QUOTA --> Test that tablespace quota for this user is sufficient to perform the upgrade +++ PASS Starting schema test: TEST_ONLINE_TABLESPACE Test that schema tablespaces are online Completed schema test: TEST_ONLINE_TABLESPACE --> Test that schema tablespaces are online +++ PASS Starting schema test: TEST_DATABASE_VERSION Test that the database server version number is supported for upgrade INFO Database product version: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options Completed schema test: TEST_DATABASE_VERSION --> Test that the database server version number is supported for upgrade +++ PASS Finished readiness check of Oracle Metadata Services with status: FAILURE.
Oracle Fusion Middleware IAUスキーマの12.1.3.0バージョンを実行しているときに、そのスキーマが11gリリース(11.1.1.7以降)または12c (12.1.2.0)からアップグレードされていると、次に示すエラーによって準備状況チェックが失敗することがあります。
Starting index test for table IAU_COMMON: TEST_REQUIRED_INDEXES --> Test
that the table contains all the required indexes
INFO Audit schema index DYN_EVENT_CATEGORY_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_EVENT_TYPE_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_TENANT_INDEX in table IAU_COMMON is missing
the required columns or index itself is missing. This maybe caused by a known
issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_USER_INDEX in table IAU_COMMON is missing
the required columns or index itself is missing. This maybe caused by a known
issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_COMPONENT_TYPE_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_USER_TENANT_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
Completed index test for table IAU_COMMON: TEST_REQUIRED_INDEXES --> Test
that the table contains all the required indexes +++ FAIL
注意:
準備状況レポートの欠落している索引に関するエラーは無視してもかまいません。これは既知の問題です。欠落している索引に対応するものが、スキーマのアップグレード操作時に追加されます。このエラーは、アップグレードするスキーマがRCUを使用して12cで作成されていた場合は発生しません。Upgrade Assistantの各画面を通じて、製品スキーマをアップグレードします。
次の表は、ほとんどのスキーマのアップグレードで示されるUpgrade Assistantの基本的な画面について説明しています。コンポーネントによっては、追加のカスタム画面が含まれることがあります。これに該当するカスタム画面は、コンポーネント固有のアップグレード・ドキュメントに記載されています。
注意:
スキーマのアップグレード時に表示されるUpgrade Assistantの各画面は、選択したオプションとアップグレード前の環境の内容によって大きく異なります。アップグレードを完了するために、製品固有のアップグレード・ガイドを必ず使用してください。表2-4 スキーマのアップグレード: Upgrade Assistantのナビゲート画面
| 画面のタイトル | 説明 |
|---|---|
ようこそ |
この画面には、Upgrade Assistantの概要と、アップグレード前の重要なタスクについての情報が示されます。 |
スキーマ |
この画面では、実行するスキーマのアップグレード・オプションを選択できます。このオプションは、次に示すオプションのどちらを選んだかに応じて異なります。
|
使用可能なコンポーネント |
「個別に選択されたスキーマ」を選択すると、アップグレード可能なスキーマを持つOracle Fusion Middlewareのインストール済コンポーネントのリストが示されます。コンポーネントを選択すると、スキーマとすべての依存関係が自動的に選択されます。 |
すべてのスキーマ・コンポーネントのリスト |
「ドメインで使用されるすべてのスキーマ」を選択すると、この読取り専用の画面に、特定のドメイン・ディレクトリ内で見つかった、アップグレードに含まれるコンポーネントとスキーマがすべて表示されます。 |
前提条件 |
この画面では、アップグレードを続行する前にすべての前提条件が満たされていることを確認する必要があります。続行する前にボックスを確認します。 注意: Upgrade Assistantは、前提条件が満たされていることを確認しません。たとえば、Upgrade Assistantでは、サーバーとプロセスが必要に応じて停止されているかどうかを確認できません。 |
スキーマ資格証明の画面 画面名は、選択したスキーマ・タイプによって変わります(例: MDSスキーマ)。 |
この画面には、選択したスキーマとスキーマをホストするデータベースに接続するために必要な情報を入力する必要があります。 次に示す項目について知っている必要があります。
ドロップダウン・メニューからデータベース・タイプを選択します。メニューで使用できるデータベースのタイプは、アップグレードしようとするスキーマによって異なります。 アップグレード用に選択されたデータベース・タイプは、RCUが最初にスキーマを作成したときに選択されたデータベース・タイプと同一である必要があります。 データベース・タイプとしてOracle Edition-Based Redefinition (EBR)を選択した場合は、アップグレードしているスキーマも、EBRデータベース・タイプを使用してRCUによって作成されている必要があります。たとえば、Upgrade Assistantによって、スキーマが、あるデータベース・タイプから別のタイプに変換されることはありません。
データベースの場所を入力します。 たとえば、Oracle Databaseを選択する場合は、次のURL形式を使用できます。
Microsoft SQL ServerまたはIBM DB2データベースを使用している場合は、ドロップダウン・メニューからデータベース・タイプを選択し、フィールドの下のテキストを確認してください。ここには、データベース・タイプごとに必要な構文が表示されます。 注意: Upgrade Assistantは、その他の有効な形式の接続文字列を受け入れます。たとえば、Oracle Database TNSスタイルの接続文字列も使用できます。
データベースへの接続に使用するデータベース・ユーザー名を入力します。 注意: このDBAユーザーには、Upgrade Assistantを実行するための十分な権限を付与する必要がありますが、SYS/SYSDBA権限を付与する必要はありません。現在、sysdba以外のユーザーを使用できます。「Upgrade Assistantを実行するための非SYSDBAユーザーの作成」を参照してください。 特定のデータベース・プラットフォーム上では、ユーザー名で大文字と小文字が区別され、DBAユーザー名が小文字で構成される場合があります。Upgrade Assistantは、ユーザーが入力した名前に接続します。ユーザー名を大文字に変換しません。
指定したDBAデータベース・ユーザーに対応するパスワードを入力します。 「接続」をクリックしてデータベースに接続してからアップグレードするスキーマを選択します。アップグレードするスキーマが以前のFusion MiddlewareのリリースでRCUによって作成された場合は、使用可能なスキーマ名がリストされたドロップダウン・メニューが表示されます。 注意: コンポーネントIDまたはスキーマ名は、リリース12.1.2.0からUCSUMSスキーマにあわせて変更されました。そのため、Upgrade Assistantは使用可能なスキーマを自動的に認識してドロップダウン・リストに表示しません。テキスト・フィールドに手動で名前を入力する必要があります。名前は、アップグレードの開始点に応じて、prefix_
ドロップダウン・リストからスキーマ・ユーザー名を選択するか、スキーマのユーザー名(例:DEV11g_MDS)を入力します。 注意: すべてのデータベース・プラットフォーム上で、すべてのOracle Fusion Middlewareスキーマ名は大文字のみで構成されている点に注意してください。また、すべてのスキーマ名は、
特定のスキーマ・ユーザー名に関連付けられているパスワードを入力します。
エディションベースの再定義に対応したOracle Databaseをデータベース・タイプとして選択する場合、既存のエディション名を指定する必要があります。 注意: EBR対応のスキーマをFusion Middleware 11gリリースまたは以前の12cリリースからアップグレードする前に、まず、データベース・サーバーに接続し、データベース・サーバーで12c (12.2.1.2)用にエディションを作成する必要があります。12c (12.2.1.2)用の新しいエディションは、11.1.1.7.0、11.1.1.9.0、12.1.2.0、12.1.3.0、12.2.1.0または12.2.1.1エディションの子にする必要があります。 エディション・ベースの再定義のためにサーバー上にエディションを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のエディション・ベースの再定義のためにサーバー上にエディションを作成する方法に関する項を参照してください。 |
調査 |
この画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証するUpgrade Assistantのステータスが表示されます。 Upgrade Assistantは、アップグレード・プロセスを開始する前に各コンポーネントを調査し、最低基準を満たしていることを確認します。 この画面には、スキーマのスキーマ・ソース・バージョンが表示されます(情報がスキーマ・バージョン・レジストリ表にリストされている場合)。スキーマがRCUを使用して作成されたものではない場合、またはソース・バージョンが見つからない場合、ソース・バージョンは ステータスの定義:
注意: 調査フェーズ中に検出された問題は解決でき、Upgrade Assistantは再起動できます。ただし、アップグレード・フェーズが開始されていた場合は、Upgrade Assistantを再実行する前に、バックアップからアップグレード前の環境をリストアする必要があります。 |
アップグレード・サマリー |
この画面では、アップグレード・プロセスの開始前に、選択したオプションのサマリーを再確認できます。
|
アップグレードの進行状況 |
この画面には、アップグレード処理のステータスが表示されます。 警告: アップグレード・プロセスは、開始後に取り消さないでください。そうした場合、コンポーネントは不整合な状態になり、バックアップからのリストアが必要になります。 |
アップグレード成功 |
この画面は、アップグレードが成功した場合に表示されます。新規インストールでコンポーネントを機能させるために手動で実行する必要のあるタスクが、アップグレード後のアクションのウィンドウに表示されます。ただし、アップグレード後に実行する追加のタスクが存在することがあります。アップグレード・ドキュメントを参照してください。 |
アップグレード失敗 |
この画面は、特定のコンポーネント・スキーマのアップグレードが失敗した場合に表示されます。Upgrade Assistantを再起動する必要があります。 Upgrade Assistantのログは 注意: アップグレードで障害が発生した場合は、バックアップからアップグレード前の環境をリストアし、問題を修正してから、Upgrade Assistantを再起動する必要があります。この操作中にファイルが変更されているため、問題を修正してUpgrade Assistantを再起動することはできません。 |
ほとんどのコンポーネント構成のアップグレードで表示される、Upgrade Assistantの基本的な画面について説明します。
管理対象WebLogicドメインのコンポーネントを含むOracleホームからUpgrade Assistantを実行する場合、「ドメインによって使用されるすべての構成」アップグレード・オプションを使用できます。
このセクションで説明するように、Upgrade Assistantを使用して、コンポーネント構成をアップグレードします。
注意:
このトピックは、参照用としてのみ使用してください。コンポーネント構成のアップグレード時に表示されるUpgrade Assistantの各画面は、選択したオプションとアップグレード前の環境の内容によって大きく異なります。アップグレードを完了するために、製品固有のアップグレード・ガイドを必ず使用してください。表2-5 Upgrade Assistant画面: Oracle WebLogicコンポーネント構成のアップグレード
| 画面 | 説明 |
|---|---|
ようこそ |
この画面では、アップグレード・アシスタントの概要と、アップグレード前の重要なタスクについての情報が示されます。 |
ドメインによって使用されるすべての構成 |
この画面は、アップグレード・タイプとして「ドメインによって使用されるすべての構成」を選択したときに表示されます。 「ドメインによって使用されるすべての構成」オプションは、管理対象WebLogic Serverドメインのコンポーネント構成をアップグレードする際に使用します。構成のアップグレードは、オフラインで実行されます。アップグレードするドメインのドメイン・ディレクトリを入力する必要があります。 |
WebLogic Serverのコンポーネント・リスト |
この画面は、「ドメインによって使用されるすべての構成」オプションを選択したときに表示されます。 この画面では、WebLogicドメインのコンポーネント構成アップグレードに含められるコンポーネントのリストが提供されます。ドメインの名前は、ドメイン内にあるコンポーネントのリストとともに提供されます。 |
前提条件 |
この画面では、アップグレードを続行する前にすべての前提条件が満たされていることを確認する必要があります。続行する前にボックスを確認します。 注意: Upgrade Assistantは、前提条件が満たされていることを確認しません。たとえば、Oracle Fusion Middleware Upgrade Assistantでは、サーバーとプロセスが必要に応じて停止されているかどうかを確認できません。 |
調査 |
この画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証するUpgrade Assistantのステータスが表示されます。 Upgrade Assistantは、アップグレード・プロセスを開始する前に各コンポーネントを調査し、最低基準を満たしていることを確認します。 この画面には、スキーマのスキーマ・ソース・バージョンが表示されます(情報がスキーマ・バージョン・レジストリ表にリストされている場合)。スキーマがRCUを使用して作成されたものではない場合、またはソース・バージョンが見つからない場合、ソース・バージョンは ステータスの定義:
注意: 調査フェーズ中に検出された問題は解決でき、Upgrade Assistantは再起動できます。ただし、アップグレード・フェーズが開始されていた場合は、Upgrade Assistantを再実行する前に、バックアップからアップグレード前の環境をリストアする必要があります。 |
アップグレード・サマリー |
この画面を使用して、選択したオプションのサマリーをレビューし、アップグレード・プロセスを開始します。 |
アップグレードの進行状況 |
この画面には、アップグレード処理のステータスが表示されます。 警告: アップグレード・プロセスは、開始後に取り消さないでください。そうした場合、コンポーネントは不整合な状態になり、バックアップからのリストアが必要になります。 |
アップグレード成功 |
この画面は、アップグレードが成功した場合に表示されます。新規インストールでコンポーネントを機能させるために手動で実行する必要のあるタスクが、アップグレード後のアクションのウィンドウに表示されます。ただし、アップグレード後に実行する追加のタスクが存在することがあります。 |
アップグレード失敗 |
この画面は、特定のコンポーネントのアップグレードが失敗した場合に表示されます。Upgrade Assistantを再起動する必要があります。 Upgrade Assistantのログは 注意: アップグレードで障害が発生した場合は、バックアップからアップグレード前の環境をリストアし、問題を修正してから、Upgrade Assistantを再起動する必要があります。この操作中にファイルが変更されているため、この問題を修正してUpgrade Assistantを再起動することはできません。 |
アップグレードの後に追加のアップグレード後構成タスクをすべて完了して、新しくアップグレードしたドメインが期待どおりに機能していることを検証します。ドメイン構成に適用するタスクのみを実行します。
正常にアップグレードされたら、サーバーが起動できること、スキーマのバージョンがレジストリ表で更新されていること、およびコンポーネントの構成が正しいことを検証することが重要です。ドメインの内容に基づいて追加のアップグレード後タスクを実行することが必要な場合もあります。タスクのリスト全体を確認して、どれが適用できるかを判別します。
注意: これらのタスクのうち1つ以上が、新しくアップグレードした環境で完了できない場合、アップグレードのトラブルシューティングを参照してください。アップグレード後の手順の詳細は、必ずコンポーネント固有のアップグレード・ドキュメントを参照してください。
アップグレード後タスクのリストを確認して、アップグレード後環境とドメイン構成に適用するものを実行します。
これらの管理タスクはオプションですが、タスクを実行してアップグレードを検証することをお薦めします。
表2-6 アップグレード後の基本的な管理タスク
| タスク | 説明 | 詳細情報 |
|---|---|---|
製品およびサーバーの起動と停止 |
Oracle Fusion Middleware(管理サーバー、管理対象サーバー、コンポーネントを含む)起動と停止の方法について学習します。 これらのタスクを実行することで、アップグレードが成功しているか検証されます。 |
「Oracle Fusion Middlewareの起動と停止」 |
アップグレードされたアプリケーションの起動および停止 |
新しい12.2.1環境でアップグレードされたアプリケーションを起動して、正常に動作するが確認する方法を説明します。 |
「アプリケーションの起動と停止」 |
Secure Sockets Layer (SSL)の構成 |
Oracle Fusion Middlewareコンポーネント間で、SSLを使用したセキュアな通信を設定する方法について学習します。 |
Oracle Fusion MiddlewareでのSSLの構成に関する項 |
アプリケーションのデプロイ |
アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。 |
「アプリケーションのデプロイ」 |
Oracle Fusion Middlewareのモニタリング |
Oracle Fusion Middlewareコンポーネントのステータスを追跡する方法を学習します。 |
「Oracle Fusion Middlewareの監視」 |
Web層のフロントエンドのWebLogicドメインへの追加 |
OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。 |
Oracle Fusion Middleware Oracle HTTP Serverのインストールと構成 |
トポロジのCoherenceのチューニングと構成 |
標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。 |
Coherenceクラスタの詳細は、「Coherenceクラスタの構成と管理」を参照してください Coherenceのチューニングの詳細は、『Oracle Fusion Middleware Oracle Coherenceの管理』を参照してください。 HTTPセッション・データの格納の詳細は、「WebLogic ServerでのCoherence*Webの使用方法」を参照してください。 Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発』を参照してください。 |
次のSQLコマンドを使用して、schema_version_registryのスキーマ・バージョンが正しくアップグレードされていることを検証できます。
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」列の番号が更新されていることを確認します。変更する必要のなかったスキーマは、アップグレード前のバージョンのままになることがあります。詳細は、表1-1を参照してください。
問合せ結果のSTATUSフィールドは、スキーマへのパッチ適用処理中は「UPGRADING」または「UPGRADED」に、処理が終了すると「VALID」になります。
ステータスが「INVALID」と表示された場合は、ステータスのアップグレードが失敗しています。ログ・ファイルを調べて、失敗した理由を判定する必要があります。
Oracleデータベースを使用している場合は、Upgrade Assistantの実行後に、データベース・オブジェクトを再コンパイルします。
アップグレード時に破損したオブジェクトがあるかどうかを判断するには、SYSとしてデータベースに接続して、SQL*Plusから次のコマンドを実行することでデータベース・オブジェクトを再コンパイルします。
SQL> @oracle_home/software/rdbms/admin/utlrp.sql
これにより、Oracle Fusion Middleware Upgrade Assistantでアップグレードしたデータベース・オブジェクトをコンパイルします。
その後、次の問合せを発行して、無効なデータベース・オブジェクトがなくなったことを確認します。
SELECT owner, object_name FROM all_objects WHERE status='INVALID';
この時点では、アップグレードされたスキーマに、無効になっているデータベース・オブジェクトはないはずです。もしあった場合は、utlrp.sqlコマンドをもう一度実行して再確認します。問題が続く場合は、サービス・リクエストを提出します。
