Oracle Data Guardがエラーを報告するORA-16057：DataGuard構成にサービスがありません

エラーの背景：
データベースDG警告メールが今朝早く突然発見されました。遅延は1000分以上に達しました。上がって、何が起こっているのかを確認してください。

select sequence# "日志序列",DEST_ID "路径ID",name "备库名", applied "是否应用到备库",
to_char(FIRST_TIME,'yyyy-mm-dd hh24:mi:ss') "日志开始时间",
to_char(COMPLETION_TIME,'yyyy-mm-dd hh24:mi:ss') "日志完成时间"
  from v$archived_log
 where sequence# > (select max(sequence#) - 80 seq from v$archived_log) and DEST_ID !=1;

調査の結果、対象のライブラリは昨日の午後2時以降アーカイブされていないことが判明しました。アーカイブは時間内に削除されていないため、エラーを見つけてすぐに解決した後、同期を続行できます。時間で判断することは、昨日の午後の誤操作の原因となるはずです。アーカイブはスタンバイデータベースに配信されないため、DGノードまたはリモートアーカイブパスを間違って設定する必要があります。リモートアーカイブの何が問題になっているのかを見てみましょう。

  select dest_id,dest_name,error from v$archive_dest WHERE DEST_ID<=3 ;
报错：ORA-16057: Data Guard 配置中没有服务器。

ノード構成情報を再度確認してください

show parameter log_archive_config 
log_archive_config                   string      dg_config=(zhanky_s,zhanky_ss)

案の定、マスターノードzhanky_pがキックアウトされました。Biaoは、もともとzhanky_sを削除したかったのですが、間違えました。急いで、時間を遡って変更します。

Alter system set log_archive_config='dg_config=(zhanky_p,zhanky_ss)' scope=both;
---下面两条命令是为了快速触发，重新加载参数
alter system set log_archive_dest_state_3=defer scope=both;
alter system set log_archive_dest_state_3=enable scope=both;

変更後もまだ問題があることがわかりました。考えてみれば、zhanky_ssも変更する必要があり、両側を変更すると通常の状態に戻ります。危険がない場合は、データベースを変更するときに注意する必要があります。ドキュメントがより詳細であっても、パラメータに注意してください。

Oracle Data Guardがエラーを報告するORA-16057：DataGuard構成にサービスがありません

おすすめ