2.3 为ASM管理员新增了SYSASM权限和OSASM操作系统用户组
    在ORACLE10g这个版本，ORACLE没有为ASM管理员定制相应的角色，ASM管理员以SYSDBA角色进行管理工作，在实际工作中ASM管理员与数据库管理员可能是不同的两个或几个人完成的，相对来说权限界定不清晰.11g这一新特征引入SYSASM这一新权限目的就是为了清晰ASM管理员与数据库管理员的界面，防止越权操作的发生，使ASM管理员更好的进行ASM管理工作.
这一新特征同时在操作系统中也为ASM新增了OSASM用户组，OSASM这个组是专门为ASM设计的，可以通过操作系统授权，被授权的这个组成员本地连接具有SYSASM权限，能够以SYSASM角色进行全权限的ASM管理工作。最初，只有ASM的安装用户是这个组的成员，在后继的工作，你可以添加新的用户到OSASM这个用户组，使新用户有ASM管理的全部权限。

    需要注意的是，在ORACLE11g Release1的这个版本，系统OSDBA组的成员，连入数据库据有SYSDBA的权限，这样的用户仍然可以连接并管理ASM的实例，但相信在后续的版本中有SYSDBA权限的用户不会被授权有ASM实例的管理权限。

2.4 ASM 可扩展性和性能的增强
    ASM文件区管理在11g都有改进，体现在性能的提升和显著的减少用于存储文件区的SGA内存方面。当ASM的文件在大小上增加时，每一个区的大小也会自动的增加，因此，会有需要很少的指向区指针描述文件。当访问20GB至128TB大小的ASM文件时11g的这个新特征会提升性能。当然，这样的文件通常是非常大的数据库(VLDBs)所用的。

    除此之外，当你创建新的磁盘组时，你现在有多个分配单位大小选项，例如1， 2， 4， 8，16， 32， 和64(MB)。依据数据库的负载和存储系统的类型，选择大的分配单位可能会获得明显的性能提升。

    磁盘组存储的ASM文件的内容是由N个数据区组成的，数据区存储在独立的磁盘上。区包含一个或多个分配单位(AU).为适应逐渐增大的大文件，ASM使用变化大小的区。

    变化大小的区能够支持更大的ASM文件，减少大数据库对SGA内存的使用，并且提升文件创建和打开操作的性能。一个ASM文件开始的一个区是由一个分配单位组成的。当文件大小增加时，如果大小超出预先定义的值，新的区大小也会增加到8分配单位，然后新的区大小增加到64个分配单位。对于新创建的文件，这一特征自动生效的。

    分配单位的大小为多少在磁盘组建立的时侯确定，可以为1，2，4，8，16，32及64MB，当ASM文件的大小范围在1到20，000个区这个量级时，每个区的大小与分配单位的大小相等；ASM当文件大小超出20，000个区，到20，001到40，000个区这个范围，新的区的大小分自动增至8个分配单位大小；再有当ASM当文件大小超出40，000个区，，新的区的大小分自动增至64个分配单位大小。

    图一表示的是含自块磁盘的磁盘组，文件由每个区1AU增至8AU的变化状况，在这个配置中，ASM没有做文件镜像的。 
   
     图一 磁盘组中ASM文件区分配图