一、ASM的出现是为RDBMS管理文件存储

注意ASM不会替代RDBMS去实施IO读写，很多对这一点存在误解，认为RDBMS发送IO request给ASM，ASM去做真正的IO操作，这是错误的。

真正的IO还是由RDBMS进程去实施，和不用ASM的裸设备一样

因此ASM不是IO的中间层，也就不存在因为ASM而出现所谓的IO瓶颈

对于ASM而言LUN DISK可以是裸设备也可以直接是块设备(10.2.0.2以后)

适合存放在ASM中的文件类型包括：数据文件datafile、控制文件controlfile、重做日志redolog、归档日志archivelog、闪回日志flashback log、spfile、RMAN备份以及block tracking file、datapump文件

从11gR2开始，ASM引入了ACFS特性可以存放任何类型的文件； 但是ACFS不支持存放数据文件

二、ASM基础概念：

ASM的最小存储单位是一个”allocation unit”(AU)，通常为1MB，在Exadata上推荐为4MB

ASM的核心是存储文件

文件被划分为多个文件片，称之为”extent”

11g之前extent的大小总是为一个AU，11g之后一个extent可以是1 or 8 or 64个AU

ASM使用file extent map维护文件extent的位置

ASM在LUN DISK的头部header维护其元数据，而非数据字典

同时RDBMS DB会在shared pool中缓存file extent map，当server process处理IO时使用

因为ASM instance使用类似于普通RDBMS的原理的instance/crash recovery，所以ASM instance奔溃后总是能复原的。