點(diǎn)擊下載
本文文檔

當(dāng)前位置：首頁(yè) - 科技 - 知識(shí)百科 - 正文

聊聊RMAN的ARCHIVELOGDELETION參數(shù)

來(lái)源：懂視網(wǎng) 責(zé)編：小采時(shí)間：2020-11-09 16:20:16

聊聊RMAN的ARCHIVELOGDELETION參數(shù)

聊聊RMAN的ARCHIVELOGDELETION參數(shù):RMAN是Oracle推出的官方備份還原工具。經(jīng)過(guò)幾個(gè)大版本的發(fā)展，RMAN已經(jīng)支持多種備份介質(zhì)和恢復(fù)策略的主要工具，也是業(yè)界普遍認(rèn)可 RMAN是Oracle推出的官方備份還原工具。經(jīng)過(guò)幾個(gè)大版本的發(fā)展，RMAN已經(jīng)支持多種備份介質(zhì)和恢復(fù)策略的主要工具，也是業(yè)界普遍認(rèn)

推薦度：

點(diǎn)擊下載本文 文檔為doc格式

導(dǎo)讀聊聊RMAN的ARCHIVELOGDELETION參數(shù):RMAN是Oracle推出的官方備份還原工具。經(jīng)過(guò)幾個(gè)大版本的發(fā)展，RMAN已經(jīng)支持多種備份介質(zhì)和恢復(fù)策略的主要工具，也是業(yè)界普遍認(rèn)可 RMAN是Oracle推出的官方備份還原工具。經(jīng)過(guò)幾個(gè)大版本的發(fā)展，RMAN已經(jīng)支持多種備份介質(zhì)和恢復(fù)策略的主要工具，也是業(yè)界普遍認(rèn)

RMAN是Oracle推出的官方備份還原工具。經(jīng)過(guò)幾個(gè)大版本的發(fā)展，RMAN已經(jīng)支持多種備份介質(zhì)和恢復(fù)策略的主要工具，也是業(yè)界普遍認(rèn)可

RMAN是Oracle推出的官方備份還原工具。經(jīng)過(guò)幾個(gè)大版本的發(fā)展，RMAN已經(jīng)支持多種備份介質(zhì)和恢復(fù)策略的主要工具，也是業(yè)界普遍認(rèn)可是Oracle備份還原官方策略。

Archivelog是Oracle備份還原策略的重要組成元素，不完全備份+連續(xù)的歸檔日志可以讓我們將數(shù)據(jù)庫(kù)恢復(fù)到發(fā)生故障點(diǎn)，實(shí)現(xiàn)數(shù)據(jù)的無(wú)損失恢復(fù)。但是，現(xiàn)實(shí)生活中archive log給沒(méi)有經(jīng)驗(yàn)的運(yùn)維人員也帶來(lái)了不少的問(wèn)題，歸檔空間占滿引起Hang住、瞬間歸檔日志過(guò)多生成引起問(wèn)題等。一些前輩也在不斷強(qiáng)調(diào)“歸檔模式不美好”。

在RMAN工作參數(shù)中，針對(duì)archive log，是可以設(shè)置專門(mén)的刪除策略（Deletion）。在實(shí)踐領(lǐng)域中，已經(jīng)備份過(guò)或者確保安全傳輸?shù)臍w檔日志，其實(shí)就可以刪除了，特別是在有限的Fast Recovery Area管理模式下。對(duì)于自動(dòng)刪除archive log的策略，比較常見(jiàn)的是applied to standby和shipped to standby，也就是Data Guard場(chǎng)景下。

本篇介紹簡(jiǎn)單的backed up參數(shù)使用情況，并通過(guò)一系列實(shí)驗(yàn)去研究該參數(shù)影響下Oracle和RMAN的工作行為特性。

1、基本參數(shù)和實(shí)驗(yàn)環(huán)境

筆者使用Oracle 11gR2進(jìn)行測(cè)試，具體版本編號(hào)為11.2.0.4。

SQL> select * from v$version;

BANNER

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

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

PL/SQL Release 11.2.0.3.0 - Production

CORE 11.2.0.3.0 Production

TNS for Linux: Version 11.2.0.3.0 - Production

NLSRTL Version 11.2.0.3.0 – Production

默認(rèn)情況下，archivelog deletion policy參數(shù)為NONE。

RMAN> show all;

RMAN configuration parameters for database with db_unique_name XXXXDB are:

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

（篇幅原因，有省略……）

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

該參數(shù)常見(jiàn)的集中取值如下：

configure archivelog deletion policy to backed up 2 times to sbt;

configure archivelog deletion policy to backed up 1 times to device type disk;

configure archivelog deletion policy to applied on standby; --DG專用

configure archivelog deletion policy to shipped on standby; --DG專用

configure archivelog deletion policy clear;

研究archivelog行為最好的工具視圖是v$archived_log。很多DBA喜歡從操作系統(tǒng)層面刪除歸檔日志，但是這種方式是不會(huì)直接被Oracle控制文件認(rèn)可，所以建議使用RMAN或者官方工具來(lái)做。

--已歸檔未刪除日志

SQL> select count(*) from v$archived_log where archived='YES' and deleted='NO';

COUNT(*)

----------

2、第一輪備份測(cè)試實(shí)驗(yàn)

首先我們修改archivelog deletion policy參數(shù)，設(shè)置為“兩次備份后即可以刪除”。

RMAN> configure archivelog deletion policy to backed up 2 times to device type disk;

new RMAN configuration parameters:

CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 2 TIMES TO DISK;

new RMAN configuration parameters are successfully stored

手工備份數(shù)據(jù)庫(kù)和歸檔日志，不進(jìn)行刪除動(dòng)作。

RMAN> backup database plus archivelog;

Starting backup at 21-SEP-15

current log archived

allocated channel: ORA_DISK_1

channel ORA_DISK_1: SID=16 device type=DISK

channel ORA_DISK_1: starting archived log backup set

channel ORA_DISK_1: specifying archived log(s) in backup set

input archived log thread=1 sequence=100 RECID=12 STAMP=890690423

input archived log thread=1 sequence=101 RECID=13 STAMP=890712061

input archived log thread=1 sequence=102 RECID=14 STAMP=890727732

input archived log thread=1 sequence=103 RECID=15 STAMP=890776815

input archived log thread=1 sequence=104 RECID=16 STAMP=890776833

input archived log thread=1 sequence=105 RECID=17 STAMP=890805616

input archived log thread=1 sequence=106 RECID=18 STAMP=890814181

input archived log thread=1 sequence=107 RECID=19 STAMP=890820201

input archived log thread=1 sequence=108 RECID=20 STAMP=890859629

input archived log thread=1 sequence=109 RECID=21 STAMP=890892046

input archived log thread=1 sequence=110 RECID=22 STAMP=890900632

input archived log thread=1 sequence=111 RECID=23 STAMP=890906655

input archived log thread=1 sequence=112 RECID=24 STAMP=890942416

input archived log thread=1 sequence=113 RECID=25 STAMP=890990204

channel ORA_DISK_1: starting piece 1 at 21-SEP-15

channel ORA_DISK_1: finished piece 1 at 21-SEP-15

piece handle=/u01/app/oracle/fast_recovery_area/XXXXDB/backupset/2015_09_21/o1_mf_annnn_TAG20150921T091644_bzypmwty_.bkp tag=TAG20150921T091644

（篇幅原因，省略部分……）

Finished Control File and SPFILE Autobackup at 21-SEP-15

此時(shí)，歸檔日志被備份，并且沒(méi)有刪除。

--多出來(lái)的兩個(gè)是由于進(jìn)行備份時(shí)候自動(dòng)會(huì)有switch log