アップグレード前の要件

2 アップグレード前の要件

Oracle Access Manager 14c (14.1.2.1.0)のアップグレードを開始する前に、バックアップ、現在の環境のレプリカの作成、システムが動作保証の要件を満たしていることの確認など、アップグレード前のタスクを実行する必要があります。

Oracle Fusion Middlewareアップグレード前のチェックリスト
アップグレードの成功と限定的な停止時間を実現するために、アップグレードの開始前に、このチェックリストのタスクを実行してください。
完全なバックアップの作成
アップグレードを開始する前に、Oracleホーム、ドメイン・ホーム、およびOracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なすべてのファイルをバックアップします。
動作保証およびシステム要件の確認
ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをレビューする必要があります。オペレーティング・システム、ハードウェアまたはその他のソフトウェア・パッケージのアップグレードが必要になる場合があります。
Upgrade Assistantを実行するための非SYSDBAユーザーの作成
Upgrade Assistantを実行するには、FMWと呼ばれる非SYSDBAユーザーを作成することをお薦めします。このユーザーはスキーマの変更に必要な権限は持っていますが、完全な管理者権限は持っていません。
アップグレードに対応可能な既存のスキーマの特定
アップグレード前にこのオプションのステップを使用して、スキーマ・バージョン・レジストリ表を問い合せることができます。この表には、スキーマ所有者、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれています。
WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーの確認
既存のドメインにWLSSchemaDataSourceデータ・ソースがある場合は、このステップが必要です。
JAX-RSデプロイメントの削除
既存のWebLogicドメインにJAX-RS (2.2.22.4.0)が存在する場合は、14c (14.1.2.1.0)にアップグレードする前に削除する必要があります。
キーストア・パスワードが同じであることの確認
アップグレードを成功させるには、.oamkeystoreとdefault-keystore.jksのパスワードが同じであることを確認します。
ノード・マネージャの停止
アップグレード・プロセスを開始する前に、すべてのローカルおよびリモートのノード・マネージャを停止していることを確認します。

Oracle Fusion Middlewareアップグレード前のチェックリスト

アップグレードの成功と限定的な停止時間を実現するために、アップグレードの開始前に、このチェックリストのタスクを実行してください。

アップグレードは、サーバーがダウンしている間に実行されます。このチェックリストでは、重要で、多くの場合時間のかかるアップグレード前タスクのうち、停止時間を限度内にとどめるためにアップグレード前に実行できるタスクを特定します。アップグレード・プロセスを開始する前の準備を十分に行うほど、オフラインの時間を減らすことができます。

ノート:

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

Oracle Access ManagerとOracle Identity Managerが異なるドメインにあることを確認します。同じドメインにある場合は、複数のドメインに分ける必要があります。詳細は、「Oracle Identity Managementアプリケーションの複数のドメインへの分離」を参照してください。

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

タスク説明

タスク	説明
必須既存の環境の完全なバックアップを作成します。	Oracleホーム、Middlewareホーム、およびアップグレード対象のスキーマが含まれるデータベースを含め、システムに重要なすべてのファイルをバックアップします。アップグレードに失敗した場合は、アップグレード前の環境をリストアして、アップグレードを再開する必要があります。「完全なバックアップの作成」を参照してください。スキーマ・バージョン・レジストリ表がバックアップに含まれていることを確認します。「スキーマ・バージョン・レジストリ表のバックアップ」を参照してください。既存のドメインに含まれる起動スクリプトを変更した場合は、アップグレードの間そのファイルを一時的なディレクトリの場所(既存のドメインの外部)にコピーし、アップグレード後に再デプロイする必要があります。「カスタマイズされたドメインおよび環境設定の保持」を参照してください。
必須サポートされているハードウェアおよびソフトウェア構成上で、製品をインストールおよびアップグレードしていることを確認します。注意: サポートされている最新のオペレーティング・システムを使用できない場合はアップグレードしないでください。サポート対象のすべての構成と同様、こうした要件を守れない場合は、アップグレードが失敗する可能性があります。	動作保証要件は頻繁に更新されるため、この情報は、アップグレードの開始直前に確認することをお薦めします。ノート: アップグレードの前に、コンポーネントに最新のパッチが適用されていることを確認します。インストールするソフトウェア製品に必要な必須パッチの有無については、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。『Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。ハードウェアとソフトウェア(オペレーティング・システムも含む)の構成が最新の動作保証および要件でサポートされていることを確認します。また、製品ディストリビューションをインストールする前に、サポートされるバージョンのJDKを使用していることを確認します。コンポーネントは、Oracleコンポーネントであるか依存コンポーネントであるかにかかわらず、1つずつアップグレードします。たとえば、OUD、OIM、OAM、オペレーティング・システム、データベースおよびハードウェアをすべて同時にアップグレードしないでください。動作保証とシステム要件の確認に関する項を参照してください。
オプション Upgrade Assistantを実行するために非SYSDBAユーザーを作成します。	Upgrade Assistantを実行するには、FMWユーザーを作成することをお薦めします。ユーザーFMWは、システムの管理者権限がなくてもUpgrade Assistantを実行できます。「Upgrade Assistantを実行するための非SYSDBAユーザーの作成」を参照してください。
オプション使用可能なスキーマのリストを確認します。	スキーマ・バージョン・レジストリを問い合せて、スキーマ情報を表示します。「アップグレードで使用可能な既存のスキーマの識別」を参照してください。
必須 `WLSSchemaDataSource`データ・ソースに割り当てられたデータベース・ユーザーを<`PREFIX>_WLS_RUNTIME`から<`PREFIX>_WLS`に変更します。	`WLSSchemaDataSource`データ・ソースのデータベース・ユーザーが`<PREFIX>_WLS_RUNTIME`に割り当てられている場合は、`<PREFIX>_WLS`に変更する必要がありますこのステップは、既存のドメインに`WLSSchemaDataSource`データ・ソースがある場合にのみ必要です。「WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーの確認」を参照してください
必須既存のWebLogicドメインにJAX-RS (2.2.22.4.0)が存在する場合は、14c (14.1.2.1.0)にアップグレードする前に削除する必要があります。	「JAX-RSデプロイメントの削除」を参照してください
オプションアップグレード・プロセスを起動する前に、ローカルおよびリモートのすべてのノード・マネージャを停止します。	「ノード・マネージャの停止」を参照してください。

必須

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

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

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

スキーマ・バージョン・レジストリ表がバックアップに含まれていることを確認します。「スキーマ・バージョン・レジストリ表のバックアップ」を参照してください。
既存のドメインに含まれる起動スクリプトを変更した場合は、アップグレードの間そのファイルを一時的なディレクトリの場所(既存のドメインの外部)にコピーし、アップグレード後に再デプロイする必要があります。「カスタマイズされたドメインおよび環境設定の保持」を参照してください。

必須

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

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

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

ノート:

アップグレードの前に、コンポーネントに最新のパッチが適用されていることを確認します。インストールするソフトウェア製品に必要な必須パッチの有無については、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。

『Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。

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

コンポーネントは、Oracleコンポーネントであるか依存コンポーネントであるかにかかわらず、1つずつアップグレードします。たとえば、OUD、OIM、OAM、オペレーティング・システム、データベースおよびハードウェアをすべて同時にアップグレードしないでください。

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

オプション

Upgrade Assistantを実行するために非SYSDBAユーザーを作成します。

Upgrade Assistantを実行するには、FMWユーザーを作成することをお薦めします。ユーザーFMWは、システムの管理者権限がなくてもUpgrade Assistantを実行できます。

「Upgrade Assistantを実行するための非SYSDBAユーザーの作成」を参照してください。

オプション

使用可能なスキーマのリストを確認します。

スキーマ・バージョン・レジストリを問い合せて、スキーマ情報を表示します。

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

必須

WLSSchemaDataSourceデータ・ソースに割り当てられたデータベース・ユーザーを<PREFIX>_WLS_RUNTIMEから<PREFIX>_WLSに変更します。

WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーが<PREFIX>_WLS_RUNTIMEに割り当てられている場合は、<PREFIX>_WLSに変更する必要があります

このステップは、既存のドメインにWLSSchemaDataSourceデータ・ソースがある場合にのみ必要です。

「WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーの確認」を参照してください

必須

既存のWebLogicドメインにJAX-RS (2.2.22.4.0)が存在する場合は、14c (14.1.2.1.0)にアップグレードする前に削除する必要があります。

「JAX-RSデプロイメントの削除」を参照してください

オプション

アップグレード・プロセスを起動する前に、ローカルおよびリモートのすべてのノード・マネージャを停止します。

「ノード・マネージャの停止」を参照してください。

親トピック: アップグレード前の要件

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

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

バックアップには、アップグレードが失敗した場合にコンテンツをアップグレード前の状態にリストアできるように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 WebLogic Serverのアップグレードの起動スクリプトへのカスタマイズの再適用の説明に従って、設定を再適用する必要があります。

親トピック: 完全なバックアップの作成

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

ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをレビューする必要があります。オペレーティング・システム、ハードウェアまたはその他のソフトウェア・パッケージのアップグレードが必要になる場合があります。

ノート:

動作保証、システム要件および相互運用性情報を確認する際には必ず、特にオペレーティング・システム要件について確認してください。明示的にご使用のオペレーティング・システム環境専用に設計されたソフトウェアをダウンロードすることが重要です。

警告:

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

『Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。

環境が動作保証要件を満たしていることの確認
Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しています。製品を、サポートされているハードウェアおよびソフトウェア構成上にインストールすることを確認してください。
システム要件と仕様の確認
「システム要件と仕様」ドキュメントとOracle Fusion Middleware動作保証マトリックスの両方を使用して、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージおよびパッチ、その他のオペレーティング・システム固有の項目などのシステム要件が満たされていることを確認することが重要です。
Oracle Fusion Middlewareをホストしているデータベースがサポートされていることの確認
Oracle Fusion Middleware 14c (14.1.2.1.0)を実行する前に、サポートされるOracle Databaseを必須のスキーマで構成しておく必要があります。
このリリースのOracle Fusion MiddlewareでJDKが動作保証されていることの確認
ご使用のJDKがサポートされていない場合、またはJDKをインストールしていない場合は、開始前に必要なJava SE JDKをダウンロードする必要があります。

親トピック: アップグレード前の要件

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

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

新しい動作保証要件が確認されると、それらはすぐに適切な動作保証に関するドキュメントに追加されます。新しい動作保証要件は随時確認される場合があるため、動作保証に関するドキュメントはドキュメント・ライブラリの外部に置かれ、オラクルの技術リソースで提供されています。「14c (14.1.2.1.0)の動作保証マトリックスに関する説明」を参照してください。「Oracle Fusion Middleware Certifications」のSupported Platforms for Oracle Fusion Middleware 14c (14.1.2.1.0) (xls)ファイルを開くか保存して、「Menu」タブでIdentity and Access Managementのリンクをクリックします。

ノート:

インストールの前に必要な必須パッチの確認。インストールするソフトウェア製品に必要な必須パッチの有無については、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。

『Oracle Fusion Middleware Infrastructureリリース・ノート』のインストールと構成に関する項を参照してください。

親トピック: 動作保証およびシステム要件の確認

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

「システム要件と仕様」ドキュメントとOracle Fusion Middleware動作保証マトリックスの両方を使用して、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージおよびパッチ、その他のオペレーティング・システム固有の項目などのシステム要件が満たされていることを確認することが重要です。

Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、Oracle Fusion Middlewareの動作保証マトリックスの要件が満たされていることを確認します。たとえば、動作保証マトリックスに、目的の製品が64ビットのOracle Linux 8上にインストールすることで動作保証されると示されている場合は、システム要件と仕様に関するドキュメントを使用して、そのOracle Linux 8システムが最低限必要な仕様(ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージとパッチおよびその他のオペレーティング・システム固有のアイテムなど)を満たしていることを確認する必要があります。このドキュメントは、必要に応じて更新されるため、Oracle Technology Network (OTN)のドキュメント・ライブラリの外部に存在します。

ノート:

最小システム要件を満たすことができない場合は、アップグレードを試行しないでください。

具体的には、Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、次のことを確認できます。

プロセッサ要件
Java Development Kit (JDK)の要件
一般的なメモリーおよびディスク領域の要件
製品固有のメモリーおよびディスク領域の要件
ネットワーク要件
UNIXオペレーティング・システムの要件
Windowsオペレーティング・システムの要件
仮想化の要件
データベース要件

使用しているオペレーティング・システムがサポートされていない場合はどうなりますか。

サポートされていないオペレーティング・システムで環境を実行している場合は、アップグレードを開始する前に、サポートされる環境を作成する必要があります。サポートされていないオペレーティング・システムでアップグレードを試行しないでください。

環境の移行ステップを使用します。

親トピック: 動作保証およびシステム要件の確認

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

Oracle Fusion Middleware 14c (14.1.2.1.0)を実行する前に、サポートされるOracle Databaseを必須のスキーマで構成しておく必要があります。

アップグレードを開始する前にFusion Middlewareデータベース要件を確認し、Oracle Fusion Middlewareをホストしているデータベースがサポートされており、アップグレードの実行に十分な領域が用意されていることを確認します。「14c (14.1.2.1.0)の動作保証マトリックスに関する説明」を参照してください。

ノート:

データベース・バージョンがもうサポートされていない場合は、アップグレードを開始する前にサポートされているバージョンにアップグレードする必要があります。

親トピック: 動作保証およびシステム要件の確認

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

ご使用のJDKがサポートされていない場合、またはJDKをインストールしていない場合は、開始前に必要なJava SE JDKをダウンロードする必要があります。

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

サポート対象外のJDKを使用している場合やJDKをインストールしていない場合は、次に示すWebサイトから必須のJava SE JDKをダウンロードする必要があります。

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

JDKは、Oracleホームの外部にインストールしてください。Oracle Universal Installerにより指定されたOracleホーム・ディレクトリが空であることが検証され、空のディレクトリが指定されていなければインストールは行われません。JDKをOracleホームにインストールした場合、今後の操作で問題が発生することがあります。このため、JDKは/home/oracle/products/jdkディレクトリにインストールすることをお薦めします。

親トピック: 動作保証およびシステム要件の確認

Upgrade Assistantを実行するための非SYSDBAユーザーの作成

Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーはスキーマの変更に必要な権限は持っていますが、完全な管理者権限は持っていません。

SYSDBAはデータベースの作成、起動、停止、バックアップまたはリカバリなどの高度な管理操作を実行するために必要な管理権限です。SYSDBAシステム権限は、完全な権限を持つデータベース管理者が使用します。SYSDBA権限で接続すると、通常はユーザー名に関連付けられているスキーマではなく、デフォルトのスキーマで接続が確立されます。SYSDBAの場合、このスキーマはSYSです。デフォルト・スキーマへのアクセスは非常に強力な権限となる場合があります。たとえば、ユーザーSYSとして接続する場合、データ・ディクショナリの表における権限は無制限となります。このため、SYSDBA以外のユーザーを作成してスキーマをアップグレードすることをお薦めします。Upgrade Assistantを起動する前に、次に示した権限をユーザーFMWに付与する必要があります。

ノート:

SYSDBAではないユーザーFMWは、Upgrade Assistantを実行するためにのみ作成されます。このステップが完了したら、このFMWユーザーを削除してください。Upgrade Assistantを実行するために必要な権限は、リリースごとに異なる可能性があります。

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

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

次の例では、<password>はFMWユーザーに対して設定されたパスワードです。権限を付与する際に、実際のパスワードを指定していることを確認します。

create user FMW identified by <password>;
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;

親トピック: アップグレード前の要件

アップグレードに対応可能な既存のスキーマの特定

アップグレード前にこのオプションのステップを使用して、スキーマ・バージョン・レジストリ表を問い合せることができます。この表には、スキーマ所有者、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれています。

Upgrade Assistantでドメイン内のすべてのスキーマをアップグレードすることも、アップグレードするスキーマを個別に選択することもできます。この判断には、次に示すステップを実行して、アップグレードに対応可能なすべてのスキーマのリストを表示することが役立ちます。

Oracleデータベースを使用している場合、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 WHERE OWNER LIKE UPPER('<PREFIX>_%');

生成されたレポートを調査します。

ノート:

アップグレード後、レポートを再度生成して、更新されたバージョンのスキーマを表示できます。アップグレードの必要がないスキーマがある場合は、そのスキーマのアップグレード前のバージョンがschema_version_registry表に維持されます。
既存のスキーマが、サポートされているバージョンからのものでない場合、14c (14.1.2.1.0)のアップグレード手順を使用する前に、それらをサポートされているバージョンにアップグレードする必要があります。詳細は、アップグレード前のバージョンのドキュメントを参照してください。
以前のバージョンでOIDベースのポリシー・ストアを使用していた場合、アップグレードを実行する前に新しいOPSSスキーマを必ず作成します。アップグレード後も、OPSSスキーマはLDAPベース・ストアのままです。
Oracle Fusion Middlewareリリース14c (14.1.2.1.0)でアップグレード可能な製品のスキーマのみをアップグレードできます。まだ14c (14.1.2.1.0)へのアップグレードが可能になっていないコンポーネントを含むドメインをアップグレードしないでください。

親トピック: アップグレード前の要件

WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーの確認

既存のドメインにWLSSchemaDataSourceデータ・ソースがある場合は、このステップが必要です。

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

これは、次の変更が行われたために必要です:

14c (14.1.2.1.0) Upgrade Assistantは、ドメインベースのスキーマ・アップグレードの実行時に、WLSSchemaDataSourceデータ・ソースの情報を使用します。<PREFIX>_WLSデータベース・ユーザーがWLSSchemaDataSourceに割り当てられていない場合、またはUpgrade AssistantのWLSスキーマ・ページの「スキーマ・ユーザー名」に<PREFIX>_WLSが入力されていない場合、そのアップグレードは失敗します。
12c Oracle WebLogic管理コンソールを使用して、WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーを<PREFIX>_WLSに変更することをお薦めします。こうすると、Upgrade Assistantの失敗を回避でき、また再構成ウィザードでフィールドに正しい値が事前移入されます。
<PREFIX>_WLS_RUNTIMEデータベース・ユーザーは、14c (14.1.2.1.0)で導入された新しいWLSRuntimeSchemaDataSourceで使用するために予約されています。この新しいWLSRuntimeSchemaDataSourceは、14c (14.1.2.1.0)の再構成ウィザード(reconfig.sh)を使用してドメインをアップグレードするときに作成されます。

Oracle WebLogic 12c管理コンソールを使用して、WLSSchemaDataSourceのユーザーを<PREFIX>_WLS_RUNTIME から<PREFIX>_WLSに変更できます。

12c (12.2.1.4.0)管理コンソールにログインします。
管理コンソールの「ドメイン構造」で、「サービス」を展開します(横にある「+」をクリックします)。次に、「データ・ソース」をクリックします。
「プロパティ」フィールドのユーザーに<PREFIX>_WLS_RUNTIMEが含まれる場合は、 <PREFIX>_WLSに変更します。
変更内容を保存します。
ドメインが本番モードで実行されている場合、チェンジ・センターを使用して変更をコミットします。

親トピック: アップグレード前の要件

JAX-RSデプロイメントの削除

既存のWebLogicドメインにJAX-RS (2.2.22.4.0)が存在する場合は、14c (14.1.2.1.0)にアップグレードする前に削除する必要があります。

デプロイメントを削除するには、12c (12.2.1.4.0) WebLogic管理コンソールを使用します。

WebLogic管理コンソールにログインします。
「デプロイメント」を選択します。
「jax-rs(2.2.22.4.0)」というデプロイメントを見つけます
デプロイメントの横にあるチェック・ボックスを選択し、「削除」を選択します。

親トピック: アップグレード前の要件

キーストア・パスワードが同じであることの確認

アップグレードを成功させるには、.oamkeystoreおよびdefault-keystore.jksのパスワードが同じであることを確認します。

キーストア・パスワードを検証するには、次のkeytoolコマンドを使用します。

keytool -list -keystore $DOMAIN_HOME/config/fmwconfig/.oamkeystore -storepass
xxx -storetype jceks

keytool -list -keystore $DOMAIN_HOME/config/fmwconfig/default-keystore.jks
-storepass xxx -storetype jceks

キーストア・パスワード間に不一致がある場合は、アップグレードを開始する前に、keystore-csf-keyのパスワードが.oamkeystoreのパスワードと同じになるように修正してください。

keystore-csf-keyのパスワードを変更するには:

EMコンソールにログインします。
```
http://host:port/em
```
「WebLogicドメイン」、「セキュリティ」、「資格証明」の順に移動します。
oracle.wsm.securityを見つけて展開します。
keystore-csf-keyエントリを編集モードで開きます。
パスワードを.oamkeystoreに使用したパスワードと同じになるように変更します。
変更内容を保存します。

親トピック: アップグレード前の要件

ノード・マネージャの停止

アップグレード・プロセスを起動する前に、ローカルおよびリモートのすべてのノード・マネージャを停止したことを確認します。

アップグレードの完了後にWebLogic管理サーバーを起動するまで、ノード・マネージャは停止したままにする必要があります。WebLogic管理サーバーが起動して実行されている場合は、ノード・マネージャを起動し、続いて管理対象サーバーを起動します。

親トピック: アップグレード前の要件