Data Guard環境下Temp資料表空間和Temp檔案管理概述

Oracle資料表空間和資料檔案裡面，Temp資料表空間和檔案是比較特殊的。除了Temp資料表空間對應的臨時段（temp segment）是由Oracle自動進行管理之外，疏鬆檔案的特性也是我們需要注意的一個方面。
 
常規情況下，我們建立一個資料檔案，即使使用OMF特性，也需要指定初始檔案大小。建立資料檔案之後，磁碟空間被明確的佔用，我們從作業系統層面是可以看到空間的。但是，對於暫存資料表空間檔案而言，新建立出的檔案也許只能看到作業系統層面的檔案大小，但是卻沒有空間佔用。我們稱這個特性為“疏鬆檔案”。
 
從實現層面，疏鬆檔案意味著更少的redo log產生。那麼，在DG環境下，Temp檔案的特性和普通檔案有什麼差異呢？下面我們通過一系列的實驗來證明。

--------------------------------------分割線 --------------------------------------

相關參考:

Oracle Data Guard 重要配置參數

基於同一主機配置 Oracle 11g Data Guard

探索Oracle之11g DataGuard

Oracle Data Guard （RAC+DG) 歸檔刪除策略及指令碼

Oracle Data Guard 的角色轉換

Oracle Data Guard的日誌FAL gap問題

Oracle 11g Data Guard Error 16143 Heartbeat failed to connect to standby 處理方法

--------------------------------------分割線 --------------------------------------

1、實驗環境介紹

我們在Oracle 11gR2環境下的Dataguard中進行測試。具體版本為11.2.0.4。當前Primary情況如下：

--Primary名稱ora11g

SQL> select DATABASE_ROLE, open_mode from v$database;

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

PRIMARY          READ WRITE

當前資料庫中只有一個臨時檔案，對應資料表空間TEMP。

 

SQL> select file_name, tablespace_name from dba_temp_files;

 

FILE_NAME                                                    TABLESPACE_NAME

------------------------------------------------------------ ------------------------------
 
/u01/app/oradata/ORA11G/datafile/o1_mf_temp_9mnjxpk4_.tmp    TEMP

 

對Dataguard而言，最重要的檔案管理參數為standby_file_management。如果保持為AUTO，就可以保證資料檔案同步建立。

 

SQL> show parameter standby_file

 

NAME                                TYPE        VALUE

------------------------------------ ----------- ------------------------------

standby_file_management              string      AUTO

 

Standby端情況也比較簡單，處在mount狀態。檔案自動建立管理。

 

 

SQL> select DATABASE_ROLE, open_mode from v$database;

DATABASE_ROLE    OPEN_MODE

---------------- --------------------

PHYSICAL STANDBY MOUNTED

 

 

SQL> select name, file# from v$tempfile;

 

NAME                                                                                  FILE#
 
-------------------------------------------------------------------------------- ----------
 
/u01/app/oradata/ORA11GSY/datafile/o1_mf_temp_9pcqbdd6_.tmp                              1
 
 

SQL> show parameter standby_file

NAME                                TYPE        VALUE

------------------------------------ ----------- ------------------------------

standby_file_management              string      AUTO

 

2、Primary端暫存資料表空間操作

 

我們首先實驗在Primary端進行資料表空間操作。

 

（primary）

SQL> alter tablespace temp add tempfile size 100m autoextend off;

Tablespace altered

 

SQL> select file_name, tablespace_name from dba_temp_files;

 

FILE_NAME                                                    TABLESPACE_NAME

------------------------------------------------------------ ------------------------------
 
/u01/app/oradata/ORA11G/datafile/o1_mf_temp_9mnjxpk4_.tmp    TEMP

/u01/app/oradata/ORA11G/datafile/o1_mf_temp_9pm3ct62_.tmp    TEMP

 

SQL> alter system switch logfile;

System altered

切換之後，正常redo log資訊應該已經傳遞到standby端。Standby端啟動redo apply過程，查看臨時檔案是否建立。

SQL> alter database recover managed standby database using current logfile disconnect from session;
 
Database altered

 

SQL> select name, file# from v$tempfile;

 

NAME                                                                                  FILE#
 
-------------------------------------------------------------------------------- ----------
 
/u01/app/oradata/ORA11GSY/datafile/o1_mf_temp_9pcqbdd6_.tmp                              1
 
啟動redo apply之後，standby端依然只有一個臨時檔案，也就是說明臨時檔案沒有聯動的傳遞過來。至此，Primary和Standby檔案結構出現差異。
 
此時是否可以在standby端直接添加檔案呢？mount狀態下，是拒絕的。

SQL> alter tablespace temp add tempfile size 100m autoextend off;

altertablespace temp add tempfile size 100m autoextend off

ORA-01109: 資料庫未開啟

與資料檔案對應的暫存資料表空間，如果我們在Primary端進行建立時，會不會聯動建立呢？

（主庫）

SQL> create temporary tablespace temp1 tempfile size 10m autoextend off

2  extent management local uniform size 1m;

 

Tablespace created

 

SQL> select file_name, tablespace_name from dba_temp_files;

 

FILE_NAME                                                    TABLESPACE_NAME

------------------------------------------------------------ ------------------------------
 
/u01/app/oradata/ORA11G/datafile/o1_mf_temp_9mnjxpk4_.tmp    TEMP

/u01/app/oradata/ORA11G/datafile/o1_mf_temp_9pm3ct62_.tmp    TEMP

/u01/app/oradata/ORA11G/datafile/o1_mf_temp1_9pm3mv8b_.tmp  TEMP1

此時再觀察Standby端，TEMP1資料表空間也沒有連帶的傳導到standby端。 

SQL> select name, file# from v$tempfile;

NAME                                                                                  FILE#
 
-------------------------------------------------------------------------------- ----------
 
/u01/app/oradata/ORA11GSY/datafile/o1_mf_temp_9pcqbdd6_.tmp                              1
 
結論：當我們Standby端處在mount狀態（Read Only也相同），Primary端涉及到的暫存資料表空間建立維護、臨時檔案建立的操作是不會傳導到standby端的。處在mount狀態的standby端也不能進行檔案手工建立動作。

更多詳情見請繼續閱讀下一頁的精彩內容：

1 2 下一頁