ORACLE 9I DATAGUARD實施和維護總結

jolly10發表於2008-03-14
ORACLE 9I DATAGUARD實施和維護總結[@more@]

1、DATAGUARD原理
STANDBY一旦建立,DATAGUARD就會透過將主資料庫的REDO傳遞給STANDBY資料庫,然後在STANDBY中應用REDO實現資料庫的同步。

有兩種型別的STANDBY:物理STANDBY和邏輯STANDBY
物理STANDBY提供與主資料庫完全一樣的複製(塊到塊),資料庫SCHEMA,包括索引都是一樣的。它是直接應用REDO實現同步的。
邏輯STANDBY則不是這樣,在邏輯STANDBY中,邏輯資訊是相同的,但物理組織和資料結構可以不同,它和主庫保持同步的方法是將接收的REDO轉換成SQL語句,然後在STANDBY上執行SQL語句。邏輯STANDBY除災難恢復外還有其它用途,比如用於使用者進行查詢和報表。
DATAGUARD包含三個服務(日誌傳輸、日誌應用和角色轉換)
日誌傳輸服務控制REDO資料的傳輸(傳輸日誌,實施資料庫保護模式)--------------STANDBY上透過起用RFS程式接收REDO資料。
日誌應用服務則一方面自動應用日誌,另一方面自動檢測STANDBY缺少的REDO,並從主資料庫或其它STANDBY中自動查詢出丟失的REDO。
DATAGUARD的幾種保護模式:最大保護,最大可用,最大效能
最大保護是指除非REDO在至少一個STANDBY中可用,否則事務不能提交。如果在某個STANDBY中不可用,則主資料庫的操作被停止。
最大可用是指如果STANDBY不可用,主資料庫仍然可以處理事務,只是在問題被糾正後,STANDBY和主資料庫進行再同步。這樣的一個問題是:當再同步之前有必要FAILOVER時,有些資料可能會丟失。
最大效能是指主資料庫的提交操作不等待STANDBY。
物理STANDBY可能的模式:只讀模式(OPEN READONLY)和恢復模式(MANANGED RECOVERY)
2、物理DATAGUARD實施
主資料庫的準備工作:FORCE LOGGING,ENABLE ARCHIVING,一個本地歸檔目的地。
建立STANDBY資料庫:
a.關閉主庫,冷備份主庫資料檔案、日誌檔案和密碼檔案,然後啟動主庫,在主庫上建立STANDBY的控制檔案:alter database create standby controlfile as '檔名'
b.準備引數檔案,將引數檔案、備份的主庫檔案和STANDBY控制檔案複製到STANDBY系統。
需要更改的引數有:standby_archive_dest-----接收的歸檔日誌存放處
db_file_name_convert和log_file_name_convert-----僅當主庫和STANDBY庫在同一系統下時用
log_archive_dest_1-----本地歸檔目的地
log_archive_dest_2='service=standby'-----歸檔到STANDBY的目的地
standby_file_management=auto
remote_archive_enable=true
fal_server
fal_client
instance_name-----當主庫和STANDBY庫在同一系統下時該引數用於區分主庫
lock_name_space-----當主庫和STANDBY庫在同一系統下時指定STANDBY的例項名和INSTANCE_NAME相同
c.如果是WINDOWS系統,需要建立WINDOWS服務。
d.配置兩臺機器的tnsnames.ora,雙方都能tnsping通
e.在主庫和STANDBY庫上配置監聽
f.起用STANDBY系統上的死連線檢測:sqlnet.ora中設定sqlnet.expire_time=2
g.在STANDBY上建立SPFILE
h.啟動STANDBY:
startup nomount
alter database mount standby database
i.初始化日誌應用服務
alter database recover managed standby database disconnect from session;
3、DATAGUARD維護
a.日誌傳送服務
有些情況下,你可能需要在歸檔日誌和應用日誌之間有個時間間隔,此時可以透過在STANDBY上指定引數log_archive_dest_n中指定delay=minutes屬性。
STANDBY上的日誌應該與主庫上的日誌大小相同,另外STANDBY上的日誌組應該比主庫多,因為這樣歸檔操作才有時間完成。也就是RFS(日誌接收)程式在使用STANDBY的日誌前,不用等待該日誌被歸檔。最簡單判斷日誌組是否夠的方法是檢視警告日誌和RFS的TRACE檔案。
增加STANDBY日誌檔案的方法:
alter database 語句中使用add standby logfile子句。相關檢視v$standby_log,v$logfile
增加STANDBY日誌組的方法:
alter database add standby logfile group 10 ('檔名1','檔名2') size 100M對於多個 STANDBY共享歸檔日誌檔案目的地,有些情況下需要指定log_archive_dest_n引數的dependency屬性,該屬性的作用是說明該目的地依賴於父目的地的成功歸檔。
引數log_archive_dest_n還可以指定reopen、max_failures、sync、async屬性。透過給該引數指定LGWR或者ARCH屬性以選擇是用LGWR還是ARCH程式傳送日誌。
用於日誌接收的幾個程式是:LGWR,ARCH,RFS,FAL。FAL程式用於解決日誌縫。
設定資料保護模式的語句為:alter database set standby database to maximun(protection|availability|performance)
b.日誌應用服務
對於物理STANDBY,日誌應用服務涉及到下面幾個程式:RFS,ARC,MRP。MRP是管理恢復程式。
啟動STANDBY的恢復操作的幾個命令:alter database recover managed standby database(啟動前臺會話);alter database recover managed standby database disconnect from session(啟動後臺會話,也就是說會話可以繼續幹別的事情);alter database recover managed standby database cancel(停止日誌應用).
可以透過查詢檢視v$managed_standby檢視日誌應用情況。
c.資料檔案管理
當主庫新建立資料檔案,可定義引數standby_file_management為auto,讓standby也自動建立資料檔案。如果主庫和standby的資料檔案的目錄結構不一樣,可以設定db_file_name_convert將主庫上的檔名轉換成standby上的檔名。如果standby_file_management設為auto,則不能在standby上重新命名或建立資料檔案、日誌檔案。
每分鐘主庫會詢問standby是否有gap,該行為被稱為heartbeat.
可以查詢檢視v$archived_gap,如果發現有GAP,則可以從主庫上將日誌檔案複製到standby,然後將相關檔案註冊到standby,具體方法是:alter database register logfile '檔名'。當然也可以透過設定引數fal_server,fal_client,讓日誌應用服務自動處理gap問題。
對於STANDBY日誌應用服務,下面幾個檢視有助於監控:v$managed_standby,v$archived_dest_status,v$archived_log,v$log_status,v$dataguard_status.
可以設定引數log_archive_trace對歸檔進行不同級別的跟蹤。

d.角色轉換
ORACLE支援兩種形式的角色轉換----switchover和failover
switchover包含兩個步驟,首先主庫被轉換成STANDBY,然後STANDBY被轉換成主庫
switchover的準備工作:完成角色轉換需要改變的引數(必須改變所有STANDBY上的 log_archive_dest_n和log_archive_dest_state_n);確保主庫和所有STANDBY都有連線;確認沒有使用者連線到資料庫;對於RAC環境確保只有一個例項是活動狀態;角色轉換之前,主庫例項應該是OPEN狀態,而STANDBY例項是MOUNT狀態,因為這樣的話,轉換過程中STANDBY資料庫也可以應用歸檔日誌,如果STANDBY為READONLY,切換操作仍然可以進行,只是要花一點額外的時間;如果切換操作包含邏輯STANDBY,那麼,主庫例項和STANDBY例項都必須為OPEN狀態;將要轉換成主庫的STANDBY變成歸檔模式;取消在該STANDBY庫上的日誌延遲。
switchover的步驟:在當前主庫上,首先確認可以執行switchover操作(select switchover_status from v$database,如果值為TO STANDBY則可以切換,否則需要檢查當前DATAGUARD配置是否執行正常),然後將主庫切換為STANDBY(執行ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;這樣原控制檔案被備份並生成新的STANDBY控制檔案,然後只要重新啟動該庫為STANDBY模式就可以了);以上操作完成後,在原STANDBY資料庫上,需要查詢原主庫的切換資訊是否被目標STANDBY接收到(SELECT SWITCHOVER_STATUS FROM V$DATABASE;如果結果為SWITCHOVER PENDING說明STANDBY切換為PRIMARY是可行的,否則需要檢查DATAGUARD的配置是否執行正常),然後執行ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;將STANDBY轉換成PRIMARY,並重新啟動該庫。這裡需要說明的是如果該庫線上重做日誌不存在,該切換語句會自動建立它們,然而這樣一來,會花費很長的時間。因此ORACLE建議手工增加線上重做日誌。手工增加線上重做日誌的方法有兩種:第一種是將原主庫的日誌複製到原STANDBY,並且定義引數log_file_name_convert,讓它將standby和新的日誌聯絡起來。第二種方法是DROP所有目標STANDBY上存在的日誌,並且用命令ALTER DATABASE ADD STANDBY LOGFILE建立新的日誌。switchover的最後一步是將新生成的STANDBY轉換成恢復模式,並將新PRIMARY進行一次歸檔操作。

failover的準備工作:完成角色轉換需要改變的引數(必須改變所有STANDBY上的log_archive_dest_n和log_archive_dest_state_n);確保主庫和所有STANDBY都有連線;對於RAC環境確保只有一個例項是活動狀態;如果要進行failover操作的STANDBY當前執行於最大保護模式,則應該將它轉換成最大效能模式(透過命令ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE;)


failover的步驟:首先發現並解決日誌GAP的問題,然後從其它庫中將日誌號高於本庫的日誌複製過來並應用這些日誌,如果你沒有手工註冊新的日誌,那麼可以執行下面的語句ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;否則需要執行的語句為ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH SKIP STANDBY LOGFILE;接下來執行ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;完成切換並重新啟動新的主庫,可能的話對主庫進行一次備份。

e.啟動STANDBY
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
f.關閉STANDBY
首先確認是否處於恢復狀態:SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY;
取消恢復操作:ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
SHUTDOWN IMMEDIATE;
g.讓standby執行於只讀訪問模式
啟動STANDBY為只讀模式:
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
ALTER DATABASE OPEN READ ONLY;
將恢復模式的STANDBY轉換成read only模式:
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE OPEN READ ONLY;
h.讓STANDBY從READ ONLY轉變成恢復模式
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
i.讓為只讀模式的STANDBY執行排序操作應該注意的問題:
排序操作不能使用非臨時表空間,臨時表空間必須是本地管理的,並且只包含臨時檔案
如果在建立STANDBY時主庫沒有臨時表空間,則需要在主庫上建立臨時表空間,並執行ALTER SYSTEM SWITCH LOGFILE;將redo傳給STANDBY。如果要給STANDBY的臨時表空間增加臨時檔案,需要先將STANDBY轉換成READ ONLY模式,並執行命令ALTER TABLESPACE temp1 ADD TEMPFILE '/disk1/oracle/dbs/s_temp1.dbf' SIZE 10M REUSE;增加臨時檔案。

j.可以透過對STANDBY的備份實現對資料庫的備份。
k.主庫上的操作和STANDBY的應對:
如果你執行ALTER DATABASE CLEAR UNARCHIVED LOGFILE或者開啟資料庫時使用RESETLOGS,那麼必須重新建立STANDBY。
如果你在主庫上執行ALTER DATABASE ENABLE|DISABLE,如果你改變表空間的狀態,如果你設定了引數STANDBY_FILE_MANAGEMENT為AUTO並建立表空間或者增加資料檔案,則不需要對STANDBY進行操作。
如果你在主庫上刪除了表空間或者資料檔案,你需要在STANDBY上等日誌應用後在作業系統上刪除相關資料檔案。
如果你在主庫上重新命名了資料檔案,你也要在STANDBY上重新命名(因為是對控制檔案的改變,所以沒有日誌傳過去,因此兩邊都要進行相同的操作)
如果你在主庫上改變了控制檔案,你就要重新建立STANDBY控制檔案或者重建STANDBY資料庫。
如果你在主庫上增加或刪除日誌檔案,你也需要在STANDBY上進行同步變化。
具體方法為:先取消恢復,如果STANDBY_FILE_MANAGEMENT為AUTO,則改為MANUAL,然後使用命令ALTER DATABASE ADD STANDBY LOGFILE 'prmy3.log' SIZE 100K;增加日誌檔案或者用命令ALTER DATABASE DROP STANDBY LOGFILE 'prmy3.log'DROP掉日誌檔案,最後恢復引數STANDBY_FILE_MANAGEMENT的值。
如果你在主庫上進行了nologging|unrecoverable等操作,則應該將包含這些變化的表空間複製到STANDBY。
如果你改變了主庫的引數檔案,那麼你也應該改變STANDBY的引數檔案。
l.監控程式
SELECT PROCESS, CLIENT_PROCESS, SEQUENCE#, STATUS FROM V$MANAGED_STANDBY;
m.監控恢復操作的程式
SELECT ARCHIVED_THREAD#, ARCHIVED_SEQ#, APPLIED_THREAD#, APPLIED_SEQ# FROM V$ARCHIVE_DEST_STATUS

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/271283/viewspace-1000942/,如需轉載,請註明出處,否則將追究法律責任。

相關文章