この付録では、Enterprise Managerをインストールまたはアップグレードするたびにインストール・ウィザードが実行するEnterprise Manager前提条件キット・ユーティリティ(EM前提条件キット)について説明します。この付録の具体的な内容は次のとおりです。
EM前提条件キットは、環境内でリポジトリ関連の前提条件チェックを実行し、Enterprise Managerシステムのインストールまたはアップグレードのすべてのリポジトリ要件を満たしているかを確認するユーティリティです。
このキットは前提条件のチェックを行うだけでなく、前提条件チェックが失敗した場合には、可能なかぎり自動的に修正も行います。
注意:
手動でEM前提条件キットを実行すると、ステータスのみが表示され、修正処理は実行されません。警告:
オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスの使用を計画している場合は、EM前提条件キットを呼び出す際に次のパラメータを必ず渡してください。
-componentVariables repository:EXECUTE_CHECKS_NOSEED_DB_FOUND:false
EM前提条件キットは、Enterprise Managerシステムのインストールまたはアップグレード中に、Enterprise Managerインストールウィザードによって内部で実行されますが、事前に実行して環境がすべてのリポジトリ関係要件を満たしていることを確認できます。そうすることによって、リポジトリ関係の問題を事前に発見および修正でき、インストールやアップグレードをよりスムーズに行えます。GUIでキットのステータスを表示できます。この項では、フレッシュ・インストールおよびアップグレードでEM前提条件キットを表示する次の方法を説明します。
表A-2は、EM前提条件キットを実行するたびに作成されるすべてのログ・ファイルを示します。
表A-2 EM前提条件キット・ログ・ファイル
ログ・ファイル名 | 説明 |
---|---|
キットが実行した各手順やアクションに関する情報が含まれます。 |
|
|
発生した例外のエラーおよびスタックトレースのみが含まれます。 |
実行するすべての前提条件チェックのステータス(合格または不合格)に関する情報が含まれます。各前提条件チェックに関する詳細な情報も含まれます。たとえば前提条件名、実行ステータス、詳細な推奨内容(不合格の前提条件を修正するためにどの問合せを実行するべきか)などが含まれます。 |
|
|
実行する機能領域固有の前提条件チェックに関する情報が含まれます。たとえば、実行するリポジトリ固有のパフォーマンス関連の前提条件チェックを含む 例: |
表A-3は、EM前提条件キットの起動方法によって異なるログ・ファイルの場所を示します。この表は、emprereqkit.out
ファイル以外のすべてのログ・ファイルの場所を示しています。emprereqkit.out
ファイルについては、表の後の注意を参照してください。
表A-3 EM前提条件キット・ログ・ファイルの場所
起動タイプ | 最新のログ・ファイルの場所(1) | ログ・ファイルの場所(2) |
---|---|---|
注意: |
注意: |
|
注意: インストール・ウィザードのページを進むと、EM前提条件キット・ログが インストールが開始されると、/ |
注意: インストール・ウィザードのページを進むと、EM前提条件キット・ログが インストールが開始されると、 |
脚注 1 最新のログ・ファイルの場所とは、EM前提条件キットを最後に実行したときに作成された、最新のログ・ファイル用に確保されている単一の標準的な場所を指します。ここで作成されたログ・ファイルは、ユーティリティを実行するたびに上書きされます。
脚注 2 ログ・ファイルの場所とは、EM前提条件キットを実行するたびにユーティリティが動的に作成する<time-stamp>ディレクトリを指します。ここで作成されるログ・ファイルは、削除するまで維持されます。
注意:
EM前提条件キットを手動で実行すると、ログ・ファイルemprereqkit.out
は<prereqResultLoc>/log/<time-stamp>
に保存されます。最新のログ・ファイルは<prereqResultLoc>/log/LATEST/
に保存されます。
Enterprise Manager Cloud Controlインストール・ウィザードの内部でEM前提条件キットが実行されると、ログ・ファイルemprereqkit.out
が<ORACLE_HOME>/.gcinstall_temp/log/<time-stamp>
に保存されます。最新のログ・ファイルは <ORACLE_HOME>/.gcinstall_temp/log/<LATEST>
に保存されます。
表A-4に、EM前提条件キットがチェックするすべてのリポジトリ前提条件を説明します。この項ではこれらの前提条件を手動でチェックする方法についても説明します。
表A-4 リポジトリの前提条件
前提条件 | インストール/アップグレードに適用 | 説明 |
---|---|---|
基本ポリシー要件 |
アップグレード |
MGMT_TARGETS用の有効なポリシーが存在していることを確認します。 これを手動で確認するには、次の問合せを実行します。
この問合せによって行が戻されないようにしてください。 |
アクティブなジョブの要件 |
アップグレード |
リポジトリ・データベース内で、バックグラウンドDBMSジョブが現在実行中でないことを確認します。 これを手動で確認するには、次の問合せを実行します。 select count(*) FROM dba_jobs_running run_job,gv$session sess WHERE sess.sid=run_job.sid AND sess.schemaname='SYSMAN' 問合せの結果が0の場合はアクティブなDBMSジョブはありません。結果が0以外の場合は、アクティブなジョブが完了するまで待機します。 |
GVMパフォーマンス収集ジョブが実行中かどうかの確認 |
アップグレード |
GVMパフォーマンス・メトリック収集ジョブが停止し、削除されていることを確認します。
存在する場合は、停止して削除します。 |
有効な参照の要件 |
アップグレード |
これを手動で確認するには、次の問合せを実行します。この問合せによって行が戻されないようにしてください。
|
ジョブ・タイプの一意性要件 |
アップグレード |
これを手動で確認するには、次の問合せを実行します。この問合せによって行が戻されないようにしてください。
|
SQL計画ベースライン・キャプチャ・パラメータ要件 |
インストール、アップグレード |
パラメータ 管理リポジトリに対しては、SQL計画ベースライン・キャプチャを決してオンにしないでください。Enterprise Managerは、更新されたCBO統計に大きく依存します。古いCBO統計が存在する場合、SQL計画ベースライン・キャプチャが原因で不正な実行計画がクリティカル機能に使用されることがあります。 |
現在の可用性索引要件 |
インストール、アップグレード |
現在の可用性索引を |
My Oracle Supportユーザー名サイズ要件 |
アップグレード |
My Oracle Supportユーザー名が239文字を超えていないことを確認します。超えている場合は、アップグレードできません。 |
ARUユーザー名サイズ要件 |
アップグレード |
ARUユーザー名が239文字を超えていないことを確認します。超えている場合は、アップグレードできません。 |
DBMSパッケージ要件 |
インストール、アップグレード |
必要なDBMSパッケージをコンパイルします。 パッケージを手動でコンパイルするには、管理リポジトリが構成されているデータベースにSYSユーザーとしてサイン・インし、次の問合せを実行して無効なDBMSパッケージのリストを取得します。
パッケージが無効な場合は、次の問合せを実行します。
パッケージが正常にコンパイルされない場合は、Oracleサポートに問い合せてください。 |
スナップショット・ログ要件 |
アップグレード |
スナップショット・ログが表から削除されていることを確認します。 |
コネクタ構成表要件 |
アップグレード |
コネクタ構成表に不正なデータがないことを確認します。ある場合は、次の問合せを実行して表をクリーニングします。
|
compatibleインスタンス・パラメータ要件 |
インストール、アップグレード |
互換性があるインスタンス・パラメータが、管理リポジトリのデータベース・インスタンスと同じバージョン値に設定されていることを確認します。他の値では、予期しない問題、パフォーマンスの低下、またはその両方が発生することがあります。 |
プライマリ・キーと外部キーの要件 |
アップグレード |
プライマリ・キーと外部キーが無効になっていないことを確認します。 これを手動で確認するには、次の問合せを実行します。
結果が0以外の場合、次の問合せを使用して制限を有効にします。
なんらかの理由で制限を有効にできない場合は、Oracleサポートに連絡してください。 |
キューの有効化要件 |
アップグレード |
リポジトリ・データベース内で、キューが有効になっていることを確認します。 これを手動で確認するには、次の問合せを実行します。
結果が0以外の場合、次の問合せを使用して無効になっているキュー名のリストを取得します。
次のSQL文を実行して、キューを有効にします。
キューを開始できない場合は、Oracleサポートに連絡してください。 |
トリガー要件 |
アップグレード |
リポジトリ・データベース内ですべてのトリガーが無効になっていないことを確認します。 これを手動で確認するには、次の問合せを実行します。
結果が0以外の場合、トリガーを有効にします。 |
SYSTEM表領域要件 |
インストールとアップグレード |
SYSTEM表領域に、autoextensibleが設定されたデータファイルが1つ以上あることを確認します。 これを手動で確認するには、次の問合せを実行します。
結果が0の場合、autoextendの属性を持つ新しいデータファイルをSYSTEM表領域に追加して、autoextensibleが'YES'になったものがDBA_DATA_FILESビューに1つ以上表示されるようにします。エラーが発生した場合は、Oracleサポートに連絡してください。 |
emkey要件 |
アップグレード |
emkeyがリポジトリにコピーされていることを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せの結果が1以外の場合は、emkey.oraファイルを別なOMSまたはバックアップ・マシンからORACLE_HOME/sysman/configディレクトリにコピーします。
|
EM_USER_CONTEXTの要件 |
アップグレード |
EM_USER_CONTEXTがリポジトリ内に存在していることを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せ結果が0の場合、次の問合せを実行してプロシージャSETEMUSERCONTEXTが有効であることを確認します。
ここで、object_name='SETEMUSERCONTEXT'およびowner='SYSMAN'です。 前述の問合せでは'VALID'が戻される必要があります。その後、次を実行します。
SETEMUSERCONTEXTを使用して、コンテキストEM_USER_CONTEXTを作成または置換します。 なんらかの理由でコンテキストを作成できない場合は、Oracleサポートに連絡してください。 |
Audit Master表の要件 |
アップグレード |
Audit Master表に異常な状態が保存されていないことを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せ結果が1以外の場合、Oracleサポートにお問い合せいただき、パッチ/アップグレード前にEnterprise Managerリポジトリを分析してください。 |
Exempt Access Policy要件 |
アップグレード |
EXEMPT ACCESS POLICYがSYSMANに対して直接付与されていないこと、あるいはSYSMANに付与されているロールに間接的に付与されていることを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せ結果が0以外の場合、SYSMANおよびロールのEXEMPT ACCESS POLICYを無効にします。 次に例を示します。
|
max_enabled_roles init parameter要件 |
インストールとアップグレード |
max_enabled_rolesパラメータ値に、SYSに付与されたフラット・ロールよりも3つ以上多く含むように設定されていることを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せ結果が1以外の場合は、max_enabled_rolesパラメータ値を増やして、SYSに付与されたフラット・ロールよりも3つ以上多く含むようにします。 max_enabled_rolesを修正するには次の手順を実行します。
|
PAF実行要件 |
アップグレード |
PAFの実行が予定されていない、または実行中でないことを確認します。 手動で確認するには、次の問合せを実行し、予定されている、または実行されているデプロイメント・プロシージャのGUIDを書き留めてください。
予定されている、または実行されているデプロイメント・プロシージャを手動で停止するには、次の問合せを実行し、前述のコマンド出力から書き留めたGUIDを渡します。
|
Secured Agent要件 |
アップグレード |
最新のCAによってすべてのエージェントの安全性が確保されていることを確認します。 安全性確保が必要なエージェントのリストを入手するには、次のコマンドを実行します。
|
アップグレード前のコンソール・パッチ要件 |
アップグレード |
アップグレード前にパッチが適用されていることを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せ結果が1以外の場合は、アップグレード前にアップグレード前コンソール・パッチを適用してください。 |
Global Stale割合要件 |
インストールとアップグレード |
グローバル・ステール割合が5から25の間であることを確認します。 これを手動で確認するには、次の問合せを実行します。
問合せ結果は1である必要があります。 |
アカウント・ステータス要件 |
アップグレード |
SYSMAN、MGMT_VIEWおよびORACLE_OCMアカウントがロックされていない、または失効していないことを確認します。 これを手動で確認するには、次の問合せを実行します。 select account_status from dba_users where username='SYSMAN'; select account_status from dba_users where username='MGMT_VIEW'; select account_status from dba_users where username='ORACLE_OCM'; 問合せ結果はOPENである必要があります。 |
SYSMANスキーマ要件 |
アップグレード |
アップグレード用のSYSMANスキーマがあることを確認します。 これを手動で確認するには、次の問合せを実行します。 SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME='SYSMAN' 問合せ結果は1である必要があります。 |
Redo Logサイズ要件 |
インストールとアップグレード |
ログ・ファイルのサイズが、別のインストール・タイプとデプロイメント・オプションで定義された次の値以上であることを確認します。
これを手動で確認するには、次の問合せを実行します。
|
既存のデータベースがQUIESCE(停止)モードではないこと |
インストールとアップグレード |
動作保証済の既存のOracle DatabaseがQUIESCEモードになっていないことを確認します。 これを手動で確認するには、SYSロールで次のSQLをデータベースに実行します。
問合せ結果は |
既存のデータベースにSYSMANおよびSYSMAN_MDSスキーマがない |
フレッシュ・インストール |
動作保証済の既存のOracle Databaseに、Enterprise ManagerのSYSMANスキーマおよびMetadata (MDS)スキーマがまだ構成されていないことを確認します。これらのスキーマが存在するのは、過去に別のEnterprise Managerインストールでデータベースが構成され、同じデータベースを新規インストールで再利用を試みていることを示します。 スキーマが存在することを手動で確認し、削除するには、次の問合せを実行します。
問合せの結果が1の場合、データベースにこれらのスキーマがあることを示します。この場合、スキーマを削除して、スキーマを作成したEnterprise Managerソフトウェアを削除します。手順については、『Oracle Enterprise Managerアドバンスト・インストレーションおよび構成ガイド』を参照してください。 |
データベース初期化パラメータの要件 |
インストールして、インストールにのみ適用されるdb_block_size以外のアップグレードを行います。 |
データベース初期化パラメータを正しく設定したことを確認します。
注意: Cloud Controlのインストール中に、リポジトリ・データベースdb_block_sizeを8192に設定する必要があります。様々なデプロイメント・サイズに対して設定されるデータベース初期化パラメータの詳細は、『Oracle Enterprise Managerアドバンスト・インストレーションおよび構成ガイド』を参照してください。 |
ファイングレイン・アクセス・コントロール要件 |
アップグレード |
管理リポジトリを作成できるように、動作保証済の既存のOracle Database内でファイングレイン・アクセス制御オプションがTRUEに設定されていることを確認します。 これを手動で確認するには、次のコマンドを実行します。
|
UNDO表領域のサイズ要件 |
インストールとアップグレード |
UNDO表領域に200MB以上の領域があることを確認します。 これを手動で確認するには、次の問合せを実行します。 SELECT SUM(DECODE(autoextensible,'YES',200*1024*1024+1,bytes)) total FROM dba_data_files f, dba_tablespaces s WHERE s.contents = 'UNDO' AND s.tablespace_name = f.tablespace_name; 注意: この問合せの結果はバイト数です。最小領域が200MB未満の場合、次のコマンドを実行して、200MBに設定してください。
|
UNDO表領域および一時表領域の設定要件 |
インストールとアップグレード |
動作保証済の既存のOracle Database内でUNDO表領域とTEMP表領域が自動拡張可能になっていることを確認します。 これを手動で確認するには、次のコマンドを実行します。 select count(*) from dba_temp_files where tablespace_name='TEMP' and AUTOEXTENSIBLE <> 'YES'; select count(*) from dba_data_files where tablespace_name='UNDOTBS' and AUTOEXTENSIBLE <> 'YES'; 問合せの結果が0の場合、表領域は自動拡張可能です。結果が0以外の場合、『Oracle Database管理者ガイド』を参照して、表領域を自動拡張可能にしてください。 |
アーカイブ・ロギングの設定要件 |
インストールとアップグレード |
(推奨)データの連続性が重要となる環境では、動作保証済の既存のOracle Database内で、アーカイブ・ロギングが有効になっていることを確認します。 これを手動で確認するには、次のコマンドをSYSロールで実行します。
問合せ結果は |
表領域関連のハード・ディスク領域の要件 |
インストール |
次の表領域に200MB以上のハード・ディスク領域を割り当てていることを確認します。 - 管理表領域(mgmt.dbf) - 構成データ表領域(mgmt_ecm_depot1.dbf) - JVM診断データ表領域(mgmt_deepdive.dbf) また、表領域データファイルに対して自動拡張機能を常に有効にしておくことをお薦めします。 モニター対象のターゲット数が増えれば、ストレージ・デバイスに対する入出力パフォーマンスの需要も増加し、領域要件も大きくなることに注意してください。 |
既存の管理リポジトリ |
アップグレード |
管理リポジトリを格納する動作保証済の既存のOracle Databaseにすでに管理リポジトリが構成済であること、およびその管理リポジトリがOracle Management Service 13cリリース3 (13.3)と互換性があることを確認します。 |
データベース・パーティション化の要件 |
インストールとアップグレード |
動作保証済の既存のOracle Databaseで「パーティション化」オプションが有効になっていることを確認します(したがって、Oracle Database Enterprise Editionへのインストールを確認します。)Enterprise Managerリポジトリへのインストールと、「パーティション化」オプションの使用は、Enterprise Managerのみで使用する場合は追加の費用はかかりません。 これを手動で確認するには、SYSDBAとしてデータベースへ接続し、次の問合せを実行します。
この問合せの結果はVALUE=TRUEになるはずです。管理リポジトリを格納するデータベースには、追加のパーティション化ライセンスは必要ありません。 |
データベースのパーティション・メンテナンス要件 |
アップグレード |
パーティションがデータベースに作成されていることを確認します。 アップグレードするEnterprise Managerシステムが長期間にわたり停止していた場合、管理リポジトリを格納する既存の動作保証済Oracleデータベースには、新規データをロードするためのパーティションは作成されません。したがって、そのような状況のときには、次の手順に従って、パーティションを手動で作成します。
|
データベースおよびリスナー・ステータスの要件 |
インストール |
動作保証済の既存のOracle Databaseおよびそのリスナーが実行されていることを確認します。 |
有効なオブジェクトの要件 |
インストール、アップグレード、前提条件チェック後 |
動作保証済の既存のOracle Database内に有効なSYSMANおよびSYSオブジェクトのみが存在していることを確認します。
|
DBMSジョブおよびDBMSスケジューラ・ステータス要件 |
インストールとアップグレード |
動作保証済の既存のOracle Database内でDBMSジョブおよびDBMSスケジューラが停止していることを確認します。 手動でジョブおよびスケジューラを停止するには、SYSとしてデータベースにサイン・インします。
|
統計の採取ジョブのステータス要件 |
インストールとアップグレード |
動作保証済の既存のOracle Database内で実行されている「統計の収集」ジョブを停止する必要があります。 手動でジョブを停止するには、データベースにSYSとしてサイン・インし、次のコマンドを実行します。 Oracle Database 10g (10.2.0.4)以上の場合:
Oracle Database 11g (11.1.0.7)以上の場合:
|
ユーザー権限要件 |
アップグレード |
SYSMANユーザーとDBSNMPユーザーに、動作保証済の既存のOracle Database内のDBMS_RANDOMパッケージにアクセスするためのEXECUTE権限があることを確認します。 ユーザーにEXECUTE権限があるかどうかを手動で確認するには、次の問合せを実行します。SYSMANユーザーに対してこの問合せを実行する場合、<user_account_name>はSYSMAN、DBSNMPユーザーに対して問合せを実行する場合、<user_account_name>はDBSNMPとする必要があります。 SQL> CONNECT AS SYS; SQL> SELECT grantee, grantor, owner, table_name FROM DBA_TAB_PRIVS WHERE table_name = 'DBMS_RANDOM' AND privilege = 'EXECUTE' AND grantee IN ( SELECT DISTINCT granted_role FROM DBA_ROLE_PRIVS START WITH grantee = '<user_account_name>' CONNECT BY PRIOR granted_role=grantee UNION ALL SELECT '<user_account_name>' FROM dual WHERE ROWNUM = 1 UNION ALL SELECT 'PUBLIC' FROM dual WHERE ROWNUM = 1 ) ユーザーにEXECUTE権限がない場合、次のコマンドを実行して権限をユーザーに付与します。SYSMANユーザーに権限を付与するためにこのコマンドを実行する場合、<user_account_name>はSYSMAN、DBSNMPユーザーに対してコマンドを実行する場合、<user_account_name>はDBSNMPとする必要があります。
|
環境変数の設定要件 |
インストール |
環境変数ORACLE_HOMEが、OMSのOracleホームに設定されていることを確認します。 たとえば、Cshellシェルで、次のように設定します。
たとえば、bashシェルで、次のように設定します。
|
SUDO構成の要件 |
インストール |
環境内にSUDOを構成する必要があります。SUDOを構成できない場合、またはSUDOを構成せずにコア・コンポーネント(OMSまたは管理エージェント)をすでにアップグレード済の場合、My Oracle Supportのノート789363.1で説明されている対処方法に従ってください。 |
ユーザー定義メトリック・スクリプト定義の要件 |
アップグレード |
アップグレードする管理エージェントのOracleホーム内にユーザー定義メトリック・スクリプトがある場合は、そのすべてのスクリプトをOracleホーム外の別のディレクトリに手動でコピーできているか確認し、スクリプトの新しい場所を反映するようにユーザー定義のメトリック定義を更新する必要があります。 これは、管理エージェントがアップグレードされた後、ユーザー定義メトリック・スクリプトは新しいOracleホームに自動的にコピーされないためです。 |
TEMP表領域グループ要件 |
アップグレード/インストール |
TEMPという表領域グループ名が存在していないことを確認します。存在する場合は、Enterprise Managerをインストールまたはアップグレードする前に別の名前に変更します。インストールまたはアップグレードの完了後に、いつでも元の名前に戻すことができます。 これを手動で確認するには、SYSユーザーとしてデータベースにサイン・インし、次の問合せを実行します。
前述の問合せの結果は0でない必要があります。 |
SYSMAN_OPSSアカウント・ステータス要件 |
アップグレード |
SYSMAN_OPSSアカウントがロックされていないことを確認します。 これを手動で確認するには、SYSユーザーとしてデータベースにサイン・インし、次の問合せを実行します。
SYSMAN_OPSSアカウント・ステータスが「ロック解除」および「有効」である必要があります。 |
グローバル名要件 |
アップグレード(2システム・アップグレードのみ) |
古いデータベースと新しいデータベースのグローバル名が同じでないことを確認します。 これを手動で確認するには、SYSユーザーとしてデータベースにサイン・インし、次の問合せを実行します。
前述の問合せの結果は0である必要があります。そうでない場合、このリポジトリ/Enterprise Managerはアップグレード後に存在しなくなるため、古いリポジトリ内のグローバル名を一時的な名前に変更します。または、新しいリポジトリのGLOBAL_NAMEを変更します。 |
データベース・エディション要件 |
インストール |
Oracle Enterprise Databaseエディションを使用してEnterprise Managerをインストールしていることを確認します。 これを手動で確認するには、SYSユーザーとしてデータベースにサイン・インし、次の問合せを実行します。
前述の問合せの結果は0でない必要があります。 |
既存のデータベースのschema_version_registry表に以前のEnterprise Managerの詳細がない |
インストール |
既存のデータベースのschema_version_registry表に、以前のEnterprise Managerの詳細がないことを確認します。 これを手動で確認するには、SYSユーザーとしてデータベースにサイン・インし、次の問合せを実行します。
前述の問合せの結果が0でない場合は、次の問合せを使用してSCHEMA_VERSION_REGISTRYからエントリを削除します。
|
既存のデータベースに以前のEnterprise Managerの表領域がない |
インストール |
動作保証済の既存のOracle Databaseに、以前のEnterprise Managerの表領域がないことを確認します。 データベースにそのような表領域があるかを手動で確認するには、次の問合せを実行します。
前述の問合せの結果が0ではない場合はこれらの表領域を削除でき、削除しない場合は新しいEnterprise Managerで再利用されます。 |
既存のデータベースに、SYSMAN'、SYSMAN_MDS、MGMT_VIEW、'SYSMAN_BIP、'SYSMAN_APM、BIP、SYSMAN_OPSS、SYSMAN_ROのいずれかのEnterprise Managerリポジトリ・スキーマによって所有される表のパブリック・シノニムがない |
インストール |
動作保証済の既存のOracle Databaseに、次のいずれかのスキーマによって所有される表のパブリック・シノニムがないことを確認します。 SYSMAN'、SYSMAN_MDS、MGMT_VIEW、'SYSMAN_BIP、'SYSMAN_APM、BIP、SYSMAN_OPSSおよびSYSMAN_RO データベースに、Enterprise Managerデータベース・スキーマによって所有されるパブリック・シノニムがあるかどうかを手動で確認するには、データベースにSYSユーザーとしてサイン・インし、次の問合せを実行します。
この問合せの結果が0ではない場合は、データベースにパブリック・シノニムがあるので、それらを削除し、スキーマを作成したEnterprise Managerソフトウェアを削除します。手順については、『Oracle Enterprise Managerアドバンスト・インストレーションおよび構成ガイド』を参照してください。 |
適応的なオプティマイザ機能の要件 |
インストール、アップグレード |
|