• <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++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

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

            速度

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

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

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

            文件系統(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)寫

            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è)備寫
            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ù)文件來擴(kuò)充表空間。
            需要注意的一個(gè)問題是,自動(dòng)擴(kuò)展是不是一定好?!
            很多DBA喜歡把datafile設(shè)置成autoextend on maxsize unlimited,我覺得比較嚴(yán)謹(jǐn)?shù)淖鞣ㄟ€是要設(shè)置一個(gè)合理的maxsize。
            防止應(yīng)用的錯(cuò)誤向表空間中插入垃圾記錄,在文件系統(tǒng)中可能會(huì)把整個(gè)文件系統(tǒng)的free space消耗光!

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

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

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

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

            久久久亚洲欧洲日产国码是AV | 99久久99久久精品免费看蜜桃| 嫩草影院久久国产精品| 久久人人爽人人爽人人片AV东京热 | 欧美久久亚洲精品| 女人香蕉久久**毛片精品| 久久午夜羞羞影院免费观看| 精品国产乱码久久久久软件| 久久精品国产亚洲av麻豆蜜芽| 久久香综合精品久久伊人| 亚洲色欲久久久久综合网 | 久久国产影院| 国内精品久久国产| 亚洲色婷婷综合久久| 色妞色综合久久夜夜| 国产精品久久久久jk制服| 狠狠色噜噜狠狠狠狠狠色综合久久 | 国产香蕉97碰碰久久人人| 国内精品久久久久久久久| 无码任你躁久久久久久久| 久久无码国产专区精品| 久久久无码精品亚洲日韩蜜臀浪潮| 日本强好片久久久久久AAA| 日本三级久久网| 久久精品免费一区二区| 久久综合给合久久狠狠狠97色| 精品蜜臀久久久久99网站| 国产免费久久精品丫丫| 精品国产青草久久久久福利| 久久国产精品-国产精品| 久久久久久久久久免免费精品| 一本一本久久aa综合精品| 久久精品中文字幕久久| 亚洲七七久久精品中文国产| 精品久久久久久国产潘金莲| 久久这里只有精品视频99| 久久人人爽人人爽人人片AV不| 996久久国产精品线观看| 日日狠狠久久偷偷色综合0| 日韩AV无码久久一区二区| 色播久久人人爽人人爽人人片aV |