| Twitter | Del.icio.us | Comments (7) | | Edit

Comments Powered by Disqus

留言评论 | Comments (7)

看来oracle还是主要针对oltp了,
对dw来讲1m甚至更大显然更好

redo的Stripe Size 是128K,而所有的数据文件的Stripe Size 都是1M的。对ASM来说,1M大小的Stripe Size 是一个比较合理的值。

ASM_POWER_LIMIT 这个东西还是蛮好用的,我们曾经在做数据仓库的测试时加磁盘,本来100个磁盘,后来又加了60个磁盘,把并行度开到11,结果2个小时就rebalance完了。

从11g开始ASM的Stripe Size也不仅只有128K,1M两种选择了,11G ASM支持1, 4, 16, 64 MB的AU.

11g 对 ASM 作了一些改进

类似于以前支持多个数据库数据块的方式

都用上ASM了??

ASM_POWER_LIMIT is not a concern to me. The workaround is that setting it to 0 when adding/deleting a disk:
alter diskgroup ... add disk '...' size ... rebalance power 0;
and then scheduling the balancing during non-peak period:
alter diskgroup ... rebalance power 11 nowait;

2节点 11gR1,OEL 5.4 x64,OCFS2+ASM, 1个DISKGROUP,1个ASM磁盘 VOL1,冗余external。

Oracle突然登陆不了,启动ASM实例报ORA-15063,经查ASM磁盘 VOL1已经丢失。
根据同胞提示用kfed read asm磁盘,发现已经KFBTYP_INVALID。2节点现象是一样的,如何是好。

/dev/oracleasm/disks/,没有VOL1了
好像只能重新 oracleasm createdisk,但这是否会导致ASM磁盘中数据丢失啊,影响上面2个数据库(10亿记录,生产环境,数据重要!)