DG如何保證歸檔日志不能隨意被刪除

這篇文章主要為大家展示了“DG如何保證歸檔日志不能隨意被刪除”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“DG如何保證歸檔日志不能隨意被刪除”這篇文章吧。

保證歸檔日志不能隨意被刪除的四種方法

http://blog.itpub.net/30126024/viewspace-1982071/

RMAN 配置歸檔日志刪除策略

https://blog.csdn.net/cuiyan1982/article/details/45721433

--查詢歸檔刪除策略

show archivelog deletion policy;

--方法詳述

1. SQL> alter system set log_archive_dest_2='service=testdb1dg lgwr async db_unique_name=slave MANDATORY';

2. RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;

或

RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY

把它設置為CONFIGURE ARCHIVELOG DELETION POLICY TO NONE即取消了該限制.

不過第二種方法的前提是已經有第一種方法的配置（第二種方法是第一種方法基礎上的加強），否則會報錯

RMAN-08591: WARNING: invalid archived log deletion policy

以上兩種方法適用于dataguard環境中的主庫，保證主庫日志不能隨便被刪除，不過主站上這兩種方法都不推

薦用，因為前提就是MANDATORY會導致主庫hang住.

3.RMAN> configure archivelog deletion policy to backed up X times to device type disk;

以上x>=1時執行delete noprompt archivelog until time "sysdate-XX"會報錯 RMAN-08138

把它設置為CONFIGURE ARCHIVELOG DELETION POLICY TO NONE即取消了該限制

以上三種方法都不會自動刪除歸檔，而是刪除的時候確認是否符合條件，是避免刪除其他功能所需要的歸檔日志。

4. 除以上三種情況外還存在的第四種特殊情況，即使沒有上面三種設置，如果是dataguard環境中的備庫，主庫傳輸過來的

歸檔日志還沒有被備庫 recover，此時備庫執行delete noprompt archivelog until time "sysdate-XX"也會報錯 RMAN-08137

如1和2兩種方法則要確認歸檔是否已經被DATA GUARD所應用。如果沒有被DATA GUARD所應用，備份過程中執行delete all input或

delete input或delete noprompt archivelog until time "sysdate-XX"都會報錯

如果只是上面第一種方法則報錯

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process。

如果是上面第二種方法則報錯

RMAN-08120: WARNING: archived log not deleted, not yet applied by standby

但是仍然可以通過OS層面來手工刪除

MANDATORY選項不能隨便配置在遠程歸檔路徑中，一旦選了后如果網絡中斷會出現如下情況，影響主庫，導致主庫hang住

ORA-16014: log 1 sequence# 565 not archived, no available destinations

以上是“DG如何保證歸檔日志不能隨意被刪除”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！