程式師世界 >> 數據庫知識 >> Oracle數據庫 >> Oracle教程 >> Oracle RAC環境下的阻塞(blocking blocked)介紹和實例演示，racblocked

Oracle RAC環境下的阻塞(blocking blocked)介紹和實例演示，racblocked

編輯：Oracle教程

Oracle RAC環境下的阻塞(blocking blocked)介紹和實例演示，racblocked

RAC環境下的阻塞不同於單實例情形，因為我們需要考慮到位於不同實例的session。也就是說之前查詢的v$session，v$lock相應的應變化為全局范圍來查找。本文提供了2個查詢腳本，並給出實例演示那些session為阻塞者，哪些為被阻塞者。有關阻塞的概念以及單實例環境下的阻塞請參考：Oracle 阻塞(blocking blocked)

1、演示環境

scott@DEVDB> select * from v$version where rownum<2;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

--在scott session中發布SQL語句，並未提交
scott@DEVDB> begin
 2 update emp set sal=sal+100 where empno=7788;
 3 update dept set dname='DBA' where deptno=10;
 4 end;
 5 /

PL/SQL procedure successfully completed.

--在leshami session中更新emp對象
leshami@DEVDB> update scott.emp set sal=sal-200 where empno=7788;

--在usr1 session中更新emp對象
usr1@DEVDB> update scott.dept set dname='DEV' where deptno=10;

2、尋找阻塞

scott@DEVDB> @block_session_rac

USER_STATUS   SID_SERIAL   CONN_INSTANCE   SID PROGRAM            OSUSER MACHINE     LOCK_TYPE    LOCK_MODE    CTIME OBJECT_NAME
--------------- --------------- ---------------- ---- ------------------------------ ------- --------------- --------------- ----------- ---------- -------------------------
Blocking ->   '20,1545'    devdb1       20 sqlplus@Linux-01 (TNS V1-V3)  oracle Linux-01    Transaction   Exclusive     666 DEPT
Blocking ->   '20,1545'    devdb1       20 sqlplus@Linux-01 (TNS V1-V3)  oracle Linux-01    Transaction   Exclusive     666 EMP
Waiting     '49,1007'    devdb1       49 sqlplus@Linux-01 (TNS V1-V3)  oracle Linux-01    Transaction   None        618 EMP
Waiting     '933,11691'   devdb2      933 sqlplus@Linux-02 (TNS V1-V3)  oracle Linux-02    Transaction   None        558 DEPT

--通過上述腳本我們可以看到session '20,1545' 鎖住了對象DEPT以及EMP，而此時session '49,1007'與'933,11691'處於等待狀態。

--下面是另外的一種方式來獲取阻塞的情形
scott@DEVDB> @block_session_rac2

BLOCKING_STATUS
----------------------------------------------------------------------------------------------------------------------------
SCOTT@Linux-01 ( INST=1 SID=20 Serail#=1545 ) IS BLOCKING USR1@Linux-02 ( INST=2 SID=933 Serial#=11691 )
SCOTT@Linux-01 ( INST=1 SID=20 Serail#=1545 ) IS BLOCKING LESHAMI@Linux-01 ( INST=1 SID=49 Serial#=1007 )

--Author : Leshami
--Blog  : http://blog.csdn.net/leshami

3、演示中用到的腳本

[oracle@Linux-01 ~]$ more block_session_rac.sql 
set linesize 180
col user_status format a15
col sid_serial format a15
col program format a30 wrapped
col machine format a15 wrapped
col osuser format a15 wrapped
col conn_instance format a15
col object_name format a25 wrapped
 SELECT DECODE (l.block, 0, 'Waiting', 'Blocking ->') user_status,
     CHR (39) || s.sid || ',' || s.serial# || CHR (39) sid_serial,
     (SELECT instance_name
      FROM gv$instance
      WHERE inst_id = l.inst_id)
      conn_instance,
     s.sid,
     s.program,
     s.osuser,
     s.machine,
     DECODE (l.TYPE,
         'RT', 'Redo Log Buffer',
         'TD', 'Dictionary',
         'TM', 'DML',
         'TS', 'Temp Segments',
         'TX', 'Transaction',
         'UL', 'User',
         'RW', 'Row Wait',
         l.TYPE)
      lock_type--,id1
           --,id2
     ,
     DECODE (l.lmode,
         0, 'None',
         1, 'Null',
         2, 'Row Share',
         3, 'Row Excl.',
         4, 'Share',
         5, 'S/Row Excl.',
         6, 'Exclusive',
         LTRIM (TO_CHAR (lmode, '990')))
      lock_mode,
     ctime--,DECODE(l.BLOCK, 0, 'Not Blocking', 1, 'Blocking', 2, 'Global') lock_status
     ,
     object_name
  FROM gv$lock l
     JOIN gv$session s ON (l.inst_id = s.inst_id AND l.sid = s.sid)
     JOIN gv$locked_object o
      ON (o.inst_id = s.inst_id AND s.sid = o.session_id)
     JOIN dba_objects d ON (d.object_id = o.object_id)
  WHERE (l.id1, l.id2, l.TYPE) IN (SELECT id1, id2, TYPE
                   FROM gv$lock
                   WHERE request > 0)
ORDER BY id1, id2, ctime DESC;

[oracle@Linux-01 ~]$ more block_session_rac2.sql 
SELECT DISTINCT
     s1.username
    || '@'
    || s1.machine
    || ' ( INST='
    || s1.inst_id
    || ' SID='
    || s1.sid
    || ' Serail#='
    || s1.serial#
    || ' ) IS BLOCKING '
    || s2.username
    || '@'
    || s2.machine
    || ' ( INST='
    || s2.inst_id
    || ' SID='
    || s2.sid
    || ' Serial#='
    || s2.serial#
    || ' ) '
     AS blocking_status
 FROM gv$lock l1,
    gv$session s1,
    gv$lock l2,
    gv$session s2
 WHERE   s1.sid = l1.sid
    AND s2.sid = l2.sid
    AND s1.inst_id = l1.inst_id
    AND s2.inst_id = l2.inst_id
    AND l1.block > 0
    AND l2.request > 0
    AND l1.id1 = l2.id1
    AND l1.id2 = l2.id2;

oracle rac與ha的不同

ha，僅只是在操作系統層面進行數據庫的監控和管理，一般只針對單實例數據庫使用。優點是管理方便，應用開發方便（方便了開發商）；工程投入較小。缺點是，具有所有單實例數據庫的缺點：如：容錯能力差，續航能力差，用戶容量小等等問題。
rac，數據庫本身提供的一種單數據庫多實例的應用方式，優點是：1、使用靈活，即可當作單機使用也可多機使用。2、提供了大用戶量訪問的一種解決方式，即多機並行運行共同承擔數據庫運行中消耗的內存、cpu等系統資源。3、容錯能力較單機高，在主機類問題的容錯上尤為顯著。（磁陣問題不在此列）。缺點：1、開發要求較高，需要單獨配置balance方式才能體現其優點。2、投入較高，軟硬件都需要單獨投入。
（不過在軟件投入上實際上如果要求不高的話兩種方案也差不多，都是兩台機器加一磁陣的基本配置 o(∩_∩)o ）

備份Oracle RAC環境數據庫的時,只備份一台與備份兩台是否有不同？

環境一：
1、參數文件使用spfile的話，就是一致的，使用pfile的話，那可能就不一致了。
控制文件肯定是一樣的。
2、Archivelog 不一樣
3、恢復方式和單實例一樣，只需要保證做恢復的那個節點能訪問到兩個節點的歸檔日志即可

環境二：
1、參數文件使用spfile的話，就是一致的，使用pfile的話，那可能就不一致了。
控制文件肯定是一樣的。
2、Archivelog 不一樣
3、備份任意一個節點的Database、Controlfile，備份兩個節點的Archivelog

問題補充：
一般采用腳本A