,,

Oracle 數據庫復制常用腳本 Oracle的數據復制是一個Oracle數據庫產品中比較成熟的一項技術，它是整個分布式計算解決方案的一個重要組成部分。對于具有復制環境的數據庫系統，和Oracle DBA一樣，同樣要有一個人來專門負責維護Oracle的數據復制問題，稱之為Oracle Replication Administrator（Oracle復制治理員）。本文就Oracle數據復制中復制治理員經常關心的一些關于復制系統的問題，編寫了不同的存儲過程。當然，通過Oracle提供的復制治理器也可以達到這些目的，但在實際應用中，Oracle復制治理器具有不靈活，速度慢，同時我們不能對其查詢結果進行隨意控制等等的缺點。一、查看Oracle8x延遲事務隊列調用及調用個數
推（push）一個大的延遲事務（Deferred Transactions）隊列是非常慢的。一個常見的問題就是一個事務中含有非常多的調用（calls）。假如系統檢測到一個錯誤，如ora－01403（數據未找到錯誤），也就是我們常說的檢測到沖突，而且沒有沖突消除方法，寫到deferror錯誤表和回滾事務的時間就會更長，事務中假如調用calls很多，則消耗在任何一個調用的時間就會以指數形式增長。對于數據復制中每個事務的調用數Oracel強烈建議不超過50個。下面的存儲過程提供了一個快速查看延遲事務隊列中的事務列表以及每個事務中調用數的腳本。輸出是以傳輸順序排列的，這個順序就是事務將要傳播到主節點的順序。這對于確定傳播中的延遲以及掛起等是非常有幫助的。在搭建Oracle數據復制環境中，有一個經驗是值得注重的，那就是一定要設置沖突解決方案，即可使用Oracle系統提供的幾種方案，也可以自己編寫腳本來完成沖突處理。為什么這樣說，一定要設置沖突解決方案，也許我們可以說，我們的復制環境是一個單項復制，不可能出現沖突現象。在這里我講一個自己的親身經歷的例子來說明這個問題，在實際工作中，我搭建了一個具有15個節點的高級復制環境，一個主定義節點，14個主節點，其中14個主節點向主定義節點單向傳遞數據。一般來講這種情況下不會出現沖突。但是在實際應用中，問題就出現了，其中幾個節點在傳輸了一些數據后，就掛（hang）了起來。所有可能查找的原因到查了，始終發現不了問題的根結。最后發現是由于數據傳播到遠程節點后，出現了錯誤，而在該節點又沒有設置沖突解決方案，同時出現錯誤的該事務又具有超過1000條的調用。其中有一條調用出錯了，事務需要回滾，而這個在本地和遠程節點間的回滾時間就會以幾何基數增長。就出現了前面談到的系統掛起（hang）的表現。這也就是說即是在根本不可能出現沖突的系統中，由于偶然的不定的錯誤進程，批量數據的處理以及沒有考慮復制情況下的數據導入都可造成在傳播過程中嚴重的性能問題，最嚴重的情況就是系統掛起，不能完成正常的復制工作。最簡單和有效的辦法就是在多路復制環境下設置一個系統確省的沖突處理方法來避免這種情況的發生。下面這個存儲過程就是在Oracle 8 環境下列出延遲事務隊列中的事務和事務中調用個數的腳本，該腳本對Oracle 7 不支持，這是因為Oracle 8 和Oracle 7 的復制機制發生了變化。存儲過程調用方法：在SQL/PLUS下，首先運行下面的設置，使存儲過程的輸出到屏幕上， SET SERVEROUTPUT ON SIZE 200000
EXEC P_LIST_TRANSACTIONS(ORA_SJJK); 其中，存儲過程的參數as_destination為所要查看的事務傳播到目的節點的延遲隊列，為數據庫聯接（DBLINK）名。假如我們看到一個事務具有很多的調用（超過50個），這個事務很可能就是造成延遲事務隊列推過程延遲甚至是掛起的原因。附：存儲過程腳本：下載該腳本 CREATE OR REPLACE PROCEDURE REPADMIN.P_LIST_TRANSACTION(as_destination in VARCHAR2) IS
local_node VARCHAR2(128);
remote_node VARCHAR2(128);
last_scn NUMBER;
last_tid VARCHAR2(22);
last_tdb VARCHAR2(128);
cnt NUMBER; CURSOR c(last_delivered NUMBER, last_tid VARCHAR2, last_tdb VARCHAR2) IS
select cscn, enq_tid,
dscn, DECODE(c.recipient_key, 0, 'D', 'R')
from system.def$_aqcall c where
(c.cscn >= last_delivered)
and ((c.cscn > last_delivered) or (c.enq_tid > last_tid))
and (
( c.recipient_key = 0
and exists ( select /*+ index(cd def$_calldest_primary) */ null
from system.def$_calldest cd
where cd.enq_tid = c.enq_tid
and cd.dblink = remote_node ) )
or ( c.recipient_key > 0
and ( ( exists (
select null from system.repcat$_repprop P
where P.dblink = remote_node
and P.how = 1
and P.recipient_key = c.recipient_key
and ((P.delivery_order is NULL)
or (P.delivery_order < c.cscn))))
or ( exists
( select /*+ ordered use_nl(rp) */ null
from system.def$_aqcall cc, system.repcat$_repprop rp
where cc.enq_tid = c.enq_tid
and cc.cscn is null
and rp.recipient_key = cc.recipient_key
and rp.how = 1
and rp.dblink = remote_node
and ((rp.delivery_order is NULL)
or (rp.delivery_order < c.cscn)))))))
order by c.cscn, c.enq_tid;
BEGIN
SELECT NLS_UPPER(global_name) INTO local_node FROM global_name;
SELECT dblink INTO remote_node from deftrandest
WHERE dblink LIKE UPPER (as_destination'%') AND ROWNUM < 2;
IF (remote_node IS NULL) THEN
DBMS_OUTPUT.PUT_LINE ('不能確定目標節點，輸入參數有誤!');
RETURN;
ELSE
DBMS_OUTPUT.PUT_LINE ('延遲事務目標節點為: 'remote_node);
DBMS_OUTPUT.PUT_LINE ('-------------------------------------------');
END IF;
SELECT last_delivered, last_enq_tid, dblink
INTO last_scn, last_tid, last_tdb
FROM system.def$_destination
WHERE dblink = remote_node; FOR R IN C(last_scn,last_tid,last_tdb) LOOP
SELECT count(*) INTO cnt FROM system.def$_aqcall WHERE enq_tid = r.enq_tid;
DBMS_OUTPUT.PUT_LINE ('延遲事務 ID='r.enq_tid' 調用個數='to_char(cnt));
END LOOP;
END;
/
二、Oracle 8高級復制環境設置問題診斷腳本要保證搭建的一個高級復制環境工作，必須保證所有的復制對象處于正常狀態，對于一個高級復制環境，要檢查一個復制環境中是否所有對象均處于正常工作狀態，需要檢查不同的系統字典對象，包括復制組對象，復制對象，復制方案對象等等。假如搭建的這個高級復制環境包含很多節點，每個節點又包含幾個復制方案（schema）以及每個方案又包含多個復制對象，則完成一遍檢查需要作很多的重復工作，這里針對這個問題，編寫了一個復制設置問題診斷包，只有運行該包中相應的過程，即可完成對上面提到的相關對象的診斷，給出相應診斷結果。運行方法是，在SQL/PLUS環境下， SQL> spool <文件名>
SQL> set serveroutput on
SQL> exec rep_diag.rep_diag; 這里強調一點，運行該包的用戶，必須具有對系統字典表dba_repschema、dba_diagnose、dba_repcat以及dba_repcatlog的檢索(select)權限，當然，復制治理員(RepAdmin)用戶是均有這些權限的。附：高級復制環境設置問題診斷包腳本。下載該腳本 CREATE OR REPLACE PACKAGE REP_DIAG IS
PROCEDURE REP_DIAG;
PROCEDURE REP_SCHEMA;
PROCEDURE REP_OBJECT;
PROCEDURE REP_ERROR;
PROCEDURE REP_STAT;
END REP_DIAG;
/ CREATE OR REPLACE PACKAGE BODY REP_DIAG IS
PROCEDURE REP_DIAG IS
BEGIN
        REP_SCHEMA;
        REP_OBJECT;
        REP_ERROR;
        REP_STAT;
END REP_DIAG; PROCEDURE REP_SCHEMA AS
   CURSOR C_SCHEMA IS SELECT SNAME, DBLINK, MASTERDEF
                FROM SYS.DBA_REPSCHEMA;
BEGIN
        DBMS_OUTPUT.PUT_LINE('復制方案明細信息');
        DBMS_OUTPUT.PUT_LINE('-------------------------');
        FOR T_SCHEMA IN C_SCHEMA LOOP
                DBMS_OUTPUT.PUT_LINE('方案名稱:    'T_SCHEMA.SNAME);
                DBMS_OUTPUT.PUT_LINE('是否為主定義節點: 'T_SCHEMA.MASTERDEF);
                DBMS_OUTPUT.PUT_LINE('數據庫聯接名稱:    'T_SCHEMA.DBLINK);
                DBMS_OUTPUT.PUT_LINE('.');
        END LOOP;
END REP_SCHEMA;
PROCEDURE REP_OBJECT AS
   CURSOR C_REP_OBJECT IS SELECT SNAME, ONAME, TYPE, STATUS

主題：有關oracle高可靠性的一些討論和想法

有關oracle高可靠性的一些討論和想法

回復標題：
上傳附件：

	簽名：不顯示顯示