ALTER SYSTEM START ROLLING MIGRATION TO number;
number是由版本号、发行号、更新号、端口发行号和端口更新号这几部分组成的，中间以逗号分开，例如11.2.0.0.0。
实例在运行这条语句时会检查你指定的number与当前已安装的软件版本是不是兼容。当升级开始后，ASM实例只有如下的一些操作才是充许的： ? 磁盘组挂载和卸载
? 数据库文件打开，关闭，重新设定尺寸和删除
? 限制访问ORACLE自带的视图和包，所有的全局视图都是失效的
在滚动升级开始后，可以任意一个宕掉ASM实例来进行软件升级，升级完的ASM实例在启动后会自动重新加入ASM集群。当集群中的所有实例都完成升级到最新的软件版本后，你就可以结束滚动升级模式了。
如果一块磁盘在ASM实例进行滚动升级时是脱机的，那么直到升级结速这块磁盘都会保持脱机的状态，而且直到ASM集群回到正常模式触发删除磁盘的记时器也是停止的。
如果升级过级出现问题，可以用同样的过程回滚结点的软件到之前的版本。集群的任一地方有数据重整操作，升级会失败，所以必须等数据重整操作完成才可以开始滚动升级。另外，只要集群中有一个结点是活动的，滚动升级状态是保留的。
如果一个集群正在进行滚动升级时一个新的ASM实例加进来，新的实例会被告知集群正处在滚动升级模式，你可以用如下的SQL语句查询ASM集群环境的状态: SELECT SYS_CONTEXT('sys_cluster_properties'， 'cluster_state') FROM DUAL;
如果ASM集群所有的实例都停了，那么当任何一个ASM实例重新启动，这个实例都会脱离滚动升级模式。如要实例都重新启动后 还要进行升级，必须重新开始滚动升级操作。 当滚动升级完成后，运行如下的SQL:
ALTER SYSTEM STOP ROLLING MIGRATION;
第 6 页 共 51 页
发出这条语句后，ORACLE做了如下的一些操作：
? 校验ASM集群的所有成员的软件版本是不是相同，如果一个或几个实例运行在不同的软件版本，这条语句会报错，集群继续处在滚动升级模式. ? 使集群的所有实例都脱离滚动升级模式，集群开始全功能工作
? 如果设定ASM_POWER_LIMIT参数允许数据重整理，因滚动升级而被阻塞的数据重整理操作会重新开始。
1.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实例的管理权限。
1.2.4. ASM 可扩展性和性能的增强
ASM文件区管理在11g都有改进，体现在性能的提升和显著的减少用于存储文件区的
SGA内存方面。当ASM的文件在大小上增加时，每一个区的大小也会自动的增加，因此，会有需要很少的指向区指针描述文件。当访问20GB至128TB大小的ASM文件时11g的这个新特征会提升性能。当然，这样的文件通常是非常大的数据库(VLDBs)所用的。
第 7 页 共 51 页
除此之外，当你创建新的磁盘组时，你现在有多个分配单位大小选项，例如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没有做文件镜像的。
第 8 页 共 51 页
图一 磁盘组中ASM文件区分配图
1.2.5. 新的ASM 命令行 (ASMCMD)命令和选项
ASMCMD有下列的四个新的命令: lsdsk、md_backup、md_restore 和remap。除此之外，
你还能使用带有新选项的ls和lsdg命令。下面描述一下这四个新的ASM命令:
lsdsk -不论是否有一个ASM的实列正在运行，这个命令都能列出ASM磁盘的信息。当系统管理员或存储管理员想查看一下ASM实例都用了哪些磁盘时这个命令是非常有用的。 md_backup和md_restore- 这两个命令使能能够用相同的磁盘路径、磁盘名、失败组、属性、模板及目录结构别名来重新建立已经存在的磁盘组。你可以使用md_backup备份磁盘组的环境，在出现问题的时侯用mk_restore来恢复相应的磁盘组。
Remap-你可以使用这个命令重映射或者回复normal及high redundancy模式ASM磁盘组中的坏块，ASM读取ASM映像好的拷贝中相应的块，并且把这些块重新写回到磁盘组中一个替代的位置。
第 9 页 共 51 页
1.2.6. 磁盘组兼容性方面新的属性
? 磁盘组兼容性概要
为使用一些ASM的新功能，你可以使用两个磁盘组兼容性方面的属性，COMPATIBLE.RDBMS和COMPATIBLE.ASM。这些属性指定据库和ASM 各自使用磁盘组所需的最小的软件版本。缺省情况下，这两个属性都被设成10.1，如果你想利用新特征必须推进这些属性。
兼容性属性设置成早先发行的版本可以使客户端访问高版本的磁盘组，例如，Oracle 10g的客户端能够访问Oracle11g的ASM磁盘组。
ASM 和Oracle 数据库磁盘组兼容性属性设置决定了系统可使用的最小的ASM和Oracle数据库软件版本。例如， 如果ASM 兼容性是11.1， 并且Oracle 数据库兼容性是10.1， 那么ASM 软件版本必须至少是11.1， 并且Oracle 数据库客户软件版本必须是至少10.1 。二个属性设置是compatible.asm 和compatible.rdbms。
ASM 的软件版本决定最近创建的磁盘组的缺省兼容性，当你以CREATE DISKGROUP SQL语句创造磁盘组时，可以忽略磁盘组兼容性设置。另外，可以使用ALTER DISKGROUP SQL语句为现有的磁盘组改变兼容性设置。磁盘组兼容性设置只能逐渐升高，你无法恢复回一个更低的兼容性设置。 ? COMPATIBLE.ASM和COMPATIBLE.RDBMS
兼容性属性设置是通过这两个参数完成的。COMPATIBLE.ASM属性决定任一个ASM 事例使用一个磁盘组的最小的软件版本。这个设置并且决定数据磁盘上ASM原数据的数据结构的格式。文件内容的格式由数据库实例决定的。对于Oracle 11g版本中的ASM， 10.1 是其缺省的设置值。为更好的完成磁盘组兼容性设置，应设置之前COMPATIBLE.RDBMS前先设置COMPATIBLE.ASM属性。
数据库使用的所有磁盘组的COMPATIBLE.RDBMS属性值必须小于或等于数据库的COMPATIBLE初始参数设置值，对于Oracle 11g版本中的ASM， 10.1也是COMPATIBLE.RDBMS属性的缺省值。举例来说， 如果数据库兼容初始化参数被设置成11.1.0， 那么COMPATIBLE.RDBMS 只能被设置成10.1 和11.1 之间的任一值。
? 设置磁盘组兼容性的方法
第 10 页 共 51 页