スタンバイ・データベースにORA-16810が表示されている場合は、ここにステップバイステップの監視ガイドがあります。 oraエラーの説明は次のとおりです。
エラーコード:ORA-16810
説明:データベースで複数のエラーまたは警告が検出されました
原因:ブローカーは、データベースに対して複数のエラーまたは警告を検出しました。
アクション:詳細な状況レポートを取得するには、EnterpriseManagerまたはDGMGRLCLISHOWDATABASEコマンドを使用して指定されたデータベースの状況を確認してください。
DataGuard構成の監視
このセクションのシナリオは、SHOWコマンドとモニター可能なデータベースのプロパティーを使用して、障害状況を識別および解決する方法を示しています。
1.構成ステータスを確認します
ブローカー構成の状況は、ブローカー構成内のすべてのデータベースとインスタンスの集約された状況です。 最初に構成ステータスを確認して、さらにアクションを実行する必要があるかどうかを判断できます。 構成ステータスがSUCCESSの場合、ブローカー構成のすべてが正常に機能しています。 ただし、次のエラーが表示された場合は、構成に問題があることを意味します。
DGMGRL> SHOW CONFIGURATION; Configuration Name: DRSolution Enabled: NO Protection Mode: MaxPerformance Fast-Start Failover: DISABLED Databases: SALESPRD - Primary database SALESDR - Physical standby database Current status for "DRSolution": Warning: ORA-16607: one or more databases have failed
この場合、実際の障害を判別するためにステップ2に進む必要があります。
2.データベースのステータスを確認します
どのデータベースに障害があるかを特定するには、構成内のすべてのデータベースを1つずつ調べる必要があります。 この例では、エラーはプライマリデータベースSALESPRDに発生します。
DGMGRL> SHOW DATABASE 'SALESPRD';
このコマンドは、次の出力を返します。
Database Name: SALESPRD Role: PRIMARY Enabled: YES Intended State: TRANSPORT-ON Instance(s): sales1 Current status for "SALESPRD": Error: ORA-16810: multiple errors or warnings detected for the database
3.StatusReportの監視可能なデータベースプロパティを確認します
メッセージORA-16810が表示されたら、 StatusReport 各エラーまたは警告を識別するための監視可能なデータベースプロパティ:
DGMGRL> SHOW DATABASE 'SALESPRD' 'StatusReport'; STATUS REPORT INSTANCE_NAME SEVERITY ERROR_TEXT sales1 ERROR ORA-16737: the redo transport service for standby "SALESDR" has an error sales1 WARNING ORA-16714: the value of property LogArchiveTrace is inconsistent with the database setting sales1 WARNING ORA-16715: redo transport-related property ReopenSecs of standby database " SALESDR" is inconsistent
4.LogXptStatus監視可能データベースプロパティを確認します
ステップ3の前のステータスレポートにエラーORA-16737が表示されます。正確なログ転送エラーを識別するには、次を使用できます。 LogXptStatus 監視可能なデータベースプロパティ:
DGMGRL> SHOW DATABASE 'SALESPRD' 'LogXptStatus'; LOG TRANSPORT STATUS PRIMARY_INSTANCE_NAME STANDBY_DATABASE_NAME STATUS sales1 SALESDR ORA-12541: TNS:no listener
これで、REDOトランスポートサービスが失敗した正確な理由がわかりました。 このエラーを修正するには、フィジカル・スタンバイ・データベースSALESDRのリスナーを開始します。
5.InconsistentProperties監視可能データベースプロパティを確認します
手順3で報告された警告ORA-16714も表示されます。プロパティLogArchiveTraceの一貫性のない値を特定するには、InconsistentProperties監視可能データベースプロパティを使用できます。
DGMGRL> SHOW DATABASE 'SALESPRD' 'InconsistentProperties'; INCONSISTENT PROPERTIES INSTANCE_NAME PROPERTY_NAME MEMORY_VALUE SPFILE_VALUE BROKER_VALUE sales1 LogArchiveTrace 255 0 0
現在のデータベースメモリ値(255)は、サーバーパラメータファイル(SPFILE)値(0)およびData Guard Brokerのプロパティ値(0)の両方とは異なるようです。 データベースのメモリ値が正しいと判断した場合は、次のコマンドを使用してDataGuardBrokerのプロパティ値を更新できます。
DGMGRL> EDIT DATABASE 'SALESPRD' SET PROPERTY 'LogArchiveTrace'=255; Property "LogArchiveTrace" updated
前のコマンドで、DataGuardBrokerはspfile値も更新して LogArchiveTrace 一貫性が保たれます。
6.InconsistentLogXptProps監視可能データベースプロパティを確認します
手順3で返されたステータスレポートに表示されるもう1つの警告は、ORA-16715です。 REDOトランスポート構成可能データベース・プロパティーReopenSecsの不整合な値を識別するために、以下を使用できます。 InconsistentLogXptProps 監視可能なデータベースプロパティ。
DGMGRL> SHOW DATABASE 'SALESPRD' 'InconsistentLogXptProps'; INCONSISTENT LOG TRANSPORT PROPERTIES INSTANCE_NAME STANDBY_NAME PROPERTY_NAME MEMORY_VALUE BROKER_VALUE sales1 SALESDR ReopenSecs 600 300
現在のデータベースメモリ値(600)は、Data Guard Brokerのプロパティ値(300)とは異なります。 ブローカーのプロパティ値が正しいと思われる場合は、次の例に示すように、スタンバイデータベースのプロパティを同じ値で再編集することにより、不整合を修正できます。
DGMGRL> EDIT DATABASE 'SALESDR' SET PROPERTY 'ReopenSecs'=300; Property "ReopenSecs" updated
スタンバイデータベースを再度有効にするか、プライマリデータベースの状態をTRANSPORT-ONにリセットして不整合を修正することもできますが、プロパティの再編集が最も簡単です。
The post データベースで複数のエラーまたは警告が検出されました–オタク日記 appeared first on Gamingsym Japan.