11gR2 ASM優先映象讀取測試

yingyifeng306發表於2015-01-20
優先映象讀取測試
首先設定ASM首選映象
SQL> alter system set ASM_PREFERRED_READ_FAILURE_GROUPS=’DATA.DATA_0000′ sid=’+ASM1′;
SQL> alter system set ASM_PREFERRED_READ_FAILURE_GROUPS=’DATA.DATA_0001′ sid=’+ASM2′;

檢查設定:
一節點:
SQL> select group_number,disk_number,preferred_read from v$asm_disk where group_number=1;

GROUP_NUMBER DISK_NUMBER P
------------ ----------- -
           1           1 N
           1           0 Y
二節點:
SQL> select group_number,disk_number,preferred_read from v$asm_disk where group_number=1;


GROUP_NUMBER DISK_NUMBER P
------------ ----------- -
           1           1 Y
           1           0 N
為測試的精準性,重啟CRS服務程式後進行相關測試:
一節點:
檢視對應的磁碟讀寫(未進行任何讀寫操作):
一節點:
select instname,disk_number,failgroup,reads,read_time from v$asm_disk_iostat where instname='ora11g1';
SQL>select instname,disk_number,failgroup,reads,read_time from v$asm_disk_iostat where instname='ora11g1'
INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g1                                                                    0 DATA_0000                            3686  70.533591
ora11g1                                                                    1 DATA_0001                               0          0

目前一節點在DATA_0000上的讀IO是3686

二節點:
SQL> select instname,disk_number,failgroup,reads,read_time from v$asm_disk_iostat where instname='ora11g2';


INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g2                                                                    0 DATA_0000                               1    .024885
ora11g2                                                                    1 DATA_0001                            5868  56.486877

目前二節點在DATA_0001上的讀IO是5868

接下來做的操作是針對IO,在一節點上查詢test使用者下的test表,然後重新整理buffer_cache重新在二節點執行該查詢操作
一節點執行:
SQL> select count(*) from test.test;

  COUNT(*)
----------
   9170264
     
SQL> select instname,disk_number,failgroup,reads,read_time from v$asm_disk_iostat where instname='ora11g1';

INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g1                                                                    0 DATA_0000                            4857 109.763665
ora11g1                                                                    1 DATA_0001                               0          0

從沒有執行之前的3686增加到4857增加了增加1171個資料塊

二節點:
INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g2                                                                    0 DATA_0000                               1    .024885
ora11g2                                                                    1 DATA_0001                            6035  61.388466

增加了167個資料塊,增加不明顯。

可以明顯看到,ora11g1例項對應的IO基本在DATA_0000 DATA_0001 IO增量不大。
重新整理雙節點buffer:
一節點:
SQL> alter system flush buffer_cache;
System altered.
二節點:
SQL> alter system flush buffer_cache;
System altered.

檢視雙節點IO情況:
一節點:
INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g1                                                                    0 DATA_0000                            5202 125.504934
ora11g1                                                                    1 DATA_0001                               0          0

二節點:
INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g2                                                                    0 DATA_0000                               1    .024885
ora11g2                                                                    1 DATA_0001                            6867  80.835627

二節點做查詢後檢視IO情況:

一節點IO:
INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g1                                                                    0 DATA_0000                            5460 129.884158
ora11g1                                                                    1 DATA_0001                               0          0


二節點IO:
INSTNAME                                                         DISK_NUMBER FAILGROUP                           READS  READ_TIME
---------------------------------------------------------------- ----------- ------------------------------ ---------- ----------
ora11g2                                                                    0 DATA_0000                               1    .024885
ora11g2                                                                    1 DATA_0001                            8233 124.786551


二節點IO增量在1366 一節點IO增量在200左右,二節點增量較大


結論,從目前的手段來看,針對於優先映象讀取測試的話,從目前手段來看很難看出在一節點上操作時,DATA_0001 磁碟的IO是否是不受一節點操作影響的
雖然從IO增量上來看!結論似乎沒有問題


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

原部落格地址:http://blog.itpub.net/23732248/
原作者:應以峰 (frank-ying)
-------------------------------------------------------------------------------------

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

相關文章