| Oracle® Site Guard管理者ガイド 13g (13.2.2.0.0) E92084-01 |
|
 前へ |
 次 |
障害時リカバリ・トポロジでOracle Site Guardのデプロイおよび管理の問題をトラブルシューティングおよび回避する方法について説明します。
次の各トピックでは、Oracle Site Guardをトラブルシューティングする方法について説明します。
構成の問題をトラブルシューティングする方法について説明します。
次の各トピックでは、構成の問題のトラブルシューティングに関するヒントを示します。
特定の状況でサイト・ガード構成の作成が失敗する理由について説明します。
問題
EMLCIコマンドcreate_siteguard_configurationまたはUIを使用してサイト・ガード構成を作成しようとすると、「プライマリ・システム[primary_system_name]が存在しません」というエラーが表示されて失敗することがあります。
説明およびソリューション
この問題は、プライマリ・システム(generic_system)の名前とそれに含まれるいずれかのターゲットの名前が一致する場合に発生します。この問題を解決するには、汎用システムを削除してから、それに含まれるいずれのターゲットの名前とも一致しない一意の名前を使用して再作成します。
操作計画の問題をトラブルシューティングする方法について説明します。
次の各トピックでは、操作計画の問題のトラブルシューティングに関するヒントを示します。
sudo権限で資格証明を使用したときに手順が失敗する理由について説明します。操作計画でターゲットが検出されない理由について説明します。
問題
システムの一部であるOracle DatabaseまたはOracle Fusion Middlewareファームのようなターゲットは、操作計画ワークフローで検出されない場合があります。
説明およびソリューション
この問題は、操作計画を作成した後でシステムにターゲットを追加すると発生する場合があります。操作計画の作成中、Oracle Site Guardには、システムの一部であるこれらのターゲットのみが含まれます。新しいターゲットを追加した場合は、操作計画を再作成します。計画をカスタマイズした場合は、それらのカスタマイズの内容をメモを取ってから計画を再作成し、再作成した新しい計画に同じカスタマイズを再び加えてください。
操作計画でOracle WebLogic Server管理対象サーバーが識別されない理由について説明します。
問題
Oracle WebLogic Serverドメインの一部であるOracle WebLogic Server管理対象サーバー・ターゲットは、操作計画ワークフローの作成時に、Oracle Site Guardによって更新されたり、識別されることはありません。
説明およびソリューション
Enterprise Manager Cloud Controlで自動検出を実行する前に、管理対象サーバーが実行されていることを確認してください。管理対象サーバーはすでに実行されているがEnterprise Managerに表示されない場合は、WebLogicドメイン・ターゲットをリフレッシュして管理対象サーバーが検出されるかどうか試します。
操作計画がハングした場合の対処方法について説明します。
問題
操作手順(データベース・スイッチオーバーまたはフェイルオーバー、カスタム・スクリプトなど)がハングすると、手動での処理が必要になります。
説明およびソリューション
Enterprise Manager Cloud Controlコンソールから、操作を一時停止します。操作を停止しないでください。
操作計画をハングさせた条件を手動で修正します。手動でプロシージャを完了したら、操作を再開し、Oracle Site Guard操作を完了します。操作は再発行しないでください。
Oracle Site Guardで、コンポーネントが必要な状態になっていることが判明すると、起動操作または停止操作、またはデータベース・スイッチオーバー操作すべてについて何も操作が実行されません。これによってプロセスが正常に終了し、サイトが必要なロールで更新されます。操作手順が失敗し、問題を解決するために手動の処理が必要になった場合、失敗した手順を再試行するか、手動手順を確認して、操作の実行を続行できます。
注意:
手動で処理した後は、操作を再起動するか再開します。開始した操作が完了したことを確認します。
操作計画でシステム・コンポーネントが検出されない理由について説明します。
問題
システムの一部であるOPMN管理対象システム・コンポーネントは、操作計画ワークフローでは検出できません。
説明およびソリューション
Oracle Site Guardは、Enterprise Manager Cloud Controlで表現されたOPMN管理対象システム・コンポーネントのみを検出します。たとえば、Oracle HTTP ServerおよびOracle Web CacheのようなOPMN管理対象システム・コンポーネントは、Enterprise Manager Cloud Controlで表現されます。これらのコンポーネントは、Oracle Fusion Middlewareファームの一部として検出されます。
操作計画でRACデータベースが検出されない理由について説明します。
問題
システムの一部であるOracle RACデータベースは、操作計画ワークフローでは検出されません。
説明およびソリューション
Oracle RACデータベースは、Enterprise Manager Cloud ControlのRACデータベース・ターゲットの下にグループ化され、表現されます。RACデータベース・インスタンスが検出されると、RACデータベース・ターゲットが作成され、RACデプロイメントのすべてのデータベース・インスタンスは、RACデータベース・ターゲットの下にグループ化されます。この問題は、各RACインスタンス・ターゲットが、RACデータベース・ターゲットではなく、システムに追加された時に発生する場合があります。Oracle Site Guardは、個々のRACインスタンスを特定できません。
sudo権限で資格証明を使用したときに手順が失敗する理由について説明します。
問題
sudo権限で資格証明を使用している場合、サイト・ガード操作手順はエラーstageOmsFileEntry (Error)で失敗します。この問題は、事前チェック操作でも発生する場合があります。
説明およびソリューション
Site Guardで使用する資格証明が、rootとして実行するためsudo権限を使用するよう構成されている場合、sudo権限は、ターゲットの関連ホストで稼働するすべてのエージェントで、PDP (権限委任プロバイダ)として構成されている必要があります。
PDPはEnterprise Manager Cloud Controlコンソールから構成できます。PDPを構成するには、Enterprise Manager Cloud Controlコンソールで「設定」→「セキュリティ」→「権限委任」に移動します。
構成されてない資格証明を使用すると操作計画が失敗する理由について説明します。
問題
操作計画を作成している場合、サイトのターゲットがターゲットの資格証明を作成および関連付けていても関連付けられている資格証明を持たないことを示すエラーが発生する可能性があります。
説明およびソリューション
Enterprise Managerで同じ名前の2つのターゲットがあり、ターゲットのいずれかがサイトの一部である場合、この問題が発生します。たとえば、データベース・インスタンス・ターゲットおよびデータベース・システム・ターゲットの名前が両方db1である場合、データベース・インスタンス・ターゲットがサイトに追加されます。
同じ名前のターゲットを削除して、再検出してください。ターゲットを再検出する場合、各ターゲット名がすべてのEnterprise Managerターゲットで一意であることを確認してください。
資格証明をターゲットに関連付けできない理由について説明します。
問題
Oracle Site Guardの資格証明の構成中に、ターゲットの資格証明を関連付ける場合に問題に直面する可能性があります。ターゲット・タイプの資格証明の構成が有効化されていないため、またはターゲットが特定のターゲット・タイプのターゲットのリストに表示されないため、これが発生します。ターゲットをサイトに追加しても、このエラーが表示されます。
説明およびソリューション
Enterprise Managerで同じ名前の2つのターゲットがあり、ターゲットのいずれかがサイトの一部である場合、この問題が発生します。たとえば、データベース・インスタンス・ターゲットおよびデータベース・システム・ターゲットの名前が両方db1である場合、データベース・インスタンス・ターゲットがサイトに追加されます。
同じ名前のターゲットを削除して、再検出してください。ターゲットを再検出する場合、各ターゲット名がすべてのEnterprise Managerターゲットで一意であることを確認してください。
操作計画の削除中または更新中にエラーが発生する理由について説明します。
問題
操作計画を削除中または更新中に、次のエラーが発生する可能性があります。
エラー:ユーザーにはGUID XXXXXXXXXXXXXXXXの実行に対するFULL_JOB権限がありません。
説明およびソリューション
ユーザーが操作計画を削除または更新する必要な権限を持たない場合、この問題が発生する可能性があります。
操作計画の作成中に使用した資格証明を使用してログインし、計画を削除または更新します。
操作計画でスカラーを作成できない理由について説明します。
問題
操作計画の作成中、次のようなエラーが発生する場合があります。
oracle.sysman.ai.siteguard.model.exception.ConfigurationException: Cannot create scalar value for name [PropertyType = DB_VERSION]. Value argument to the method getScalarValue() is null
説明およびソリューション
Oracle Site Guardは、Oracle Data Guardで保護されたデータベース・ターゲットに対してEnterprise Managerによって保持されたDB_VERSIONプロパティを読み取って使用します。Data GuardスイッチオーバーまたはフェイルオーバーがEnterprise Managerの外部で発生した場合(たとえば、Data GuardスイッチオーバーがDGMGRLまたはサイト・ガードを使用して実行された場合)、データベースのDB_VERSIONプロパティをEnterprise ManagerでNULLとして表示できます
Enterprise Manager Cloudコンソールを使用してこの問題を修正するには、データベース・ターゲットのData Guard管理ページにログインして、NULLからtrueにDataGuardStatusプロパティをリセットします。DataGuardStatusプロパティをリセットする場合、他のData Guard関連プロパティが自動的にリフレッシュされます。
操作計画の作成中に資格証明が欠落する理由について説明します。
注意:
この問題および回避策は、サイト・ガード12.1.0.7に固有です。
問題
操作計画の作成中、次のようなエラーが発生する場合があります。
Credential association for credential type NODEMANAGER is missing for target host_name belonging to system site_name.
説明およびソリューション
Enterprise Managerでホストのノード・マネージャがターゲット・タイプでないため、Enterprise Managerは直接対話しません。これとは逆に、Oracle Site Guardは、Oracle Fusion Middlewareコンポーネントの障害時リカバリ操作を管理するためにホストのノード・マネージャと対話します。このため、Oracle Site Guardの構成中にノード・マネージャ資格証明を構成および関連付ける必要があります。Enterprise Managerがターゲット・タイプとしてノード・マネージャを認識しないため、ホスト・ターゲットで実行されているノード・マネージャで使用されるホスト資格証明を作成し、Oracle Site Guardの「資格証明構成」ページを使用してこれらの資格証明をOracle Site Guardに関連付ける必要があります。
ホストでディスク領域不足が発生する理由について説明します。
問題
リモート・ターゲット・ホストでのディスク領域チェックの問題が原因の次のようなエラーにより、操作計画が失敗する場合があります。
Value of property oracle.sysman.core.swlib.disableFreeSpaceOnDestCheck:falseERROR [Wed Jun 03 07:29:31 PDT 2015]: Parameter validation failure. Reason: The space on the destination host 'myhost.com' is not sufficient to stage the entity.
説明およびソリューション
この問題に対する短期的なソリューションは、リモート・ホストの/tmpディレクトリに十分なディスク領域を確保してから、emcliを使用してEnterprise Managerジョブに対するディスク領域チェックを無効にすることです。
emctl set property -name oracle.sysman.core.swlib.disableFreeSpaceOnDestCheck -value true
この問題に対するより恒久的なソリューションは、Enterprise Managerのログ(emom.logおよびemoms.trc)を調べ、失敗の根本原因を特定して修正することです。次に示すemoms.trcログ・ファイルの例では、1つの特定のVMホストでディスク領域チェックが失敗していることがわかります。
2015-06-03 10:53:16,628 [RJob Step 3818744] WARN swlib.storage logp.251 - Unable to retrieve disk space details from agent myhost.com:/tmp/JOB_17161DC66E0E5053BA46F40AE165', output=[Error occurred during initialization of VM. Could not reserve enough space for object heap
これらのログ・ファイルの場所については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のEnterprise Managerログ・ファイルの検索および構成に関する項を参照してください。
コピーが原因で操作計画が失敗する理由について説明します。
問題
サイト・ガードがWebLogic Server関連ユーティリティ・スクリプト(siteguard_python_util.py)をWebLogic Serverドメイン・ディレクトリにコピーできないと、このことが原因で操作計画が失敗する場合があります。
説明およびソリューション
この問題は、WebLogic Serverが存在するターゲット・ホストにアクセスするための資格証明に対して権限委任を使用した場合に発生する可能性があります。WebLogicの起動または停止操作時、サイト・ガードでは、スクリプトをこのホストにステージングしてから、これらのスクリプトをWebLogic Serverドメイン・ディレクトリにコピーします。権限委任が正しく設定されていないと、このコピー・プロセスが失敗することがあります。
この問題を回避するには、資格証明の権限委任を正しく構成します。ターゲットに対する権限委任の構成の詳細は、Oracle Enterprise Managerのドキュメントを参照してください。この問題の修正後、失敗した操作を再試行する前に、WebLogic Serverドメイン・ディレクトリからsiteguard_python_util.pyファイルを必ず削除してください。
製品のメジャー・アップグレード後に操作計画の実行が機能しない理由について説明します。
問題
サイト・ガード製品を含むEnterprise Managerのメジャー・アップグレードの実行後に、操作計画の実行が失敗する場合があります。サイト・ガード操作コンソールから操作計画を開くと、「内部エラーが発生しました」というメッセージが表示されます
説明およびソリューション
多くのアップグレード・シナリオで、製品のメジャー・アップグレードを実行した後に、サイト・ガードで既存の操作計画を移行できなくなります。この問題を解決するには、既存の(古い)操作計画を削除し、製品のアップグレード後に再作成します。
スイッチオーバーおよびフェイルオーバー操作の問題をトラブルシューティングする方法について説明します。
次の各トピックでは、スイッチオーバーおよびフェイルオーバー操作計画の問題のトラブルシューティングに関するヒントを示します。
スイッチオーバーまたはフェイルオーバー操作後にOracle WebLogic管理サーバーが起動しない理由について説明します。
問題
スイッチオーバーまたはフェイルオーバー操作後にWebLogic管理サーバーが起動しません。管理サーバーの出力ログ・ファイルには、次のようにエラーが報告されます。
<Jan 19, 2012 3:43:05 AM PST> <Warning> <EmbeddedLDAP> <BEA-171520> <Could not obtain an exclusive lock for directory: ORACLE_BASE/admin/soadomain/aserver/soadomain/servers/AdminServer/data/ldap/ldapfiles. Waiting for 10 seconds and then retrying in case existing WebLogic Server is still shutting down.>
説明およびソリューション
このエラーは、ロックを正常にクリーンアップできなかったことが原因で、管理サーバー・ログ・ファイルに表示されます。このエラーを修正するには、EmbeddedLDAP.lockファイル(ORACLE_BASE/admin/domain_name/aserver/domain_name/servers/AdminServer/data/ldap/ldapfiles/に格納)を削除します。
WebLogic管理サーバーの複数のロック・ファイルを削除する必要がある場合があります。WebLogic管理サーバーを起動し、削除が必要なそれぞれの失効ロック・ファイルを識別することによって、プロセスを繰り返してください。
スイッチオーバーまたはフェイルオーバー操作後にOracle WebLogic管理サーバーが再起動しない理由について説明します。
問題
スイッチオーバーまたはフェイルオーバー操作後にWebLogic管理サーバーが起動しません。管理サーバーの出力ログ・ファイルには、次のようなエラーが報告されます。
<Sep 16, 2011 2:04:06 PM PDT> <Error> <Store> <BEA-280061> <The persistent store "_WLS_AdminServer" could not be deployed: weblogic.store.PersistentStoreException: [Store:280105]The persistent file store "_WLS_AdminServer" cannot open file _WLS_ADMINSERVER000000.DAT.>
説明およびソリューション
このエラーは、ネットワーク・ファイル・システム(NFS)ストレージからのロックが原因で表示されます。ストレージ・ベンダーのNFSユーティリティを使用して、NFSロックを消去する必要があります。.DATファイルを一時的な場所にコピーし、そのコピーを元に戻してロックを消去します。
スイッチオーバーまたはフェイルオーバー操作時にホストが利用不可になる理由について説明します。
問題
スイッチオーバーまたはフェイルオーバー操作の実行中、新しいプライマリ・システムの一部のホストは、使用できないか、停止している場合があります。その場合は、Oracle Site Guardではこれらのホストで操作を実行できません。
説明およびソリューション
これらのホストで実行中のサービスが必須ではなく、サイトが引き続き機能しており、他のノードで実行中のサービスに対してアクティブである場合は、操作計画を更新することで、停止しているホストに関連する手順を無効化することができます。Oracle Site Guardワークフローは、無効化されたすべての手順をワークフローから省略します。
Oracle RACデータベースが停止しているとスイッチオーバーまたはフェイルオーバー操作が失敗する理由について説明します。
問題
すべてのOracle RACデータベース・インスタンスが停止している場合、スイッチオーバーまたはフェイルオーバー操作は失敗します。
説明およびソリューション
操作計画の作成中に、Oracle Site Guardは、スイッチオーバーまたはフェイルオーバー操作を実行するOracle RACデータベース・インスタンスを決定します。RACに複数のインスタンスがデプロイされていて、一部のインスタンスが停止している可能性があります。スイッチオーバー操作またはフェイルオーバー操作を実行する前に、1つ以上のインスタンスが実行されていることを確認します。Oracle Site Guardでロール・リバーサル操作の実行に使用されるRACインスタンスを特定するには、get_operation_plan_detailsコマンドを実行します。
事前チェックおよびヘルス・チェックの問題をトラブルシューティングする方法について説明します。
次の各トピックでは、事前チェックおよびヘルス・チェックの問題のトラブルシューティングに関するヒントを示します。
root.shスクリプトを実行して事前チェックの失敗を回避する方法について説明します。root.shスクリプトを実行して事前チェックの失敗を回避する方法について説明します。
問題
事前チェックが失敗し、次のエラーが出力されます。
Nmo setuid status NMO not setuid-root (Unix-only)
説明およびソリューション
Oracle Management Agentをインストールした後、Enterprise Manager CloudホストおよびEnterprise Managerで管理されているすべてのホストからroot.shスクリプトを実行してください。『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のインストール後のタスクに関する項を参照してください。
利用不可のOracle Management Agentが原因で事前チェックがハングする仕組みについて説明します。
問題
Oracle Management Agentが停止している場合、リモート・ホストでコマンドを実行しようとすると、事前チェックがハングします。
説明およびソリューション
操作に関連するすべてのホストが有効であり、構成されているすべてのスクリプトが、構成された場所のリモート・ホストで使用可能になっていることを確認してください。なんらかの理由でOracle Management Agentにアクセスできない場合、Enterprise Manager Cloud Controlコンソールからログ・ファイルを確認してください。停止しているホストを識別した場合は、それらのホストの事前チェック操作を省略します。
Oracle WebLogic Serverの問題をトラブルシューティングする方法について説明します。
次の各トピックでは、Oracle WebLogic Serverの問題のトラブルシューティングに関するヒントを示します。
nodemanager.propertiesファイルの欠落が原因でノード・マネージャの起動または停止が失敗する理由について説明します。ノード・マネージャの起動が失敗する理由について説明します。
問題
次のようなエラーのため、ノード・マネージャが失敗する場合があります。
<Sep 13, 2011 8:45:37 PM PDT> <Error> <NodeManager> <BEA-300033> <Could not execute command "getVersion" on the node manager. Reason: "Access to domain 'base_domain' for user 'weblogic' denied".>
説明およびソリューション
この問題は、ノード・マネージャ資格証明を変更した後、正しいノード・マネージャ・ユーザー名およびパスワードが各管理対象サーバーに指定されているかを確認するためのnmEnrollを実行していない場合に発生する可能性があります。
正しいノード・マネージャ・ユーザー名およびパスワードが指定されたことを確認するには、WLSTに接続して、次の構文を使用してnmEnrollコマンドを実行します。
nmEnroll(domain_directory, node_manager_home)
次に例を示します。
nmEnroll('C:/oracle/user_projects/domains/prod_domain',
'C:/oracle/wlserver_10.3/common/nodemanager')
注意:
ノード・マネージャを再起動して、変更を有効にします。
nodemanager.propertiesファイルの欠落が原因でノード・マネージャの起動または停止が失敗する理由について説明します。
問題
nodemanager.propertiesファイルの欠落が原因でノード・マネージャの起動または停止操作が失敗する場合があります。
説明およびソリューション
障害時リカバリ操作中にノード・マネージャを起動または停止する際に、サイト・ガードは、nodemanager.propertiesファイルを確認してノード・マネージャの様々なプロパティを判別します。このファイルが欠落していると、ノード・マネージャの起動および停止の操作手順が失敗します。
nodemanager.propertiesファイルは、ノード・マネージャの初回起動時に所定の場所に作成されます。サイト・ガード操作計画がノード・マネージャに影響を与える場合は、これらを実行する前に、関連するすべてのノード・マネージャを少なくとも1回手動で起動してください。
Oracle WebLogic Server管理対象サーバーの起動が失敗する理由について説明します。
問題
Enterprise Manager Cloud ControlでWLS管理サーバーが接続に失敗したため、管理対象サーバーが起動しません。
説明およびソリューション
管理対象サーバーを起動するには、Oracle Site Guardで管理サーバーおよびノード・マネージャが必要です。管理対象サーバーを正常に起動または停止するには、管理サーバーが実行されていることを確認します。
Oracle WebLogic Serverインスタンスが操作計画に含まれていない理由について説明します。
問題
Oracle Site Guardには、ワークフローの別のホストに移行されているWebLogic Serverインスタンスは含まれません。
説明およびソリューション
操作計画を作成した後、Oracle Site Guardには、サーバー移行によって別のホストに移行された操作計画に関連するWebLogic Serverインスタンスは含まれません。
サーバー移行を完了した後、Enterprise Manager Cloud ControlコンソールからWebLogic Serverファームのターゲットをリフレッシュし、ファームで発生した直近のターゲット変更を有効にします。これはサーバー移行など、ファームでの変更があった場合に、Enterprise Managerでファーム監視機能を再開するために必須の手順です。ファーム・ターゲットをリフレッシュした後は、Oracle Site Guard操作計画を再作成し、すべてのファーム・ターゲットをOracle Site Guardワークフローに含む必要があります。また、操作計画に対して加えたカスタマイズをすべて再作成する必要もあります。
無効なIPアドレスが原因で操作計画の作成が失敗します。
問題
操作計画の作成中に、次のようなエラーが表示されます。
oracle.sysman.ai.siteguard.model.common.exception.DAOException: For hostName: [2606:b400:800:89:214:4fff:fe46:2d52] credential of type HOSTNORMAL does not exist for siteName: System1
説明およびソリューション
複数のIPアドレスが構成されているホストで稼働しているWebLogic Serverインスタンスに、リスニング・アドレスを設定していない場合、WebLogic Serverでは、ランダムにIPアドレスを選択し、これをリスニング・アドレスとしてレポートします。このIPアドレスは有効でない場合があり、操作計画を作成する際に問題となる可能性があります。管理コンソールを使用して問題を解決するには、解決できるリスニング・アドレスを使用して、WebLogic Serverを正しく構成します。Oracle WebLogic Serverを構成したら、サーバーを再起動し、Enterprise Manager Cloud Controlからこれを再検出します。リスニング・アドレスの構成の詳細は、『Oracle Fusion Middlewareディザスタ・リカバリ・ガイド』を参照してください。
Oracle Site Guardがノード・マネージャへのアクセスに失敗する理由について説明します。
問題
Oracle WebLogic管理サーバーはノード・マネージャにログインできますが、Oracle Site Guardがノード・マネージャにアクセスできません。
説明およびソリューション
ノード・マネージャで認証するために使用されるユーザー名がWebLogic管理サーバーによってランダムに生成される場合、この問題が発生します。
これを修正するには、次の手順を実行します。
WebLogic管理サーバー・コンソールにログインします。
左ペインにリストされている「ドメイン」をクリックします。
「セキュリティ」タブをクリックして、「詳細」リンクをクリックします。
ノード・マネージャ・ユーザー名が表示されます。ユーザー名がランダムに生成された文字列で表示される場合があります。
正しい情報でノード・マネージャ・ログイン資格証明を更新します。
同じホストで実行されているすべてのノード・マネージャ・インスタンスで同じ資格証明セットのみがサポートされます。
問題
Oracle Site Guardでは、同じホストで実行されている複数のノード・マネージャにそれぞれ異なる資格証明を関連付けることができません。
説明
これはOracle Site Guardの現行バージョンの制限です。現行バージョンでは、ホストで実行されているすべてのノード・マネージャに対して1つのセットの資格証明のみサポートできます。指定されたホストのすべてのノード・マネージャが同じセットの資格証明で構成されていることを確認してください。
Oracle WebLogic Server管理者のパスワードの更新後にOracle WebLogic Serverの起動または停止操作が失敗する理由について説明します。
問題
Oracle WebLogic Server管理者のパスワードの更新後に、サイト・ガード操作計画内のOracle WebLogic Serverの起動または停止操作が失敗する場合があります。この問題は、WebLogic Serverターゲットに対するサイト・ガード資格証明を新しいパスワードで更新した場合にも発生する可能性があります。
説明およびソリューション
更新したサイト・ガード資格証明と更新したWebLogic Serverパスワードが連動し、サイト・ガードで実行される管理機能に新しいパスワードが適用されるようにするには、WebLogic管理サーバーを再起動する必要があります。WebLogic Serverのパスワードを変更するたびに、サイト・ガード資格証明を更新し、WebLogic管理サーバーを再起動してください。
Oracle Virtual MachineのDR操作後にOracle Enterprise ManagerからOracle WebLogicドメイン・コンポーネントを管理する方法について説明します。
問題
Oracle Virtual Machineゲストで実行されているWebLogic ServerコンポーネントをDR操作の一環として新しいサイトに配置しなおすと、WebLogic Serverドメイン・コンポーネントの管理操作が失敗する場合があります。
説明
サイト・ガードのDR操作後にOracle Virtual MachineゲストのWebLogic Serverドメイン・コンポーネントを管理するには、Enterprise Manager内でWebLogic Serverドメイン・ターゲットをリフレッシュします。
データベースの問題をトラブルシューティングする方法について説明します。
次の各トピックでは、データベースの問題のトラブルシューティングに関するヒントを示します。
データベースのスイッチオーバーおよびフェイルオーバー操作の事前チェックが失敗する理由について説明します。
問題
データベースのスイッチオーバーまたはフェイルオーバー操作の事前チェックが次のエラーにより失敗します。
Database Status: DGM-17016: failed to retrieve status for database "racs" ORA-16713: the Data Guard broker command timed out
説明およびソリューション
このエラーは、ターゲット・データベース・インスタンスで、Data Guardモニター・プロセス(DMON)が停止していることが原因で発生する場合があります。
注意:
Data Guardモニター・プロセス(DMON)はOracle Data Guard Brokerの一部です。
このエラーが発生した場合は、データベース・インスタンスを再起動し、DMONプロセスが実行されていることを確認します。DMONプロセス・エラーのデータベース・ログ・ファイルを表示することもできます。CommunicationTimeoutパラメータを使用して、環境に適したタイムアウト値を選択します。
データベースが正しくない操作計画に含まれる理由について説明します。
問題
Oracle Site GuardがOracle Data Guardで保護されたデータベース・ターゲットを操作計画のスイッチオーバー/フェイルオーバー・カテゴリのかわりに起動/停止カテゴリに追加します。
説明およびソリューション
Oracle Site Guardは、データベースがData Guardによって保護されているかどうかを判別するためにデータベース・ターゲットに対してEnterprise Managerで保持されているDataGuardStatusプロパティを使用します。これにより、データベースを追加する操作計画カテゴリを判別します。このプロパティの値がNULLである場合、Site GuardはデータベースがData Guardによって保護されず、データベース・ターゲットをスイッチオーバーまたはフェイルオーバー・カテゴリのかわりに操作計画の起動または停止カテゴリに追加していると想定します。
データベースのDataGuardStatusプロパティは、Data GuardスイッチオーバーまたはフェイルオーバーがEnterprise Managerの外部で発生している場合にEnterprise ManagerでNULLとして表示できます。たとえば、DGMGRLまたはサイト・ガードを使用して、Data Guardスイッチオーバーが実行されます。
Enterprise Manager Cloudコンソールを使用して、データベース・ターゲットのData Guard管理ページにログインします。ログイン時に、Data Guard関連プロパティが自動的にリフレッシュされます。
スタンバイ検証のためにサイトをオープンする際にデータベースにアクセスできない理由について説明します。
問題
スタンバイ検証モードでサイト・ガードのサイトをオープンすると、データベース・スナップショットが作成されていても、サイト内の1つ以上のデータベースにアクセスできなくなります。
説明およびソリューション
これは、スタンバイ・データベースにスナップショット・サービスが関連付けられていない場合でも発生する可能性があります。スタンバイ・サイトのデータベースを構成する際には、データベースに対して個別のスナップショット・サービスを特別に作成し、スタンバイ検証モードでデータベース・スナップショットにアクセスできるようにしてください。データベースに対してサービスを構成する方法の詳細は、Oracle Databaseのドキュメントを参照してください。
ストレージの問題をトラブルシューティングする方法について説明します。
次の各トピックでは、ストレージの問題のトラブルシューティングに関するヒントを示します。
confirm reverse操作を実行する際にストレージ・ロール・リバーサル操作が失敗する理由について説明します。操作計画の実行中にZFSストレージ・アプライアンスへのログインが失敗する理由について説明します。
問題
Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、ZFSアプライアンスへのログインに失敗する可能性があり、zfs_storage_role_reversal.shスクリプトで生成されたログ・ファイルに次のエラーが表示される場合があります。
資格証明が不正です。指定された資格証明が正しく、特殊文字が含まれていないことを確認してください。
説明およびソリューション
ZFSアプライアンス資格証明のパスワードに特殊文字が含まれている場合にこれが発生します。特殊文字を含まないように、アプライアンス・パスワードを更新してください。次に、Enterprise Managerの資格証明管理フレームワークのストレージ・アプライアンス資格証明を更新して、操作手順を再試行してください。
操作計画の実行中、ターゲット・アプライアンスの空のプロジェクトを削除する際にストレージ・ロール・リバーサルが失敗する理由について説明します。
問題
Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、ストレージ・ロール・リバーサル操作に失敗する可能性があり、zfs_storage_role_reversal.shスクリプトで生成されたログ・ファイルに次のエラーが表示される可能性があります。
Error: The action could not be completed because the the target (or one of its descendants) has the 'nodestroy' property set. Turn off the property for '1_test' and try again.
説明およびソリューション
プロジェクトにnodestroyプロパティ・セットがある場合にこれが発生します。このプロパティは、Enterprise Manager Cloud Controlインタフェースで破棄の回避と呼ばれます。
このプロパティを無効にし、操作手順を再試行してください。
操作計画の実行中、confirm reverse操作を実行する際にストレージ・ロール・リバーサル操作が失敗する理由について説明します。
問題
Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、confirm reverseの実行中にストレージ・ロール・リバーサル操作に失敗する可能性があり、zfs_storage_role_reversal.shスクリプトで生成されたログ・ファイルに次のエラーが表示される可能性があります。
Error: The action could not be completed because the mountpoint of '<project_name>/<share_name>' would conflict with that of '<project_name>/<share_name>' (/export/<project_name>/<share_name>). Change the mountpoint of '<project_name>/<share_name>' and try again.
説明およびソリューション
指定されたプロジェクトのすべての使用可能なパッケージ内に少なくとも1つの共有をファイル・システムとしてエクスポートしている場合にこれが発生します。指定されたプロジェクトのすべてのパッケージ内のすべての共有のexportedプロパティが無効になっていることを確認してください。
操作計画の実行中、権限不足が原因でZFSストレージ・ロール・リバーサルが失敗する理由について説明します。
問題
Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、ZFS操作を実行するために使用する資格証明にこれらのZFS操作を実行するために必要な権限がないことが原因で、ZFSストレージ・ロール・リバーサル操作が失敗する場合があります。
説明およびソリューション
ZFS操作に使用する資格証明にZFSストレージ・ロール・リバーサルを実行するために必要なロールおよび権限を割り当ててください。詳細は、このガイドのZFSストレージ構成の項を参照してください。
レプリケーションの構成中に、ソースZFSストレージのリモート・レプリケーション・ターゲットに同名のターゲット・アプライアンスが複数リストされる理由について説明します。
問題
ソースZFSストレージ・アプライアンスでレプリケーション・アクションを設定しようとすると、同じレプリケーション・ターゲット名を持つ複数のインスタンスがドロップダウン・リストに表示される場合があります。これはZFSの既知の問題です。
説明およびソリューション
実際には、ドロップダウン・リストに表示されるターゲット名を持つインスタンスのうち、いずれか1つのみが有効なターゲットとして動作します。これらのターゲットから有効なターゲットを判別するには、そのターゲット名を使用してレプリケーション・アクションを作成し、レプリケーション同期を実行します。同期が成功したら、そのレプリケーション・ターゲットが動作することを意味します。それに対し、レプリケーション同期が失敗した場合は、そのレプリケーション・アクションを削除してから、ドロップダウン・リストの次のターゲット名を使用して新しいアクションを作成します。レプリケーションが成功するターゲット名が確実に見つかるまで、同じ手順を繰り返します。
クラスタ化されたZFSアプライアンスに物理アドレスを使用するようにストレージ・スクリプトが構成されている場合に、ZFSストレージ・ロール・リバーサルが失敗する理由について説明します。
問題
ソース・アプライアンスおよびターゲット・アプライアンスに物理ホスト名を使用するように構成されたZFSストレージ・ロール・リバーサル・スクリプトは、「<source>アプライアンス上の該当するプロジェクトにレプリケーション・アクションが見つかりません」のようなエラーにより失敗する場合があります。これは、特にクラスタ化された(可用性の高い) ZFSアプライアンスに当てはまります。
説明およびソリューション
2つのストレージ・ヘッド間でのサービスのフェイルオーバー時に物理ホスト名または物理IPアドレスがストレージ・クラスタに再配置されることはありません。これらの物理アドレスをスクリプト構成で使用していて、HAイベント発生時にストレージ・アプライアンス・サービスが別のヘッドに再配置された場合は、ストレージ・スクリプトでレプリケーション・アクションIDおよびそのUUIDを検出できなくなります。
サイト・ガードのZFSストレージ・スクリプトにソースおよびターゲットのホスト名またはIPアドレスを構成する際には、必ず管理インタフェース(物理インタフェースではない)を使用してください。
操作計画を実行してスタンバイ・サイトを検証用にオープンするときにZFSストレージのクローニング操作が失敗する理由について説明します。
問題
操作計画を実行してスタンバイ・サイトを検証用にオープンするときに、構成済ZFSストレージ・スクリプト(zfs_storage_role_reversal.sh)がレプリケート・パッケージからのクローニングに失敗する場合があります。
説明およびソリューション
この問題は、スタンバイ・サイトのレプリケート・パッケージがスタンバイ・サイトのホストに現在エクスポートされている場合に発生する可能性があります。パッケージのエクスポート中は、同じパッケージからクローニングすることはできません。回避策は、「検証用にオープン」操作計画でレプリケート・パッケージを使用する前に、そのパッケージのエクスポートを無効にします。
レプリケート・パッケージのエクスポートを無効にした後で、前に失敗した操作計画の手順を再試行してください。
