百度首页 | 百度空间
 
查看文章
 
比较ASM与CLVM_RAW_LV在存储迁移上的不同
2008-01-29 16:09

感受了一下ASM,很明显,ASM在存储迁移时具有明显的优势,所有操作都是在线自动完成,赞一个!

假定有这么一个环境,让我们一起来想象一下:

1.AIX+HACMP/Oracle_CRS+CLVM_RAW_LV+10gR2

2.AIX+HACMP/Oracle_CRS+ASM+10gR2

以前连接的存储为IBM DS4800,新上的存储为EMC DMX4-950,打算将所有数据迁移到DMX上,即原来的生产VG、PV全部被destroy清空出来挪做它用。

在1的环境里:

操作系统层:我们需要mkvg -C,mklv -S;或许你会考虑在这里充分利用LVM的技术来完成mirror、copy等操作,借此完成数据的迁移,但涉及到stripe_lv,很多功能就会实现不了、或者加大了难度,再仔细想想,这个过程可以不offline吗?或者offline的时间最少可以降低到多少呢?反正,了解了ASM以后,我已经不愿意再想下去了!你呢?如果有任何的见解和想法,欢迎讨论交流。

数据库层:如果数据库可以offline,可以rman restore/recover,带上10g的block_change_tracking,可能可以极大的帮助减少offline的时间;或者rman backup as copy/switch database to copy/recover,也总是会有offline的时间;还有就是令人烦恼的archivelog在这种环境里的处境;或者在数据库逻辑层建立新的表空间,alter table move tablespace,这是一个糟糕的功能,在9i里,操作后的table的index将会失效,你必须要rebuild index,10g里怎样,目前我还不太清楚;还有其它方法吗?希望高手可以指点。

在2的环境里:

你只需要选择一个合适的时间,将新的pv/disk加入已有的DiskGroup,然后drop原来的disk就ok了!让Oracle在后台来迁移数据吧!所有操作都将在线自动完成!如果你的数据量特别大,在可用的窗口时间里不能完成迁移操作,至少你可以控制IO带宽的利用。而这些功能已经让我爱死ASM了!

以上只是就我目前所知作出的一些想象,所知有限,欢迎讨论交流。


类别:aix & oracle | 添加到搜藏 | 浏览() | 评论 (0)
 
最近读者:
 
网友评论:
发表评论:
姓 名:
网址或邮箱: (选填)
内 容:
验证码:
 

     

©2008 Baidu