rman命令学习-tina（下）

[size=small]五、rman删除
delete命令
删除相关的备份集或镜像副本的物理文件，同时将删除标记DELETE更新到控制文件，如果使用恢复目录，则是清除恢复目录内的备份集。
delete (archivelog, backuppiece, backupset, backup, controlfilecopy, copy, datafilecopy, expired, force,
foreign, global, noprompt, obsolete, proxy, script)
RMAN> delete backupset;
RMAN> delete backupset n;
RMAN> delete obsolete ;
RMAN> delete obsolete redundancy 2;
RMAN> delete noprompt copy;
RMAN> delete noprompt backupset tag TAG20101016T143521; --prompt 提示 ->noprompt 不提示
RMAN> delete obsolete recovery window of 7 days;
RMAN> delete expired backupset;
RMAN> delete expired copy;
RMAN> delete expired archivelog all;
RMAN> delete archivelog until time 'sysdate-5';

举例：
RMAN> delete backupset 17;
RMAN> delete backupset tag TINADB1218_0;
using channel ORA_DISK_1
List of Backup Pieces
BP Key BS Key Pc# Cp# Status Device Type Piece Name
------- ------- --- --- ----------- ----------- ----------
20 20 1 1 AVAILABLE DISK /orabak/db_0_tinadb_0mqp4b88_1_1
23 23 1 1 AVAILABLE DISK /orabak/db_0_tinadb_0pqp4bou_1_1
Do you really want to delete the above objects (enter YES or NO)? ---需要输入yes确认
RMAN> delete noprompt backupset tag TINADB1218_0; ---不确认直接删除


六、rman恢复
1）恢复spfile
RMAN>restore spfile to '/u01/oracle/testspfile.ora' from autobackup;
RMAN>restore spfile from '/u01/oracle/TINADB/autobackup/2015_12_17/o1_mf_s_898707140_c74xy47h_.bkp'

2）恢复control file
RMAN> set dbid=1669126943
RMAN> restore controlfile to '/u01/oradata/tinadb/control01.ctl' from autobackup;
RMAN> restore controlfile from autobackup until time "to_date('2015-12-18 15:00:00','yyyy/mm/dd hh24:mi:ss')";
---这不是备份时的精确时间，是指这时间点之前最近一次的控制文件的备份。

3）恢复archive log
restore archivelog 的各种选项
1.恢复全部归档日志文件
RMAN> restore archivelog all;
2.只恢复5到8这四个归档日志文件
RMAN> restore archivelog from logseq 5 until logseq 8;
3.恢复从第5个归档日志起
RMAN> restore archivelog from logseq 5;
4.恢复7天内的归档日志
RMAN> restore archivelog from time 'sysdate-7';
5.sequence between 写法
RMAN> restore archivelog sequence between 1 and 3;
6.恢复到哪个日志文件为止
RMAN> restore archivelog until logseq 3;
7.从第五个日志开始恢复
RMAN> restore archivelog low logseq 5;
8.到第5个日志为止
RMAN> restore archivelog high logseq 5;

4）恢复数据库
RMAN> restore database;
RMAN> recover database until time "TO_DATE('2015-12-18 15:00:00','YYYY-MM-DD HH24:MI:SS')";

七、rman report
report用于判断数据库当前可恢复状态、以及数据库已有备份的信息。
最常使用的是report obsolete; report schema;
report {device, need, obsolete, schema, unrecoverable}

report schema;---报告数据库模式
report obsolete;---报告已丢弃的备份集(配置了保留策略)。
report unrecoverable;---报告当前数据库中不可恢复的数据文件(即没有这个数据文件的备份、或者该数据文件的备份已经过期)
report need backup;---报告需要备份的数据文件(根据条件不同)
report need backup days=3;
--最近三天没有备份的数据文件(如果出问题的话，这些数据文件将需要最近3天的归档日志才能恢复)
report need backup incremental=3;
--需要多少个增量备份文件才能恢复的数据文件。(如果出问题，这些数据文件将需要3个增量备份才能恢复)
report need backup redundancy=3;
--报告出冗余次数小于3的数据文件
--例如数据文件中包含2个数据文件system01.dbf和users01.dbf.
--在3次或都3次以上备份中都包含system01.dbf这个数据文件，而users01.dbf则小于3次
--那么，报告出来的数据文件就是users01.dbf
--即，报告出数据库中冗余次数小于 n 的数据文件
report need backup recovery window of 2 days;
--报告出恢复需要2天归档日志的数据文件

八、crosscheck命令
用于检验存储仓库中的备份集或镜像副本，执行改命令后，将更新存储仓库中的刚刚校验的对象状态，便于后续操作处理。

RMAN备份校验是的几种状态：
Expired:对象不存在于磁盘或磁带。当一个备份集处于expired状态，则该备份集中所有的备份片同样处于expired状态。
Available:对象处于可用状态。当一个备份集可用，则改备份集内的所有备份片同样可用。
Unavailable:对象处于不可用状态。当一个备份可不用，则改备份集内的所有备份片同样不可用
RMAN> crosscheck backupset;
RMAN> crosscheck copy；
RMAN> crosscheck backup of controlfile;
RMAN> crosscheck backup of archivelog all;
RMAN> crosscheck backup of datafile 1,2;
RMAN> crosscheck backup of tablespace sysaux,system;
RMAN> crosscheck backup completed between '13-OCT-10' and '23-OCT-10';
RMAN> crosscheck backupset 1067,1068;

九、validate命令
验证一个备份集内的数据的完整性。RMAN扫描备份集得所有备份片，并检查校验和，验证其内容是否可以成功还原，
validate是较crosscheck更高一级的验证操作，crosscheck仅仅是检查备份集的头部信息，检验文件的存在性，validate验证数据的有效性。
RMAN> validate backupset <primary key> [check logical]


十、change
1、改变备份集状态
可用CHANGE BACKUPSET .. UNAVAILABLE/AVAILABLE 来改变一个备份集的状态。
RMAN>CHANGE BACKUPSET 22 UNAVAILABLE

2、改变映像副本状态
数据文件：CHANGE DATAFILECOPY .. AVAILABLE/UNAVAILABLE
控制文件：CHANGE CONTROLFILECOPY .. AVAILABLE/UNAVAILABLE
归档日志：CHANGE ARCHIVELOG .. AVAILABLE/UNAVAILABLE
例如：
RMAN>CHANGE DATAFILECOPY 'D:\BACKUP\DEMO_37.BAK' UNAVAILABLE;

3、建立长期备份
长期备份是指被长期保留的备份文件，使用长期备份的目的是为了可以将数据库恢复到过去的特定时间点。当社顶了长期备份之后，RMAN会从设备冗余策略中
免除该备份文件，也就是说，长期备份文件不会被标记为陈旧备份。
命令：CHANGE .. KEEP/NOKEEP
(1)使备份集156永久保留
RMAN>CHANGE BACKUPSET 156 KEEP FOREVER LOGS;
(2)使备份集198保留60天
RMAN>CHANGE BACKUPSET 198 KEEP UNTIL TIME 'SYSDATE+60' LOGS;
(3)免除备份集156的保留期限
RMAN>CHANGE BACKUPSET 156 NOKEEP


十一、常在run块中运行的命令
1）给数据文件指定新的路径和名称,例如:
rman>run {
allocate channel c1 device type disk;
set newname for datafile 4 to 'D:\oracle\bobnew\users01.dbf';
}

2）设置恢复到的时间点或SCN,例如:
rman>run {
allocate channel c1 device type disk;
set until time "to_date('2013-12-27 10:33:05','yyyy-mm-dd hh24:mi:ss') ";
...
}

3）定义备份片段的冗余数:
rman>run {
allocate channel c1 device type disk;
set backup copies 3;
...
}

4）指定resetore/recover命令产生的归档文件的存储路径,默认情况下归档文件会在log_archive_dest_1指定路径下,如果通过
set archivelog destination to指定后,则归档文件产生与set指定的路径下
rman>run {
allocate channel c1 device type disk;
set archivelog destination to '新路径';
...
}

十二、如何正确地删除Archivelog：
Archivelog并不能直接得从OS层直接物理删除，因为archivelog的相关信息是记录在controlfile中的，
当物理删除后不会改变controlfile的设置。并且在查询相关的动态视图(例如v$archived_log)时，该部分日志仍然标注为存在。
也就是说Oracle并不认为这些日志被删除了，所以在删除archivelog的时候，需要我们在其他地方做一些设置。

1）使用RMAN清楚物理删除后的记录
可以使用RMAN来删除archivelog，具体可以按以下步骤操作：
1、物理删除archivelog
2、进入RMAN
3、crosscheck archivelog all;
4、delete expried archivelog all;
这样就在一些Oracle的记录中查不到相应的archivelog记录了。

2）直接使用RMAN删除archivelog
其实在RMAN中是可以使用命令直接将ARCHIVELOG删除的，命令如下：
RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';
表示删除7天以前的所有archivelog，但是这个命令的缺点是无法对archivelog进行细致的划分。

3）删除N天以前的归档日志，有两个命令：
delete archivelog until time 'sysdate-N'
delete archivelog all completed before 'sysdate-N'

区别已经很明显：
list archivelog until time 'sysdate-1'; 此时是按照归档日志开始时间即fisrt_time作为截止时间
list archivelog all completed before 'sysdate-1' 是按照归档日志完成时间即completion_time作为截止时间
试想如果删除归档日志，还是采用delete archivelog all completed before 'sysdate-N'

十三、备份相关的动态性能视图及监控
1.相关视图
v$backup_files
v$backup_set
v$backup_piece
v$backup_redolog
v$backup_spfile
v$backup_device
v$rman_configuration
v$archived_log
v$backup_corruption
v$copy_corruption
v$database_block_corruption
v$backup_datafile

2.查看rman完整的进度
SQL> select sid,serial#,context,sofar,totalwork,
2 round(sofar/totalwork*100,2) "% Complete"
3 from v$session_longops
4 where opname like 'RMAN:%'
5 and opname not like 'RMAN:aggregate%'
6 and totalwork!=0;

3.通过如下SQL获得rman用来完成备份操作的服务进程的SID与SPID信息：
select sid, spid, client_info
from v$process p, v$session s
where p.addr = s.paddr
and client_info like '%id=rman%'

十四、oracle10g 中rman的增强功能catalog start with---将备份集注册到控制文件
RMAN> catalog start with '/orabak/tinadb';

通过注册的形式，可以让db读取到我们的备份集，也可通过此方式异地进行备份集恢复。


常见报错：RMAN-08137: WARNING: archive log not deleted as it is still need

archived log file name=+FRA_DG/omsdb/archivelog/2013_12_31/thread_1_seq_78149.4167.835588207 thread=1 sequence=78149
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
archived log file name=+FRA_DG/omsdb/archivelog/2013_12_31/thread_1_seq_78150.15705.835589103 thread=1 sequence=78150
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
archived log file name=+FRA_DG/omsdb/archivelog/2013_12_31/thread_1_seq_78151.8949.835590003 thread=1 sequence=78151

发现有个告警信息，通过查看备份日志，发现：
released channel: ORA_DISK_1
released channel: ORA_DISK_2
piece handle=/ora01/db_bak/9rmqc9u3_1_1 tag=TAG20111030T035751 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:04:57
RMAN-08137: WARNING: archive log not deleted as it is still needed

经过研究后确认是由于这个数据库上配置了oracle stream replication，因为在备份完后进行删除时，
这个归档日志还没有被capture process解析完，因此就不能删除，出这样的告警。

尝试删除归档日志，oracle提示这些归档日志还要用到standby数据库上面，不让删除，
这个特点不错，可以避免由于没有同步standby而误删除archivelog的情况。
要删除，需要加上FORCE删除就可以了。
RMAN> delete noprompt force archivelog all;
这种方法不可取

RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO STANDBY;
old RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO ALL STANDBY;
new RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO STANDBY;
new RMAN configuration parameters are successfully stored
RMAN-08591: WARNING: invalid archived log deletion policy

然后又改回去：
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO all standby;
SQL> show parameter log_archive
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_config string DG_CONFIG=(omsdb,omsstd)
log_archive_dest string
log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_
DEST
log_archive_dest_10 string
log_archive_dest_11 string
log_archive_dest_12 string
log_archive_dest_13 string
log_archive_dest_14 string
log_archive_dest_15 string
log_archive_dest_16 string

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_17 string
log_archive_dest_18 string
log_archive_dest_19 string
log_archive_dest_2 string service=cnsz02_omsdb_01 lgwr a
sync noaffirm reopen=60 DB_UNI
QUE_NAME=omsdb
这是因为有一个dg名为omsstd的没有了，不存在了，all stantdby就会报错，说还在用，日志不能删
这个log_archive_config 参数一旦设置了，就一定要所有的dg都同样设置。

应该是可以在线修改的，alter system set log_archive_config='',scope=both;
主备库都需要修改。

[/size]