Automatic Storage Management (ASM) 将文件系统与卷管理器纵向集成在一起，这是一项专门为Oracle DB 文件建立的技术。使用ASM 可管理单个对称多处理(SMP) 计算机，或通过管理集群的多个节点来支持Oracle Real Application Clusters (RAC)。

ASM 在所有可用的资源中分布输入/输出(I/O) 负载，以在免除手动I/O 优化的同时优化性能。ASM 帮助DBA 管理动态数据库环境，让DBA 在不关闭数据库的情况下，通过增加数据库的大小来调整存储分配。

ASM 通过提供数据的冗余副本来提供容错能力，ASM 也可以建立在供应商提供的存储机制上。数据管理是通过为数据类选择所需的可靠性和性能特性（而不是逐个文件地进行人为交互）来实现的。

通过自动处理手动存储，ASM 功能节省了DBA 的时间，从而提高了管理员管理更多和更大数据库的能力，而且效率也会更高。

 

ASM 将文件划分为区（不同于前面讨论的数据文件区），而且将每个文件的区均匀分布在所有磁盘上。ASM 使用索引技术跟踪每个区的位置。存储容量发生变化时，ASM 不会重新对所有数据进行条带化，而是根据添加或删除的存储量，按比例移动一定数量的数据，以重新平均分配文件，并在磁盘间保持负载平衡。此操作可在数据库处于活动状态时执行。可以提高重新平衡操作的速度，以便更快地完成操作；也可以降低速度，以减少对I/O 子系统的影响。ASM 还提供了镜像保护，因此不必再购买第三方的逻辑卷管理器。

ASM 的一个特有优势是可基于文件而不是卷进行镜像。因此，同一磁盘组可以包含镜像文件或非镜像文件的组合。

ASM 支持数据文件、日志文件、控制文件、归档日志、Recovery Manager (RMAN) 备份集及其它Oracle DB 文件类型。ASM 还支持RAC，这样就不再需要集群逻辑卷管理器或集群文件系统。

ASM 不会妨碍先前存在的数据库功能。现有数据库能够像平常一样工作。可以将新文件创建为ASM 文件，继续按原有的方式管理现有文件，也可以最终将这些文件移植到ASM。

 

图表描述了使用ASM 的Oracle DB 中的各种存储组件之间存在的关系。图表的左侧部分和中间部分显示了在以前版本中存在的关系。

右侧部分是ASM 引入的新概念。

数据库文件可以存储为ASM 文件。新层次的顶部是ASM 磁盘组。任何单个ASM 文件只能包含在一个磁盘组中。

不过，一个磁盘组中可以包含属于多个数据库的多个文件，并且单个数据库可以使用来自多个磁盘组的存储空间。

ASM 文件总是分布在该磁盘组中的所有ASM 磁盘上。

ASM 磁盘按分配单元进行分区。分配单元(AU) 是ASM 分配的最小连续磁盘空间。

创建磁盘组时，可以将ASM AU 大小设置为2 的幂（1、2、4、8、16、32 或64），范围在1 MB 到64 MB 之间。

对于使用大量顺序读取操作的数据仓库应用程序，较大的AU 大小通常会提供性能优势。

 

 

注：图中的图形只显示了一种ASM 文件：数据文件。不过，ASM 也可用于存储其它类型的数据库文件。

• ASM 对于管理员的好处

使用ASM 可以免除：

? I/O 性能优化

? 数据文件移动和重新组织

? 文件名管理

? 逻辑卷管理

? 文件系统管理

? 集群文件系统管理

? 裸设备管理

 

使用ASM 可以显著减少：

? 逻辑单元号(LUN) 管理

– 逻辑单元数量较少，大小较大

? 数据库管理员对系统管理员的依赖性

? 手动执行维护任务时可能发生的错误