使用ASMLIB 与不使用ASMLIB的比较 -- 理论篇

ASMLIB是一种基于Linux module，专门为Oracle Automatic Storage Management特性设计的内核支持库(kernel support library)。下文是ASMLIB优缺点比较。

使用ASMLIB理论上的优点：

理论上我们可以从ASMLIB API中得到的以下益处:

1. 总是使用direct,async IO

2. 解决了永久性设备名的问题，即便在重启后设备名已经改变的情况下

3. 解决了文件权限、拥有者的问题

4. 减少了I/O期间从用户模式到内核模式的上下文切换，从而可能降低cpu使用率

5. 减少了文件句柄的使用量

6. ASMLIB API提供了传递如I/O优先级等元信息到存储设备的可能

从理论上我们可以从ASMLIB中得到性能收益，但实践过程中这种优势是几乎可以忽略的，没有任何性能报告显示ASMLIB对比Linux上原生态的udev设备管理服务有任何性能上的优势。

在Oracle官方论坛上有一篇“ASMLib and Linux block devices>讨论ASMLIB性能收益的帖子，” asmlib wouldn’t necessarily give you much of an io performance benefit,it’s mainly for ease of management as it will find/discover the right devices for you, the io effect of asmlib is large the
same as doing async io to raw devices.”的评论，实际上使用ASMLIB和直接使用裸设备(raw device)在性能上没有什么差别。

使用ASMLIB可能带来的缺点:

1. 对于多路径设备(multipathing)需要在/etc/sysconfig/oracleasm-_dev_oracleasm配置文件中设置ORACLEASM_SCANORDER及ORACLEASM_SCANEXCLUDE，以便ASMLIB能找到正确的设备文件，具体可以参考Metalink Note<How To Setup ASM & ASMLIB On Native Linux Multipath Mapper disks?
[ID 602952.1]>

2. 因为ASM INSTANCE使用ASMLIB提供的asm disk，所以增加了额外的层面

3. 每次Linux Kernel更新，都需要替换新的ASMLIB包

4. 增加了因人为错误造成宕机downtime的可能

5. 使用ASMLIB意味着要花费更多时间去创建和维护

6. 因为ASMLIB的存在，可能引入更多的bug，这是我们最不想看到的

7. 使用ASMLIB创建的disk，其disk header并不会和普通的asm disk header有什么不同，仅仅是在头部多出了ASMLIB的属性空间。

结论:
综合网络上的各方观点，是尽可能不要使用ASMLIB。另一方面在rhel 4的早期发行版本中没有提供udev这样的设备管理服务，这导致在rhel 4中大量的ASM+RAC组合的系统使用ASMLIB , 虽然udev 作为kernel 2.6的新特性被引入，在rhel4的初始版本中就已经加入了udev绑定服务，但是在rhel4时代实际udev的使用并不广泛(In Linux 2.6, a new feature was introduced
to simplify device management and hot plug capabilities. This feature is called udev and is a standard package in RHEL4 or Oracle Enterprise Linux 4 (OEL4) as well as Novell’s SLES9 and SLES10.)。如果是在RHEL/OEL 5中那么你已经有充分的理由利用udev而放弃ASMLIB。

参考材料：摘自http://www.oracledatabase12g.com/archives/why-asmlib-and-why-not.html http://www.ardentperf.com/2008/10/08/asmlib-performance-vs-udev/ https://forums.oracle.com/forums/thread.jspa?threadID=498215