这带来了很多好处，但是也要求学习一些新的概念、命令、使用和管理任务。所以在投入你的生产系统之前，看看它解决什么、管理什么，以及对它的正反面评价。
　　为什么创建它?
　　回答这个问题的最好方式是直接追溯源头，Bill Bridge——自动存储管理的最初架构师。在Oracle Press标题中的Oracle ASM，Bill提供了一个链接，他在那里讨论了使用供应商特定操作系统的文件系统来管理Oracle数据文件放置所遇到的问题：
　　1. 对于归档日志和备份，操作系统供应商不提供共享磁盘文件系统。
　　2. 逻辑卷管理器隐藏了文件的位置，使得很难管理磁盘I/O和提供良好的统计。
　　3. 当磁盘数超过100时，现有的lvm不能工作得很好。
　　4. 当数据库有1000以上的数据文件时，操作系统和Oracle不能很好地处理数据库。
　　5. 当有大量数据文件时命名就变得很困难了。
　　6. 特性和文件系统限制随操作系统的不同而不同。
　　7. 操作系统级的用户可以通过标准使用接触到Oracle文件，而Oracle并不知道。
　　所以，他通过建立Oracle自己的文件系统开始解决这些问题。他的目标是提供这些特性：
　　1. 与Oracle紧密集成，并与集群一起使用(并行服务器)。
　　2. 自动使用新的存储，作为磁盘单元或磁盘组来管理。
　　3. 支持成千上万的磁盘。
　　4. 文件不会名字，并会在操作系统中隐藏起来。
　　谁需要它?
　　现在快速浏览一下上面那些问题和解决方案会帮助你确定谁需要ASM。起初，它是用来处理现在很大型的联机数据库。所以如果它包括你的商店，那么你可能已经在关注它了，或者开始执行ASM。如果你的数据库较小，数据文件也不多，那么你可能需要再一些理由使你考虑采用它。
　　1. 你将要熟悉一些新技术，并且应该从在你的开发环境中建立它开始，并测试几个月。
　　2. 如果你想从你现有的磁盘子系统中获得更高的性能，并获得更好的统计用于预测磁盘I/O。
　　3. 如果你正在使用RAC，那么就需要考虑ASM了。
开始
　　ASM是由一个实例管理，非常类似于Oracle数据库。但是初始参数是非常有限的，而且启动过程也简单得多。
　　a. 将你的ORACLE_SID设置为+ASM1
　　b. 编辑init.ora
代码如下：

# as opposed to RDBMS for a normal Oracle instance
　　INSTANCE_TYPE=ASM
　　# these names will be used in place of datafile names when you create tablespaces
　　ASM_DISKGROUPS=SEAN, AARON
　　processes=100
　　# this parameter is platform specific and is the path to the raw disk device
　　ASM_DISKSTRING='/dev/cciss/c0d0p1'
　　# on 11g you should use diagnostic_dest instead of these
　　background_dump_dest=/opt/oracle/admin/+ASM/bdump'

　　core_dump_dest=/opt/oracle/admin/+ASM/cdump'
　　user_dump_dest=/opt/oracle/admin/+ASM/udump'

c. 启动ASM实例
代码如下：

　　$ sqlplus / as sysdba
　　SQL startup

　　d. 创建磁盘组
代码如下：

　　SQL create diskgroup SEAN disk '/dev/cciss/c0d0p1';

　　e. 检查表空间的创建
　　你可能会猜测，创建一个表空间会有轻微的改变。默认方法如下所示：
　　SQL create tablespace sean_space datafile ‘+SEAN' size 1GB;
　　不过想一下这个很好的特性。如果在你的数据库中init.ora文件你设置参数为：