|
|
 Copyright © 2007, Oracle. All rights reserved. |
|
| Oracle Enterprise Manager Grid Controlリリース・ノート 10gリリース3（10.2.0.3.0） for HP-UX PA-RISC（64-bit） E05337-01 |
|
Grid Controlリリース・ノート
10gリリース3（10.2.0.3.0） for HP-UX PA-RISC（64-bit）
部品番号: E05337-01
原典情報: E10255-01 Oracle Enterprise Manager Grid Control Release Notes, 10g Release 3 (10.2.0.3.0) for HP-UX
2007年5月
Oracle Enterprise Manager Grid Control（Grid Control）は、企業内のOracle製品およびサード・パーティ製品の異なるリリースを管理するために集中、統合されたフレームワークを提供する管理ソリューションです。Grid Controlにより、ソフトウェアのインストール、パッチ適用、アップグレード、ワークロード・バランシングおよびセキュリティといったエンタープライズ・グリッドの日々のメンテナンス要件を自動化できます。
このリリース・ノート・ドキュメントは、Grid Controlのパッチ・セット10.2.0.3.0にバンドルされているドキュメントの一部です。このドキュメントは、パッチ・セットについての情報およびGrid Controlおよび管理エージェント（あるいはその一方）の前リリース、すなわち、10.2.x.x.xインストールのいずれかにパッチを適用し、10.2.0.3.0リリースにアップグレードする場合の手順を説明します。
|
注意: このドキュメントは、Grid Controlおよび管理エージェント（あるいはその一方）の以前のリリース、すなわち、10.2.x.x.xインストールのいずれかにパッチを適用するのみで、10.2.0.3.0リリースにアップグレードする場合に役立ちます。以前のリリースがない場合で10.2.0.3.0環境が必要な場合は、最初に10.2.0.1.0または10.2.0.2.0リリースのいずれかをインストールしてから、このパッチ・セットを使用して10.2.0.3.0にアップグレードしてください。10.2.0.1.0または10.2.0.2.0 Grid Controlのインストールについての情報は、次のURLのインストール・ガイドを参照してください。 |
このリリース・ノートは、次の項目で構成されています。
Grid Controlパッチ・セットのこのリリースに関連するドキュメントは次の2つです。
『Oracle Enterprise Manager Grid Controlリリース・ノート』（このドキュメント）
このドキュメントは、次の内容を説明します。
このパッチ・セットに含まれる新コンポーネントのリスト
パッチ・セットのインストールまたは削除の方法についての情報
このGrid Controlパッチ・セットのリリースに関連する既知の問題のリスト
『Oracle Enterprise Manager Grid Control List of Bugs Fixed』
このドキュメントは、このリリースで修正されたGrid Controlに関連するすべての一般的な不具合のリストを示します。
これらのドキュメントは、両方とも10.2.0.3.0パッチ・セットに含まれます。総合的なドキュメントは、次のOracleMetaLinkのURLからでも入手できます（ドキュメントID 412425.1）。
ドキュメント412425.1は、次の手順で検索できます。
OracleMetaLinkページの最上部にある「Advanced」をクリックします。
「Document ID」フィールドに412425.1と入力し、「Submit」をクリックします。
次のOracle Technology Network（OTN）のWebサイトからでも同じドキュメントを入手できます。
10.2.0.3.0パッチ・セットには、次の新コンポーネントがバンドルされています。
Oracle Content Database Plug-In
Oracle Content Database Plug-Inは、Oracle Content Databaseのリリース10.1.3.2.0とGrid Controlのリリース10.2.0.3.0の管理エージェント、管理サービスおよびリポジトリを統合しています。特に、ターゲット・タイプのメタデータおよびデフォルトのコレクションを定義して、Grid ControlでのContent DB実行時のパフォーマンスおよびリポジトリ統計の監視をします。
Oracle Application Management Pack for Siebel
Oracle Application Management Pack for Siebelは、Siebel CRMアプリケーションの構成、パフォーマンス、可用性およびサービス・レベルの管理のための包括ソリューションです。これを使用して、サーバーおよびコンポーネントの状態の監視、アプリケーション・レスポンス時間の計測、構成の変更の追跡およびパフォーマンスや実行の問題の診断ができます。
コネクタ（MOMおよびRemedy）
Microsoft Operations Management Connectorを使用すると、Oracle Enterprise ManagerでMicrosoft Operations Manager（MOM）からのアラートを取得できます。取得したアラートは、Enterprise Managerリポジトリに格納され、Enterprise Managerコンソールに表示されます。
Remedy Connectorを使用すると、Remedy Trouble Ticket SystemとEnterprise Managerを統合することができます。このコネクタは、Enterprise Managerの通知システムから取得したアラートに基づいてトラブル・チケットを作成します。
Oracle Configuration Manager
Oracle Configuration Manager（OCM）は、カスタマの構成情報を採取および提供し、Oracleリポジトリに格納して、メンテナンスおよびその他の関連タスクを行うように設計されています。この機能は、Grid Controlのリリース10.2.0.2.0以降のリリースから導入されました。
Linux Management Pack
Linux Management Packは、Oracle Unbreakable Linuxサポート・プログラムでのみ利用可能で、サーバーのプロビジョニング、パッチ適用、監視および管理などLinuxサーバーのライフサイクル管理全体のための総合的でコスト効率のよいソリューションを提供します。
Linux Server Administration
Enterprise Managerは、RedHat（RHEL4）およびSuSE Linux（sles9）のためのLinux管理機能をサポートし、システム・サービス構成およびネットワーク設定などのエラーが発生しやすく、時間のかかるサーバー設定タスクを大幅に簡略化します。
この項では、インストール前に実行するタスクについて説明します。
このパッチ・セットを使用してアップグレードするORACLE_HOMEをバックアップすることをお薦めします。管理リポジトリの場合は、パッチ・セットがリポジトリに対してロールバックできない変更を行うため、リポジトリ・データベースをバックアップすることをお薦めします。また、Oracle Inventoryディレクトリをパッチ・セット使用前の状態にバックアップしてください。
10.2.0.3.0の製品前提条件（必要なオペレーティング・システムのパッチ、パッケージなど）は、10.2.0.1.0および10.2.0.2.0の場合と同じで、すでに条件を満たしています。
Grid Control環境を10.1.0.4または10.1.0.5データベースの新規データベースを使用したEnterprise Managerオプションまたは既存データベースを使用したEnterprise Managerオプションを使用してインストールした場合は、10.2.0.3にアップグレードする前に、データベース・ホームでOracle Bug#4329444にパッチ適用してください。
ご使用の環境にパッチ5191377を適用した場合は、10.2.0.3にアップグレードする前に次の手順を行ってください。
個別パッチ5191377をロールバックします。
現行ディレクトリをパッチのあるディレクトリに設定します。
% cd 5191377
次のコマンドを実行します。
% opatch rollback -id 5191377
リポジトリ所有者としてログインし、SQLプロンプトに対して次のコマンドを実行します。
SQL>drop index mgmt_current_violation_idx_05
インストール前のタスクは、実行できる次のようなアップグレードのタイプに基づいて大きく分類できます。
Oracle管理サービス（OMS）が複数ある場合、個別でのアップグレードを選択できます。パッチ・セットを使用して最初のOMSをアップグレードする場合は、パッチ・セットは関連付けられているリポジトリもアップグレードすることに注意してください。
最初のOMSをアップグレードする前に、次の手順を行います。
リポジトリ・データベースおよびリスナー・インスタンスを実行したままにしておきます。
Grid Control環境を10.1.0.4または10.1.0.5データベースの新規データベースを使用したEnterprise Managerオプションまたは既存データベースを使用したEnterprise Managerオプションを使用してインストールした場合は、10.2.0.3にアップグレードする前に、データベース・ホームでOracle Bug#4329444にパッチ適用してください。
ご使用の環境にパッチ5191377を適用した場合は、10.2.0.3にアップグレードする前に次の手順を行ってください。
個別パッチ5191377をロールバックします。
a. 現行ディレクトリをパッチのあるディレクトリに設定します。
% cd 5191377
b. 次のコマンドを実行します。
% opatch rollback -id 5191377
リポジトリ所有者としてログインし、SQLプロンプトに対して次のコマンドを実行します。
SQL>drop index mgmt_current_violation_idx_05
各ホストの各ORACLE_HOMEから次のコマンドを使用して、リポジトリに関連付けられているすべてのOMSインスタンスを停止します。
$ORACLE_HOME/opmn/bin/opmnctl stopall
|
注意: 最初のOMSのみをアップグレードする場合でも、すべてのOMSインスタンスを停止する必要があります。これは、最初のOMSをアップグレードするときにパッチ・セットはリポジトリもアップグレードするため、同じリポジトリに接続している他のOMSインスタンスも停止する必要があるからです。 また、管理エージェントを停止することは必須ではありませんが、結果としてエージェント関連のログ・ファイルの数が増える可能性があります。ただし、これは無害なので無視してもかまいません。 |
すべてのOMSプロセスを停止してから、ルートとして/usr/sbin/slibcleanを実行します。runInstallerを起動する前に、OBJECT_MODE環境変数が設定されていないことを確認してください。OBJECT_MODEの設定を解除するには、unset OBJECT_MODEを実行します。
runInstaller（Microsoft Windowsの場合はsetup.exe）を実行して10.2.0.3.0パッチ・セットを対話式に適用するか、レスポンス・ファイルを使用してサイレントに適用します。
最初のOMSおよびリポジトリを10.2.0.3.0にアップグレードした後で、他のOMSインスタンスをアップグレードする前に実行する手順は、アップグレードした最初のOMSを含む他のOMSインスタンスを停止するだけです。
Oracle Universal Installer（OUI）を使用してパッチセットを手動で適用するときに実行するインストール前の手順は、管理エージェントを停止することのみです。OUIは、管理エージェント・プロセスの実行を検証します。実行中の管理エージェント・プロセスがある場合は、インストーラはその管理エージェントを停止するように要求し、その後でファイルのコピーおよび後続の再リンク操作に進みます。
パッチ・ウィザードを使用してパッチ・セットを適用するときには、管理エージェントは稼働中である必要があります。
|
注意: 10.2.0.1の場合、OMSのインストールはOMSでなく管理エージェントも自動的にインストールします。ただし、そのOMSをパッチ・セットを使用して10.2.0.3.0にアップグレードする場合は、関連する管理エージェントのいずれもアップグレードされません。管理エージェントをアップグレードする場合、各管理エージェント・ホームは個別のOracleホームのため、手動で各管理エージェント・ホームにパッチ・セットを適用する必要があります。 |
この項では、インストールの手順を説明します。
10.2.0.3.0にアップグレードするために、10.2.0.3.0パッチ・セットを手動でダウンロードし抽出する必要があります。
パッチ・セットのダウンロードおよび抽出は、次の手順で行います。
p3731593_102030_<platform name>.zipパッチ・セット・インストール・アーカイブをOracleホーム・ディレクトリまたはそれ以外の任意のディレクトリにダウンロードします。
次のコマンドを実行して、インストール・ファイルの解凍および抽出を行います。
$ unzip p3731593_102030_<platform name>.zip
ファイルが3731593ディレクトリに抽出されます。
|
重要: 同じパッチ・セットをOMS、リポジトリおよび管理エージェントのパッチ適用に使用できます。手順は次の項で説明しています。 |
ORACLE_HOMEをアップグレードするOMSのORACLE_HOMEに設定します。3731593/Disk1サブディレクトリに移動し、runInstaller（Microsoft Windowsの場合はsetup.exe）を実行します。
|
注意: パッチ・セットは、古いコンポーネント、すなわちOracle Configuration Manager（OCM）の他にSiebelおよびコネクタなどの新しいコンポーネントを含みます。これらのコンポーネントが正常にインストールされ機能するために、パッチ・セットをOMSおよび管理エージェントに適用し、OMSおよび管理エージェントに関連するビットが適宜インストールされるようにする必要があります。パッチ・セットは、適用するORACLE_HOMEに応じて異なり、OMSであるか管理エージェントであるかを判断して、OMSおよびエージェントにビットを適宜インストールします。 |
|
重要: Grid Control環境を10.1.0.4または10.1.0.5データベースの新規データベースを使用したEnterprise Managerオプションまたは既存データベースを使用したEnterprise Managerオプションを使用してインストールした場合は、10.2.0.3にアップグレードする前に、データベース・ホームでOracle Bug#4329444にパッチ適用してください。ご使用の環境にパッチ5191377を適用した場合は、10.2.0.3にアップグレードする前に次の手順を行ってください。
|
ORACLE_HOMEが環境に設定されている場合またはコマンドライン引数として渡された場合は、OUIが自動的に選択し、次の3つのフェーズを行います。
このフェーズでは、OUIは構成ファイルからリポジトリ接続の詳細を選択し、リポジトリ・データベースのSYSパスワードを指定するよう求めます。これにより、リポジトリへの既存の接続が検証されます。オペレーティング・システムのプロセスのチェックは行われませんが、Enterprise Managerリポジトリの特定のエントリの検索を行います。OMSの停止後、セッション・エントリが消去されるまで数分間待機します。
Oracle Configuration Managerのインストール
このステップでは、インストーラはOracle Configuration Manager（OCM）を既存のORACLE_HOMEの場所にインストールするための情報を収集します。OCMは、ライセンス契約が許容された場合にのみ構成されます。
OCMの構成ページでOCMの構成をするときに、カスタマ・サービスID（CSI）、MetaLinkアカウント・ユーザー名およびライセンス発行国名を入力します。プロキシ設定を構成する場合は、構成ページで「接続設定」をクリックして、プロキシ設定を指定します。
|
注意: OCMはライセンス契約に同意しなくてもインストールされますが、構成されません。必要なディレクトリは作成され、ファイルはインスタンス化されます。後で構成するには、setupCCR（$ORACLE_HOME/ccr/bin/setupCCR）を起動する必要があります。対話式にsetupCCRを起動した場合は、必須のパラメータ値の設定が求められます。ライセンス契約に同意することもできますが、Oracle Configuration Managerを有効にするために同意しないようにしてください。ライセンス契約に同意した後でも、「Oracle Configuration Managerの有効化」オプションが選択されていなかったり、選択解除すると、Oracle Configuration Managerを無効にできます。
|
エージェントのダウンロードを使用して、管理エージェントをインストールする場合は、OCMの構成を手動で行う必要があります。OCMを構成するために、次の手順を行います。
CSI、OracleMetaLink IDおよびサービス契約を購入した国を確認します。
選択の内容に応じて、次のコマンドの1つを実行します。
プロキシ・サーバーを使用して構成する場合は、次を実行します。
$ORACLE_HOME/ccr/bin/setupCCR -p <proxy server>
プロキシ・サーバーを使用しないで構成する場合は、次を実行します。
$ORACLE_HOME/ccr/bin/setupCCR
setupCCRの使用は、setupCCR -helpコマンドを使用してください。
Oracle Configuration Managerのライセンス契約が表示されます。ライセンス契約に同意する場合は、Yを入力します。
設定でCSI、OracleMetaLink IDおよび国コードの入力が求められた場合は、その詳細を入力します。
設定によりOCMがインストールおよび構成されます。
設定が完了したら、OCMはORACLE_HOMEの構成情報を採取し、その情報をOracleにアップロードしてユーザーのサイトをサポートするときに使用します。
OCMのステータスをチェックする場合は、次のコマンドを実行します。
$ORACLE_HOME/ccr/bin/emCCR status
このフェーズでは、インストーラは次の内容を実行します。
リポジトリの更新: リポジトリがすでに10.2.0.3.0リリースにアップグレードされていて、これが追加のOMSのパッチ適用の場合は、構成フェーズはリポジトリを更新しません。
Enterprise Managerアプリケーションの再デプロイ: このステップでは、OC4Jアプリケーションを再デプロイします。
プロビジョニング・アプリケーションのデプロイ: このステップでは、様々なプロビジョニング・アプリケーション・ステップを構成し、アプリケーションをデプロイする際に使用できるようにします。ここでは、プロビジョニング・アーカイブ・ファイルもEnterprise Managerリポジトリに更新されます。プロビジョニング・アーカイブ・ファイルは通常、新しいプロシージャ、新しいディレクティブおよび新しいコンポーネントからなり、アプリケーションによって使用されます。
ソフトウェア・ライブラリが設定されていない場合は、プロビジョニング構成が成功しなかったことを示すメッセージが表示されます。このツールは、アップグレード後およびソフトウェア・ライブラリの設定後に手動で実行する必要があります。ソフトウェア・ライブラリは、すべてのOMSインスタンスから読取りおよび書込み可能な任意のマウント済ファイルシステムを使用して作成できます。
これを修正するために、次の手順を行います。
SYSMANとしてEnterprise Manager Grid Controlにログインします。
「デプロイ」、「プロビジョニング」、「管理」の順に移動します。
「ソフトウェア・ライブラリ構成」セクションに移動し、「追加」をクリックします。
コンポーネントのRAWデータを格納する有効なディレクトリ・パスを指定します。
OMSをホストするマシンにログインし、次の手順を実行します。
環境変数をOMSのORACLE_HOMEに設定します。
次のコマンドを実行します。
<ORACLE_HOME>/bin/PARDeploy -action -force deploy -parDir <OMSHome>/sysman/prov/paf
Oracle管理サービスの開始: このステップでは、OMSを開始します。
Oracle Configuration Managerの構成: ライセンス契約に同意した場合、このステップでOCMの構成を行います。必要なディレクトリは作成され、ファイルはインスタンス化されます。構成中に問題が発生した場合には構成は行われません。後で構成するには、そのときにsetupCCR（$ORACLE_HOME/ccr/bin/setupCCR）を起動します。
管理エージェントのアップグレードには、一度に1ホストまたは一度に複数ホストの2つの方法があります。
|
重要: パッチ・セットは、古いコンポーネントのOracle Configuration Manager（OCM）の他にSiebelおよびコネクタなどの新しいコンポーネントを含みます。これらのコンポーネントが正常にインストールされ機能するために、パッチ・セットをOMSおよび管理エージェントに適用し、OMSおよびエージェントに関連するビットが適宜インストールされるようにする必要があります。パッチ・セットは、適用するORACLE_HOMEに応じて異なり、OMSであるか管理エージェントであるかを判断して、OMSおよびエージェントにビットを適宜インストールします。 |
OUIを使用して、管理エージェントを一度に1ホストでアップグレードするには、次の手順を行います。
管理エージェントが実行されている特定のホストにログインします。
管理エージェントを停止します。
ORACLE_HOMEがパッチ適用するORACLE_HOMEに設定されているか確認します。
パッチ・セット・メディア・ディスク1のサブディレクトリから実行可能なrunInstallerを実行します（Microsoft Windowsの場合は、setup.exeを実行します）。
ORACLE_HOMEが環境に設定されている場合またはコマンドライン引数として渡された場合は、OUIが自動的に選択します。
OUIは管理エージェントがORACLE_HOMEで稼働し、実行されているかを検証します。管理エージェントが実行中の場合は、インストーラは管理エージェントを停止するように要求し、その後でファイルのコピーおよび後続の再リンク操作に進みます。インストールが完了したら、パッチ・セットは自動的に管理エージェントを再起動します。
管理エージェントを一度に複数ホストでアップグレードするには、次の2つの方法のいずれかを行います。
方法1: 多数のノードにパッチ・セットすべてを配布する方法
方法2: パッチ・セットをステージングし、スクリプトを多数のノードに配布する方法
管理エージェントの多数のパッチ適用については、いずれかの方法を選択できます。方法1は、パッチ・バイナリのセット全体がすべてのターゲットに送信されるプッシュ・テクニックに基づきます。方法2は、ターゲットにスクリプトのみが送信された後でパッチがHTTPを介してインストールされるプル・テクニックに基づきます。方法2はパッチ・バイナリのセット全体を送信する必要がないため、多数のターゲットがある場合にお薦めします。これに対して、方法1はターゲットの数が限られている場合に適しています。方法2では、wget executableがターゲット・マシンにインストールされ、PATH環境変数に存在している必要があります。
方法1: 多数のノードにパッチ・セットすべてを配布する方法
SYSMAN資格証明を使用してEnterprise Manager Grid Controlにログインします。「ターゲット」をクリックし、ホストが実行中かチェックします。
Grid Controlコンソールの右上角の「設定」をクリックします。左側のパネルで「パッチ適用設定」を選択します。OracleMetalinkの資格証明を指定し、「適用」をクリックします。
「ジョブ」タブに移動します。タイプRefreshFromMetalinkのジョブを作成し、実行します。
「デプロイ」→「Oracleソフトウェアのパッチ」をクリックします。パッチ番号3822442を指定し、正確なプラットフォームおよび10.2.0.3.0リリースを選択します。
多数のターゲットを選択してパッチ適用できます。ターゲットを選択したら、「デフォルトのパッチ適用スクリプトの使用」または「カスタムのパッチ適用スクリプトの提供」オプションを選択してOCMがターゲット・エージェントのホームにインストールされるようにします。
ターゲットがMicrosoft Windowsマシンの場合は、前処理スクリプト・オプションで次の内容を指定します。
%emd_root%\EMStagedPatches\3822442\3822442\ecm_3822442.bat
この方法で選択した数のターゲットにパッチをコピーし、スクリプトを実行してパッチ適用ができます。スクリプトはブラックアウトを作成して、パッチ・セット適用の前に管理エージェントを停止し、パッチ・セットを適用して、その後でブラックアウトを消去して管理エージェントを再起動します。ネットワークがオーバーロードしないように、無理のない数のノードを選択することをお薦めします。
|
重要: パッチ・セットは、古いコンポーネント、すなわちOCMの他にSiebelおよびコネクタなどの新しいコンポーネントを含みます。これらのコンポーネントが正常にインストールされ機能するために、パッチ・セットをOMSおよび管理エージェントに適用し、OMSおよびエージェントに関連するビットが適宜インストールされるようにする必要があります。 |
方法2: パッチ・セットをステージングし、スクリプトを多数のノードに配布する方法
|
注意: Microsoft Windowsのターゲット・マシンの場合、この方法でパッチ適用を行うにはwget.exeがPATH環境変数に含まれている必要があります。wget.exeがターゲット・マシンのPATHにない場合は、PATHを追加し、次の内容を実行して管理エージェントを再起動します。
|
OMSホストで次の手順を実行します。
次の場所に移動します。
cd <OMS ORACLE_HOME>/sysman/agent_download/
ディレクトリを作成します。
mkdir -p patchset/10.2.0.3.0/<platform name>
DVDからコピーまたはMetalinkパッチ3731593の内容を抽出してパッチ・セットをステージングできるようになります。
DVDまたはMetalinkパッチのp3731593_102030_<platform name>.zipを空の一時ディレクトリにコピーします。
ZIPファイルの内容を同じ一時ディレクトリに抽出します。
3731593/Disk1ディレクトリに移動し、その内容を手順（2）で新しく作成したディレクトリにコピーします。
移動するには次のようにします。
cd 3731593/Disk1
手順（2）で新しく作成したディレクトリに内容をコピーするには、次のようにします。
cp -r * <ORACLE_HOME>/sysman/agent_download/patchset/10.2.0.3.0/<platform name>
ここでは、ORACLE_HOMEはOMS ORACLE_HOMEで、プラットフォーム名は次のいずれかです。
表1 プラットフォーム名の説明
| プラットフォーム名 | 説明 |
|---|---|
| linux | Linux |
| x86_64 | Linux X86_64 |
| ppc64 | Linux on power PC |
| linux390 | z/Linux |
| ia64linux | IA64 Linux |
| solaris | Solaris 64 bit |
| solarisx86 | Solaris-x86 |
| hpux | HP-UX |
| decunix | HP Tru64 UNIX |
| hpunix | HP 64 bit |
| hpi | HPUX-Itanium |
| aix | AIX5L |
| macosx | MACOSX |
| vms | VMS |
前述の操作により、OMSホストにパッチ・セットの内容がステージングされます。
この後、次の手順を行います。
（a）Enterprise Manager Grid Controlにログインし、「ジョブ」タブに移動し、パッチ・ジョブを選択します。
（b）パッチ番号3731596を指定し、ターゲットの正確なプラットフォームおよびリリースを選択します。
（c）多数のターゲットを選択してパッチ適用できます。ターゲットを選択したら、「カスタムのパッチ適用スクリプトの提供」オプションを選択してOCMがターゲット・エージェントのホームにインストールされるようにします。
（d）ターゲットがMicrosoft Windowsマシンの場合は、前処理スクリプト・オプションで次の内容を指定します。
%emd_root%\EMStagedPatches\3731596\3731596\ecm_3731596.bat
この方法で選択した数のノードにスクリプトをコピーし、実行して、前述でステージングした場所からパッチ・セットを適用できます。ネットワークがオーバーロードしないように、無理のない数のノードを選択することをお薦めします。
|
重要: パッチ・セットは、古いコンポーネント、すなわちOCMの他にSiebelおよびコネクタなどの新しいコンポーネントを含みます。これらのコンポーネントが正常にインストールされ機能するために、パッチ・セットをOMSおよび管理エージェントに適用し、OMSおよびエージェントに関連するビットが適宜インストールされるようにする必要があります。 |
クラスタの選択したノードに管理エージェントをパッチ適用できます。これを行うには、次の2つの方法のいずれかを使用できます。
方法1: 多数のノードにパッチ・セットすべてを配布する方法
方法2: パッチ・セットをステージングし、スクリプトを多数のノードに配布する方法
管理エージェントの多数のパッチ適用については、いずれかの方法を選択できます。方法1は、パッチ・バイナリのセット全体がすべてのターゲットに送信されるプッシュ・テクニックに基づきます。方法2は、ターゲットにスクリプトのみが送信された後でパッチがHTTPを介してインストールされるプル・テクニックに基づきます。方法2はパッチ・バイナリのセット全体を送信する必要がないため、多数のターゲットがある場合にお薦めします。これに対して、方法1はターゲットの数が限られている場合に適しています。方法2では、wget executableがターゲット・マシンにインストールされ、PATH環境変数に存在している必要があります。
方法1: 多数のノードにパッチ・セットすべてを配布する方法
Enterprise Manager Grid Controlにログインします。「ジョブ」タブに移動し、パッチ・ジョブを選択します。
パッチ番号3822442を指定し、正確なプラットフォームおよび10.2.0.3.0リリースを選択します。
パッチ適用するすべてのクラスタ・ノードを選択できます。ターゲットを選択したら、「カスタムのパッチ適用スクリプトの提供」オプションを選択してOCMがターゲット・エージェントのホームにインストールされるようにします。
ターゲットがMicrosoft Windowsマシンの場合は、前処理スクリプト・オプションで次の内容を指定します。
%emd_root%\EMStagedPatches\3822442\3822442\ecm_3822442.bat
この方法で、選択したクラスタ・ノードにパッチをコピーし、スクリプトを実行し、パッチ適用をすることができます。スクリプトは、ブラックアウトを作成し、パッチ・セット適用の前に管理エージェントを停止し、パッチ・セット適用の後でブラックアウトを消去して、管理エージェントを起動します。クラスタのサイズが非常に大きい場合は、ネットワークがオーバーロードしないように無理のない数のノードを選択することをお薦めします。
方法2: パッチ・セットをステージングし、多数のノードにスクリプトを配布する方法
|
注意: Microsoft Windowsのターゲット・マシンの場合、この方法でパッチ適用を行うにはwget.exeがPATH環境変数に含まれている必要があります。wget.exeがターゲット・マシンのPATHにない場合は、PATHを追加し、次の内容を実行して管理エージェントを再起動します。
|
OMSホストで次の手順を実行します。
次の場所に移動します。
cd <OMS ORACLE_HOME>/sysman/agent_download/
ディレクトリを作成します。
mkdir -p patchset/10.2.0.3.0/<platform name>
DVDからコピーまたはMetalinkパッチ3731593の内容を抽出してパッチ・セットをステージングできるようになります。
DVDまたはMetalinkパッチのp3731593_102030_<platform name>.zipを空の一時ディレクトリにコピーします。
ZIPファイルの内容を同じ一時ディレクトリに抽出します。
3731593/Disk1ディレクトリに移動し、その内容を手順（2）で新しく作成したディレクトリにコピーします。
移動するには次のようにします。
cd 3731593/Disk1
手順（2）で新しく作成したディレクトリに内容をコピーするには、次のようにします。
cp -r * <ORACLE_HOME>/sysman/agent_download/patchset/10.2.0.3.0/<platform name>
ここでは、ORACLE_HOMEはOMS ORACLE_HOMEで、プラットフォーム名は次のいずれかです。
表2 プラットフォーム名の説明
| プラットフォーム名 | 説明 |
|---|---|
| linux | Linux |
| x86_64 | Linux X86_64 |
| ppc64 | Linux on power PC |
| linux390 | z/Linux |
| ia64linux | IA64 Linux |
| solaris | Solaris 64 bit |
| solarisx86 | Solaris-x86 |
| hpux | HP-UX |
| decunix | HP Tru64 UNIX |
| hpunix | HP 64 bit |
| hpi | HPUX-Itanium |
| aix | AIX5L |
| macosx | MACOSX |
| vms | VMS |
前述の操作により、OMSホストでパッチ・セットの内容がステージングされます。
この後、次の手順を行います。
（a）Enterprise Manager Grid Controlにログインし、「ジョブ」タブに移動し、パッチ・ジョブを選択します。
（b）パッチ番号3731596を指定し、ターゲットの正確なプラットフォームおよびリリースを選択します。
（c）多数のターゲットを選択してパッチ適用できます。ターゲットを選択したら、「カスタムのパッチ適用スクリプトの提供」オプションを選択してOCMがターゲット・エージェントのホームにインストールされるようにします。
（d）ターゲットがMicrosoft Windowsマシンの場合は、前処理スクリプト・オプションで次の内容を指定します。
%emd_root%\EMStagedPatches\3731596\3731596\ecm_3731596.bat
この方法で選択したクラスタのノードにパッチをコピーし、スクリプトを実行して、前述でステージングした場所からパッチ・セットを適用できます。ネットワークがオーバーロードしないように、無理のない数のノードを選択することをお薦めします。
この項では、インストール後に実行するタスクについて説明します。
OMSインスタンスを個別にアップグレードすること、すなわち最初のOMSおよびリポジトリをアップグレードすることを選択した場合は、アップグレード完了後に、停止した管理エージェントすべてを再起動してください。アップグレード完了後OMSは自動的に再起動しますが、管理エージェントは手動で再起動する必要があります。最初のOMSおよびリポジトリのアップグレードについての情報は、「最初のOracle管理サービスとリポジトリのアップグレード」を参照してください。
この項では、Solarisエージェント・ホストに必要なインストール後のタスクについて説明します。
Enterprise Managerのデプロイで、これまでに一度もSolaris 10.2.0.1.0管理エージェントをデプロイしていない場合はこの項を無視してください。次に示す手順は、すべてのSolaris 10.2.0.1管理エージェントを10.2.0.2またはそれ以降のリリースにアップグレードした後に一度行うだけで十分です。判断が難しい場合は、この項で説明されている処理を複数回繰り返すこともできます。
Enterprise ManagerリポジトリでメタデータHost3.0を持つSolarisエージェントを確認します。確認したエージェントを10.2.0.2.0またはそれ以降のリリースにアップグレードします。
Solaris 3.0メタデータがEnterprise Managerリポジトリに存在するかどうかを確認するには、lfm_check_solaris_3_0_metadataを実行します。
% sqlplus sysman/<sysman_passwd> @lfm_check_solaris_3_0_metadata
この手順で0が戻された場合は、この項を無視してください。
アップグレードが必要なホストを確認するには、Enterprise Managerリポジトリに対してlist_lfm_solaris_3_0_metadata_hosts.sqlを実行します。
% sqlplus sysman/<sysman_passwd> @list_lfm_solaris_3_0_metadata_hosts
この手順で空のリストが戻された場合は、Solarisエージェント・ホストは存在しません。この項を無視してください。
Solaris 10.2.0.2.0パッチ・セットまたはそれ以降のパッチ・セットのリリースをOracleMetalink Webサイトからダウンロードします。そのパッチを前の手順で確認したSolarisエージェントに適用します。
管理エージェント所有者アカウントでSolarisにログオンします。emctlアップロード・コマンドを使用して、保留中のデータをアップロードします。emctl stop agentを使用して、管理エージェントを停止します。ここでパッチ・セットの10.2.0.2管理エージェントの部分を適用します。emctl start agentを使用して、管理エージェントを起動します。
1時間後、再度list_lfm_solaris_3_0_metadata_hosts.sqlを実行して、パッチ適用が必要なエージェントが他にないか確認します。
「監視テンプレート」から汎用ログ・ファイル監視に固有のカスタマイズを削除します。汎用ログ・ファイル監視機能の詳細は、汎用ログ・ファイルの監視基準の構成に関するオンライン・ヘルプを参照してください。
list_lfm_templates.sqlを実行して、カスタマイズしたテンプレートを識別します。
% sqlplus sysman/<sysman_passwd> @list_lfm_templates
この手順で空のリストが戻された場合は、手順3に進みます。
手順2（a）でリストされた各通知ルールについては、次の手順を行います。
適切な権限でEnterprise Managerコンソールにログオンし、テンプレートを編集します。
「設定」をクリックし、次に左側のペインの「監視テンプレート」をクリックします。
テンプレートを名前で検索し、ラジオ・ボタンをクリックして選択します。
テンプレートを削除または更新して、汎用ログ・ファイル監視関連のカスタマイズを削除します。
テンプレートを削除するには、「表示」をクリックしてテンプレート設定の内容を記録し、後で使用できるようにします。「OK」をクリックして、「監視テンプレート」ページに戻ります。テンプレートを選択して、「削除」をクリックします。「テンプレート削除の確認」ページで「はい」をクリックします。
テンプレートを更新するには、「編集」→「メトリックしきい値」タブをクリックします。ログ・ファイル・パターン一致行数の隣にある編集アイコンをクリックして、「監視対象オブジェクト」表にある設定の内容を記録し、後で参考にします。「続行」（ページ・レベル）をクリックして、「メトリックしきい値」タブに戻ります。「ログ・ファイル・パターン一致行数」を選択し、「テンプレートからのメトリックの削除」をクリックして削除します。「OK」（ページ・レベル）をクリックして、変更をコミットします。
手順（2）を実行して、他にカスタマイズしたテンプレートがないか確認します。
「通知ルール」から汎用ログ・ファイル監視に関連したフィルタを削除します。これを行うには、次の手順を実行します。
list_lfm_notif_rules.sqlを実行して、カスタマイズしたルールを識別します。
% sqlplus sysman/<sysman_passwd> @list_lfm_notif_rules
この手順で空のリストが戻された場合は、手順4に進みます。
手順3（a）でリストされた各ルールについては、次の手順を行います。
通知ルールを編集するときに役立つ資格証明または権限でGrid Controlコンソールにログオンします。
「プリファレンス」をクリックし、次に左側のペインの「通知」の下の「ルール」をクリックします。ラジオ・ボタンをクリックしてルールを選択します。ルールの削除または更新ができます。更新の選択肢には、「ログ・ファイル・パターン一致行数」メトリックの削除または「すべてのオブジェクト」に通知する「ログ・ファイル・パターン一致行数」メトリックの更新が含まれます。
通知ルールを削除するには、「表示」をクリックして、後で参考にするために現行の設定を記録します。「通知ルール」ブレッドクラムをクリックして、前のページに戻ります。「削除」をクリックし、確認ページで「はい」をクリックします。
「ログ・ファイル・パターン一致行数」メトリックを削除して更新するには、「編集」→「メトリック」タブをクリックします。「ログ・ファイル・パターン一致行数」メトリックの行を選択し、現行の設定を記録します。表レベルで「削除」をクリックします。「OK」（ページ・レベル）をクリックして、変更をコミットします。
「ログ・ファイル・パターン一致行数」メトリックを更新して、「すべてのオブジェクト」に通知するには、「編集」→「メトリック」タブをクリックします。「ログ・ファイル・パターン一致行数」メトリックの隣にある編集アイコンをクリックします。現行の設定を記録します。ラジオ・ボタンで「すべてのオブジェクト」を選択し、「続行」（ページ・レベル）をクリックして、「メトリック」ページに戻ります。「OK」（ページ・レベル）をクリックして、変更をコミットします。
手順3（a）を実行します。
「ログ・ファイル・パターン一致行数」ホスト・メトリックのメトリックしきい値の設定で行った汎用ログ・ファイル監視に関連するカスタム構成を削除します。
list_lfm_threshold_hosts.sqlを実行して、カスタム構成を持つホストを識別します。
% sqlplus sysman/<sysman_passwd> @list_lfm_threshold_hosts
前述の手順で空のリストが戻された場合は、手順5に進みます。
手順4（a）でリストされた各ホストについては、次の手順を行います。
ホストしきい値を編集するときに役立つ資格証明または権限でGrid Controlコンソールにログオンします。
指定したホストのホームページに移動し、「メトリックとポリシー設定」をクリックします。
「ログ・ファイル・パターン一致行数」メトリックと同じ行にある編集アイコンをクリックします。
「監視対象オブジェクト」表の設定を記録して、後の参考にします。
「監視対象オブジェクト」表から、「その他すべて」行以外のすべての行を削除します。
「続行」（ページ・レベル）をクリックして、「メトリックしきい値」タブに戻り、「OK」（ページ・レベル）をクリックして、変更をコミットします。
手順4（a）を実行します。
Solaris 3.0メタデータ・ベースのホストから「ログ・ファイル・パターン一致行数」重大度を消去およびパージします。
list_lfm_severity_solaris_hosts.sqlを実行して、ホストを識別します。
% sqlplus sysman/<sysman_passwd> @list_lfm_severity_solaris_hosts
この手順で空のリストが戻された場合は、手順6に進みます。
手順5（a）でリストされた各ホストについては、次の手順を行います。
ホストしきい値を編集するときに役立つ資格証明または権限でGrid Controlコンソールにログオンします。
指定したホストのホームページに移動し、「ログ・ファイル・アラート」をクリックします。
「すべてのオープン・アラートを消去」をクリックします。
消去されたアラートをパージするには、「消去されたアラートの表示」 →「すべてのアラートをパージ」をクリックします。このステップはオプションです。
手順5（a）を実行します。
すべてのOMSノードのGrid Controlコンソールを停止します。
Enterprise Managerリポジトリにlfm_fix_host_metadata.sqlを実行します。
% sqlplus sysman/<sysman_passwd> @lfm_fix_host_metadata
終了コマンドを入力して、sqlplusセッションを終了します。
すべてのOMSノードのGrid Controlコンソールを起動します。
パッチが正しく適用されているか検証します。これを行うために、次の手順を実行します。
Grid Controlコンソールにログオンします。
UNIXホスト（SolarisまたはLinuxなど）のホームページに移動し、「メトリックとポリシー設定」をクリックします。
「ログ・ファイル・パターン一致行数」の隣にある編集アイコンをクリックして、「監視対象オブジェクト」表に「選択」、「ログ・ファイル名」、「Perlでのパターンの一致」、「Perlでのパターンの無視」、「比較演算子」、「警告のしきい値」、「クリティカルのしきい値」および「修正処理」列が表示されているかを検証します。
前の手順で削除されたカスタム設定を再作成します。
|
注意: 今後、Solaris 10.2.0.1.0管理エージェントをデプロイしないでください。かわりに、Solaris管理エージェント10.2.0.2.0またはそれ以降をデプロイしてください。 |
パッチ・セットの削除用に提供された手段はありません。パッチ・セットを削除する方法について関心がある場合は、パッチ・セット適用の前にご使用のソフトウェアのインストールをバックアップすることをお薦めします。パッチ・セットを削除する必要がある場合は、次の方法のいずれかを実行します（優先順位）。
バックアップしたORACLE_HOMEディレクトリをリストアします。
ベースライン・リリースおよびこのパッチ・セットを除く、それ以前に適用したパッチ・セットを再インストールします。
バックアップしたリポジトリ・データベースをリストアします。
バックアップしたOracleインベントリをリストアします。
どのようにパッチ・セットを削除する場合でも、オラクル社カスタマ・サポート・センターに連絡して、問題が対処可能かどうかを確認してください。
この項では、このリリースに関する既知の問題をすべてリストします。
この項では、インストールおよびアップグレードの問題を説明します。
この項では、すべてのインストールおよびアップグレードの一般的な問題を説明します。
ご使用のリポジトリをアップグレードするために、10.2.0.3パッチ・セットを適用した場合、アップグレードに失敗する可能性があります。
Grid Control環境を10.1.0.4または10.1.0.5データベースの新規データベースを使用したEnterprise Managerオプションまたは既存データベースを使用したEnterprise Managerオプションを使用してインストールした場合は、10.2.0.3にアップグレードする前に、データベース・ホームでOracle Bug#4329444にパッチ適用してください。
（Oracle Bug#5648438、5665837）
ご使用の環境にパッチ5191377を適用した場合は、10.2.0.3にアップグレードする前に次の手順を行ってください。
個別パッチ5191377をロールバックします。
現行ディレクトリをパッチのあるディレクトリに設定します。
% cd 5191377
次のコマンドを実行します。
% opatch rollback -id 5191377
リポジトリ所有者としてログインし、SQLプロンプトに対して次のコマンドを実行します。
SQL>drop index mgmt_current_violation_idx_05
（Oracle Bug#5758101）
キーが存在しないリポジトリに対して追加のOMSのインストールを実行している場合、次のメッセージが表示されます。
現在のManagement Serviceを保護するemkeyが、指定したリポジトリに存在しません。このインストールを続行する前に、最初のOracle Management Serviceインストールから"emctl prepare repository -new_oms_install"を実行してください。
このメッセージの中で、実行に必要なコマンドは正しくありません。かわりに次の手順を行います。
データベースを再起動します。
emkey.oraを/OH/sysman/config/にコピーします。
./emctl config emkey -emkeyfile /OH/sysman/config/emkey.oraを実行します。
（Oracle Bug#5658897）
10.2.0.3.0 OMSのリポジトリを使用して、追加の10.2.0.1.0 OMSのインストールを実行できません。
リポジトリがすでに10.2.0.3.0にアップグレードされている場合は、次の回避策で追加のOMSをインストールできます。これを行うには、次の手順を実行します。
次のSQL文を使用して、リポジトリのリリースを10.2.0.3.0から10.2.0.1.0に変換します。
UPDATE sysman.mgmt_versions SET version = '10.2.0.1.0' where component_name='CORE'; commit;
データベース構成の指定画面でリポジトリ資格証明を指定して、「次へ」をクリックします。
次のSQL文を使用して、リポジトリのリリースを10.2.0.3.0に更新します。
UPDATE sysman.mgmt_versions SET version = '10.2.0.2.0' where component_name='CORE'; commit;
インストールを続行します。
（Oracle Bug#4910745）
OCMを正常にインストールするためには、インストール・ユーザーにcrontabへのアクセス権限が必要です。CRON権限なしでOCMをインストールするには、環境変数CCR_DISABLE_CRON_ENTRY=TRUEを設定します。（Oracle Bug#5752751）
この項では、エージェント・デプロイ・アプリケーションに関連する問題を説明します。
管理エージェント・デプロイの詳細は、次のURLの『Management Agent Deployment Best Practices』を参照してください。
http://www.oracle.com/technology/products/oem/pdf/10gr2_agent_deploy_bp.pdf
ローカル・ホストでSCRATCH_PATHに指定したディレクトリは書込み可能になっている必要があります。そうでない場合は、アプリケーション・エラーが表示されます。（デフォルトでは、C:\tmpに設定されています）
リモート・ホストでagentpush.propertiesファイルのnttempdirに指定されたディレクトリには権限が必要です。これは、<username>_agentOHQuery.shをコピーするときに使用するためです（クラスタの場合は、NFSインストールを行います）。これをしないと、アプリケーション・エラーが表示されます。（デフォルトでは、C:\tmpに設定されています）
（Oracle Bug#5665925）
マシン上にSSH設定があり、sshConnectivity.shスクリプトを使用して手動で新しい設定を行い、古い設定をリストアする場合は、次の手順を手動で行う必要があります。
mv $HOME/.ssh/identity.pub.ri.bak $HOME/.ssh/identity.pub
mv $HOME/.ssh/identity.ri.bak $HOME/.ssh/identity
mv $HOME/.ssh/known_hosts.ri.bak $HOME/.ssh/known_hosts
mv $HOME/.ssh/config.ri.bak $HOME/.ssh/config
chmod 644 $HOME/.ssh/identity.pub
chmod 600 $HOME/.ssh/identity
chmod 644 $HOME/.ssh/known_hosts
chmod 644 $HOME/.ssh/config
詳細は、次のURLの『Management Agent Deployment Best Practices』を参照してください。
http://www.oracle.com/technology/products/oem/pdf/10gr2_agent_deploy_bp.pdf
（Oracle Bug#5484944）
パッチ・セットをOMSに適用し、管理エージェントをエージェント・ダウンロード・キットから対話式にインストールした場合、マネージャ登録の構成ページで「登録テスト」をクリックする前に、「接続設定」をクリックすると、次のエラーが表示され、インストールを続行できなくなります。
Unable to locate Oracle Configuration Manager Trusted Keystore /scratch/DUMMY/.dummy/ccr/admin/security/certca( No such file or directory
（Oracle Bug#5591205）
この項では、OMSおよび管理エージェントに関連する問題について説明します。
『Oracle Enterprise Managerアドバンスト構成』に従ってGrid Controlコンソールと管理サービスの間でサーバー・ロード・バランサを構成しているとき、管理サービスがクライアント・ブラウザをサーバー・ロード・バランサを省略して管理サービス・ホストにリダイレクトします。
たとえば、3つのOracle管理サービス（たとえばomshost1.example.com、omshost2.example.com、omshost3.example.com）およびサーバー・ロード・バランサでGrid Controlデプロイを行っている場合、http(s)://slbhost.example.com[:port]/emを要求するクライアント・ブラウザはhttp(s)://omshost[1,2,3][:port]/emにリダイレクトされます。
URLがリダイレクトされるときにブラウザがロード・バランサを省略しないようにするには、$ORACLE_HOME/sysman/config/httpd_em.confのOracle HTTP Server構成ファイルで定義した*|ServerName|*ディレクティブを編集してサーバー・ロード・バランサ・ホストの名前を一致させます。前述の例の場合、ディレクティブは次のように表示されます。
ServerName slbhost.example.com
この回避策は、『Oracle Enterprise Managerアドバンスト構成』のOracle HTTP Serverの構成に関する項で定義する構成の追加として行う必要があります。
また、複数のOMS設定ではすべての管理サービスにこの回避策を行う必要があります。
（Oracle Bug#5692755）
iASターゲットの監視中、つまり多くのHTTPリクエストが管理エージェントに送信されるときに増幅する管理エージェントでのメモリー・リークがあります。リークは管理エージェントが使用するxdkコードにあり、Oracle Bug#5573534によって追跡されます。
この問題を解決するには、Oracle Bug#5573534の個別パッチを適用します。
（Oracle Bug#5575154、5573534）
2007年から始まる2005年エネルギ政策法により、サマータイムが1か月延長され、サマータイムを導入しているアメリカ合衆国諸州のスケジュールは次のルールを採用します。
開始: 3月第2日曜日
終了: 11月第1日曜日
時間: ローカル時間午前2時
新ルールはJDK 1.5.0_06に含まれています。この内容の詳細は、次のサイトを参照してください。
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6317178
この変更を反映したパッチの適用をお薦めします。パッチ適用をしないと、Grid Control、特にジョブ・システムで予期しない動作の原因になる可能性があります。これは、ジョブが予想した時間より1時間遅くスケジュールされることなどです。
詳細は、OracleMetalinkサイトの「Impact of 2007 USA daylight savings changes on the Oracle database」というタイトルのMetalink Note:359145.1を参照してください。
（Oracle Bug#5351247）
OMSが保護およびロックされている場合に、管理エージェントを非保護にできません。
（Oracle Bug#5531324）
次の内容についての翻訳済オンライン・ヘルプはありません。
ターゲット・メトリック: Oracle Content DBのメトリック、Voicemail & Faxの記録サービス、JBoss Application Serverのメトリック、Oracle BPEL Process Managerのメトリック、IBM WebSphere MQ Queue Managerのメトリック、Identity Manager Serverのターゲットのメトリック、Identity Managerのリポジトリ・ターゲットのメトリック、Access Manager - Identity Serverのメトリック、Access Manager - Access Serverのメトリック、Siebel Serverのターゲットのメトリック、Siebelコンポーネントのメトリック、Siebel GatewayのターゲットのメトリックおよびSiebelコンポーネント・グループのターゲットのメトリック
Application Serverの管理: Oracle BPEL Process Managerの管理、IBM WebSphere MQ Queue Managerの管理、Identity Federation Serverの管理、JBoss Application Serverの管理、Identity Managerの管理、Access Manager - Access and Identity Serverの管理、JBoss Partitionの管理およびIBM WebSphere MQ Clusterの管理
ターゲット・ポリシー: Oracleデータベースのセキュアな構成、Oracle Real Application Clusterデータベースのセキュアな構成およびOracleリスナーのセキュアな構成
管理操作: データ交換の管理、管理コネクタの管理、ポリシー・グループの管理およびSiebelのターゲットの管理
（Oracle Bug#5715773）
10.2.0.1製品からパッチ・セットの10.2.0.2リリースへのリポジトリ・アップグレードは、SYSMANユーザーが基本のレポートから新しいレポートを作成し（つまり「類似作成」機能を使用して）、その基本のレポートと同じ名前を付けた場合、失敗する可能性があります。この失敗は、10.2.0.2リリースに基本のレポートの新しいコピーが含まれている場合のみ発生する可能性があります。
この問題を解決するには、Enteprise Managerのスーパー管理者として、エンタープライズの中で名前が一意になるよう新しく作成したレポートの名前を変更するか、新しく作成したレポートを削除します。レポートを一度名前変更するか削除したら、アップグレード・プロセスを再実行します。
（Oracle Bug#5225689）
シードを使用して10.2.0.3リリースにアップグレードした後では、ローダー・エラーが出ます。これはORA-01801エラーによりファイル処理ができないローダーを処理するOracle Bug#4482253のためです。この問題は、Oracle Bug#3944226が原因です。
この問題を解決するには、リポジトリ・データベースを再起動してください。問題が継続する場合は、オラクル社カスタマ・サポート・センターに連絡してOracle Bug#3944226のパッチを入手してください。
（Oracle Bug#5614815）
この項では、パッチの管理に関する問題について説明します。
CRSホームは、ルートに所有されています。非ルート・ユーザーがCRS pre-req DPを実行し、ORACLE_HOMEの下でパッチのステージング・フォルダを指定した場合、権限関連の問題が発生します。
この問題を解決するには、CRSホームの外のフォルダ（/tmpなど）に権限を与えてパッチ・ユーザーがパッチのステージングをできるようにします。
（Oracle Bug#5686511）
Opatchアップグレード・ステップが可能なすべてのデプロイメント・プロシージャのパッチ適用については、パッチ適用される適切なリリースのホームのOpatchパッチがソフトウェア・ライブラリに含まれている必要があります。Opatchパッチを手動でソフトウェア・ライブラリにアップロードするか、Opatchパッチのジョブを適切に実行するかのいずれかです。このジョブは一度実行するのみです。このジョブを実行するためにdumpディレクトリを指定する必要があります。これは、「オフライン・パッチ適用の設定」ページで指定できます。このページを表示するには、「設定」を選択した後で「パッチ適用設定」を選択します。
（Oracle Bug#5701915）
10.2.0.1 CRSにパッチ・セットを適用する際に、「ターゲットの資格証明」で指定したユーザーがCRSターゲットまたはノードに対してsudo権限を持っていない場合、「Oracleクラスタウェアへのパッチ適用」CRSデプロイメント・プロシージャを適切にカスタマイズして、sudoステップをPAMステップとして実行し、PAMコマンド・スクリプトも指定します。ただし、unmask値を0022に設定するためにPAMコマンド・スクリプトを更新していない場合、ループで次のエラーが表示され、デプロイメント・プロシージャの実行は「rootスクリプトの実行」ステップで停止します。
Startup will be queued to init within 90 seconds. /scratch/aime/CRS/crs/bin/crsctl.bin: error while loading shared libraries: libclntsh.so.10.1: cannot open shared object file: No such file or directory
この問題を解決するには、使用中のPAMコマンド・スクリプトを更新してumask値を0022に設定してください。
（Oracle Bug#5691165）
CRSパッチ適用デプロイメント・プロシージャはMicrosoft Windowsターゲットではサポートされていません。
（Oracle Bug#5683930）
パッチ適用が、ホーム所有の問題が原因で「opatchのアップグレード」ステップで失敗した場合、次の更新でデプロイメント・プロシージャを実行します。
「opatchのアップグレード」ステップを無効化し、CRSホームのopatchのリリースがパッチ適用要件に適合しているか検証します。
パッチ適用ユーザーが書込み権限を持っている、ディレクトリのCRSホームの外にあるパッチをステージングします。
（Oracle Bug#5704923）
デプロイメント・プロシージャがパッチのアプリケーションに使用されているときは、RDBMSおよびASMの10.2.0.2.0および10.2.0.3.0パッチ・セットのアプリケーションは失敗する可能性があります。この問題はMicrosoft Windowsターゲットのみが対象となります。この問題により、デプロイメント・プロシージャが「パッチの適用」ステップで失敗する可能性があります。
回避策として、次の内容を実行してパッチの適用ディレクティブを変更してください。
L1045: $runInst_loc_win = File::Spec -> catfile($runInst_loc_win, "oui.exe");
（Oracle Bug#5759231）
Microsoft WindowsでASデプロイメント・プロシージャを使用してパッチ適用をする際に、プロシージャが「Application Serverの停止」ステップで失敗します。これは、スクリプトでPerlモジュールのConfigが使用されていなかったために発生します。
この問題を解決するには、次の2つのディレクティブのスクリプトを変更してスクリプトの1行目にモジュールConfigをUse Configとして含めます。
Directive: Oracle Directives/Common/AS/All/Generic/PA_Startup_AS Name of script: pa_startup_as.pl Directive: Oracle Directives/Common/AS/All/Generic/PA_Shutdown_AS Name of the script: pa_shutdown_as.pl
（Oracle Bug#5757192）
この項では、クライアント側の監視の問題について説明します。
次のメッセージが表示されます。
Formsトランザクションのビーコンからのデータがありません。
この場合は、次の内容を実行してください。
そのビーコンからのFormsトランザクションを検証します。
停止している場合は、ビーコンがデプロイされている管理エージェントがWeb Cacheターゲットを監視していないかチェックしてください。
Oracle Bug#5700255により、管理エージェントがWeb Cacheターゲットを監視している場合は、Formsトランザクションを実行できません。
この問題を解決するには、異なる管理エージェントにFormsトランザクションをデプロイしてください。
（Oracle Bug#5700255）
Grid Controlで、「ターゲット」→「すべてのターゲット」を選択し、ターゲットのリストから「管理サービスとリポジトリ」を選択した場合、選択した管理サービスおよびリポジトリの「概要」ページに移動します。ここで「エラー」タブを選択すると、次のエラーが表示されます。
Beacon Availability Computation n/a Nov 13, 2006 5:07:04 PM Error EXEC_AVAIL_JOB failed. Error: ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDOTBS2'
Grid Controlを既存のデータベースにインストールした場合、UNDO表領域は作成されません。この問題を解決するには、UNDO表領域がデータベースに既存し、領域が最低200MBあることを確認してください。
（Oracle Bug#5659103）
OMSの古いリリース10.1.0.x、10.2.0.1、または10.2.0.2から、10.2.0.3管理エージェントにビーコンを追加するなどの特定のビーコン操作は失敗します。操作が失敗した場合は、次のエラー・メッセージが表示されます。
Error: oracle.sysman.emSDK.emd.comm.CommException: SAXParseException in parsing Response :: Key columns cannot be transient or computed
これらの操作に成功するには、最初に使用中のOMSを10.2.0.3にアップグレードする必要があります。この目的のためだけにOMSをアップグレードしない場合は、Oracle Bug#5729053の個別パッチをダウンロードして管理エージェントに適用することができます。
（Oracle Bug#5729053）
リモート・リポジトリ（emoms.propertiesファイルで宣言したものでない）にOMSを設定している場合、テスト・メタデータが正しく移入されないという問題が発生します。次の問題が発生します。
いかなるテスト・タイプのサービスも作成できません。
サービス作成または編集ページでいかなるテストも表示されません。
回避策として、次のコマンドを実行します。
$ORACLE_HOME/jdk/jre/bin/java -classpath
$ORACLE_HOME/jdbc/lib/ojdbc14.jar:$ORACLE_HOME/sysman/jlib/emCORE.jar:$ORACLE_HOME/sysman/jlib/log4j-core.jar:$ORACLE_HOME/lib/servlet.jar:$ORACLE_HOME/jdbc/lib/orai18n.jar:$ORACLE_HOME/sysman/jlib/emagentSDK.jar
oracle.sysman.eml.gensvc.test.data.SeedMetadata "<<repository connect string>>" <<db_sysman_username>> <<db_sysman_password>> "$ORACLE_HOME"
Microsoft Windowsを使用している場合は、変数は$VAR_NAMEのかわりに%VAR_NAME%を指定する必要があります。すなわち、$ORACLE_HOMEは%ORACLE_HOME%になります。
（Oracle Bug#5584394）
テスト・ベースのFormsアプリケーション・ターゲットを作成する場合、作成するターゲットのFormsトランザクションを記録する必要があります。Formsサーバーがトランザクションの監視を有効にするように前もって構成されていない場合は、記録に失敗します。ただし、「Formsトランザクション監視を有効にします」ページへのリンクは、すでに作成されているFormsアプリケーション・ターゲットのコンテキストでしか使用できません。
最初にFormsアプリケーション・ターゲットをシステム・ベースとして作成し、「Formsトランザクション監視を有効にします」ページでFormsサーバーを構成した後で、Formsアプリケーション・ターゲットをテスト・ベースに変更して、トランザクションを記録する必要があります。
（Oracle Bug#5696760）
この項では、エンタープライズ統合の問題について説明します。
データ交換ハブを削除した後、ハブに関連した基礎となるセッションは削除されますが、アウトバウンド・データ交換セッションに関連した基礎となるジョブは削除されません。この問題は、アウトバウンド・データ交換セッションにのみ存在し、インバウンドでは発生しません。反対に、これらのジョブはスケジュールおよび実行されます。
この問題を解決するには、ハブを削除する前にセッションがあれば、それを削除します。もう1つの方法として、「ジョブ」ページに移動して、アウトバウンド・セッションに対応するすべてのジョブを削除します。
（Oracle Bug#5664615）
この項では、データベースの管理の問題について説明します。
db2gcを実行中に、ターミナル・セッション・ウィンドウに次のエラーが表示されることがあります。
Invalid UTF8 encoding. : Start of root element expected
このエラーは、ターミナル・セッション・ウィンドウのcharsetエンコーディングの設定がUTF8ベースでない場合や、現行のターゲット表示名をマルチバイトおよび自国語ベースの文字を含む別の名前に変更するように選択した場合に発生します。
この問題を解決するには、次の内容を実行します。
緊急な要求がない場合は、ターゲット表示名を変更しないでください。
ターミナル・セッション・ウィンドウのcharsetエンコーディングの設定は必ずUTF8ベースにしてください。そうなっていない場合は、UTF8に設定して再度行ってください。
（Oracle Bug#5724384）
db2gcユーティリティは、メトリック・カスタマイズをRACデータベース・ターゲットのGrid Controlに移行しません。ターゲット移行の後で、「すべてのメトリック」ページを確認して、必要に応じてメトリックしきい値および収集頻度（あるいはその一方）をカスタマイズします。
（Oracle Bug#5709028）
RACデータベースの「インスタンスの追加」操作の実行中にエラーが発生することがあります。この問題を回避するには、ソース・ノードのinit.oraファイルに+ASM2.instance_number=2を追加し、srvctl stop asm -n destination_node_nameでASMインスタンスを停止して、srvctl start asm -n destination_node_nameで再起動すると、インスタンス2はsrvctl stop instance -d RAC_DB_NAME -i Destination_INSTANCE_NAMEで正常に起動できます。
（Oracle Bug#5260570）
この項では、Applicaiton Serverの管理の問題について説明します。
リリース10.1.3.0のOracle HTTP Serverのmod_oc4jメトリック・ページで正確な値を表示するには、Oracle Application Server 10.1.3.0インストールにOracleMetalinkサイトで入手可能なパッチ5161311とパッチ5088239を適用する必要があります。詳細は、パッチのREADMEを参照してください。
（Oracle Bug#5042008）
Grid Controlは、Oracle Application Serverリリース9.0.4の特定のインストールを検出しません。これは検出中に発生する内部エラーによるもので、Oracle Process ConnectコンポーネントがApplication Serverのインスタンスに存在する場合に発生する可能性があります。ただし、エラー・メッセージは表示されません。
（Oracle Bug#5735044）
OMSを10.2.0.3にアップグレードし、管理エージェントは10.2.0.2またはその他の以前のリリースのままにした場合、Oracle BPEL Process Managerターゲット、すなわちBPEL Process Managerリリース10.1.3.1は常に「停止中」のステータスを表示します。また、プロセスが「プロセス」ページにリストされません。
この問題を解決し、プロセスを「プロセス」ページに表示するには管理エージェントを10.2.0.3にアップグレードします。
正しいステータスを表示するには、次のいずれかを実行します。
管理エージェントを10.2.0.3にアップグレードします。
個別パッチ5708626を管理エージェントに適用します。
一時的な解決策として、次の手順を行います。
次のファイルを開きます。
${OH}/sysman/admin/metadata/oracle_integrationbpm.xml（agent OH）
「レスポンス」メトリックに移動し、実行記述子で次の行を検索します。
<Filter COLUMN_NAME="opmn_process_type" OPERATOR="CONTAINS">OC4J_BPEL</Filter>
その行で、OC4J_BPELをBPELを実行中のOC4Jインスタンスの名前に置換します。たとえば、OC4Jインスタンス名がhomeの場合、置換後の行は次のようになります。
<Filter COLUMN_NAME="opmn_process_type" OPERATOR="CONTAINS">home</Filter>
ファイルを保存して、${OH}/bin（agent OH）に移動し、次のコマンドを実行します。
emctl reload agent
（Oracle Bug#5708626、5704583）
Grid Control adminユーザーとして、OC4Jの10.1.3.1を構成して、「OC4Jデータ収集の管理」ページの「ロギング有効化」をクリックしてエンドツーエンド・トレース機能を有効にするときに、Application Server Controlにリダイレクトされます。
希望する動作は、Application Server Controlにログインした後、OC4Jトレースのプロパティ構成ページにリダイレクトされることです。そのかわりにApplication Server Controlの「トポロジ」ページにリダイレクトされ、そこから適切なページに移動するために手動でドリルダウンする必要が出てきます。この問題は、Application Serverの10.1.3.1リリースで発生します。
この問題を回避するために、Application Server Controlにログイン後、「トポロジ」ページで適切なOC4Jインスタンスを選択し、「管理」タブ→「サーバーのプロパティの編集」をクリックして、ページの下までスクロールし「トレースのプロパティ」をクリックします。
（Oracle Bug#5439369）
Grid Controlを使用してデプロイメント・プロシージャを試行し、Web層を再起動する場合、Web層が再起動されたというメッセージが表示されてプロシージャは問題なく終了したように見えるが、実際にはWeb層は再起動されない場合があります。
この問題を解決するためには、ディレクティブmanuallymanagedclusterconfig.plを変更してから、デプロイメント・プロシージャを実行する必要があります。
ディレクティブmanuallymanagedclusterconfig.plを変更するには、次の手順を実行します。
Grid Controlコンソールで、「デプロイ」をクリックして、「デプロイ」ページに移動します。
「デプロイ」ページで、「プロビジョニング」をクリックし、「ディレクティブ」タブを選択します。
表から、「ディレクティブ」、「OracleDirectives」、「myJ2EECompany Provisioning」の順に選択します。次に「10.1.2.0.2」、「手動管理対象クラスタの構成」の順に選択します。
ここで「編集」をクリックするとディレクティブの編集ページに移動します。
ディレクティブの編集ページで、「ファイルのアップロード」タブをクリックします。
現在の関連ファイルmanuallymanagedclusterconfig.plをクリックして、コンテンツを表示します。
そのファイルのコンテンツをエディタ（NotepadまたはWordpadなど）にコピーします。
次の変更を行います。
関数parseCommandLineParams()で、行番号135、すなわち$hmpParams{"INSTALL_BASE"} = "true";を$hmpParams{"INSTALL_BASE"} = $ARGV[ $i + 1 ];に変更します。
同様に、行番号140、すなわち$hmpParams{"VIRTUAL_HOST"} = "true";を$hmpParams{"VIRTUAL_HOST"} = $ARGV[ $i + 1 ];に変更します。
変更したファイルをmanuallymangedclusterconfig.plとしてローカル・マシンに保存します。
Grid Controlコンソールの「ファイルのアップロード」タブの下の現在の関連ファイルを表示しているディレクティブの編集ページで「ローカル・マシンからアップロード」を選択します。
「参照」を選択して、手順9で保存したファイルmanuallymangedclusterconfig.plをアップロードします。
「終了」を選択します。
（Oracle Bug#5684224）
この項では、IDの管理の問題について説明します。
Identity Federationシステムのインフラストラクチャ・パフォーマンス・タブにアクセスし、「データの表示」メニューから「実行時間: 手動リフレッシュ」を選択して、実行時間のメトリック情報を表示する際に、グラフは表示されるがデータが表示されません。
（Oracle Bug#5700277）
検出したOracle Identity Managerのターゲットと既存のIdentity Managerシステムを関連付ける際に内部例外が検出されます。その結果、Oracle Identity Managerのコンポーネントの検出を行うことができません。
この問題を解決するには、Oracle Identity Managerのコンポーネントと新しいIdentity Managerシステムを関連付けて検出します。その後で、これらのコンポーネントをGrid Controlコンソールの「システム」タブから既存のシステムに追加できます。
（Oracle Bug#5751839）
この項では、Siebelアプリケーションの管理の問題について説明します。
Siebelは現在、高レベル双方向性アプリケーションに対してMicrosoft Internet Explorer 7ブラウザをサポートしていないため、ビーコンの強化機能はMicrosoft Internet Explorer 7ブラウザではサポートされていません。
提供されているサポートの詳細は、次のサイトを参照してください。
http://supportweb.siebel.com/support/private/content/knowledgedocs/enu/SOD/IE7-SOD.pdf
「Planned Support for Microsoft Internet Explorer 7 on Windows XP SP2」の項を参照してください。このドキュメントでは、Microsoft Internet Explorer 7での高レベル双方向性アプリケーションに対するサポートは初期のCYQ207で提供されると説明しています。
（Oracle Bug#5724954）
管理エージェントは、リモートの再生機能を実行します。このためにブラウザを起動し、記録されたスクリプトを再実行します。管理エージェントは、システム・アカウント資格証明を使用してWindowsサービスとして実行します。システム・アカウントに適切な権限がない場合は、この機能は許可されません。
この特定の問題は、Microsoft Windows 2003サーバーのビーコンで発生します。したがって、これらのホストではアプリケーションのステータスは常に「停止中」を表示し、収集されたメトリックには値がありません。この問題は、Microsoft Windows 2000およびMicrosoft Windows XPのホストでは発生しません。
（Oracle Bug#5676927）
Grid Controlの10.2.0.3.0リリースでは、Siebelサーバー内の有効なSiebelコンポーネントおよびコンポーネント・グループの数が70以上の場合は、サーバーの監視に対するサポートは提供されません。
（Oracle Bug#5724329）
複数のSiebelサーバーがインストールされている場合で、サーバーがインストールされているSiebelホーム・ディレクトリがマシンごとに異なるとき、Siebelサーバーのコンポーネントの起動および停止の際に問題が発生する可能性があります。
必ずSiebelサーバーのインストール・ディレクトリをすべてのマシンで同一にしてください。それ以外の回避策としては、起動および停止操作をサーバー・マネージャ・ユーティリティから行います。
サーバー・マネージャ・ユーティリティの使用の詳細は、次のURLのドキュメントを参照してください。
（Oracle Bug#5747767）
Siebelターゲット、すなわちSiebel Server、Siebel Gateway ServerおよびSiebelコンポーネントの「構成の表示」ページのナビゲーションが動作しません。
この問題を解決するには、ナビゲーション・メニューの「すべて表示」オプションを使用します。
（Oracle Bug#5702824）
手動で追加したサービスは、サービス・ダッシュボードに反映されません。この問題を解決するには、次の手順を実行します。
「レポート」をクリックします。
各サービス・ダッシュボードを選択して、「編集」をクリックします。
「要素」をクリックして、「パラメータを設定」リンクをクリックします。
新しく追加するサービスを追加して、「続行」をクリックします。
「OK」をクリックします。
（Oracle Bug#5718696）
Grid Controlでは、同一の名前の2つのSiebel Enterpriseを操作できません。
（Oracle Bug#5654804）
この項では、ホストの管理の問題について説明します。
OMSに10.2.0.3のパッチを適用した後、Grid Controlはターゲット・ホストのメモリー使用率99%をレポートする可能性があります。
この問題を解決するには、「デプロイ」を選択し、そのページで「ホスト構成のリフレッシュ」をクリックします。次に、「使用可能なホスト」から関連するホストを選択して、「ホストのリフレッシュ」をクリックします。
（Oracle Bug#5141414）
RedHat（RHEL4）およびSuse Linux（sles9）のホストに対してのみサポートされている機能ですが、Microsoft Windowsのホスト・ターゲットに対して「管理」タブが表示されます。この問題は、次のパッチ・セットが対応しています。
（Oracle Bug#5689719）
RHEL4またはsles9で完全エージェント・インストールまたはパッチ・エージェント・インストールを行った場合、SuseにYaSTパッチがインストール済であっても、UIは必要なコンポーネントおよびパッチをインストールするように要求します。
この問題を解決するには、次の手順を実行します。
RHEL4またはsles9への完全エージェント・インストール
次のコマンドを実行してエージェントを再起動します。
emctl stop agent
emctl start agent
RHEL4またはsles9へのパッチ・エージェント・インストール
次のコマンドを実行してエージェントを再起動します。
emctl stop agent
emctl start agent
次のように$ORACLE_HOME/sysman/admin/scriptsの権限を変更します。
chmod 755 EM*.ycp
chmod 755 DiscoverYast2.pl
chmod 755 RunYast.sh
（Oracle Bug#5718456）
この項では、サード・パーティ・アプリケーション・サーバーの監視の問題について説明します。
BEA WebLogicが管理するサーバーのターゲットを監視する際に、メトリック収集エラーが発生する場合があります。次のようなエラー・メッセージが表示されます。
weblogic.rmi.extensions.RemoteRuntimeException: Unexpected Exception - with nested exception
このエラーは、1つの管理エージェントを使用してJMXのあるリリースと互換性のある1つのApplication Serverターゲットを監視し、JMXの別のリリースと互換性のあるもう1つのApplication Serverターゲットを監視する場合に発生します。たとえば、同じ管理エージェントを使用して、BEA WebLogicのリリース8.1およびBEA WebLogicのリリース9を監視する場合にこのエラーが発生します。
この問題を解決するために、これらのターゲット両方を監視する場合に同じ管理エージェントを使用しないでください。1つの管理エージェントで1つのターゲットを監視し、別のターゲットの監視には別の管理エージェントを使用してください。
（Oracle Bug#5458460）
IBM WebSphere Application Server、IBM WebSphere Application ServerセルまたはBEA WebLogic Serverドメインを検出した後で、管理エージェントを再起動してください。これは、初めてサード・パーティ・アプリケーション・サーバーを検出するときのみ必要です。
（Oracle Bug#4451228）
Microsoft Windowsの英語以外のエディションまたはOSロケールのcharactersetがiso88591やutf8ではないLinuxにIBM MQシリーズをインストールした場合、Grid ControlからのMQターゲットの検出は失敗します。
この問題を解決するためには、IBM MQシリーズを英語エディションのMicrosoft Windowsまたはcharactersetにiso88591またはutf8を使用したOSロケールのLinuxにインストールしてください。たとえば、en_US.iso88591およびzh_CN.utf8です。
（Oracle Bug#5722258）
オラクル社は、障害のあるお客様にもオラクル社の製品、サービスおよびサポート・ドキュメントを簡単にご利用いただけることを目標としています。オラクル社のドキュメントには、ユーザーが障害支援技術を使用して情報を利用できる機能が組み込まれています。HTML形式のドキュメントで用意されており、障害のあるお客様が簡単にアクセスできるようにマークアップされています。標準規格は改善されつつあります。オラクル社はドキュメントをすべてのお客様がご利用できるように、市場をリードする他の技術ベンダーと積極的に連携して技術的な問題に対応しています。オラクル社のアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/accessibility/を参照してください。
ドキュメント内のサンプル・コードのアクセシビリティについて
スクリーン・リーダーは、ドキュメント内のサンプル・コードを正確に読めない場合があります。コード表記規則では閉じ括弧だけを行に記述する必要があります。しかしJAWSは括弧だけの行を読まない場合があります。
外部Webサイトのドキュメントのアクセシビリティについて
このドキュメントにはオラクル社およびその関連会社が所有または管理しないWebサイトへのリンクが含まれている場合があります。オラクル社およびその関連会社は、それらのWebサイトのアクセシビリティに関しての評価や言及は行っておりません。
Oracleサポート・サービスへのTTYアクセス
アメリカ国内では、Oracleサポート・サービスへ24時間年中無休でテキスト電話（TTY）アクセスが提供されています。TTYサポートについては、 (800)446-2398にお電話ください。
次の各項に、各サービスに接続するためのURLを記載します。
オラクル製品サポートの購入方法、およびOracleサポート・サービスへの連絡方法の詳細は、次のURLを参照してください。
http://www.oracle.co.jp/support/
製品のマニュアルは、次のURLにあります。
http://otn.oracle.co.jp/document/
研修に関する情報とスケジュールは、次のURLで入手できます。
http://www.oracle.co.jp/education/
オラクル製品やサービスに関するその他の情報については、次のURLから参照してください。
http://www.oracle.co.jphttp://otn.oracle.co.jp
|
注意: ドキュメント内に記載されているURLや参照ドキュメントには、Oracle Corporationが提供する英語の情報も含まれています。日本語版の情報については、前述のURLを参照してください。 |
Oracle Enterprise Manager Grid Controlリリース・ノート, 10gリリース3（10.2.0.3.0） for HP-UX PA-RISC（64-bit）
部品番号: E05337-01
原本名: Oracle Enterprise Manager Grid Control Release Notes, 10g Release 3 (10.2.0.3.0) for HP-UX
原本部品番号: E10255-01
Copyright © 2007, Oracle. All rights reserved.
制限付権利の説明
このプログラム（ソフトウェアおよびドキュメントを含む）には、オラクル社およびその関連会社に所有権のある情報が含まれています。このプログラムの使用または開示は、オラクル社およびその関連会社との契約に記された制約条件に従うものとします。著作権、特許権およびその他の知的財産権と工業所有権に関する法律により保護されています。
独立して作成された他のソフトウェアとの互換性を得るために必要な場合、もしくは法律によって規定される場合を除き、このプログラムのリバース・エンジニアリング、逆アセンブル、逆コンパイル等は禁止されています。
このドキュメントの情報は、予告なしに変更される場合があります。オラクル社およびその関連会社は、このドキュメントに誤りが無いことの保証は致し兼ねます。これらのプログラムのライセンス契約で許諾されている場合を除き、プログラムを形式、手段（電子的または機械的）、目的に関係なく、複製または転用することはできません。
このプログラムが米国政府機関、もしくは米国政府機関に代わってこのプログラムをライセンスまたは使用する者に提供される場合は、次の注意が適用されます。
U.S. GOVERNMENT RIGHTS
Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial Computer Software--Restricted Rights (June 1987). Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.
このプログラムは、核、航空産業、大量輸送、医療あるいはその他の危険が伴うアプリケーションへの用途を目的としておりません。このプログラムをかかる目的で使用する際、上述のアプリケーションを安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。万一かかるプログラムの使用に起因して損害が発生いたしましても、オラクル社およびその関連会社は一切責任を負いかねます。
Oracle、JD Edwards、PeopleSoft、Siebelは米国Oracle Corporationおよびその子会社、関連会社の登録商標です。その他の名称は、他社の商標の可能性があります。
このプログラムは、第三者のWebサイトへリンクし、第三者のコンテンツ、製品、サービスへアクセスすることがあります。オラクル社およびその関連会社は第三者のWebサイトで提供されるコンテンツについては、一切の責任を負いかねます。当該コンテンツの利用は、お客様の責任になります。第三者の製品またはサービスを購入する場合は、第三者と直接の取引となります。オラクル社およびその関連会社は、第三者の製品およびサービスの品質、契約の履行（製品またはサービスの提供、保証義務を含む）に関しては責任を負いかねます。また、第三者との取引により損失や損害が発生いたしましても、オラクル社およびその関連会社は一切の責任を負いかねます。