oracle07_backup

最新推荐文章于 2024-03-23 14:55:18 发布

access20032004

最新推荐文章于 2024-03-23 14:55:18 发布

阅读量702

点赞数

分类专栏： oracle学习笔记文章标签： oracle database 数据库 file sql system

本文链接：https://blog.csdn.net/access20032004/article/details/6878498

版权

oracle学习笔记专栏收录该内容

10 篇文章 0 订阅

订阅专栏

一、冷备

	1.生成备份脚本
spool coldscript.sql
set heading off   --不显示表头
set feedback off   --不显示总计
select '&cp '||name||' &destdir' from  --windows运行则前面先输入copy /y,后输f:\backup\. linux运行先输入cp, 后输 /backup/
(select name from v$datafile
UNION ALL
select name from v$tempfile
UNION ALL
select member from v$logfile
UNION all
select name from v$controlfile
UNION ALL
select value from v$parameter where name='spfile');
spool off;
	2.关闭数据库 shutdown immediate;
	3.运行脚本备份 
	4.开启数据库   startup

--另外再生成还原脚本保存起来，供还原用
select '&cp &destdir'||substr(name,instr(name,'\',-1)+1)|| ' '||name 
from  --windows运行则前面先输入copy /y,后输f:\backup\. linux运行先输入cp, 后输 /backup/,instr函数里'\'要换成'/'
(select name from v$datafile
UNION ALL
select name from v$tempfile
UNION ALL
select member from v$logfile
UNION all
select name from v$controlfile
UNION ALL
select value from v$parameter where name='spfile');

二、在没有任何备份的情况下，出现数据库故障，特殊恢复方法

--<恢复临时表空间>  
-> 思路：新建个临时表空间，再将默认临时表空间改为新建的那个。--(11g如果临时表空间的数据文件丢失，启动数据库时会自动重建)
	create temporary tablespace temp6 tempfile '/oracle/oradata/pod/temp6.dbf' size 20m ;
	alter database default temporary tablespace temp6;
	查看：select username,temporary_tablespace from dba_users;

--<恢复一个重做日志组成员>  当前状况是:3 group ,2 member
1.丢失的是inactive组其中一个member
	切换日志：alter system switch logfile;  多切几次发现没有影响.
	总结：当redo 成员丢失时候，只要另一个member是正常的，数据库没有影响.通过告警找到哪个member丢失，及时重建就可以恢复	 
	重建日志：alter database add logfile member '   '  to group 3; 告警里丢失的那个文件名
	查看告警：
Mon Aug 16 10:22:43 2010
Errors in file /u01/app/oracle/admin/pod/bdump/pod_arc2_5887.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/pod/redo03.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
Mon Aug 16 10:22:43 2010
Errors in file /u01/app/oracle/admin/pod/bdump/pod_arc2_5887.trc:
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/pod/redo03.log'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory

2.丢失的是一个inactive组全部的成员
	a.如果是非归档模式：
	alter database clear logfile group 3; 	-->根据控制文件来重建日志组。 .log文件会自动建立
	b.如果是归档模式：
	alter database clear logfile group 3;  -->先重建日志组
*
ERROR at line 1:
ORA-00350: log 3 of instance pod (thread 1) needs to be archived
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/pod/redo03.log'
ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/disk1/redo0302.log'
	alter database clear unarchived logfile group 3;  -->如果日志未归档，重建会报错需归档，用unarchived强行重建日志组

3.丢失的是当前写的那个组全部成员
SQL> alter database clear logfile group 1; -->重建日志组,不行
alter database clear logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of instance pod (thread 1)
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/pod/redo01.log'
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/disk1/redo0102.log'

SQL> alter database clear unarchived logfile group 1; -->强行重建日志组，还是不行
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of instance pod (thread 1)
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/pod/redo01.log'
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/disk1/redo0102.log'

方法：隐含参数
	编辑pfile vim initpod.ora 加入：
		_allow_resetlogs_corruption=TRUE

	利用pfile重启到mount状态：startup force mount pfile='';

	SQL> recover database until cancel;
		Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
		cancel   <---先输入cancel 

	SQL> recover database until cancel;
		Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
		auto   <---输入auto 

	SQL> recover database until cancel;
		Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
		cancel   <---输入cancel 

	ORA-01112: media recovery not started
	出现报错，不必理会，启库
	SQL> alter database open resetlogs;

	立刻执行备份,关闭数据库，隐含参数去掉，_allow_resetlogs_corrup参数,启库

--<索引表空间丢失>
	1. you  need to re_create 
	2. drop the index tablespace

--<密码文件丢失：>
	1. rm $ORACLE_HOME/dbs/orapwSID
	2. orapwd file=$ORACLE_HOME/dbs/orapwSID   password=***

三、undo 丢失恢复

	得到undo表空间名： show parameter undo_tabl  －> 为 UNDOTBS1
	查undo表空间文件名：  select file_id,file_name from dba_data_files where tablespace_name='UNDOTBS1' ;
	删除文件

	--丢失后dml无法操作，
	--查看告警alertSID.log,可知丢失的是哪个文件
	alertsid.log:
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: '/u01/app/oracle/oradata/pod/undotbs01.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
	--数据库open时根据控制文件的内容打开数据文件，物理上的数据文件丢失，则要控制文件不去找这个文件，在逻辑上将些文件也跳过：
	逻辑上跳过： alter database datafile  2 offline drop;	
	启库： alter database open;
	新建undo: create undo tablespace undo1 datafile '/oracle/oradata/pod/undo1.dbf' size 445m; -->大小要跟以前一样
	将undo表空间改为新建的：alter system set undo_tablespace=UNDO1; 若以前就已经创建了undo表空间，现在可以不用新建
	将以前逻辑上的undo表空间删除： drop tablespace undotbs1 including contents and datafiles;

四、exp/imp

--<导出工具 exp >
查看帮助： exp help=y
exp导出工具将数据库中的数据备份压缩成二进制操作系统文件，可以在不同os迁移

1.导出表： 导出的dmp文件已存在，会覆盖原来
	$ exp scott/tiger tables=dept,emp file=/oracle/Disk2/t2.dmp log=/oracle/Disk2/t2.log -->导出多个表
	$ exp  "'sys/oracle as sysdba'" tables=scott.dept  file=/oracle/Disk2/users.dmp  -->sys导scott的表
	$ exp scott/tiger@sky  tables=t_181:p1  file=/oracle/Disk2/T_181.dmp    -->远程导出分区表

2.导出整个scott方案:
	$ exp scott/tiger owner=scott file=/oracle/Disk2/scott.dmp log=scott.log  -->会导出scott的所有对象

导出某用户下所有表：
思路：查出该用户拥有的表，写脚本将其全部导出
	spool export.txt
	set heading off
	set feedback off
	select 'ho exp scott/tiger tables='||table_name||' file=/oracle/disk1/'||table_name||'.dmp' 
	from dba_tables where owner='SCOTT';
	spool off
	完成后将脚本编辑，将第一行和最后一行删掉，保存后运行，并且可以通过crontab 指定时间夜里执行备份 

3.导出表空间：
	$ exp system/oracle tablespaces=users  file=/oracle/Disk2/users.dmp

4.全库导出：
	$ exp system/oracle full=y file=/u01/app/oracle/Disk2/full.dmp
	   		\-->普通用户如果要做全库导出，需要权限：exp_full_database
			
select ROLE ,PRIVILEGE FROM role_sys_privs where role='EXP_FULL_DATABASE';  --查看exp_full_database拥有的权限

ROLE                           PRIVILEGE
------------------------------ ----------------------------------------
EXP_FULL_DATABASE              READ ANY FILE GROUP
EXP_FULL_DATABASE              EXECUTE ANY PROCEDURE
EXP_FULL_DATABASE              RESUMABLE
EXP_FULL_DATABASE              SELECT ANY TABLE
EXP_FULL_DATABASE              EXECUTE ANY TYPE
EXP_FULL_DATABASE              BACKUP ANY TABLE
EXP_FULL_DATABASE              ADMINISTER RESOURCE MANAGER
EXP_FULL_DATABASE              SELECT ANY SEQUENCE

	
用scott用户做个全库导出:（不可以给Dba角色)
	grant exp_full_database to scott;  先用SYS授权

	ho exp full=y  file=/u01/app/oracle/Disk2/fulls.dmp
	Username: scott
	Password: 

--<导入工具 imp >
将操作系统压缩的二进制文件dmp文件 ,在导入数据库中
dba, imp_full_database 角色才能作全库导入

1.导入表:
	$ imp system/oracle tables=etable  file=etable_181.dmp  fromuser=eman touser=system 
	$ imp system/oracle@sky  tables=ee file=/ee.dmp fromuser=scott touser=system ignore=y
	  imp 所做的工作 ：
	1) create table  2）insert data  3)create index ,trigger,constraints..
	将eman用户下的表导入到system用户下，用fromuser  touser, 表名前不用加用户.
	因imp会create 表，若system用户已经有了这个表，用ignore=y 忽略创建错误 进行追加，(已经有的表跟要导入的表结构要相同)

导入表空间：
	$ imp system/oracle tablespaces=etbsp  file=etbsp.dmp 
	-->因表空间下的表应该属于某个用户，故就先查出表空间下有哪些用户，先创建这些用户，再导入表空间
	create user u1 identified by u1;
	grant connect,resource to u1

导入方案：
	$ imp system/oracle full=y  file=etbsp.dmp  --> imp 没有owner=,用full=y将exp owner=导出的方案全部导入 


<传输表空间：>
	exp和imp时要加参数 transport_tablespace=y,只导表空间下的所有表的结构，不导数据，imp时要指定datafiles=''
	dbf文件cp到目标机，库迁移时可提高速率
	$ exp tablespaces=sky file=sky.dmp transport_tablespace=y
	$ imp tablespaces=sky file=sky.dmp transport_tablespace=y datafiles=/oracle/oradata/pod/sky.dbf 

  要传输的表空间有index，依附于另一个表空间的表，传输时会报错 非自包含(not self-contained)，应该先校验
	校验： SQL> exec sys.dbms_tts.transport_set_check('tt1_e2',true);
	查看结果： SQL> select * from sys.transport_set_violations; --->空间内有索引依附于其他表空间
	两个一起校验：SQL> exec sys.dbms_tts.transport_set_check('tt1_e2,TT1_E1',true);
	查看结果： SQL> select * from sys.transport_set_violations; -->没有记录，说明该表空间一起可以传输
	将两个表空间同时导出：
		SQL> alter tablespace TT1_E1 read only;
		SQL> alter tablespace tt1_e2 read only;
		SQL> ho exp tablespaces=tt1_e2,TT1_E1  transport_tablespace=y file=tt1_e12.dmp

	将导出的.dmp文件及.dbf文件拷贝到目标机scp  *.dmp  scp  *.dbf

	查看这两个表空间下的用户：在目标机上创建这些用户
	select username,default_tablespace from dba_users where default_tablespace in('TT1_E1','TT1_E2');
	create user e1 identified by e1;

	导入：$ imp tablespaces=tt1_e1,tt1_e2 transport_tablespace=y file=/con/tt1_e12.dmp datafiles=/oracle/oradata/sky/tt1_e1.dbf,/oracle/oradata/sky/tt1_e2.dbf

五、expdp/impdp :10g 新增的，基于api模式，速度要快4～5倍

数据泵 要有directory
 创建directory:
	SQL> create directory dir as  '/oracle/Disk2/';
	SQL> grant read,write on directory dir to scott,text;
	SQL> select * from dba_directories where directory_name='DIR';

--<expdp>
导出表 ：
	$ expdp  scott/tiger tables=dept,emp dumpfile=dept.dmp directory=dir logfile=dept.log -->导出之前会先估算大小
导出方案：
	$ expdp system/oracle schemas=scott dumpfile=scott.dmp directory=dir
导出表空间:
	$ expdp system/oracle tablespaces=tt1_e1 dumpfile=tt1_e1.dmp directory=dir  
全库导出:
	$ expdp system/oracle full=y dumpfile=full.dmp directory=dir logfile=full.log
并行导出:
	$ expdp system/oracle full=y dumpfile=full_%u.dmp directory=dir parallel=4 -->并行度为4生成4个dmp文件，文件命名有加%u

--<impdp>
导入表：
	$ impdp system/oracle tables=t1 dumpfile=t1_x.dmp directory=dir remap_schema=text:scott  从text用户导入到scott用户
	$ impdp  text/text tables=t1,t2 dumpfile=t1.dmp directory=dir table_exists_action=append
	  
导入方案：
	$ impdp system/oracle schemas=scott dumpfile=scott.dmp directory=dir remap_schema=scott:system

并行导入:
	$ impdp system/oracle schemas=scott dumpfile=scott_%u.dmp directory=dir parallel=4 table_exists_action=replace

--<数据泵参数：>
1.content : 
	data_only：仅导出行记录
	metadata_only：进导出结构信息，没有行记录
	all：默认，以上都导出
2.table_exists_action:							
	skip: 跳过去  默认为此
	replace:替换
	append:追加
	truncate:清空行记录，再追加进去
3.estimate_only=y  仅作估算，不做导出,不要指定dumpfile,导出前查看磁盘空间是否足够
	$ expdp full=y directory=dir estimate_only=y 
4. exclude     eg . exclude=table:emp  ,   exclude=table
	选项用于指定操作时候释放要排除对象类型或者相关对象
	object_type用于指定要排除的类型
	name_clause用于指定要排除的具体对象
	exclude 和include  不能同时使用
5.filesize :指定导出文件的最大尺寸 默认为0(不限制),导出文件大于最大尺寸时，分成多个文件，注意dmp命名%u

ORA-39006: internal error
内部错误，数据泵异常，不可用：
解决方法：
@?/rdbms/admin/catdph.sql
@?/rdbms/admin/prvtdtde.plb
@?/rdbms/admin/catdpb.sql
@?/rdbms/admin/dbmspump.sql
@?/rdbms/admin/utlrp.sql

六、5种闪回技术

<1.flashback drop 功能>
	将drop的表从recyclebin(回收站)里闪回 。注意:不管是哪个用户删除的，只要是system表空间的对象就无法闪回。
	只针对表，视图索引这些删除不会放回收站。但是删除的表上的索引触发器等也跟着放到回收站中,当将该表闪回回来后，相关的索引和触发器也跟着恢复。
	普通用户只能在回收站看见删除的表，dba才能在回收站看见索引、触发器..
查看回收站
	show recyclebin			->普通用户
	select owner,object_name，original_name from dba_recyclebin;  ->dba
闪回删除的表:
	drop table emp;
	flashback table emp to before drop; ->表的属主和dba都可以闪回删除的表
	flashback table scott.emp to before drop rename to emp1; ->删表后建了同命表,闪回时会报错 对象已存在,改名。emp1还是scott的

	book表删除后又建了同结构的同名表，想把以前的数据也插入现在的book表
	flashback table book to before drop rename to book1 ;
	insert into book select * from book1;
彻底删除表：
	drop table emp purge;
清空回首站内容：
	purge recyclebin;
	purge dba_recyclebin;
	purge table emp;     ->清除回收站中指定表
	purge  tablespace tt1_e1; ->清除回收站中指定表空间下的所有对象
	purge  tablespace tt1_e1  user e1; ->清除指定表空间下的某个指定用户在回收站中的所有对象

<2.flashback database 功能>  
	要在归档模式下，启动闪回功能，数据库会将变化的数据由rvwr进程写入到闪回日志文件中，在进行数据库闪回时，这些数据块直接复制过来。
	可以这样理解，redo是(ddl,dml)sql语句 ,undo 是数据块，闪回日志是redo + undo
开启闪回功能:  --->要在mount 状态下
	startup force mount
	alter database flashback on; -->开启闪回功能要求数据库必须在归档模式
	alter database open;

查看状态：
	select flashback_on from v$database;
	FLASHBACK_ON
	------------------
	YES			--->表示闪回开启

更改闪回文件路径，大小，时间
	alter system set db_recovery_file_dest='..' ;   ---->改闪回路径，闪回文件很大，可另外放一块盘
	alter system set db_recovery_file_dest_size=3g; --->改闪回空间大小
	alter system set db_flashback_retention_target=720; -->改数据库能够闪回的最大时间上限,默认1440分钟(1天)


select to_char( oldest_flashback_time,'yyyy-mm-dd hh24:mi:ss') from  v$flashback_database_log;
TO_CHAR(OLDEST_FLAS
-------------------
2010-08-18 11:14:18  -->能闪回去的最远时间

查看scn号：  --->　scn与时间点是一一对应，一直增长的
	select time_dp,scn from smon_scn_time;

scn号与时间点相互转换：
	select scn_to_timestamp(2421047) from dual;
	select timestamp_to_scn(scn_to_timestamp(2421047)) from dual;

	SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss'; -->改显示时间格式
	SQL> select dbms_flashback.get_system_change_number fscn from dual;  -->查此时的 scn 号
　
闪回数据库步骤：
	startup force mount --> mount状态下闪回
	flashback database to timestamp  to_timestamp('2010-08-18 11:40:59','yyyy-mm-dd hh24:mi:ss');
	alter database open resetlogs;  --->重设归档日志

<3. 闪回一张表>
表没有被drop,而是删除了其中的数据

语法：
	alter table table_name enable row movement; -->数据删除后，后来的数据会覆盖原来的块，若要闪回必须要允许row movement
	flashback table table_name to scn|timestamp ;

	SQL> alter table book1 enable row movement;
	SQL> flashback table book1 to scn 2429928; 

	--->scn号猜测
	select count (*) from ob as of scn  2002676; 
	ORA-01466: unable to read data - table definition has changed  -->猜的时间太早表还没建会报此错


问题2：
某人删除某个闪回日志：
	startup force  -->当时使用没问题，重新启动控制文件找不到闪回日志会报错，只能开到mount状态
	ORA-38760: This database instance failed to turn on flashback database

	解决--mount下 关闭闪回，使控制文件不找闪回日志，重启到mount状态，再打开闪回，开库
	alter database flashback off; 
	alter database open;
	startup force mount
	alter database flashback on;
	alter database open;

问题3：
怎样正确的删除闪回日志：
	SQL> select * from v$flash_recovery_area_usage;
	FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
	------------ ------------------ ------------------------- ---------------
	CONTROLFILE                   0                         0               0
	ONLINELOG                     0                         0               0
	ARCHIVELOG                  .04                         0               4
	BACKUPPIECE                   0                         0               0
	IMAGECOPY                     0                         0               0
	FLASHBACKLOG                .76                         0               1
	-->假设发现闪回日志下有大量归档日志文件，尽量把归档目录单独存放
	
	alter system set log_archive_dest_1='location=/u01/app/oracle/archivelog/db/'; 

如果有大量闪回日志文件，不需要，要删除手工
	alter database flashback off;
	rm flashlog;mount
	alter database flashback  on ;


问题4：
闪回丢失的方案： drop user eman cascade;  -->整个方案丢失 
思路：
	mount状态： 闪回方案丢失前
	open read only： 整个方案导出
	mount状态: recover databasd;回到现在
	open数据库 导入


	select username from dba_users; ---发现用户不存在
	准备把数据库推移到未误操作前，把owner导出来 
	startup force mount 
	flashback database to timestamp to_date('2010-08-18  15:06:53','yyyy-mm-dd hh24:mi:ss');
	alter database open read only;
	select username from dba_users; -->查看用户，发现存在
	ho exp system/oracle owner=eman file='/oracle/disk1/eman.dmp' --->导出整个方案
	startup force mount   
	recover database;  --->数据库回到现在状态（mount下进行）
	alter database open;
	ho imp system/oracle file=/oracle/disk1/eman.dmp full=y  --->导出可以按owner,导入不行，用full=y 
==============================================
同一服务器上可以有两个同名的数据库，但是不能有两个同名的实例
SQL> select dbid,name from v$database;
      DBID NAME
---------- ---------
1469001501 POD    -->dbid用来惟一标识数据库
===============================================

七、RMAN

rman热备，表空间offline,read only是不会备份
全库还原恢复mount状态，其余可在open状态下进行

确定为归档模式：SQL> archive log list;
确定要备份的数据库是哪个：	$ echo $ORACLE_SID 
连接： $ rman target system/oracle
RMAN> show all;
	using target database control file instead of recovery catalog
	rman configuration parameters are:
	configure retention policy to redundancy 1; # default -->备份集的保留冗余, recovery window of 7 days;保留的时间
	configure backup optimization off; # default
	configure default device type to disk; # default  -->备份类型磁盘，sbt表示：磁带
	configure controlfile autobackup off; # default  -->on后,控制文件和spfile自动备份
	configure controlfile autobackup format for device type disk to '%F'; # default -->备份格式 只适用于磁盘设备
	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  -->on后，对备份集进行加密
	configure encryption algorithm 'aes128'; # default
	configure archivelog deletion policy to none; # default
	configure snapshot controlfile name to '/oracle/product/10g/dbs/snapcf_ocm.f'; # default -->控制文件的快照

一次备份到多个路径下，启用多个通道实现：  将一个备份集分成两个备份片同时备份
	RMAN> configure channel 1 device type disk format '/u01/app/oracle/Disk1/backup_%U';  -->1 2 名称随便取
	RMAN> configure channel 2 device type disk format '/u01/app/oracle/Disk2/backup_%U';
恢复为默认：会备份到闪回区
	RMAN> configure channel 1 device type disk clear;
	RMAN> configure channel 2 device type disk clear;


	RMAN> backup validate database; -->检查数据库中所有的dbf是否正常，比如说是否有坏块等
	RMAN> backup database; -->备份数据库,会自动检测
	RMAN> backup tablespace system; -->备份表空间
	RMAN> backup archivelog all; -->备份归档
	RMAN> backup archivelog all delete input; -->，归档日志要求空间比较大，rman每次备份走以后，可以自动清除，释放空间
	RMAN> copy datafile 1 to '/u01/app/oracle/Disk2/dbf1.cpy';  --> 拷贝数据文件

	RMAN> list backup; ---->列出备份
	RMAN> list backup of controlfile;
	RMAN> list backup of spfile;
	RMAN> list copy;--->列出copy
	RMAN> list archivelog all; --->列出关于归档的备份

	RMAN> restore database validate; --> 验证备份的restore
	RMAN> report schema;--> 查看数据库的物理结构
	RMAN> list incarnation;--> 数据库原型列表,记录 resetlogs

	RMAN> crosscheck backup; --> 检测标识过期和失效
	RMAN> list expired backup;--> 列出失效的对象,在物理上已删除，但逻辑上还有的对象
	RMAN> delete noprompt expired backup;--> 确定删除失效备份
	
	RMAN> crosscheck archivelog all;
	RMAN> list expired archivelog all;
	RMAN> delete expired archivelog all;

	RMAN> report obsolete;--> 列出已经过期的备份
	RMAN> delete noprompt obsolete; --> 确定删除已经过期的备份

	RMAN> sql 'alter system switch logfile';  --> 用rman执行sql语句
--------------------------------------------
备份：
	backup database;
	backup archivelog all delete input;
	backup archivelog from time 'sysdate-12/24';
	backup tablespace users;
	copy datafile 11 to '';
检查备份集：
	crosscheck backup;
	crosscheck archivelog all;
列出备份：
	list backup;
	list archivelog all; --列出的是没有备份的归档
	list backup of archivelog all; --列出备份的归档
	list backup of controlfile;
	list backup of spfile;
	list copy;
	list expired backup;
	list expired archivelog all;

	report schema;
	report obsolete;
删除备份：
	delete expired backup;
	delete expired archivelog all;
	delete obsolete;
	delete archivelog until time 'sysdate-1';
--------------------------------------------
恢复目录  catalog  
用DB datbase 作为恢复目录
目标库是ocm 

DB库
	SQL> create user ctl identified by ctl;
	SQL> grant connect,resource ,recovery_catalog_owner to ctl;

	[oracle@fly ~]$ echo $ORACLE_SID
	ocm
	[oracle@fly ~]$ rman target / catalog ctl/ctl@DB  -->每次使用rman就用这种方式
	RMAN> create catalog;
	RMAN> register database;
--------------------------------------------

<完善备份策略:>
数据量：1t   每天归档2～3g ,/archive每5小时会占空间的80%,满了以后redo无法归档，dml ddl无法进行 
周日凌晨作全备 fullbak.sh ，每4小时备归档 archive.sh

	$ crontab -e
	0 0 * * 7 sh /home/oracle/fullbak.sh &>/dev/null
	0 */4 * * * sh /home/oracle/archive.sh &>/dev/null

fullbak.sh
	export ORACLE_SID=ocm
	export ORACL_BASE=/oracle
	export ORACLE_HOME=/oracle/product/10g
	rq=`date +"20%y%m%d%H%M%S"`
	/oracle/product/10g/bin/rman target / log=/oracle/disk1/backall_log_$rq.log<<EOF
	run{
	allocate channel ch1 device type disk;
	allocate channel ch2 device type disk;
	sql 'alter system switch logfile';
	backup database format '/oracle/disk1/db_%U_%d';
	sql 'alter system switch logfile';
	backup archivelog all format '/oracle/disk1/arch_%t_%s' delete all input;
	backup format '/oracle/disk1/con_%s_%p' current controlfile;
	crosscheck backup;
	crosscheck archivelog all;
	delete noprompt obsolete;
	delete noprompt expired backup;
	delete noprompt backup of database completed before 'sysdate -15';
	delete noprompt backup of archivelog all completed before 'sysdate -15';
	release channel ch1;
	release channel ch2;
	}
	EOF

archive.sh
	export ORACLE_SID=ocm
	export ORACL_BASE=/oracle
	export ORACLE_HOME=/oracle/product/10g
	rq=`date +"20%y%m%d%H%M%S"`
	/oracle/product/10g/bin/rman target / log=/oracle/disk1/backall_log_$rq.log<<EOF
	run{
	allocate channel ch1 device type disk;
	allocate channel ch2 device type disk;
	sql 'alter system switch logfile';
	backup archivelog all format '/oracle/disk1/arch_%t_%s' delete all input;
	crosscheck backup;
	crosscheck archivelog all;
	delete noprompt obsolete;
	delete noprompt expired backup;
	release channel ch1;
	release channel ch2;
	}
	EOF


<估算备份数据量的有效>
查看数据库的使用空间：
	select (sum1-sum2)/1048576 
	from (select sum(bytes) sum1 from dba_data_files),(select sum(bytes) sum2 from dba_free_space);
	(SUM1-SUM2)/1048576
	-------------------
	             863.25 rman只备份这些使用过的块，最后备份出来的文件大小要小于这个数字，因为备份出来的都是数据，没有碎片，当然要小 

监控rman备份进度：
	select sid,serial#,context,sofar,totalwork,round(sofar/totalwork*100,2) "%_com" from v$session_longops
	where opname like 'RMAN%'  -->也可写成'EXPDP%' 'EXP%'监控EXP导数据的进度 
	and totalwork<>0
	and sofar<>totalwork;

备份时异常结束，rman再接着备份
	RMAN> backup not backed up since time 'sysdate -2'  2天内没备完的接着备

使用clear将配置回到默认值
	RMAN> configure retention policy clear;
	RMAN> configure retention policy to none; -使不起作用

<restore and recover>
还原了的文件还能被恢复，还原是物理的 恢复是逻辑的一致性
场景1：一个表空间，或者数据文件丢失
情况一：database  open
	select file#,error from v$recover_file; 查看丢失的文件id号
	RMAN> run{
	allocate channel ch1 type disk;
	sql 'alter database datafile 11 offline';
	restore datafile 11;
	recover datafile 11;
	sql 'alter database datafile 11 online';
	}

情况二：database  mount
	SQL> select t.name,r.error,d.name from v$tablespace t,v$datafile d,v$recover_file r where t.ts#=d.ts# and d.file#=r.FILE#;

	RMAN> run{
	allocate channel a1 type disk;
	restore datafile 11;
	recover datafile 11;
	sql 'alter database open';}

场景2：controlfile镜像全丢
数据库只能nomount状态
	RMAN> run{
	allocate channel ch1 type disk;
	restore controlfile from autobackup;
	alter database mount;
	recover database;
	alter database open resetlogs;
	}

场景3：周日全备份，周一dba创建了一个新tablspace,周二下午，丢失3个dbf,其中一个dbf，就是新建立的tablespace
4,11号文件全备份里有，32号没有，但是有归档备份
	通过告警：得知哪些文件丢失
	RMAN> run{
	allocate channel ch1 type disk;
	restore datafile 4,11,32;  -->4,11 从备份集里还原，32备份集里没有,会新建这个dbf
	recover datafile 4,11,32;  -->恢复 4,11，再找归档备份 找redo向32 里插入数据.
	}

	select open_mode from v$database;

场景4：
	模拟介质故障，数据库只能mount状态：  将某dbf还原到别的路径   
	disk a over  ---->disk c 
思路：
datafile 11 offline  , open
set newname for datafile 11 to  '  disk c   ';
restore datafile ...
switch datafile .. --->更新控制文件里的路径
recover datafile ...

	RMAN> run{
	allocate channel ch1 type disk;
	sql 'alter database datafile 11 offline';
	sql 'alter database open';
	set newname for datafile 11 to '/u01/app/oracle/Disk1/users01.dbf';
	restore datafile 11;
	switch datafile all;
	recover datafile 11;
	sql 'alter database datafile 11 online';
	}

	RMAN> run{
	allocate channel ch1 type disk;
	sql 'alter database datafile 11,3,4,5 offline';
	sql 'alter database open';
	set newname for datafile 11 to '/u01/app/oracle/Disk1/users01.dbf';
	set newname for datafile 3 to '/u01/app/oracle/Disk1/rman.dbf';
	restore datafile 11,3,4;
	switch datafile all;
	recover datafile 11,3,4;
	sql 'alter database datafile 11 online';
	}

场景5：
基于时间点的不完全恢复：
drop user scott cascade;
1.恢复scott用户以及用户下所有数据
2.找出谁的误操作

	RMAN> run{
	sql 'startup force mount';
	sql 'alter session set nls_Date_format="yyyy-mm-dd hh24:mi:ss"';
	restore database;
	recover database until time '2010-08-20 14:40:33';
	sql 'alter database open resetlogs';
	}