备份恢复基础复习

1、数据库备份

数据库的备份分为一致性备份 和 非一致性备份。。。。备份数据库也就是备份数据库的四个文件：数据文件、控制文件、参数文件、口令文件。

数据库的一致性备份：                 需要关闭数据库，所以也就是传说中的冷备份，基本步骤非常简单：

1）列出数据库内的所有数据文件和控制文件：通过查询v$controlfile和v$datafile中的name列即可。

2）关闭数据库SQL>shutdown immediate

3）利用操作系统命令拷贝所有的：数据文件，控制文件，参数文件、口令文件到指定的目录中。

4）重新启动数据库SQL>startup   备份完成。

数据库的非一致性备份：                不需要关闭数据库，数据库处于open状态，不影响业务正常的运行。注意非一致性数据库备份只能在archivelog模式下，而一致性备份可以在archivelog和noarchivelog模式下都是可以的。

1）列出数据库内的所有数据文件和控制文件：通过查询v$controlfile和v$datafile中的name列即可。

2）将数据库设置为备份模式，在设置备份模式后，数据库会做一个全局的检查点，然后再所有的数据文件的头块加锁，以确保数据备份中数据文件头块不会发生变化，执行：alter database begin backup

3）备份数据文件和控制文件，其中数据文件和一致性备份一样，使用操作系统命令即可，但是控制文件的备份，需要使用：alter database backup controlfile to '/u01/app/oracle/ctl.bak

4)结束数据库备份。为了确保数据文件备份的同步性，还应该归档当前日志组'SQL>alter database end backup; SQL> alter system archive log current;

2、备份表空间

备份表空间，就是指的是当数据库处于open状态，备份其数据文件的方法。。。注意表空间的备份只能是archivelog模式下的备份，而不能是noarchivelog。表空间的备份可以分为脱机备份和联机备份。

脱机备份

脱机备份是指当表空间处于offline的时候，对单个数据文件或多个数据文件进行备份，与联机备份的相比，可以产生较少的重做日志。

脱机备份有一个缺点，那就是system表空间，正在使用的undo表空间，都不能脱机，也就不能备份。下面以备份USER表空间为例，来说明：

1）确定表空间所包含的数据文件，可以通过视图：DBA_DATA_FILES 查看表空间和数据文件的对应关系：select file_name ,tablespace_name from dba_data_files;

2）将表空间脱机：alter tablespace USER offline;

3）利用操作系统命令复制数据文件。

4）备份完数据文件之后，将表空间设置为联机：alter tablespace USER online;

联机备份

连接备份是指表空间处于online状态，进行数据文件的备份，这种备份的优点是能对所有的表空间数据文件进行备份，不管是system还是正在使用的undo表空间。但是其缺点是产生大量的重做日志信息和归档信息。

为什么会产生大量的的重做和归档呢？这是一个很复杂的问题，简单解释一下：因为对于处于backup 模式的表空间内的数据文件，当第一次受到DML操作（此时dba正在使用操作系统命令来备份数据文件）时，因为操作系统的copy是以操作系统的数据块大小来执行的，而数据库内的数据文件的数据块的大小一般会比操作系统的大。还有，copy是操作系统命令，不能与oracle内部命令进行交互，这就造成了多次copy系统块的的数据来完成一个db数据块的拷贝，这就造成了数据的不一致。所以oracle把所有进行DML操作的数据块全部先存入redo，然后再进行DML操作。。。。这就是为什么联机备份表空间会产生大量的重做信息。更详细的资料请参考：http://blog.csdn.net/changyanmanman/article/details/7899056

1）确定表空间所包含的数据文件，利用dba_data_files查看就可以了。

2）修改表空间位备份模式，此时会在表空间的所有数据文件块头上加上锁，scn被冻结。执行：alter tablespace USERS begin backup;

3)利用操作系统命令copy数据文件。

4）设置表空间位正常模式：alter tablespace USERS end backup;

模拟并处理联机备份失败的处理：

在进行联机备份数据文件的时候，如果数据库突然因为断电或者某些故障而实例崩溃，当再次进行数据库装载的时候，会提示需要进行实例恢复：

ORA-01113: file 6 needs media recovery
ORA-01110: data file 6: '/u01/app/oracle/oradata/orcl/test.dbf'

如何进行处理呢？下面我们通过：首先修改表空间备份模式，然后关闭数据库，再然后启动数据库，来模拟此情景：

SQL> alter tablespace TEST begin backup;


Tablespace altered.

SQL> select file_name,tablespace_name from dba_data_files;

FILE_NAME
--------------------------------------------------------------------------------
TABLESPACE_NAME
------------------------------
/u01/app/oracle/oradata/orcl/users01.dbf
USERS


/u01/app/oracle/oradata/orcl/sysaux01.dbf
SYSAUX


/u01/app/oracle/oradata/orcl/undotbs01.dbf
UNDOTBS1



FILE_NAME
--------------------------------------------------------------------------------
TABLESPACE_NAME
------------------------------
/u01/app/oracle/oradata/orcl/system01.dbf
SYSTEM


/u01/app/oracle/oradata/orcl/example01.dbf
EXAMPLE


/u01/app/oracle/oradata/orcl/test.dbf
TEST



6 rows selected.


SQL> host cp /u01/app/oracle/oradata/orcl/test.dbf /u01/app/oracle/test.bak


SQL> shutdown abort
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  608174080 bytes
Fixed Size                  1220820 bytes
Variable Size             243273516 bytes
Database Buffers          356515840 bytes
Redo Buffers                7163904 bytes
Database mounted.
ORA-01113: file 6 needs media recovery
ORA-01110: data file 6: '/u01/app/oracle/oradata/orcl/test.dbf'

SQL> startup force mount;
ORACLE instance started.

Total System Global Area  608174080 bytes
Fixed Size                  1220820 bytes
Variable Size             243273516 bytes
Database Buffers          356515840 bytes
Redo Buffers                7163904 bytes
Database mounted.
SQL> desc v$backup
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 FILE#                                              NUMBER
 STATUS                                             VARCHAR2(18)
 CHANGE#                                            NUMBER
 TIME                                               DATE


SQL> select status,change#,time from v$backup where file#=6;


STATUS                CHANGE# TIME
------------------ ---------- ---------
ACTIVE                1060636 30-JUL-13             -----active说明此数据文件正在被备份


SQL> alter database datafile '/u01/app/oracle/oradata/orcl/test.dbf' end backup;    
Database altered.

上面这条是关键，通过强制挂载数据库之后，可以使用alter database end backup,也可以使用上面的针对某个数据文件的结束；还有一种通过recover命令结束数据文件的备份：recover datafile 6；

SQL> alter database open;
Database altered.

好了，现在数据库可以正常启动了，再看一下现在对应的数据文件的状态：

SQL> select * from v$backup where file#=6;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- ---------
       6 NOT ACTIVE            1060636 30-JUL-13

3、备份控制文件

当发生涉及数据库的配置改变，如增加减少表空间，数据文件，日志文件组或日志文件成员。当执行数据库一致性备份的时候，数据库的控制文件是不活动的，我们可以直接用操作系统命令来备份；当数据库处于open状态时，我们用alter database 命令既可以建立控制文件副本，也可以把控制文件备份到跟踪文件中。

演示alter database备份控制文件：

alter database backup controlfile to '/u01/app/oracle/ctl.bak'但是如果该目录下已经有控制文件了，我们可以用：alter database backup controlfile to '/u01/app/oracle/ctl.bak' reuse;

演示备份到跟踪文件中：

1）查看跟踪文件位置：show parameter user_dump_dest

2）确定跟踪文件名称，我们可以通过v$process，v$session确定当前的会话的的操作系统对应的pid，为什么需要操作系统的pid呢？这就要从跟踪文件的命名规则说起了，跟踪文件的命名规则如下：<SID>_ora_<SPID>.trc，其中SID代表数据的的sid，SPID对应的是此次会话的进程id所对应的操作系统进程号。好了，这就是为什么需要确定操作系统的pid的原因了。

SQL> select a.spid from v$process a,v$session b where a.addr=b.paddr and b.username='SYS';

3）执行控制文件备份命令：alter database bakcup controlfile to trace;'

4）跟踪文件时文本格式，去掉了其中的注释，就可以看到真正创建控制文件的语句了。在nomount的模式下，我们创建数据文件即可：

4、备份归档日志，参数文件，口令文件

————备份归档日志直接用操作系统命令；

————对于参数文件，如果是用的pfile，那直接可以用操作系统备份copy，但是如果是spfile，因为其是二进制文件，我们必须用下面的语句进行备份：

SQL>create pfile='/u01/app/oracle/pfile.bak' from spfile='$ORACLE_HOME/dbs/spfileorcl.ora'

————备份口令文件直接用操作系统命令。

5、用户管理的完全恢复