ASM磁盘管理

IT那活儿 2021-11-08

838

事件发生

某客户要做压测，往里面加了个数据文件，原来加的是500M,后来resize成29T,结果发现并发进程由原来的2000多，慢慢变的很少，io特别慢，压测不过关。那么遇到这样的问题我们该么办呢？问题出在哪？我们在DG中看到的磁盘是真正的一块物理磁盘吗？这就要从ASM磁盘组的管理说起，那么ASM究竟是怎么管理磁盘的呢，下面带着你们的好奇心，我们就来探讨一下！

过程演练

演练场景一：

假如一个raid里面有4块磁盘，在这4块盘上划了一个Lun1,又把Lun1加入到DATA 磁盘组中。假如有数据来了，要往DATA中写16M数据，因DATA DG中就有一块盘，就是Lun1,那么这16M数据都会写到lun1中，而Lun1在存储中又是从4块盘上划的，所以数据会均匀地写到这4块盘中，每块盘写4M，16M数据一次写完。（如图1中所示）

演练场景二：

假如一个raid里面有4块磁盘，在这4块盘上划了两个Lun,分别为Lun1跟lun2,又把这两个Lun加入到DATA 磁盘组中。假如有数据来了，要往DATA中写16M数据，因DATA DG中现在有两块盘，而这两块盘还是来自同一个raid组，那么这16M数据会均匀写到这两个lun中，每个lun中写8M数据。而Lun1在存储中又是从4块盘上划的，所以数据会均匀地写到这4块盘中，每块盘写2M，同理，lun2也一样，所以16M数据分2次写完。此架构不如图1。（如图2中所示）

演练场景三：

假如一个raid里面有4块磁盘，在这4块盘上划了四个Lun,分别为Lun1、lun2、lun3跟Lun4,又把这四个Lun加入到DATA 磁盘组中。假如有数据来了，要往DATA中写16M数据，因DATA DG中现在有四块盘，而这四块盘又都是来自同一个raid组，那么这16M数据会均匀写到这四个lun中，每个lun中写4M数据，每块盘写1M，所以16M数据分4次写完。此架构是性能最差的。（如图3中所示）

演练场景四：

假如raid1跟raid2里面均有4块磁盘，在这两个raid里面分别划了1个lun,分别为Lun1跟lun2，又把这两个Lun加入到同一个DATA 磁盘组中。假如有数据来了，要往DATA中写16M数据，因DATA DG中现在有2块盘，而这2块盘又都是来自不同raid组，那么这16M数据会均匀写到这2个lun中，每个lun中写8M数据，而每个Lun中又有4块盘，每块盘写2M，所以16M数据分1次写完。此架构是这四个架构中性能最好的。（如图4中所示）

演练过程总结

一、如果一个DG里面的多个LUN是来自于同一个raid磁盘组，那么这样的架构的性能是最差的，我们要避免这种情况的发生。

二、如果在同一个raid中建的4个lun，这4个lun分别属于4个不同的DG，这就没关系了，因为一个DG里面就一块盘，这4个DG之间是没有关系的。

三、ASM磁盘的外部冗余，它只能是条带化，所以一定要保证一个dg里面的磁盘属于不同的raid。

四、在11g的时候一个lun要小于2T，否则asm dg 磁盘有问题。

记2句话：

1. 同一个raid的盘最好不要在同一个dg；

2. 同一个dg的磁盘最好属于不同raid。

记3点：

1. 同一个dg盘属于不同raid；

2. 同一个raid盘要属于不同dg；

3. 同一个dg盘大小要一样。

END

更多精彩干货分享

点击下方名片关注

IT那活儿

数据库

文章转载自IT那活儿，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。

ASM磁盘管理

评论