從OMF和備份角度看ASM的優點

現在大多數資料庫還是採用filesystem 和 raw device.大家都認為ASM不太可靠,包括我也這麼認為.但是從維護這一年RAC+ASM來看,
除了幾次硬體故障,ASM還是比較穩定的,還有一些好處,當然我只是針對ERP這種生產庫講個人感覺,
象電信和淘寶他們的業務太複雜,併發很大,庫也比較大,我不敢發表意見,呵呵,還請兄弟們指正.


      在Oracle9i的時候,OMF管理集中在db_create_file_dest  和 db_create_online_log_dest_n 兩個引數,
這樣如果我們利用db_create_file_dest引數建立datafile,難免會把datafile集中在一個檔案系統或者裝置上,
這樣效能和磁碟故障的風險都很大,所以還是選擇自己建立datafile到不同的磁碟,均衡效能.

     在Oracle10g ASM和Flashback area 的出現,個人感覺增強了OMF和備份:

     1.ASM可以通過幾塊磁碟構成磁碟組,這樣設定DB_CREATE_FILE_DEST= +DISK_GROUP ,雖然只是指定一個磁碟組,
        但是這個磁碟組會把datafile均勻地分佈在多個磁碟,解決了效能問題,同時這些磁碟可以通過RAID組合+熱備盤的方式,
        在出現磁碟故障時可以及時更換,同時在磁碟組內部也可以通過選擇normal 和high的方式進行多層冗餘,如果資料庫的
        資料比較大,可以選擇external的方式,避免asm disk故障時,ASM頻繁做rebalance,雖然asm_power_limit也起作用,
        但還會對效能有影響,可以在磁碟級別設定高階別raid,這個時候我們可能感覺還不夠可靠,那麼閃回區出現就更令人興奮.

     2.db_recovery_file_dest 和db_recovery_file_dest_size引數設定閃回區,我們也可以把引數設定另外一個磁碟組
        db_recovery_file_dest =+DISK_GROUP2,這樣我們在建立logfile和controlfile時候,可以把鏡象分佈在前面的磁碟組
       和閃回區的磁碟組.這樣資料又多了一份可靠.

     從維護成本和開銷的成本考慮ASM,效果可能更明顯:

     1.如果我們選擇RAC,那麼OCFS和裸裝置都需要第三方的整合軟體,比如HP的Service Guard,,而選擇ASM就省去了這些,
        可以節省20幾W.而且也省去了我們大量劃分磁碟和配置MC的工作.
     2.ASM的新增磁碟也不需要做大量的前期工作.可以省去很多象我們沒有SA都需要DBA來做的工作.
     3.ASM也可以為多個資料庫提供磁碟管理,而不需要再建立其他的ASM例項,但不好處就是一旦這個例項down了,所有的資料庫都down
        了.

歡迎大家拍磚.

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