2 アップグレード前の要件
Oracle Identity Manager 14c (14.1.2.1.0)のアップグレードを開始する前に、バックアップ、現在の環境のレプリカの作成、システムが動作保証の要件を満たしていることの確認など、アップグレード前のタスクを実行する必要があります。
- Oracle Fusion Middlewareアップグレード前のチェックリスト
アップグレードの成功と限定的な停止時間を実現するために、アップグレードの開始前に、このチェックリストのタスクを実行してください。 - 完全なバックアップの作成
アップグレードを開始する前に、Oracleホーム、ドメイン・ホーム、およびOracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なすべてのファイルをバックアップします。 - Oracle Identity Managerのアップグレード前レポートの生成および分析
Oracle Identity Managerのアップグレード・プロセスを開始する前にアップグレード前レポート・ユーティリティを実行し、すべての問題にレポートで提示されている解決策を使用して対処します。 - 動作保証およびシステム要件の確認
ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをレビューする必要があります。オペレーティング・システム、ハードウェアまたはその他のソフトウェア・パッケージのアップグレードが必要になる場合があります。 - WLSSchemaDataSourceデータ・ソースのデータベース・ユーザーの確認
既存のドメインにWLSSchemaDataSource
データ・ソースがある場合は、このステップが必要です。 - Upgrade Assistantを実行するための非SYSDBAユーザーの作成
Upgrade Assistantを実行するには、FMW
という名前の非SYSDBAユーザーをPDB内に作成することをお薦めします。このユーザーはスキーマの変更に必要な権限は持っていますが、完全な管理者権限は持っていません。 - アップグレードに対応可能な既存のスキーマの特定
アップグレード前にこのオプションのステップを使用して、スキーマ・バージョン・レジストリ表を問い合せることができます。この表には、スキーマ所有者、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれています。 - ノード・マネージャの停止
アップグレード・プロセスを開始する前に、すべてのローカルおよびリモートのノード・マネージャを停止していることを確認してください。
Oracle Fusion Middlewareアップグレード前のチェックリスト
アップグレードの成功と限定的な停止時間を実現するために、アップグレードの開始前に、このチェックリストのタスクを実行してください。
アップグレードはサーバーの停止中に実行されます。このチェックリストでは、重要で、多くの場合時間のかかるアップグレード前タスクのうち、停止時間を限度内にとどめるためにアップグレード前に実行できるタスクを特定します。アップグレード・プロセスを開始する前の準備を十分に行うほど、オフラインの時間を減らすことができます。
ノート:
実行するアップグレード前の手順は、既存のシステムの構成、アップグレードするコンポーネントおよびアップグレードと構成プロセスの最後に作成する環境によって異なります。構成またはユースケースに該当するタスクのみを実行してください。
表2-1 Oracle Fusion Middleware 14c (14.1.2.1.0)にアップグレードする前に実行するタスク
タスク | 説明 |
---|---|
必須 既存の環境の完全なバックアップを作成します。 |
アップグレードしようとしているスキーマを含めて、システムに重要なファイルとデータベースをすべてバックアップします。アップグレードに失敗した場合、アップグレード前の環境をリストアして、アップグレードを再度開始する必要があります。 「完全なバックアップの作成」を参照してください。
|
必須 サポートされているハードウェアおよびソフトウェア構成上で、製品をインストールおよびアップグレードしていることを確認します。 注意: サポートされている最新のオペレーティング・システムを使用できない場合はアップグレードしないでください。サポート対象のすべての構成と同様、こうした要件を守れない場合は、アップグレードが失敗する可能性があります。 |
ハードウェアとソフトウェア(オペレーティング・システムも含む)の構成が最新の動作保証および要件でサポートされていることを確認します。また、14c (14.1.2.1.0)製品のディストリビューションをインストールする前に、サポート対象バージョンのJDKを使用していることを確認してください。 動作保証要件は頻繁に更新されるため、アップグレードを開始する直前に、この情報を確認することをお薦めします。 ノート:
動作保証とシステム要件の確認に関する項を参照してください。 |
必須
|
既存のドメインに |
省略可能 アップグレードの前に、古いデータまたは使用しないデータを削除します。 |
パフォーマンスを最適化するために、アップグレードした環境では使用されないデータとオブジェクトはパージすることをお薦めします。 「未使用データのパージ」を参照してください。 |
省略可能 Upgrade Assistantを実行するための非SYSDBAユーザーを作成します。 |
Upgrade Assistantを実行するための、FMWユーザーを作成することをお薦めします。ユーザーFMWは、システム管理者の権限を持たずにUpgrade Assistantを実行できます。 |
省略可能 使用可能なスキーマのリストを確認します。 |
スキーマ・バージョン・レジストリを問い合せて、スキーマ情報を表示します。 「アップグレードで使用可能な既存のスキーマの識別」を参照してください。 |
必須 データベース・パラメータを更新します。 |
|
省略可能 アップグレード・プロセスを開始する前に、すべてのローカルおよびリモートのノード・マネージャを停止します。 |
「ノード・マネージャの停止」を参照してください。 |
必須 アップグレード前レポート・ユーティリティを実行します。 |
親トピック: アップグレード前の要件
完全なバックアップの作成
アップグレードを開始する前に、Oracleホーム、ドメイン・ホーム、およびOracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なすべてのファイルをバックアップします。
バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY$
表を含める必要があります。これにより、アップグレードが失敗したときに、コンテンツをアップグレード前の状態にリストアできるようになります。
ノート:
Upgrade Assistantの「前提条件」画面では、アップグレードを実際に進める前に、バックアップが実行されていることについての確認を求められます。ただし、Upgrade Assistantは、バックアップが作成されていることを確認しません。-
Oracle Fusion Middlewareの管理の環境のバックアップ
-
Oracle Fusion Middlewareのアップグレードのプランニングの14c (14.1.2.1.0)のためのOracleデータベースのアップグレードおよび準備
-
Oracle Database 19cおよび23aiへのアップグレードの詳細は、Oracle Databaseのドキュメントを参照してください。
- スキーマ・バージョン・レジストリ表のバックアップ
システム・バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY
表またはFMWREGISTRY.SCHEMA_VERSION_REGISTRY
表を含める必要があります。 - カスタマイズされたドメイン設定および環境設定のメンテナンス
アップグレード前の環境において、ドメインで生成されたスクリプト、サーバー起動スクリプトまたは構成ファイルを変更した場合は、これらの変更内容がインストールおよび再構成の操作中に上書きされることに注意することが重要です。
親トピック: アップグレード前の要件
スキーマ・バージョン・レジストリ表のバックアップ
システム・バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY
表またはFMWREGISTRY.SCHEMA_VERSION_REGISTRY
表を含める必要があります。
ノート:
このステップが必要なのは、管理対象ドメインまたはコロケート・ドメインの場合のみです。スタンドアロン・ドメインに、この表は含まれません。
SYSTEM.SCHEMA_VERSION_REGISTRY
表には、各Fusion Middlewareスキーマの行があります。Upgrade Assistantを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。Upgrade Assistantを実行する前に、既存のデータベース・スキーマおよびスキーマ・バージョン・レジストリを必ずバックアップします。
ノート:
Upgrade Assistantを使用してスキーマをアップグレードする前に、完全なデータベースのバックアップを実行する必要があります。アップグレード中に、バックアップが実行されていることを確認する必要があります。親トピック: 完全なバックアップの作成
カスタマイズされたドメイン設定および環境設定のメンテナンス
アップグレード前の環境で、ドメインで生成されたスクリプト、サーバー起動スクリプトまたは構成ファイルを変更した場合、これらの変更内容がインストールおよび再構成の操作中に上書きされることに注意する必要があります。
カスタマイズしたファイルのバックアップを共有ライブラリの場所に作成しておくことをお薦めします。アップグレード・プロセス中に失敗または問題が発生した場合は、必要に応じてこれらのファイルをリストアできます。
どのドメインのインストールにも、動的に生成されたドメインおよびサーバーの起動スクリプト(setDomainEnv
など)が含まれています。これらのファイルは、インストールとアップグレードのプロセスで新しいバージョンに置き換えられます。
たとえば、ドメインのすべてのサーバーに適用されるサーバー起動パラメータをカスタマイズする場合は、setUserOverridesLate.cmd
(Windows)またはsetUserOverridesLate.sh
(UNIX)という名前のファイルを作成することにより、WebLogic Serverクラスパスにカスタム・ライブラリを追加する、サーバー実行用の追加のコマンドライン・オプションを指定する、または追加の環境変数を指定するなどの構成が可能です。pack
およびunpack
コマンドを使用する際、このファイルに追加されたカスタム設定はドメインのアップグレード操作中に保存されてリモート・サーバーに継承されます。
setUserOverridesLate
スクリプトでの起動のカスタマイズの例は、『Oracle WebCenter Portalエンタープライズ・デプロイメント・ガイド』のsetUserOverridesLateスクリプトを使用したサーバー・パラメータのカスタマイズに関する項を参照してください。
親トピック: 完全なバックアップの作成
Oracle Identity Managerのアップグレード前レポートの生成および分析
Oracle Identity Managerのアップグレード・プロセスを開始する前に、アップグレード前レポート・ユーティリティを実行し、すべての問題にレポートで提示されている解決策を使用して対処します。
アップグレード前レポート・ユーティリティは、既存のOracle Identity Manager環境を分析し、アップグレードを開始する前に完了する必要がある必須前提条件に関する情報を提供します。
ノート:
アップグレード前レポートで報告された問題が修正されていない状態ではアップグレードが失敗する可能性があるため、すべての問題を解決してからアップグレードを進めることが重要です。
アップグレード前レポート・ユーティリティを実行する前に、データベースおよび12.2.1.4.0 Oracle Identity Managerサーバーが稼働していることを確認してください。
- アップグレード前レポート・ユーティリティの入手
Oracle Technology Network (OTN)からOracle Identity Manager用のアップグレード前レポート・ユーティリティをダウンロードします。 - アップグレード前レポートの生成
Oracle Identity Managerのアップグレード・プロセスを開始する前に、アップグレード前レポートを生成し、レポートに示された問題を解決します。 - アップグレード前レポートの分析
Oracle Identity Managerのアップグレード前レポートを生成した後、各レポートを確認して、レポートに記載されているすべてのタスクを実行します。レポートに記載されている必須タスクを実行しないと、アップグレードが失敗する可能性があります。
親トピック: アップグレード前の要件
アップグレード前レポート・ユーティリティの入手
Oracle Technology Network (OTN)からOracle Identity Manager用のアップグレード前ユーティリティをダウンロードします。
PreUpgradeReport.zip
という名前のzipファイル(Identity & Access Managementのダウンロード場所)またはMy Oracle Supportから入手できます。
アップグレード前レポートの生成
Oracle Identity Managerのアップグレード・プロセスを開始する前に、アップグレード前レポートを生成し、レポートに示された問題を解決します。
Oracle Identity Managerのアップグレード前レポートを生成するには、管理サーバーのホスト・マシンで次のステップを実行します:
アップグレード前レポートの分析
Oracle Identity Managerのアップグレード前レポートを生成した後、各レポートを確認して、それらに記載されているすべてのタスクを実行します。レポートに記載されている必須タスクを実行しないと、アップグレードが失敗する可能性があります。
表2-3 Oracle Identity Managerに対して生成されたアップグレード前レポート
レポート名 | 説明とアクション・アイテム |
---|---|
|
このレポートには、アップグレード前に行われたMDSバックアップに関する詳細がリストされます。 |
|
このレポートには、カスタマイズされた即時利用可能(OOTB)通知テンプレートがリストされます。これらのカスタマイズは、アップグレード中にOOTB値で上書きされます。 ノート: このレポートは、不一致が検出された場合にのみ生成されます。 |
|
このレポートには、ステージ・モードのアプリケーションが存在する場合、それらがリストされます。 |
|
このレポートには、アップグレード前に行われたOracle Identity Manager認可ポリシーのバックアップに関する詳細がリストされます。 |
|
このレポートは、アップグレード後にUIのカスタマイズを取得するために、カスタムUI warを前のMiddlewareホームから新しいMiddlewareホームにコピーするように通知します。 |
|
これは条件付きレポートです。ソース設定でDatabase Vaultが有効になっている場合は、このレポートが作成されます。このレポートには、Database Vault設定に関連する情報が表示されます。 ノート: このレポートは、不一致が検出された場合にのみ生成されます。 |
動作保証およびシステム要件の確認
ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをレビューする必要があります。オペレーティング・システム、ハードウェアまたはその他のソフトウェア・パッケージのアップグレードが必要になる場合があります。
ノート:
動作保証、システム要件および相互運用性情報を確認する際には必ず、特にオペレーティング・システム要件について確認してください。明示的にご使用のオペレーティング・システム環境専用に設計されたソフトウェアをダウンロードすることが重要です。警告:
アップグレードを開始する前に、現在の環境に最新のパッチが適用されていることを確認してください。動作保証は、特に指定がないかぎり、完全にパッチが適用された環境に基づいています。- 環境が動作保証要件を満たしていることの確認
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動作保証マトリックスの両方を使用して、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージおよびパッチ、その他のオペレーティング・システム固有の項目などのシステム要件が満たされていることを確認することが重要です。
Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、Oracle Fusion Middlewareの動作保証マトリックスの要件が満たされていることを確認します。たとえば、動作保証マトリックスに、目的の製品が64ビットのOracle Linux 8上にインストールすることで動作保証されると示されている場合は、システム要件と仕様に関するドキュメントを使用して、そのOracle Linux 8システムが最低限必要な仕様(ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージとパッチおよびその他のオペレーティング・システム固有のアイテムなど)を満たしていることを確認する必要があります。このドキュメントは、必要に応じて更新されるため、Oracle Technology Network (OTN)のドキュメント・ライブラリの外部に存在します。
ノート:
最小システム要件を満たすことができない場合は、アップグレードを試行しないでください。
- プロセッサ要件
- Java Development Kit (JDK)の要件
- 一般的なメモリーおよびディスク領域の要件
- 製品固有のメモリーおよびディスク領域の要件
- ネットワーク要件
- UNIXオペレーティング・システムの要件
- Windowsオペレーティング・システムの要件
- 仮想化の要件
- データベースの要件
使用しているオペレーティング・システムがサポートされていない場合はどうなりますか。
サポートされていないオペレーティング・システムで環境を実行している場合は、アップグレードを開始する前に、サポートされる環境を作成する必要があります。サポートされていないオペレーティング・システムでアップグレードを試行しないでください。
環境の移行ステップを使用します。
親トピック: 動作保証およびシステム要件の確認
Oracle Fusion Middlewareをホストしているデータベースがサポートされていることの確認
Oracle Fusion Middleware 14c (14.1.2.1.0)を実行する前に、サポートされるOracle Databaseを必須のスキーマで構成しておく必要があります。
ノート:
サポート対象外になったデータベース・バージョンを使用している場合は、アップグレードの開始前に、サポート対象バージョンにアップグレードする必要があります。- Oracle Identity Managerのデータベース・パラメータの更新
Oracle Identity Managerを14c (14.1.2.1.0)にアップグレードする前に、いくつかのデータベース・パラメータを検証および更新する必要があります。
親トピック: 動作保証およびシステム要件の確認
Oracle Identity Managerのデータベース・パラメータの更新
Oracle Identity Managerを14c (14.1.2.1.0)にアップグレードする前に、いくつかのデータベース・パラメータを検証および更新する必要があります。
- Oracle DBA権限を持つアカウントを使用してデータベースに接続し、この手順でSQL*Plusからコマンドを実行します。
- データベース・パラメータ
max_string_size
の値を確認するには、次のコマンドを実行します。SQL> SELECT value FROM v$parameter WHERE name='max_string_size';
- 戻り値に応じて、次のようにしてください。
- STANDARD: この手順の残りのステップをスキップして次の手順に進み、アップグレードを続行します。
- EXTENDED: ステップ4に進みます。
- OIMデータベース・ユーザーとしてログインし、次のコマンドを実行して、サイズが4000文字を超える列を検索します。
SQL> SELECT table_name, column_name, data_length FROM user_tab_columns WHERE data_length>4000;
- 行がリストされている場合は、対応する列データを4000文字に減らすか、行を削除します。
ノート:
必要に応じて、新しい表にリストされた行のバックアップを作成します。 - ステップ4で検出されたすべての列サイズをから4000文字にリセットします。
OIMデータベース・ユーザーとして、次のコマンドを実行します。
SQL> ALTER TABLE <table_name> MODIFY <column_name> VARCHAR2(4000);
- 長さが変更されて4000文字を超えた列で、既存の索引を削除します。
- OIMデータベース・ユーザーとして次のコマンドを実行して、サイズが4000を超える列がないことを確認します。
SQL> SELECT table_name, column_name, data_length FROM user_tab_columns WHERE data_length>4000;
- 必要に応じて、指定された列の表および索引の統計情報を収集します。
詳細は、Oracle Identity Governanceのパフォーマンスの監視に関する項を参照してください。
このリリースのOracle Fusion MiddlewareでJDKが動作保証されていることの確認
ご使用のJDKがサポートされていない場合、またはJDKをインストールしていない場合は、開始前に必要なJava SE JDKをダウンロードする必要があります。
Oracle Technology Network (OTN)で、Oracle Fusion Middlewareのサポート対象システム構成 に関する情報を参照して、現在使用しているJDKがサポートされていることを確認します。
http://www.oracle.com/technetwork/java/javase/downloads/index.html
JDKは、Oracleホームの外部にインストールしてください。Oracle Universal Installerにより指定されたOracleホーム・ディレクトリが空であることが検証され、空のディレクトリが指定されていなければインストールは行われません。JDKをOracleホームにインストールした場合、今後の操作で問題が発生することがあります。このため、JDKは/home/oracle/products/jdk
ディレクトリにインストールすることをお薦めします。
親トピック: 動作保証およびシステム要件の確認
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)を使用してドメインをアップグレードするときに作成されます。
<PREFIX>_WLS_RUNTIME
から<PREFIX>_WLS
に変更できます。
- 12c (12.2.1.4.0)管理コンソールにログインします。
- 管理コンソールの「ドメイン構造」で、「サービス」を展開します(横にある「+」をクリックします)。次に、「データ・ソース」をクリックします。
- 「プロパティ」フィールドのユーザーに
<PREFIX>_WLS_RUNTIME
が含まれる場合は、<PREFIX>_WLS
に変更します。 - 変更を保存します。
- ドメインが本番モードで実行されている場合、チェンジ・センターを使用して変更をコミットします。
親トピック: アップグレード前の要件
Upgrade Assistantを実行するための非SYSDBAユーザーの作成
Upgrade Assistantを実行するには、FMW
という名前の非SYSDBAユーザーをPDB内に作成することをお薦めします。このユーザーはスキーマの変更に必要な権限は持っていますが、完全な管理者権限は持っていません。
ノート:
cdb
内でコマンドを実行すると、一部の権限の作成に失敗します。
ノート:
非SYSDBAユーザーFMW
は、Upgrade Assistantを実行するためにのみ作成します。このステップが完了したら、FMW
ユーザーを削除してください。Upgrade Assistantを実行するために必要な権限は、リリースごとに異なる可能性があります。
デフォルトでは、v$xatrans$
表は存在しません。ユーザーを作成する前に、XAVIEW.SQL
スクリプトを実行して、この表を作成する必要があります。
ユーザーを作成する前に、以前のアップグレードでv$xatrans$
表が作成されたかどうかを確認します。システム・ユーザーとして、sqlplus
から次のコマンドを実行します:
select object_name, owner, object_type from dba_objects where object_name like '%XATRANS%'
以前のアップグレードでv$xatrans$
表が作成されていた場合は、4つのオブジェクトがすでに使用可能になっています。
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_TABLESPACE_USAGE_METRICS 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 Identity Manager (OIM)スキーマをアップグレードする場合、FMWユーザーに次の追加権限が付与されていることを確認してください。
grant execute on SYS.DBMS_FLASHBACK to fmw with grant option;
grant execute on sys.DBMS_SHARED_POOL to fmw with grant option;
grant execute on SYS.DBMS_XMLGEN to FMW with grant option;
grant execute on SYS.DBMS_DB_VERSION to FMW with grant option;
grant execute on SYS.DBMS_SCHEDULER to FMW with grant option;
grant execute on SYS.DBMS_SQL to FMW with grant option;
grant execute on SYS.DBMS_UTILITY to FMW with grant option;
grant ctxapp to FMW with admin option;
grant execute on SYS.DBMS_FLASHBACK TO FMW with grant option;
grant create MATERIALIZED VIEW to FMW with admin option;
grant all on SCHEMA_VERSION_REGISTRY TO FMW with grant option;
grant create SYNONYM to FMW with admin option;
grant execute on CTXSYS.CTX_ADM to FMW with grant option;
grant execute on CTXSYS.CTX_CLS TO FMW with grant option;
grant execute on CTXSYS.CTX_DDL TO FMW with grant option;
grant execute on CTXSYS.CTX_DOC TO FMW with grant option;
grant execute on CTXSYS.CTX_OUTPUT TO FMW with grant option;
grant execute on CTXSYS.CTX_QUERY TO FMW with grant option;
grant execute on CTXSYS.CTX_REPORT TO FMW with grant option;
grant execute on CTXSYS.CTX_THES TO FMW with grant option;
grant execute on CTXSYS.CTX_ULEXER TO FMW with grant option;
grant create JOB to FMW with admin option;
親トピック: アップグレード前の要件
アップグレードに対応可能な既存のスキーマの特定
アップグレード前にこのオプションのステップを使用して、スキーマ・バージョン・レジストリ表を問い合せることができます。この表には、スキーマ所有者、バージョン番号、コンポーネント名と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)へのアップグレードが可能になっていないコンポーネントを含むドメインをアップグレードしないでください。
親トピック: アップグレード前の要件
ノード・マネージャの停止
アップグレード・プロセスを開始する前に、すべてのローカルおよびリモートのノード・マネージャを停止していることを確認してください。
アップグレードの完了後にWebLogic管理サーバーを起動するまで、ノード・マネージャは停止したままにする必要があります。WebLogic管理サーバーが稼働しているときに、ノード・マネージャを起動し、続いて管理対象サーバーを起動します。
親トピック: アップグレード前の要件