各位好!
使用rman备份时遇到两个问题
1.备份后不清理过期的归档备份
2.策略恢复窗口为30天,但是从备份结果看只保留了26天的
rman设置:
RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name EBSPROD are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 30 DAYS;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘+DATAC1/EBSPROD/AUTOBACKUP/ebsprod_ctl_%F’;
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM ‘AES128’; # default
CONFIGURE COMPRESSION ALGORITHM ‘MEDIUM’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE;
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘+DATAC1/ebsprod/snapcf_EBSPROD.f’;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘+DATAC1/ebsprod/snapcf_ebsprod.f’;
我看6号以后都是每周三跟周六全备，其他增量备份，1月6号之前只有归档，是rman删掉了呢？还是中间调整过备份策略，备份集保留时间问题，可以从附件上传的文档中情形，一一判断。
评论
有用 0RMAN> list backup of archivelog until time ‘sysdate - 25’;
RMAN > list backup of database recoverable until time ‘sysdate-25’;
RMAN> list backup summary;
–如果有rman备份日志，可以上传一份日志。
评论 有用 0我看输出，2021.01.01开始那几天备份并不像后面这么有规律，是中间调整过策略跟备份脚本吗？
（1）按恢复窗口30天，2021.02.02要保留30天之前最近的全备也就是假如规律是每周三、每周六全备，要保留2021.01.02号的全备。
（2）2021.02.02的增量删除了2021.01.06全备的两个备份片，我看每次全备应该是有9个level 0的备份片，但是从list backup summary以及操作系统上也没看到2021.01.06其他7个备份片，那么2021.01.06的其他7个备份片是被之前备份删除了，还是os级别清理掉了呢？
（3）2021.02.04清理掉2021.01.07、08两天增量是正常的，因为已经没有了它们之前的level 0，所以清理掉。
（4）归档不删除，以下几个原因：
We can have different conditions due which the backups would not become obsolete. They are :
-
There is an offline datafile in the database because of which the all the archivelogs or the archivelog backups needed to recover the datafile will not become obsolete.
-
The archivelog / ‘archivelog backups’ / ‘incremental backups’ do not become obsolete, if there are no full backups of the datafiles.
-
The backups were done with KEEP option.
-
If the above conditions do not satisfy , then there could be a bug due to which the backups are not becoming obsolete.
–看看有没有匹配的条件。
评论 有用 01.备份脚本没有修改过,
策略有修改
1月4号:
CONFIGURE BACKUP OPTIMIZATION OFF;
1月5号又改回
CONFIGURE BACKUP OPTIMIZATION ON;
2.这个不删除归档备份的问题有一段时间了,我在OS级别删除过归档备份,1月1日之前的归档备份都删除了.备份片没有OS级清理过.
3.你列出不删归档的4个原因前三个都不满足
评论 有用 0从策略设置无法判断的话，可以选择rman debug，两个方式，看看能不能从输出看出一些情况，
！！！trace文件会比较大，注意空间！！！
（1）rman直接debug
rman target / debug trace /tmp/rman_debug.log
RMAN > report obsolete;
RMAN > delete obsolete;
RMAN > exit;
（2）run模块运行debug
$ rman target / log=rman.log
RMAN> run｛
debug on;
report obsolete;
delete obsolete;
debug off;
｝
RMAN > exit;
评论 有用 0
墨值悬赏