oracle 热备份

Oracle 热备份是指数据库处于open状态下，对数据库的数据文件、控制文件、参数文件、密码文件等
进行一系列备份操作。

热备是基于用户管理备份恢复的一种方式，也是除了RMAN备份之外较为常用的一种备份方式。

进行oracle热备份日志必须开启归档模式（数据库在mount状态下运行----alter  database archivelog）

SQL> startup  mount;
ORACLE instance started.

Total System Global Area  524288000 bytes
Fixed Size          2022016 bytes
Variable Size         159384960 bytes
Database Buffers      356515840 bytes
Redo Buffers            6365184 bytes
Database mounted.

SQL> archive log list（查看日志是否归档）
Database log mode          Archive Mode
Automatic archival         Enabled
Archive destination        USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     5
Next log sequence to archive   7
Current log sequence           7

SQL> select log_mode from v$database;（查看日志是否归档）

LOG_MODE
------------
ARCHIVELOG
@@@@@
基于表空间的热备份实验：
SQL> select checkpoint_change#,name from v$datafile;

CHECKPOINT_CHANGE# NAME
------------------ ----------------------------------------------------------------------------------------------------
        674728 /u01/app/oracle/oradata/orcl/system01.dbf
        674728 /u01/app/oracle/oradata/orcl/undotbs01.dbf
        674728 /u01/app/oracle/oradata/orcl/sysaux01.dbf
        674728 /u01/app/oracle/oradata/orcl/users01.dbf
        674728 /u01/app/oracle/oradata/orcl/example01.dbf


SQL> alter tablespace users begin backup;锁定了users表空间对应的数据文件头的change scn。
    数据库怎么用日志文件做恢复：查找不一致的数据文件（根据文件头中旧的scn）
    如果锁定了文件头，这个文件头中的scn就不会改变（当然了数据块还是会变化的，还可以做读写）。
  然后就会应用这个scn到现在的日志。
    那我锁定了scn，不管你后边怎么修改，总之做恢复的时候是应用锁定的时候的scn一直到现在的日志
 （完全恢复的话）


SQL> select * from v$backup;

     FILE# STATUS        CHANGE# TIME
---------- ------------------ ---------- ------------------
     1 NOT ACTIVE              0
     2 NOT ACTIVE              0
     3 NOT ACTIVE              0
     4 ACTIVE         676082 02-MAR-13
     5 NOT ACTIVE              0

路径（/u01/app/oracle/oradata/orcl）
 [oracle@station7 orcl]$ cp users01.dbf /home/oracle/backup/（备份users表空间）

SQL> alter tablespace users end backup;

SQL> select * from v$backup;

     FILE# STATUS        CHANGE# TIME
---------- ------------------ ---------- ------------------
     1 NOT ACTIVE              0
     2 NOT ACTIVE              0
     3 NOT ACTIVE              0
     4 NOT ACTIVE         676082 02-MAR-13
     5 NOT ACTIVE              0
@@@@@
热备份时相关SCN 如何处理？

在开始进行热备份时，数据文件头的checkpoint scn 和控制文件中该文件的scn lock住，
但是数据文件的dml操作可以正常进行，也就意味着block 的scn 是正常增加的，数据文件并没有锁定。
为什么要Lock 文件的checkpoint scn（实际上对应了恢复时的rba）
 主要是为了标示进行恢复操作时需要的redo log， 这样就可以保证数据文件内所有的块都能得到恢复，
因为在进行数据文件拷贝时无法保证数据文件头是最先拷贝完成的。
如果先拷贝的是数据文件的其他部分然后才 去拷贝的数据文件头，
这时候很有可能数据文件头的checkpoint scn已经改变了而恢复时应用redo log的范围是由数据文件头的rba决定的。
当热备份结束时，在备份结束的时候，oracle会把数据文件头和control文件中关于这个数据文件的ＳＣＮ号
更新为数据库的ＳＣＮ号

@@@@
表空间级检查点
为什么储存在CONTROL FILE中要分为两个地方(SYSTEM CHECKPOINT SCN,DATAFILE CHECKPOINT SCN) ?

当你把一个tbs设为read-only时，他的SCN会冻结停止，此时DATAFILE CHECKPOINT SCN是不会再递增改变的，
 但是整体的SYSTEM CHECKPOINT SCN却仍然会不断递增前进。
所以，这就是为什么需要分别在两个地方储存SCN。
--测试前
SQL> select checkpoint_change#,name from v$database ;

CHECKPOINT_CHANGE# NAME
------------------ ---------
        678717 ORCL

SQL> select checkpoint_change#,name from v$datafile where name like '%user%';

CHECKPOINT_CHANGE#
------------------
NAME
--------------------------------------------------------------------------------
        678717
/u01/app/oracle/oradata/orcl/users01.dbf


--测试
SQL> alter tablespace users read only;

Tablespace altered


--测试后
SQL> select checkpoint_change#,name from v$database ;

CHECKPOINT_CHANGE# NAME
------------------ ---------
        678717（不变） ORCL

SQL> select checkpoint_change#,name from v$datafile where name like '%user%';

CHECKPOINT_CHANGE#
------------------
NAME
--------------------------------------------------------------------------------
        679072（增加）
/u01/app/oracle/oradata/orcl/users01.dbf

@@@@@

select checkpoint_change# from v$database;
CHECKPOINT_CHANGE#
--------------------
293184
select name,checkpoint_change#,last_change# from v$datafile where name like '%user%';
NAME CHECKPOINT_CHANGE# LAST_CHANGE#
----------------------------------- -------------------- --------------
/u02/oradata/OMFD1/users01.dbf 293184 293184
正常shutdown database后，SCN会发生什么变化？
我们可以把数据库开在mount mode
可以看到储存在control file中的三个SCN位置都是相同，注意此时的stop scn不会是NULL，而是等于start scn


我们来查询datafile header SCN:
select name,checkpoint_change# from v$datafile_header where name like '%users01%';
NAME CHECKPOINT_CHANGE#
----------------------------------- --------------------
/u02/oradata/OMFD1/users01.dbf 293184

当clean shutdown 时，checkpoint会进行，并且此时datafile的stop scn和start scn会相同。
 等到我门开启数据库时，Oracle检查datafile header中的start scn和存于control file中的datafile的scn
 是否相同，
 如果相同，接着检查start scn和stop scn是否相同，如果仍然相同，数据库就会正常开启，
 否则就需要recovery...
 等到数据库开启后，储存在control file中的stop scn就会恢复为NULL值，
 此时表示datafile是open在正常模式下了。
@@@@@
crash recovery 和media recovery 的比较
启动数据库时，如果发现STOP SCN = NULL，表示需要进行crash recovery；启动数据库时，
如果发现有datafile header的START SCN 不等于储存于CONTROLFILE的DATAFILE SCN，
表示需要进行Media recovery