歸檔日誌的刪除

一、實驗環境

執行環境:

[root@localhost ~]# lsb_release -a

LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch

Distributor ID: RedHatEnterpriseServer

Description: Red Hat Enterprise Linux Server release 5.4 (Tikanga)

Release: 5.4

Codename: Tikanga

資料庫版本：

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

PL/SQL Release 10.2.0.1.0 - Production

CORE 10.2.0.1.0 Production

TNS for Linux: Version 10.2.0.1.0 - Production

NLSRTL Version 10.2.0.1.0 - Production

歸檔狀態：

SQL> archive log list;

Database log mode Archive Mode

Automatic archival Enabled

Archive destination USE_DB_RECOVERY_FILE_DEST

二、實驗思想：

由於歸檔日誌都是連續的，所以若歸檔日誌丟失，則從丟失的歸檔日誌之後的所有歸檔日誌將無效，且無法恢復除非有備份，所以在此再次強調下備份的重要性。

三、步驟：

1、使用watch命令監視歸檔目錄下的變化

2、由於空庫沒有任何負載，所以手都切換日誌組讓產生的日誌歸檔

3 、不能手動直接在系統上將歸檔日誌直接刪除，因為在控制檔案中依然記錄著，若直接刪除會出現錯誤。

所以要通過RMAN 命令進行備份刪除，這樣既從系統上刪除了歸檔檔案，有從控制檔案中將記錄移除。

四、具體操作：

1、之前已經把歸檔目錄下的歸檔日誌全部備份刪除所以本機的歸檔目錄下是空的

用：watch ls命令監視歸檔目錄下的變化（工作目錄已經切換到歸檔目錄下）

2、現在切換日誌組讓其產生歸檔檔案；

SQL> alter system switch logfile;

System altered.

（執行若干次）

這時候注意歸檔目錄下已經產生了歸檔檔案；

3、現在是用RAMN命令執行備份刪除（同時注意alert日誌和歸檔目錄下檔案的變化）

[oracle@localhost ~]$ rman target sys/oracle/lzcdb

Recovery Manager: Release 10.2.0.1.0 - Production on Thu Jun 14 13:33:00 2012

connected to target database: LZCDB (DBID=404353836)

RMAN> backup archivelog all delete input;

執行完畢之後你會發現你的歸檔目錄下的歸檔日誌檔案已經沒有了。

現在檢視下備份

List of Archived Logs in backup set 12

Thrd Seq Low SCN Low Time Next SCN Next Time

---- ------- ---------- --------- ---------- ---------

1 41 730922 14-JUN-12 737376 14-JUN-12

1 42 737376 14-JUN-12 737659 14-JUN-12

會發現備份的歸檔日誌檔案中多了一些，這正是你剛才備份刪除的那些歸檔日誌。

五、實驗小結：

小小的碎碎念一下，在這次試驗中如果你細心觀察alert檔案的話你會發現每當你資料庫進行自動備份的時候，在最後都會對控制檔案進行備份。這讓我想起一句話，當你的資料庫結構發生變化是，不要忘了對控制檔案進行備份。備份是很必要的哦！

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26723566/viewspace-732847/，如需轉載，請註明出處，否則將追究法律責任。

歸檔日誌的刪除

相關文章