| Oracle® Enterprise Manager Cloud Control基本インストレーション・ガイド 12c リリース2 (12.1.0.2) B65084-06 |
|
 前 |
 次 |
この付録では、Enterprise Managerをインストールまたはアップグレードするたびにインストール・ウィザードが実行するEnterprise Manager前提条件キット・ユーティリティ(EM前提条件キット)について説明します。この付録の具体的な内容は次のとおりです。
EM前提条件キットは、ご使用の環境でリポジトリ関連の前提条件チェックを行うコマンドライン・インタフェースで、Enterprise Managerシステムのインストールやアップグレードに必要なすべてのリポジトリ要件を満たしていることを確認します。
このキットは前提条件のチェックを行うだけでなく、前提条件チェックに不合格の場合には、可能なかぎり自動的に修正も行います。このキットは前提条件チェック後の作業として、修正作業を取り消して、Enterprise Managerシステムのインストールまたはアップグレード前の状態を確認することができます。
EM前提条件キットは、Enterprise Managerシステムのインストールまたはアップグレード中に、Enterprise Managerインストール・ウィザードが内部で実行します。
|
注意: EM前提条件キットは、次の「自己更新」フレームワークからダウンロードすることができます。
これらの更新をダウンロードして適用すると、前のXMLバージョンにロールバックすることはできません。 |
EM前提条件キットは、Enterprise Managerシステムのインストールまたはアップグレード中に、Enterprise Managerインストール・ウィザードが内部で実行します。ただし、なんらかの理由でリポジトリの前提条件チェックに不合格の場合は、このキットを起動して手動で実行することができます。
EM前提条件キットは、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)の次の場所に提供されています。
install/requisites/bin/emprereqkit
|
注意: EM前提条件キットを実行するユーザーに、中央インベントリへの書込み権限があることを確認します。 |
EM前提条件キットを実行するには次のいずれかを実行します。
修正作業なしで達成する必要があるリポジトリ要件の一覧を表示するには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)から次の引数を指定してSYSユーザーとしてEM前提条件キットを実行します。
install/requisites/bin/emprereqkit -executionType install -prerequisiteXMLLoc <prereq_xml_location> -connectString <connect_string> -dbUser SYS -dbPassword <db_password> -dbRole sysdba -showPrereqs
前提条件ユーティリティを実行して、リポジトリ要件達成に必要な修正作業も行うには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)から次のような追加の引数を指定してSYSユーザーとしてEM前提条件キットを実行します。
install/requisites/bin/emprereqkit -executionType install -prerequisiteXMLLoc <prereq_xml_location> -connectString <connect_string> -dbUser SYS -dbPassword <db_password> -dbRole sysdba -runPrerequisites -runCorrectiveActions
Enterprise Managerシステムのインストールとアップグレードを行ったら、EM前提条件キットと、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)のinstall/requisites/ディレクトリ内にあるその他のすべてのファイルとディレクトリを、OMSホームの次の場所にコピーします。したがって、いずれかのプラグインをインストールする場合は、インストールする前にこの場所からEM前提キットを必ず起動してください。
$<OMS_HOME>/install/requisites/bin/emprereqkit
|
注意: ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)のinstall/requisites/listディレクトリに保存されている前提条件チェック関連のデフォルトXMLファイルは、製品のリリース時には最新のものです。ただし、製品リリース後に新しい前提条件チェックが提供された場合、または既存の前提条件チェックが更新された場合は、次のいずれかを行う必要があります。
|
表A-1は、EM前提条件キットの起動時に指定できる追加の引数を示しています。
表A-1 EM前提条件キットがサポートしている引数
| オプション | オプションまたは必須 | 値の要否 | 例 | 説明 |
|---|---|---|---|---|
|
- |
必須 |
はい |
|
異なるリポジトリ構成に対する前提条件チェックの実行を可能にします。 |
|
必須 |
はい |
|
次のいずれかの実行タイプを指定できます。
|
|
|
必須 |
はい |
|
前提条件に関連するXMLファイルが存在している場所の絶対パスを指定します。場所を指定しなかった場合、デフォルトの場所は |
|
|
いずれかのオプションは必須です。 |
はい |
たとえば(connect string):
たとえば(database details):
|
データベースの詳細を次のように指定します。 |
|
必須 このオプションを指定しなかった場合でも、値の提供を促されます。 |
はい |
|
|
|
|
必須 このオプションを指定しなかった場合でも、値の提供を促されます。 |
はい |
|
データベースのパスワードを次のように指定します。 |
|
|
必須 このオプションを指定しなかった場合でも、値の提供を促されます。 |
はい |
|
|
|
|
オプション |
はい |
|
前提条件チェックの結果(XMLファイル形式)を保存するディレクトリの絶対パスを指定します。 このオプションを指定しなかった場合、結果はデフォルトの場所である現在のディレクトリ内に保存されます。 注意 - すべてのアクションを完了する前に別なデータベースの詳細を指定する場合、別な-prereqResultLocを指定する必要があります。 |
|
|
オプション |
いいえ |
$ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -prerequisiteXMLLoc $ORACLE_HOME/install/requisites/list -dbHost example.com -dbPort 15044 -dbSid sv902 -dbUser SYS -dbPassword example_passwd -dbRole sysdba -showPrereqs
$ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -prerequisiteXMLLoc $ORACLE_HOME/install/requisites/list -connectString "(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=example.com)(PORT=15044)))(CONNECT_DATA=(SID=sv902)))" -dbUser SYS -dbPassword example_passwd -dbRole sysdba -showPrereqs |
実行する前提条件チェックを一覧表示します。 |
|
|
いずれかのオプションは必須です。 |
いいえ |
-runPrerequisitesの例: $ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -prerequisiteXMLLoc $ORACLE_HOME/install/requisites/list -dbHost example.com -dbPort 15044 -dbSid sv902 -dbUser SYS -dbPassword example_passwd -dbRole sysdba -runPrerequisites -showCorrectiveActionsの例: $ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -dbHost example.com -dbPort 15044 -dbSid sv902 -dbUser SYS -dbPassword example_passwd -dbRole sysdba -showCorrectiveActions
$ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -dbHost example.com -dbPort 15044 -dbSid sv902 -dbUser SYS -dbPassword example_passwd -dbRole sysdba -runCorrectiveActions
$ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -dbHost example.com -dbPort 15044 -dbSid sv902 -dbUser SYS -dbPassword example_passwd -dbRole sysdba -showPostCorrectiveActions
$ORACLE_HOME/install/requisites/bin/emprereqkit -executionType upgrade -dbHost example.com -dbPort 15044 -dbSid sv902 -dbUser SYS -dbPassword example_passwd -dbRole sysdba -runPostCorrectiveActions |
重要:
注意: アクションは独立している、すなわち他のアクションと組み合せることができないことを示します。 |
|
オプション |
はい |
|
EM前提条件キット・ユーティリティの実行ログを保存可能なディレクトリへの絶対パスを指定します。デフォルトの場所は |
|
|
オプション |
はい |
|
前提条件のチェックのために、XMLファイルのかわりに選択が必要なコンポーネントを指定します。
同じコンポーネント名の前提条件XMLファイルが2つある場合は、<version*>を使用していずれかを選択します。このオプションは、プラグインのインストールのための前提条件を実行する場合に特に便利です。 |
|
|
オプション |
はい |
|
レスポンス・ファイルがある場所への絶対パスを指定します。 |
|
|
オプション |
はい |
|
この実行用の一意の名前を指定します。これを指定しなかった場合、 |
|
|
オプション |
はい |
|
コンポ―メント変数名と値を次の形式で指定します。
例:
コンポーネント変数は必要な数を指定することができますが、必ずカンマで区切ってください。 例:
|
|
|
オプション |
はい |
|
デフォルトは |
|
|
オプション |
いいえ |
|
エラーに初めて遭遇するとユーティリティを停止し、残りの前提条件を実行しません。 注意: この操作は |
|
|
オプション ユーティリティの起動中に単独で指定する必要があります。 |
いいえ |
|
前提条件チェック結果(データベース内に保存)を、実行時間とコンテンツに基づき集計し、一覧表示します。 |
|
|
|
オプション ユーティリティの起動中に単独で指定する必要があります。 |
いいえ |
|
前提条件チェック結果(XMLファイル)をデータベースから、外部のファイル・システムにコピーします。 |
|
オプション ユーティリティの起動中に単独で指定する必要があります。 |
いいえ |
|
デフォルトは |
|
|
オプション |
いいえ |
|
このオプションによって、EM前提条件キットに指定可能な各種のパラメータの詳細を表示することができます。 |
EM前提条件キットを実行するたびに、特定のコンポーネントに対して実行した前提条件チェックの結果がインスタンスXMLファイルに保存されます。インスタンスXMLファイルには、<component>.xmlというファイル名が付いています。結果は、前提条件のXMLファイル内に保存されている情報と同じ形式です。唯一の違いは、前提条件チェックの実際の結果を示す新しい列です。
表A-2は、EM前提条件キットの起動方法によって異なるインスタンス・ファイルの場所を示しています。
表A-2 EM前提条件キットの結果ファイルの場所(インスタンスXMLファイル)
| 起動タイプ | インスタンス・ファイルの場所脚注 1 | 最新のインスタンス・ファイルの場所脚注 2 |
|---|---|---|
|
注意: |
注意: |
|
|
注意: インストール・ウィザードのページを進むと、EM前提条件キットの結果のXMLが インストールを開始すると、 |
注意: インストール・ウィザードのページを進むと、EM前提条件キットの結果のXMLが インストールを開始すると、 |
脚注 1 インスタンス・ファイルの場所とは、EM前提条件キットを実行するたびにユーティリティが動的に作成する<time-stamp>ディレクトリを指します。ここで作成されるインスタンス・ファイルは、削除するまで維持されます。
脚注 2 最新のインスタンス・ファイルの場所とは、EM前提条件キットを最後に実行したときに作成された、最新のインスタンス・ファイル用に確保されている単一の標準的な場所を指します。ここで作成されたインスタンス・ファイルは、ユーティリティを実行するたびに上書きされます。
|
注意: <prereqResultLoc>の場所とは、ユーティリティの起動時に-prereqResultLocオプション用に入力する場所を指します。このオプションを指定しなかった場合、デフォルト設定として、ユーティリティを起動したディレクトリが基本ディレクトリとみなされ、そこにprerequisiteResultsという名前のディレクトリが動的に作成され、その中にインスタンス・ファイルが保存されます。 |
表A-3は、EM前提条件キットを実行するたびに作成されるすべてのログ・ファイルを示します。
表A-3 EM前提条件キット・ログ・ファイル
| ログ・ファイル名 | 説明 |
|---|---|
|
キットが実行した各手順やアクションに関する情報が含まれます。 |
|
|
発生した例外のエラーおよびスタックトレースのみが含まれます。 |
|
|
実行するすべての前提条件チェックのステータス(合格または不合格)に関する情報が含まれます。各前提条件チェックに関する詳細な情報も含まれます。たとえば、前提条件名、実行ステータス、詳細な推奨内容(不合格の前提条件を修正するためにどの問合せを実行するべきか)などが含まれます。 |
|
|
実行する機能領域固有の前提条件チェックに関する情報が含まれます。たとえば、実行するリポジトリ固有のパフォーマンス関連の前提条件チェックを含む |
表A-4は、EM前提条件キットの起動方法によって異なるログ・ファイルの場所を示しています。この表は、emprereqkit.outputファイル以外のすべてのログ・ファイルの場所を示しています。emprereqkit.outputファイルについては、表の後の注意を参照してください。
表A-4 EM前提条件キット・ログ・ファイルの場所
| 起動タイプ | 最新のログ・ファイルの場所脚注 1 | ログ・ファイルの場所脚注 2 |
|---|---|---|
|
注意: |
注意: |
|
|
注意: インストール・ウィザードのページを進むと、EM前提条件キット・ログが インストールを開始すると、/ |
注意: インストール・ウィザードのページを進むと、EM前提条件キット・ログが インストールを開始すると、 |
脚注 1 最新のログ・ファイルの場所とは、EM前提条件キットを最後に実行したときに作成された、最新のログ・ファイル用に確保されている単一の標準的な場所を指します。ここで作成されたログ・ファイルは、ユーティリティを実行するたびに上書きされます。
脚注 2 ログ・ファイルの場所とは、EM前提条件キットを実行するたびにユーティリティが動的に作成する<time-stamp>ディレクトリを指します。ここで作成されるログ・ファイルは、削除するまで維持されます。
|
注意: EM前提条件キットを手動で実行すると、ログ・ファイルemprereqkit.outputは<prereqResultLoc>/log/<time-stamp>に保存されます。最新のログ・ファイルが<prereqResultLoc>/log/LATEST/に保存されます。
Enterprise Manager Cloud Controlインストール・ウィザードが、EM前提条件キットを内部で実行すると、ログ・ファイル |
この項では、EM前提条件キットがチェックするすべてのリポジトリ前提条件について説明します。この項ではこれらの前提条件を手動でチェックする方法についても説明します。
Enterprise Managerのアップグレード時のリポジトリ前提条件は次のとおりです。
表A-5 Enterprise Managerシステムのアップグレードのためのリポジトリ前提条件
| 前提条件 | インストール/アップグレードに適用 | 自動 | 説明 |
|---|---|---|---|
|
基本ポリシー要件 |
アップグレード |
いいえ |
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サポートに問い合せてください。 |
|
スナップショット・ログ要件 |
アップグレード |
いいえ |
スナップショット・ログが表から削除されていることを確認します。 |
|
コネクタ構成表要件 |
アップグレード |
いいえ |
コネクタ構成表に不正なデータがないことを確認します。ある場合は、次の問合せを実行して表をクリーニングします。 delete from mgmt_cntr_config where connector_guid is null or connector_type_guid is null; commit; |
|
compatibleインスタンス・パラメータ要件 |
インストール、アップグレード |
いいえ |
compatibleインスタンス・パラメータが管理リポジトリのデータベース・インスタンスと同じバージョン値に設定されていることを確認します。他の値では、予期しない問題、パフォーマンスの低下、またはその両方が発生することがあります。 |
|
プライマリ・キーと外部キーの要件 |
アップグレード |
いいえ |
プライマリ・キーと外部キーが無効になっていないことを確認します。確認するには、次の問合せを実行します。 select count(*) from (select constraint_name, table_name from DBA_CONSTRAINTS where owner = 'SYSMAN' and (constraint_type = 'P' or constraint_type = 'R') and status = 'DISABLED') 結果が0以外の場合、次の問合せを使用して制限を有効にします。 alter table SYSMAN.<TABLE_NAME> modify constraint <CONSTRAINT_NAME> enable なんらかの理由で制限を有効にできない場合は、Oracleサポートに連絡してください。 |
|
キューの有効化要件 |
アップグレード |
いいえ |
リポジトリ・データベース内でキューが有効になっていることを確認します。確認するには、次の問合せを実行します。 select count(*) from dba_queues where owner = 'SYSMAN' and queue_type like '%NORMAL_QUEUE%' and (enqueue_enabled like '%NO%' OR dequeue_enabled like '%NO%') 結果が0以外の場合、次の問合せを使用して無効になっているキュー名のリストを取得します。 select name, queue_table from dba_queues where owner = 'SYSMAN' and upper(queue_type) not like 'EXCEPTION_QUEUE' and (upper(enqueue_enabled) NOT LIKE '%YES%' OR upper(dequeue_enabled) NOT LIKE '%YES%')) 次のSQL文を実行して、キューを有効にします。
begin
dbms_aqadm.start_queue('<disabled_queue_name>');
end;
キューを開始できない場合は、Oracleサポートに連絡してください。 |
|
トリガー要件 |
アップグレード |
いいえ |
リポジトリ・データベース内ですべてのトリガーが無効になっていないことを確認します。確認するには、次の問合せを実行します。 select count(*) from (select trigger_name, trigger_type, table_name from DBA_TRIGGERS where table_owner = 'SYSMAN' and status = 'DISABLED') 結果が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の実行が予定されていない、または実行中でないことを確認します。確認するには、次の問合せを実行します。
問合せ結果が0以外の場合は、中断するかPAF実行が完了するまで待機します。 |
|
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サイズ要件 |
インストールとアップグレード |
いいえ |
ログ・ファイルが300MB以上のサイズであることを確認してください。確認するには、次の問合せを実行します。 select min(bytes) from v$log 問合せ結果は300000000(バイト)以上である必要があります。 |
|
既存のデータベースがQUIESCE(停止)モードではないこと |
インストールとアップグレード |
いいえ |
既存の動作保証済Oracle DatabaseがQUIESCEモードではないことを確認します。これを確認するには、SYSロールで、データベース内で次のSQLを実行します。 select active_state from v$instance; 問合せ結果は |
|
既存のデータベースにデータベース・コントロールがない(新規インストールのみ) |
フレッシュ・インストール |
いいえ |
(管理リポジトリを作成済、すなわちGrid Control SYSMANスキーマを作成済のOracle Databaseを使用している、Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)以上からアップグレードする場合は、この前提条件は無視してください。Grid Control SYSMANスキーマに置換しようとしているDatabase Control SYSMANを作成した、既存の動作保証済Oracle Databaseを使用して、Enterprise Manager 12c Cloud Controlをインストールする場合にのみ、この前提条件が適用されます。) 既存の動作保証済Oracle Databaseに、Database Control SYSMANスキーマがないことを確認します。Database Control SYSMANスキーマがある場合、つまり既存のデータベースがDatabase Controlで構成されている場合、構成を解除してください。
注意: 構成解除の操作がハングする場合は、My Oracle Supportノート375946.1を参照してください。 |
|
既存のデータベースにSYSMANおよびSYSMAN_MDSスキーマがない |
フレッシュ・インストール |
いいえ |
(管理リポジトリを作成済、すなわちGrid Control SYSMANスキーマを作成済のOracle Databaseを使用している、Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)以上からアップグレードする場合は、この前提条件は無視してください。Grid Control SYSMANスキーマに置換しようとしているDatabase Control SYSMANを作成した、既存の動作保証済Oracle Databaseを使用して、Enterprise Manager 12c Cloud Controlをインストールする場合にのみ、この前提条件が適用されます。) 既存の動作保証済Oracle Databaseに、Enterprise Manager Grid Control SYSMANスキーマおよびメタデータ(MDS)スキーマがないことを確認します。
|
|
データベース初期化パラメータの要件 |
インストールして、インストールにのみ適用されるdb_block_size以外のアップグレードを行います。 |
いいえ |
データベース初期化パラメータを正しく設定したことを確認します。 設定するデータベース初期化パラメータの詳細は、「データベース初期化パラメータの設定」を参照してください。 |
|
ファイングレイン・アクセス・コントロール要件 |
アップグレード |
いいえ |
管理リポジトリを作成できるように、既存の動作保証済Oracle Databaseでファイングレイン・アクセス・コントロール・オプションがTRUEに設定されていることを確認します。確認するには、次のコマンドを実行します。 select value from v$option where parameter = 'Fine-grained access control'; |
|
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に設定してください。 alter database datafile <location datafile> resize 200M; |
|
UNDO表領域および一時表領域の設定要件 |
インストールとアップグレード |
いいえ |
UNDO表領域およびTEMP表領域が、既存の動作保証済Oracle Database内で自動拡張可能であることを確認します。確認するには、次のコマンドを実行します。 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管理者ガイド』を参照して、表領域を自動拡張可能にしてください。 http://www.oracle.com/technology/documentation/database.html |
|
アーカイブ・ロギングの設定要件 |
インストールとアップグレード |
いいえ |
(推奨)データの継続性が重要視されるすべての環境では、既存の動作保証済Oracle Databaseでアーカイブ・ロギングを有効にしていることを確認します。これを確認するには、SYSロールで次のコマンドを実行します。 select log_mode from v$database; 問合せ結果は |
|
表領域関連のハード・ディスク領域の要件 |
インストール |
いいえ |
次の表領域に200MB以上のハード・ディスク領域を割り当てていることを確認します。 - 管理表領域(mgmt.dbf) - 構成データ表領域(mgmt_ecm_depot1.dbf) - JVM診断データ表領域(mgmt_ad4j.dbf) また、表領域データファイルに対して自動拡張機能を常に有効にしておくことをお薦めします。 監視対象のターゲット数が増えれば、ストレージ・デバイスに対する入出力パフォーマンスの需要も増加し、領域要件も大きくなることに注意してください。 |
|
既存の管理リポジトリ |
アップグレード |
いいえ |
管理リポジトリを格納する既存の動作保証済Oracle Databaseにすでに管理リポジトリが構成済であること、およびその管理リポジトリがOracle Management Service 11gリリース1 (11.1)と互換性があることを確認します。 |
|
データベースのパーティション化要件 |
インストールとアップグレード |
いいえ |
既存の動作保証済Oracle Databaseで「パーティション化」オプションが有効になっていることを確認します(したがって、Oracle Database Enterprise Editionへのインストールを確認してください)。Enterprise Managerリポジトリへのインストールと、「パーティション化」オプションの使用は、Enterprise Managerのみで使用する場合は追加の費用はかかりません。 これを確認するには、SYSDBAとしてデータベースに接続し、次の問合せ実行します。 select value from v$option where parameter = 'Partitioning'; この問合せの結果はVALUE=TRUEになるはずです。管理リポジトリを格納するデータベースには、追加のパーティション化ライセンスは必要ありません。 |
|
データベースのパーティション・メンテナンス要件 |
アップグレード |
いいえ |
アップグレードするEnterprise Managerシステムが長期間にわたり停止していた場合、管理リポジトリを格納する既存の動作保証済Oracleデータベースには、新規データをロードするためのパーティションは作成されません。このような状況の場合、次のようにします。
|
|
データベースおよびリスナー・ステータスの要件 |
インストール |
いいえ |
既存の動作保証済Oracle Databaseおよびリスナーが実行中であることを確認します。 |
|
有効オブジェクト要件 |
インストール、アップグレード、前提条件チェック後 |
いいえ |
有効なSYSMANおよびSYSオブジェクトのみが既存の動作保証済Oracle Database内にあることを確認します。
|
|
DBMSジョブおよびDBMSスケジューラ・ステータス要件 |
インストールとアップグレード |
はい |
既存の動作保証済Oracle Database内でDBMSジョブおよびDBMSスケジューラが停止していることを確認します。確認するには、SYSとしてデータベースにログインします。
|
|
統計の採取ジョブのステータス要件 |
インストールとアップグレード |
はい |
既存の動作保証済Oracle Database内で実行中の統計の採取ジョブを停止します。停止するには、SYSとしてデータベースにログインし、次のコマンドを実行します。 Oracle Database 10g (10.2.0.4)以上の場合: dbms_scheduler.disable('GATHER_STATS_JOB',TRUE)を実行; dbms_scheduler.stop_job('GATHER_STATS_JOB',TRUE)を実行; Oracle Database 11g (11.1.0.7)以上の場合: dbms_auto_task_admin.disable('auto optimizer stats collection',null,null)を実行; |
|
ユーザー権限要件 |
アップグレード |
いいえ |
既存の動作保証済Oracle Database内のDBMS_RANDOMパッケージにアクセスするためのEXECUTE権限がSYSMANおよびDBSNMPユーザーにあることを確認します。ユーザーに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とする必要があります。 SQL> GRANT EXECUTE ON DBMS_RANDOM TO <user_account_name>; |
|
環境変数の設定要件 |
インストール |
いいえ |
環境変数ORACLE_HOMEがOMSのOracleホームに設定されていることを確認します。 たとえば、Cshellシェルで、次のように設定します。 setenv ORACLE_HOME /home/OraHomes/oms10g たとえば、bashシェルで、次のように設定します。 export ORACLE_HOME= /home/OraHomes/oms10g |
|
SUDO構成要件 |
インストール |
いいえ |
使用している環境内でSUDOを構成していることを確認します。SUDOを構成できない場合、またはSUDOを構成せずにコア・コンポーネント(OMSまたは管理エージェント)をすでにアップグレード済の場合、My Oracle Supportのノート789363.1で説明されている対処方法に従ってください。 |
|
ユーザー定義メトリック・スクリプト定義の要件 |
アップグレード |
いいえ |
アップグレードしている管理エージェントのOracleホーム内にユーザー定義メトリック・スクリプトがある場合、すべてのスクリプトをOracleホーム以外の別のディレクトリにコピーし、ユーザー定義メトリック定義を更新して、新しいスクリプトの場所を反映します。 これは、管理エージェントがアップグレードされた後、ユーザー定義メトリック・スクリプトは新しいOracleホームに自動的にコピーされないためです。 |
|
TEMP表領域グループ要件 |
アップグレード/インストール |
いいえ |
TEMPという表領域グループ名が存在していないことを確認します。存在する場合は、Enterprise Managerをインストールまたはアップグレードする前に別の名前に変更します。インストールまたはアップグレードの完了後に、いつでも元の名前に戻すことができます。 これを確認するには、データベースにSYSユーザーとしてログインし、次の問合せを実行します。 select count(*) group_name from DBA_TABLESPACE_GROUPS where UPPER(group_name)='TEMP' 前述の問合せの結果は0でない必要があります。 |
|
SYSMAN_OPSSアカウント・ステータス要件 |
アップグレード |
いいえ |
SYSMAN_OPSSアカウントがロックされていないことを確認します。 これを確認するには、データベースにSYSユーザーとしてログインし、次の問合せを実行します。 select account_status from dba_users where username='SYSMAN_OPSS' SYSMAN_OPSSアカウント・ステータスが「ロック解除」および「有効」である必要があります。 |
|
グローバル名要件 |
アップグレード(2システム・アップグレードのみ) |
いいえ |
古いデータベースと新しいデータベースのグローバル名が同じでないことを確認します。 これを確認するには、データベースにSYSユーザーとしてログインし、次の問合せを実行します。
select count(1) from global_name where global_name=(select property_value from SYSMAN.pre_upgc_master_info where upper(property_name)=upper('oldReposGlobalName') and rownum=1) and exists (select 1 from ${EM_REPOS_USER}.pre_upgc_master_info where upper(property_name)=upper('upgrade_type') and upper(property_value) =upper('TWO_SYSTEM')) and exists (select 1 from SYSMAN.pre_upgc_master_info where upper(property_name)=upper('oldReposGlobalNames') and rownum=1 and upper(property_value)='TRUE')
前述の問合せの結果は0である必要があります。そうでない場合、このリポジトリ/Enterprise Managerはアップグレード後に存在しなくなるため、古いリポジトリ内のグローバル名を一時的な名前に変更します。または、新しいリポジトリのGLOBAL_NAMEを変更します。 |
|
データベース・エディション要件 |
インストール |
いいえ |
Oracle Enterprise Databaseエディションを使用してEnterprise Managerをインストールしていることを確認します。 これを確認するには、データベースにSYSユーザーとしてログインし、次の問合せを実行します。 select count(1) from PRODUCT_COMPONENT_VERSION where PRODUCT like '%Oracle Database%' and instr(PRODUCT,'Enterprise Edition')>0 前述の問合せの結果は0でない必要があります。 |
|
既存のデータベースのschema_version_registry表に以前のEnterprise Managerの詳細がない |
インストール |
いいえ |
既存のデータベースのschema_version_registry表に以前のEnterprise Managerの詳細がないことを確認します。 これを確認するには、データベースにSYSユーザーとしてログインし、次の問合せを実行します。
select count(1) from SCHEMA_VERSION_REGISTRY where comp_name in ('Authorization Policy Manager','Metadata Services','Oracle Platform Security Services')
前述の問合せの結果が0でない場合は、次の問合せを使用してSCHEMA_VERSION_REGISTRYからエントリを削除します。
Delete from SCHEMA_VERSION_REGISTRY where comp_name in ('Authorization Policy Manager','Metadata Services','Oracle Platform Security Services');
commit;
|
|
既存のデータベースにEnterprise Managerリポジトリ・スキーマがない |
インストール |
いいえ |
既存の動作保証済OracleデータベースにEnterprise Managerリポジトリ・スキーマがないことを確認します。
|
|
既存のデータベースに以前のEnterprise Managerの表領域がない |
インストール |
いいえ |
既存の動作保証済Oracleデータベースに以前のEnterprise Managerの表領域がないことを確認します。 次の問合せを使用して、データベースにこのような表領域が含まれないことを確認できます。
select count(1) from dba_tablespaces where TABLESPACE_NAME in ('MGMT_ECM_DEPOT_TS','MGMT_TABLESPACE','MGMT_AD4J_TS')
前述の問合せの結果が0でない場合はこれらの表領域を削除でき、削除しない場合は新しいEnterprise Managerで再利用されます。 |
|
既存のデータベースに、SYSMAN'、SYSMAN_MDS、MGMT_VIEW、'SYSMAN_BIP、'SYSMAN_APM、BIP、SYSMAN_OPSS、SYSMAN_ROのいずれかのEnterprise Managerリポジトリ・スキーマによって所有される表のパブリック・シノニムがない |
インストール |
いいえ |
既存の動作保証済Oracleデータベースに、次のいずれかのスキーマによって所有される表のパブリック・シノニムがないことを確認します。 SYSMAN'、SYSMAN_MDS、MGMT_VIEW、'SYSMAN_BIP、'SYSMAN_APM、BIP、SYSMAN_OPSSおよびSYSMAN_RO
|
この項の内容は次のとおりです。
拡張インストールの場合、異なるデプロイメント・サイズ(小、中、大)に対して設定するデータベース初期化パラメータは、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』で説明されています。
簡易インストールの場合は、次のデータベース初期化パラメータを設定します。
表A-6 簡易インストールに対して設定するデータベース初期化パラメータ
| パラメータ | 値 |
|---|---|
|
DB_BLOCK_SIZE_VALUE |
8192 |
|
PROCESSES_PARAMETER_VALUE |
300 |
|
PGA_AGGREGATE_TARGET_PARAMETER_VALUE |
200000000 |
|
SESSION_CACHED_CURSORS_PARAM_MIN_VALUE |
200 |
|
SESSION_CACHED_CURSORS_PARAM_MAX_VALUE |
500 |
|
JOB_QUEUE_PROCESSES_PARAM_INS_VALUE |
20 |
|
JOB_QUEUE_PROCESSES_PARAM_UPG_VALUE |
0 |
|
OPEN_CURSORS_PARAM_MIN_VALUE |
300 |
|
OPEN_CURSORS_PARAM_MAX_VALUE |
400 |
|
SGA_TARGET_PARAM_VALUE |
800000000 |
|
LOG_BUFFER_PARAM_VALUE |
1000000 |
|
SHARED_POOL_SIZE_PARAM_VALUE |
300000000 |
|
DB_CACHE_SIZE_PARAM_DEFAULT_VALUE |
TRUE |
|
LARGE_POOL_SIZE_PARAM_DEFAULT_VALUE |
TRUE |
|
JAVA_POOL_SIZE_PARAM_DEFAULT_VALUE |
TRUE |
|
STREAMS_POOL_SIZE_PARAM_DEFAULT_VALUE |
TRUE |
|
TIMED_STATISTICS_PARAM_DEFAULT_VALUE |
TRUE |
|
TIMED_STATISTICS_PARAM_VALUE |
TRUE |
|
STATISTICS_LEVEL_PARAM_DEFAULT_VALUE |
TRUE |
