• <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è)備大家自己定吧。

            九九精品99久久久香蕉| 国产一区二区三区久久精品| 国产国产成人久久精品| 久久精品国产精品亜洲毛片 | 思思久久99热免费精品6| 日韩人妻无码一区二区三区久久99 | 久久国产色av免费看| 国产精品久久久久久| 色婷婷久久综合中文久久一本| 伊人久久大香线蕉av不卡| 久久最近最新中文字幕大全| 老司机午夜网站国内精品久久久久久久久 | 日本久久久久亚洲中字幕| 91亚洲国产成人久久精品网址| 青青久久精品国产免费看| 国产成人精品久久免费动漫| 亚洲天堂久久久| 97久久精品人人澡人人爽| 久久久一本精品99久久精品88| 久久精品国产亚洲一区二区| 亚洲精品tv久久久久久久久| 久久中文精品无码中文字幕| 99久久免费国产特黄| 亚洲成色WWW久久网站| 欧美与黑人午夜性猛交久久久| 精品精品国产自在久久高清| 老男人久久青草av高清| 久久亚洲中文字幕精品一区四| 国产亚洲欧美成人久久片| 久久人人爽爽爽人久久久| 国色天香久久久久久久小说| 亚洲午夜无码久久久久小说| 精品久久久久久无码免费| 精品综合久久久久久97超人| 久久久久亚洲AV成人片| 久久久久人妻一区精品性色av| 人妻丰满AV无码久久不卡| 久久综合亚洲欧美成人| 久久婷婷激情综合色综合俺也去| 一本一本久久A久久综合精品| 久久久久国产精品嫩草影院|