日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

可变大小区(Variable-Size Extents)

發(fā)布時間:2024/8/26 编程问答 42 豆豆
生活随笔 收集整理的這篇文章主要介紹了 可变大小区(Variable-Size Extents) 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

6.8? 可變大小區(qū)(Variable-Size Extents)(4)

也就是該磁盤組有8塊磁盤,A、B、C表示不同的Stripe Chunk,每個chunk為128K大小。某ASM file的第一個chunk分配在disk1的第1個ASM file extent中,第2個chunk分配在disk2的第一個extent中,按此規(guī)律,一直分配到第8個chunk在disk8的第一個extent中,接下來第9個chunk(也就是上圖中的I)又分配在disk1的第一個extent中,依次分配,直到該ASM file被完全條帶化。

至于條帶分配的寬度(如上例中是8),則由隱含參數(shù)_asm_stripewidth來決定,該參數(shù)默認(rèn)值為8,通常我們不會修改該參數(shù)值。

由前面所講述的背景知識我們知道,oracle在database instance的shared pool里存儲extent map block,且extent map block和extent是一一對應(yīng)的關(guān)系(在默認(rèn)AU大小的情況下,一個extent的大小就是1M),如果我現(xiàn)在庫的大小是1T,則我們可以計算出現(xiàn)在share pool里需要維護(hù)100萬個extent map block。

Oracle意識到如果用ASM管理一個1T的庫就需要維護(hù)100萬個extent map block話,那隨著所管理的庫的容量越來越大,效率問題不容忽視。

MOS文檔365468.1中這樣寫到:ASM metadata storage requirements for databases greater than 10TB can be very high introducing inefficiencies in opening ASM files and increasing memory used for ASM metadata。

于是在11g中,Oracle改變了extent的大小,extent的大小將不再永遠(yuǎn)是1MB,而是會隨著分配extent數(shù)量的遞增而改變。在Oracle Database 11gR1中的具體規(guī)則如表6-1所示。

表6-1?Oracle 11gR1中的規(guī)則

區(qū)??編??號

AU數(shù)量

區(qū)大小(au=1MB)

0~19 999

1

1MB

20 000~39 999

8

8MB

> 40 000

64

64MB

其示意圖如圖6-27所示(引自O(shè)racle Database Storage Administrator's Guide 11g),可以看到自第20000個Extent開始,分配了8個AU單位。

?
圖6-27? Oracle Database 11gR1中的規(guī)則示意圖

我們可以稍微計算一下在Oracle 11gR1中相應(yīng)的extent分配的情況。

AU=1MB,庫的大小為1TB,則按照上述算法,oracle現(xiàn)在僅需分配53572個extent

  • SQL>?select?20000+20000+(1024*1024-20000-20000*8) /64?Extents?from?dual; ?
  • ???EXTENTS ?
  • ---------- ?
  • ???53571.5?
  • AU=64MB(在Oracle 11g中在創(chuàng)建disk group時可以手工指定AU的大小),庫的大小為1TB時,則按照上述算法,oracle現(xiàn)在僅需分配16384個extent:

  • SQL>?select?(1024*1024/64)?extents?from?dual; ?
  • EXTENTS ?
  • -------------- ?
  • ?????????16384?
  • AU=64MB(在Oracle 11g中在創(chuàng)建disk group時可以手工指定AU的大小),庫的大小為100TB,則按照上述算法,oracle現(xiàn)在僅需分配62788個extent:

  • SQL>?select?20000?+?20000?+?(100*1024*1024-20000*64 -20000*64*8)/(64*64)?EXTENTS?from?dual; ?
  • EXTENTS ?
  • ------------------------------ ?
  • ???????????????????????62787.5?
  • 在Oracle 11gR2中,規(guī)則又有所變化,具體如表6-2所示。

    表6-2?Oracle 11gR2中的規(guī)則變化

    區(qū)??編??號

    AU數(shù)量

    區(qū)大小(au?=?1MB)

    0~19 999

    1

    1MB

    20 000~39 999

    4

    4MB

    >?40 000

    16

    16MB

    使用1MB的AU和固定大小區(qū),對于10TB的數(shù)據(jù)庫,大約需要90M來存儲Extent Map;而對于16MB的AU,Extent Map僅占用大約5.5MB內(nèi)存。Oracle在11g里引入了"可變的區(qū)大小"技術(shù),可以顯著縮短數(shù)據(jù)庫的啟動時間、降低Shared Pool的內(nèi)存消耗,并且一舉解決了以前在10g里用ASM來管理海量數(shù)據(jù)時候的效率問題(因為extent map block的數(shù)量再也不會像以前那樣動輒上百萬了)。

    總結(jié)

    以上是生活随笔為你收集整理的可变大小区(Variable-Size Extents)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。