现在大多数数据库还是采用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
        了.

欢迎大家拍砖.