共1 條記錄, 每頁顯示 10 條, 頁簽: [1]

標題：有關(guān)oracle高可靠性的一些討論和想法

1樓

wangxinxin 發(fā)表于：2010-12-11 10:49:48

Oracle 數(shù)據(jù)庫復(fù)制常用腳本 Oracle的數(shù)據(jù)復(fù)制是一個Oracle數(shù)據(jù)庫產(chǎn)品中比較成熟的一項技術(shù)，它是整個分布式計算解決方案的一個重要組成部分。對于具有復(fù)制環(huán)境的數(shù)據(jù)庫系統(tǒng)，和Oracle DBA一樣，同樣要有一個人來專門負責(zé)維護Oracle的數(shù)據(jù)復(fù)制問題，稱之為Oracle Replication Administrator（Oracle復(fù)制治理員）。本文就Oracle數(shù)據(jù)復(fù)制中復(fù)制治理員經(jīng)常關(guān)心的一些關(guān)于復(fù)制系統(tǒng)的問題，編寫了不同的存儲過程。當(dāng)然，通過Oracle提供的復(fù)制治理器也可以達到這些目的，但在實際應(yīng)用中，Oracle復(fù)制治理器具有不靈活，速度慢，同時我們不能對其查詢結(jié)果進行隨意控制等等的缺點。一、查看Oracle8x延遲事務(wù)隊列調(diào)用及調(diào)用個數(shù)
推（push）一個大的延遲事務(wù)（Deferred Transactions）隊列是非常慢的。一個常見的問題就是一個事務(wù)中含有非常多的調(diào)用（calls）。假如系統(tǒng)檢測到一個錯誤，如ora－01403（數(shù)據(jù)未找到錯誤），也就是我們常說的檢測到?jīng)_突，而且沒有沖突消除方法，寫到deferror錯誤表和回滾事務(wù)的時間就會更長，事務(wù)中假如調(diào)用calls很多，則消耗在任何一個調(diào)用的時間就會以指數(shù)形式增長。對于數(shù)據(jù)復(fù)制中每個事務(wù)的調(diào)用數(shù)Oracel強烈建議不超過50個。下面的存儲過程提供了一個快速查看延遲事務(wù)隊列中的事務(wù)列表以及每個事務(wù)中調(diào)用數(shù)的腳本。輸出是以傳輸順序排列的，這個順序就是事務(wù)將要傳播到主節(jié)點的順序。這對于確定傳播中的延遲以及掛起等是非常有幫助的。在搭建Oracle數(shù)據(jù)復(fù)制環(huán)境中，有一個經(jīng)驗是值得注重的，那就是一定要設(shè)置沖突解決方案，即可使用Oracle系統(tǒng)提供的幾種方案，也可以自己編寫腳本來完成沖突處理。為什么這樣說，一定要設(shè)置沖突解決方案，也許我們可以說，我們的復(fù)制環(huán)境是一個單項復(fù)制，不可能出現(xiàn)沖突現(xiàn)象。在這里我講一個自己的親身經(jīng)歷的例子來說明這個問題，在實際工作中，我搭建了一個具有15個節(jié)點的高級復(fù)制環(huán)境，一個主定義節(jié)點，14個主節(jié)點，其中14個主節(jié)點向主定義節(jié)點單向傳遞數(shù)據(jù)。一般來講這種情況下不會出現(xiàn)沖突。但是在實際應(yīng)用中，問題就出現(xiàn)了，其中幾個節(jié)點在傳輸了一些數(shù)據(jù)后，就掛（hang）了起來。所有可能查找的原因到查了，始終發(fā)現(xiàn)不了問題的根結(jié)。最后發(fā)現(xiàn)是由于數(shù)據(jù)傳播到遠程節(jié)點后，出現(xiàn)了錯誤，而在該節(jié)點又沒有設(shè)置沖突解決方案，同時出現(xiàn)錯誤的該事務(wù)又具有超過1000條的調(diào)用。其中有一條調(diào)用出錯了，事務(wù)需要回滾，而這個在本地和遠程節(jié)點間的回滾時間就會以幾何基數(shù)增長。就出現(xiàn)了前面談到的系統(tǒng)掛起（hang）的表現(xiàn)。這也就是說即是在根本不可能出現(xiàn)沖突的系統(tǒng)中，由于偶然的不定的錯誤進程，批量數(shù)據(jù)的處理以及沒有考慮復(fù)制情況下的數(shù)據(jù)導(dǎo)入都可造成在傳播過程中嚴重的性能問題，最嚴重的情況就是系統(tǒng)掛起，不能完成正常的復(fù)制工作。最簡單和有效的辦法就是在多路復(fù)制環(huán)境下設(shè)置一個系統(tǒng)確省的沖突處理方法來避免這種情況的發(fā)生。下面這個存儲過程就是在Oracle 8 環(huán)境下列出延遲事務(wù)隊列中的事務(wù)和事務(wù)中調(diào)用個數(shù)的腳本，該腳本對Oracle 7 不支持，這是因為Oracle 8 和Oracle 7 的復(fù)制機制發(fā)生了變化。存儲過程調(diào)用方法：在SQL/PLUS下，首先運行下面的設(shè)置，使存儲過程的輸出到屏幕上， SET SERVEROUTPUT ON SIZE 200000
EXEC P_LIST_TRANSACTIONS(ORA_SJJK); 其中，存儲過程的參數(shù)as_destination為所要查看的事務(wù)傳播到目的節(jié)點的延遲隊列，為數(shù)據(jù)庫聯(lián)接（DBLINK）名。假如我們看到一個事務(wù)具有很多的調(diào)用（超過50個），這個事務(wù)很可能就是造成延遲事務(wù)隊列推過程延遲甚至是掛起的原因。附：存儲過程腳本：下載該腳本 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 ('不能確定目標節(jié)點，輸入?yún)?shù)有誤!');
RETURN;
ELSE
DBMS_OUTPUT.PUT_LINE ('延遲事務(wù)目標節(jié)點為: '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 ('延遲事務(wù) ID='r.enq_tid' 調(diào)用個數(shù)='to_char(cnt));
END LOOP;
END;
/
二、Oracle 8高級復(fù)制環(huán)境設(shè)置問題診斷腳本要保證搭建的一個高級復(fù)制環(huán)境工作，必須保證所有的復(fù)制對象處于正常狀態(tài)，對于一個高級復(fù)制環(huán)境，要檢查一個復(fù)制環(huán)境中是否所有對象均處于正常工作狀態(tài)，需要檢查不同的系統(tǒng)字典對象，包括復(fù)制組對象，復(fù)制對象，復(fù)制方案對象等等。假如搭建的這個高級復(fù)制環(huán)境包含很多節(jié)點，每個節(jié)點又包含幾個復(fù)制方案（schema）以及每個方案又包含多個復(fù)制對象，則完成一遍檢查需要作很多的重復(fù)工作，這里針對這個問題，編寫了一個復(fù)制設(shè)置問題診斷包，只有運行該包中相應(yīng)的過程，即可完成對上面提到的相關(guān)對象的診斷，給出相應(yīng)診斷結(jié)果。運行方法是，在SQL/PLUS環(huán)境下， SQL> spool <文件名>
SQL> set serveroutput on
SQL> exec rep_diag.rep_diag; 這里強調(diào)一點，運行該包的用戶，必須具有對系統(tǒng)字典表dba_repschema、dba_diagnose、dba_repcat以及dba_repcatlog的檢索(select)權(quán)限，當(dāng)然，復(fù)制治理員(RepAdmin)用戶是均有這些權(quán)限的。附：高級復(fù)制環(huán)境設(shè)置問題診斷包腳本。下載該腳本 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('復(fù)制方案明細信息');
        DBMS_OUTPUT.PUT_LINE('-------------------------');
        FOR T_SCHEMA IN C_SCHEMA LOOP
                DBMS_OUTPUT.PUT_LINE('方案名稱:    'T_SCHEMA.SNAME);
                DBMS_OUTPUT.PUT_LINE('是否為主定義節(jié)點: 'T_SCHEMA.MASTERDEF);
                DBMS_OUTPUT.PUT_LINE('數(shù)據(jù)庫聯(lián)接名稱:    '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

共1 條記錄, 每頁顯示 10 條, 頁簽: [1]

波多在线播放_激情深爱五月_久久欧美精品_成人超碰_国产久_www.pixiv.moe

標題：有關(guān)oracle高可靠性的一些討論和想法