• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            每個(gè)DBA Team在建庫(kù)時(shí),對(duì)數(shù)據(jù)文件采用文件系統(tǒng)還是裸設(shè)備都是分成兩派的,雙方都很難說(shuō)服對(duì)方,我這里也分析一下數(shù)據(jù)文件用文件系統(tǒng)還是裸設(shè)備的各自?xún)?yōu)劣。

            速度

            都說(shuō)裸設(shè)備比文件系統(tǒng)快,因?yàn)樯僮吡薕S的cache。但到底快多少呢?IBM還說(shuō)自己的jfs2比裸設(shè)備快呢!

            我們用ORION(oracle提供的存儲(chǔ)測(cè)試工具,可以從otn網(wǎng)站下載,模擬數(shù)據(jù)庫(kù)對(duì)存儲(chǔ)的讀寫(xiě)操作)測(cè)試了一下:

            存儲(chǔ)SUN2540 兩個(gè)盤(pán)

            文件系統(tǒng)讀:
            Maximum Large MBPS=205.34 @ Small=0 and Large=4
            Maximum Small IOPS=1160 @ Small=10 and Large=0
            Minimum Small Latency=4.51 @ Small=1 and Large=0

            祼設(shè)備讀:

            Maximum Large MBPS=205.02 @ Small=0 and Large=4
            Maximum Small IOPS=1161 @ Small=10 and Large=0
            Minimum Small Latency=4.49 @ Small=1 and Large=0


            文件系統(tǒng)寫(xiě)

            Maximum Large MBPS=84.48 @ Small=0 and Large=4
            Maximum Small IOPS=675 @ Small=1 and Large=0
            Minimum Small Latency=1.48 @ Small=1 and Large=0

            裸設(shè)備寫(xiě)
            Maximum Large MBPS=83.92 @ Small=1 and Large=4
            Maximum Small IOPS=674 @ Small=1 and Large=0
            Minimum Small Latency=1.48 @ Small=1 and Large=0

            從以上數(shù)據(jù)可以看出,速度基本差不多,如果因?yàn)樗俣纫褂玫愒O(shè)備的理由就不成立了。


            防誤刪除:
            文件被誤刪除后基本不能恢復(fù),數(shù)據(jù)丟失。
            祼設(shè)備被誤刪除后,可以重新建立,數(shù)據(jù)不丟失。


            擴(kuò)展性:
            數(shù)據(jù)件在文件系統(tǒng)中可以自動(dòng)擴(kuò)展
            祼設(shè)備不能自動(dòng)擴(kuò)展,如果容量不夠需要增加祼設(shè)備作為新的數(shù)據(jù)文件來(lái)擴(kuò)充表空間。
            需要注意的一個(gè)問(wèn)題是,自動(dòng)擴(kuò)展是不是一定好?!
            很多DBA喜歡把datafile設(shè)置成autoextend on maxsize unlimited,我覺(jué)得比較嚴(yán)謹(jǐn)?shù)淖鞣ㄟ€是要設(shè)置一個(gè)合理的maxsize。
            防止應(yīng)用的錯(cuò)誤向表空間中插入垃圾記錄,在文件系統(tǒng)中可能會(huì)把整個(gè)文件系統(tǒng)的free space消耗光!

            移植性
            文件可能通過(guò)copy的方式很方便的實(shí)現(xiàn)遷移,裸設(shè)備很困難。

            Dataguard時(shí)祼設(shè)備不能自動(dòng)創(chuàng)建數(shù)據(jù)文件

            也就是這個(gè)參數(shù)standby_file_management 設(shè)置成auto沒(méi)有用。

            寫(xiě)到這兒就行了,到底用文件系統(tǒng)還是裸設(shè)備大家自己定吧。

            久久超碰97人人做人人爱| 精品国产91久久久久久久a| 国产成人精品综合久久久| 亚洲欧美日韩久久精品第一区| 热RE99久久精品国产66热| segui久久国产精品| 国产精品伦理久久久久久| 久久国产亚洲精品无码| 精品久久久久久亚洲精品 | 日韩av无码久久精品免费| 日韩人妻无码一区二区三区久久99| 香蕉久久永久视频| 狠狠色丁香久久婷婷综合蜜芽五月| 一级做a爰片久久毛片看看| 国产精品乱码久久久久久软件 | 99久久精品国产一区二区 | 午夜精品久久久久久毛片| 日产精品久久久一区二区| 国产精品免费看久久久| 日本三级久久网| 久久久久国产精品三级网| 超级碰碰碰碰97久久久久| 香蕉久久av一区二区三区| 国产综合久久久久| 久久精品国产只有精品66| 亚洲午夜久久久久妓女影院| 狠狠狠色丁香婷婷综合久久五月| 国产精品久久久久乳精品爆| 久久亚洲AV成人无码软件| 久久99热狠狠色精品一区| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 一本色道久久88精品综合| 狠色狠色狠狠色综合久久| 久久久久久久亚洲精品| 久久精品蜜芽亚洲国产AV| 久久综合九色欧美综合狠狠| 色欲久久久天天天综合网 | 亚洲精品无码久久久久久| 精品久久国产一区二区三区香蕉 | 免费精品久久天干天干| 丰满少妇人妻久久久久久|