?

? ? ? ? 我們知道Oracle數據庫熱備有3步： ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

1. alter tablespace ?tbname ?begin backup；

2. cp ?/××× ? ? ?to ? /××

3. alter tablespace ?tbname end ?backup；

?

這個過程要盡可能短，否則會造成大量的redolog。

?

那么，數據庫在你執行begin backup時，系統做了什么呢？

1. tablespace 發生了一次checkpoint------會把buffer臟數據全部寫入到數據文件

2. tablespace下的數據文件的文件頭的scn會保持不變-------這里的scn即第一步發生checkpoint的scn

3. 如果此時，有改變數據的操作，數據庫會對被修改的block塊進行整個備份，以保證數據的完整性。

? （后期在恢復時，數據庫會發現該塊被修改，然后通過archive log 來進行恢復）

? ?---------也就是說，你在熱備時，是可以修改數據的；---------------這就是熱備的優點。

?

下面通過實驗來驗證一下第3點：

1.用一個新用戶登錄

SQL> conn yn/yn
Connected.
SQL> create table fruit(name varchar2(30));

Table created.

SQL> insert into fruit values('orange');

1 row created.

SQL> commit;

Commit complete.

SQL> select dbms_rowid.rowid_block_number(rowid) blk ,name from fruit;

BLK NAME
---------- ------------------------------
64 orange

----查看數據被保存的數據塊

（注意：commit 并不代表該數據會被寫入到數據文件中；我是在另外一個session中執行了checkpoint來達到寫入數據文件的）

?

SQL> select username,default_tablespace from dba_users;

USERNAME DEFAULT_TABLESPACE
------------------------------ ------------------------------
HACKER SYSTEM
BBK SYSTEM
OPS$YN SYSTEM
YN ?USERS

-------該yn用戶對應的表空間是 users

?

?

2.通過dd命令來查看block內容

[oracle@app orcl]$ dd if=users01.dbf ibs=8192 skip=63 count=3 |strings
3+0 records in
48+0 records out
24576 bytes (25 kB) copied, 0.000252 seconds, 97.5 MB/s
orange

---這說明我們數據已經寫入數據文件

?

3. 執行熱備

SQL> alter tablespace users begin backup;

Tablespace altered.

?

4.修改系統數據

SQL> update fruit set name='apple';

1 row updated.

SQL> commit;

Commit complete.

SQL> select * from fruit;

NAME
------------------------------
apple

?

5.再次查看block

[oracle@app orcl]$ dd if=users01.dbf ibs=8192 skip=63 count=3 |strings
3+0 records in
48+0 records out
24576 bytes (25 kB) copied, 0.000187 seconds, 131 MB/s
apple,
orange
[oracle@app orcl]$

?

----說明數據文件已經修改

?

6.最后取消表空間備份

?alter tablespace users ?end bakcup；

?

?

Oracle：熱備測試