Oracle数据库ASM功能详解
ASM讲解
ASM A 管理正做 与 o A自动㈡ASM orac 启动NOMM 与LVMASM 是OMF 理，在底层将做到了“3M 融LVM 的对比oracle 块在它 ASM diskgASM disk ASM file ASM 可以条带动平衡 I/O 以 与RDBMS M 实例和ora cle 实例管理动和停止实例MOUNT：仅 的一个扩展将存储进行自融合”。
同时也它所管理的磁group ∽ ∽ ∽ 带化和镜像磁以删除“热点实例的对比cle 实例都是的是数据库，例的命令也基仅启动实例AS ，通过ASM 我管理。
同时也是向上兼容盘组的磁盘上 VG PVLV磁盘，从而实”。
LVM 不做是由SGA 和一，而ASM 实基本一样。
SM 介和OMF 的结时，ASM 模式容的体现，简上，与LVM 实现了在数据做硬件级别的一堆后台进程实例用于对磁介绍结合，oracle 式下，备份恢简化RAC 中存基本对应。
据库被加载的的容灾，ASM 程构成，但他盘组的管理在上层将数恢复只能由r 存储端的配置的情况下添加可以实现硬他们所面对的。
数据文件进行rman 来承担置。
加或移除磁盘硬件级别的容的对象是不同行自我担，真盘以及容灾。
的，MOUNT 、OPEN：启动实例并加载磁盘，注意加载的是磁盘组，OPEN选项对于ASM实例无意义，等同于MOUNTFORCE ：相当于先执行shutdown abort，然后再startup。
但是，ASM 实例没有数据字典之类的东东存储用户系统。
ASM实例的初始化参数ASM实例的初始化参数形式上与RDBMS实例相同，也有pfile和spfile，如：spfile+ASM1.ora. 但是，毕竟，ASM只有实例，而且加载的是磁盘组，所以相对RDBMS实例的初始化参数要简单。
ASM 需要的内存不多：对大多数系统，只需 64 MB。
因此内存这块相关参数就不说了。
下面说说几个ASM实例特别需要的参数。
㈠INSTANCE_TYPE> show parameter instance_typeNAME TYPE VALUE‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐ instance_type string asm初始化参数文件中的INSTANCE_TYPE，该参数必须被设置为ASM，标识要启动的实例是ASM，而不是rdbms实例.㈡ ASM_DISKSTRING> show parameter asm_diskstringNAME TYPE VALUE‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐‐ ‐‐‐‐‐‐‐asm_diskstring string设置ASM启动时检查的磁盘，该选项可以同时指定多个值，并且支持通配符。
Oracle数据库常用工具介绍
Oracle数据库常用工具介绍Oracle数据库是一种非常强大和流行的关系型数据库管理系统（RDBMS），它提供了众多的工具和实用程序，用于管理、开发和维护数据库。
这些工具可以帮助用户更轻松地管理和操作Oracle数据库。
下面是一些常用的Oracle数据库工具的介绍。
1. Oracle Enterprise Manager (OEM):Oracle Enterprise Manager是Oracle提供的最重要的工具之一，用于管理和监控Oracle数据库环境。
它提供了一个图形化界面，用于管理多个数据库实例、监视数据库性能、进行故障排除以及执行备份和恢复操作。
2. SQL*Plus:SQL*Plus是Oracle提供的一种命令行工具，它用于与数据库进行交互。
用户可以使用SQL*Plus运行SQL语句、执行存储过程、创建和管理用户以及进行数据导入和导出等操作。
3. SQL Developer:SQL Developer是一个免费的图形化工具，专门为开发人员设计。
它提供了一个友好的界面，用于编写和执行SQL查询、创建和修改数据库对象、调试存储过程以及进行数据导入和导出等操作。
4. Oracle Data Pump:5. Oracle SQL Developer Data Modeler:6. Oracle SQL*Loader:7. Oracle Export/Import Utility:Oracle Export/Import Utility是一个传统的数据导入/导出工具，它用于在不同的Oracle数据库之间进行数据迁移。
它可以导出整个数据库或者指定的数据库对象，并将其导入到另一个数据库中。
8. Oracle Recovery Manager (RMAN):Oracle Recovery Manager是一个备份和恢复工具，它可以用于创建数据库备份、恢复损坏的数据库文件以及执行点恢复等操作。
它可以通过命令行或者Oracle Enterprise Manager进行操作。
oracle与mysql 碎片回收原理
oracle与mysql 碎片回收原理在数据库管理系统中，碎片回收是一个重要的过程，它涉及到对数据库文件的整理和优化，以提高系统的性能和稳定性。
本文将详细介绍Oracle和MySQL两种数据库管理系统中的碎片回收原理。
一、Oracle数据库碎片回收原理Oracle数据库的碎片回收主要通过其自动存储管理（ASM）功能实现。
ASM能够自动管理磁盘空间，通过定期的碎片回收操作，保持数据库文件的连续性。
1. 碎片的产生在Oracle数据库的运行过程中，由于数据插入、删除和更新操作，会导致数据库文件逐渐变得不连续，形成碎片。
这些碎片会影响数据库的性能和稳定性，因此需要及时回收。
2. 碎片回收过程Oracle数据库的碎片回收过程包括以下几个步骤：（1）系统自动检测碎片，识别需要回收的区域；（2）根据设定的回收策略，选择合适的时机进行回收；（3）回收操作通过ASM自动完成，将不需要的数据块重新分配，保持文件连续；（4）回收完成后，系统会对文件进行重新平衡，以提高性能。
除了自动回收，管理员还可以手动执行碎片回收操作，如使用ALTER TABLE语句进行表重组，或使用DBMS_HASTRIACS进行全表扫描回收等。
二、MySQL数据库碎片回收原理MySQL数据库的碎片回收主要通过其InnoDB存储引擎实现。
InnoDB是MySQL的主流存储引擎，它提供了高效的碎片回收机制。
1. 碎片的产生在MySQL的InnoDB存储引擎中，碎片的产生主要源于事务的插入、删除和更新操作。
当事务结束或提交时，数据页会自动进行回滚操作，将未使用的空间保留在页内，形成碎片。
此外，如果未对表进行正确的关闭和归档操作，也容易导致碎片的产生。
2. 碎片回收过程MySQL的InnoDB存储引擎提供了自动和手动两种碎片回收方式。
（1）自动回收：InnoDB存储引擎会定期进行后台垃圾回收（Background Garbage Collection, BGC）操作，回收未使用的空间，保持数据页的连续性。
ASM产品简介及应用.
ASM 产品简介及应用一、 A SM 概念和功能ASM ：ASM 作为AM 的高速业务单元，对外提供标准的TCP/IP 接口，用于和计费中心、网管中心、故障管理、维护终端等OSS 系统的互联互通；对内通过朗讯专用的双串行通道计算机互联高速接口(DCI)和AM 相联。
ASM 平台基于Sun 公司最新的服务器Netra20和最新的软件版本Solaris8.0。
ASM 支持的业务包括：-- 高速计费数据传送 -- 实时计费数据传送 -- 网络管理/话务流量管理 -- 故障管理 -- RC/V 操作 -- 快速做版本升级（OSDE ） -- 快速做SU 等 -- 支持虚拟终端接入（最多63个） -- 图形化（GUI ）的操作维护界面等。
所有这些业务都是通过标准的IP 接口传送，为网管计费中心提供了高效、快速、灵活的工具和手段，大大提高了工作效率。
同时，ASM 作为业务平台，可以根据客户的实际需要，做进一步的开发。
二、ASM 组成ASM3由硬件及多种软件模块组成。
硬件主要包括：SUN Netra20处理器，朗讯自行研发的DCI 卡，终端服务器（内置Modem ），外部硬盘单元EDU 。
符合ETSI 标准；ASM3的硬盘是双备份的，以确保系统数据不会丢失，若单硬盘失败，ASM 可以继续操作。
ASM 支持内部2个相互备份的36G 的硬盘；外部EDU 单元支持2个相互备份的36G 硬盘。
软件包括Solaris 8商用软件，ASM 基本软件和ASM3应用软件三大部分，或者说是三层软件结构，如下图。
ASM 提供API 接口，用户可以调用命令行程序。
Commercial Software 即Sun 工作站和操作系统所提供的系统软件，包括Solaris操作系统、Netscape 、COBA 以及各种协议软件；ASM Base Software 包括VTTY 、EAI 应用、ASM API 等等；Application 包括图形界面、Proxy ODD 、软件的升级应用等等。
Oracle 11G新特性--ASM 增强 说明
一. ASM 快速镜像再同步（ASMFast Mirror Resync）1.1 无ASM快速镜像再同步时每当ASM 无法向分配给某个磁盘的区执行写入操作时，就会使该磁盘脱机，同时会在其它磁盘上至少写入一个此区（ASM 数据区）的镜像副本（如果相应的磁盘组使用了ASM 冗余）。
使用OracleDatabase 10g 时，ASM 会假定脱机磁盘只包含过时数据，因此不再从此类磁盘中读取数据。
磁盘脱机后不久，ASM 就会使用冗余区副本在磁盘组中的剩余磁盘上重新创建分配给磁盘的区（ASM 数据区），将脱机的磁盘从磁盘组中删除。
此进程是一项开销相对较大的操作，可能要花费几小时来完成。
如果磁盘故障只是临时性的（如电缆、主机总线适配器、控制器故障或磁盘的电源中断），则必须在临时故障修复后重新添加磁盘。
但是，将删除的磁盘重新添加回磁盘组还需要将区（ASM 数据区）迁回磁盘，因此增加了成本。
1.2 ASM 快速镜像再同步1.2.1 概述ASM 快速镜像再同步会显著减少重新同步临时故障磁盘所需的时间。
如果某个磁盘因临时故障而脱机，ASM 将跟踪在中断期间发生修改的区。
临时故障被修复后，ASM 可以快速地仅重新同步在中断期间受到影响的ASM 磁盘区。
此功能假定受到影响的ASM磁盘内容未发生损坏或修改。
某个ASM 磁盘路径出现故障时，如果您已设置了相应磁盘组的DISK_REPAIR_TIME 属性，则ASM 磁盘会脱机，但不会被删除。
此属性的设置确定了ASM 可容忍的磁盘中断持续时间；如果中断在此时间范围内，则修复完成后仍可重新同步。
注：跟踪机制对每个已修改的区使用一个位，这样可确保跟踪机制非常高效。
1.2.2 设置ASM 快速镜像再同步请按磁盘组设置此功能。
可以在创建磁盘组后使用ALTER DISKGROUP 命令完成此操作。
使用一个类似以下命令的命令启用ASM 快速镜像再同步：ALTER DISKGROUPSET ATTRIBUTE 'DISK_REPAIR_TIME'='2D4H30M'在修复了磁盘后，运行SQL 语句ALTER DISKGROUP ONLINE DISK。
ASM详解
ASM:Automatic Storage Management,是Oracle主推的一种面向Oracle的存储解决方案，ASM和RDBMS非常相似，ASM也是由实例和文件组成，也可以通过sqlplus工具来维护。
ASM实例的创建和删除也可以用DBCA这个命令来操作。
在dbca的第一个界面选择配置自动存储管理就可以了。
ASM实例需要CSS进程，如果是非RAC环境，在启动ASM实例之前会提示用脚本$ORACLE_HOME/bin/localconfig add启动CSS。
1.ASM实例由SGA和后台进程组成。
1.1SGA组成:ASM实例的SGA包括Buffer Cache，Share Pool，Large Pool等。
需要注意的是Share Pool，因为Extent Map要放在这部分的内存中，需要更具数据量来估计Extent Map的大小做相应的调整。
Extent Map的大小可以根据所有文件大小的和来估算，使用下面的语句来计算所有文件和：Select sum(bytes)/(1024*1024*1024)from v$datafile;Select sum(bytes)/(1024*1024*1024)from v$logfile a,v$log b where a.Group#=b.Group#;Select sum(bytes)/(1024*1024*1024)from v$tempfile where status='ONLINE';这3个sum的总和对应着数据库存放ASM中所有文件大小总和，对于使用External Redundancy的磁盘组，每100G需要1MB的Extent Map，根据这个比例计算Extent Map所需要的空间，在加上额外的2MB就可以了。
在实际工作中一般不需要考虑ASM SGA的配置，使用Oracle提供的缺省值就可以了。
1.2后台进程ASM实例比RDBMS实例多2个进程：RBAL和ABRn。
ASMCMD命令详解
mount 挂载磁盘组
offline 使磁盘或失效磁盘组离线
online 使磁盘或失效磁盘组上线
rebal 重新平衡磁盘组
remap 重定位数据在磁盘上的物理块的范围内
setattr 设置磁盘组属性
passwd 修改用户的密码
rmgrp 删除一个用户组
rmusr 删除一个用户
实例管理命令：
dsget 返回discovery diskstring
dsset 设置discovery diskstring
lsct 显示当前oracle ASM的客户端，一般指数据库实例和ASM实例,数据来源于V$ASM_CLIENT视图
lsop 显示当前磁盘组或ASM实例的操作，数据来源于V$ASM_OPERATION视图
umount 卸载磁盘组
模板管理命令：
chtmpl 修改模板属性 加模板到磁盘组
rmtmpl 从磁盘组删除模板
文件访问管理命令：
chgrp 修改文件或文件列表的用户组
chmod 修改文件或文件列表的权限
dropdg 删除磁盘组
iostat 显示磁盘IO统计，信息来源于V$ASM_DISK_IOSTAT视图
lsattr 显示磁盘组属性，信息来源于V$ASM_ATTRIBUTE视图
lsdg 显示已挂载的磁盘组和他们的信息，与ls -ls输出结果一样，信息来源于V$ASM_DISKGROUP_STAT视图，如果指定了--discovery,则查询V$ASM_DISKGROUP
lsdsk 显示ASM磁盘，信息来源于V$ASM_DISK_STAT视图;连接模式查询V$ASM_DISK_STAT and V$ASM_DISK返回信息;非连接模式通过扫描磁盘头来返回信息
ORACLE_ASM_概述
ORACLE_ASM_概述Oracle ASM（Automatic Storage Management）是Oracle数据库管理系统中的一项功能强大的存储管理技术。
它提供了一个集成的、高性能的存储解决方案，用于管理数据库文件、控制数据分布和提供高可用性。
下面将对Oracle ASM进行详细的概述。
Oracle ASM的主要目标是简化数据库存储的管理和维护。
它将数据文件和日志文件直接映射到操作系统的文件系统，而无需使用文件系统路径来引用它们。
这样做的好处是，ASM可以自动管理多个存储设备（如磁盘组），并为数据库文件提供统一的访问接口。
这样，数据库管理员就可以更轻松地管理存储设备，并且不需要了解底层的物理存储细节。
ASM使用逻辑概念来管理存储，这使得它与底层的物理存储设备解耦。
例如，ASM使用概念上的“磁盘组”来组织存储设备。
磁盘组是一个逻辑容器，它包含多个物理设备（如磁盘）并提供统一的命名空间。
ASM将数据文件分布在磁盘组的多个磁盘上，以提高性能和可靠性。
它还使用“重定义”来保持文件的完整性，并提供与文件相关的一致性保护机制。
使用ASM，数据库管理员可以更容易地配置和管理数据库存储。
例如，他们可以使用ASM命令来创建和管理磁盘组、向磁盘组添加/删除磁盘、创建/删除ASM实例等。
此外，ASM还提供了许多性能和可靠性方面的优势。
例如，ASM可以自动在磁盘组的多个磁盘上分布数据库文件，以提高I/O性能。
它还可以通过数据文件重定义来自动修复数据坏块，从而提供更高的数据可靠性。
另一个重要的特性是ASM可以与Oracle数据库实例无缝集成。
ASM可以自动识别ASM实例中的数据库文件，并为每个文件提供统一的命名约定。
这意味着数据库管理员可以在ASM文件系统中直接引用数据文件，而无需指定文件系统路径。
这大大简化了数据库管理中的一些重要任务，如备份和恢复操作。
值得注意的是，ASM并不是Oracle数据库的唯一存储选项。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1什么是ASMASM全称为Automated Storage Management，即自动存储管理，它是自Oracle10g这个版本Oracle推出的新功能。
这是Oracle提供的一个卷管理器，用于替代操作操作系统所提供的LVM，它不仅支持单实例配置，也支持RAC这样的多实例配置。
将给Oracle数据库管理员带来极大的方便，ASM可以自动管理磁盘组，并提供数据冗余和优化。
特别是对于企业极的大型数据库管理员来说，可以使管理员可以从管理成百上千个数据文件这些琐碎的日常事务中解脱开来，以便处理其它更为重要的事务上去。
在Oracle 10g这个版本之前，管理一个大型数据库成百上千个的数据文件对数据库管理员来说是一个既无技术含量又十分枯燥的工作，这要求数据库管理员要熟悉一些系统的LVM的相关知识，做好磁盘规化，LV的条带等相关的系统方面的相关操作。
而使用自动存储管理将大大减轻这方面的工作量，数据库管理员只需要管理少数几个磁盘组即可。
一个磁盘组是ASM管理的一个逻辑单元，由一组磁盘设备组成。
我们可以定义一个磁盘组作为数据库的默认磁盘组，Oracle会自动管理存储，包括创建、删除数据文件等。
Oracle会自动将这些文件与一个合适的数据库对象做关联，这样我们在管理这些对象时只需要提供对象的名称，而无需像以前那样提供详细的文件名。
ASM提供了很多有用的存储技术，如RAID和LVM（逻辑卷管理）等。
像这些技术一样，ASM允许你在一组独立的磁盘上创建一个单独的磁盘组。
这样就实现了单个磁盘组的I/O 均衡。
同时ASM还实现了条带化(Striping)和磁盘镜像(Mirroring)以提高I/O的性能和数据可靠性。
与RAID或LVM不同的是，ASM是在文件级实现的条带化和镜像，这样的实现方式给用户带了很大选择自由度，我们可以在同一个磁盘组中对不同的文件配置不同的存储属性，实现不同的存储方式。
2 11g中ASM都有哪些新特征2.1 快速重新同步(ASM Fast Mirror Resync)短暂的磁盘路径发生问题时，恢复ASM磁盘组(DISK GROUP)的允余性是很费时间的，特别是这种恢复操作需要重新布局整个磁盘组的情况下。
ASM快速磁盘重新同步这个新特征能显著减少重新同步一块坏磁盘时这种情况的时间，当你更换了坏磁盘，ASM能够快速的同步ASM磁盘的extent。
任何使磁盘组临时不可用的问题被认为是暂时的失效，这是ASM快速重新同步新特征可以恢复的。
磁盘路径失效，例如接口线问题，主机适配器问题，磁盘控制器问题，或者是磁盘电源问题这些都能引起瞬时失效。
缺省的情况下，当一块磁盘脱机时，ASM会立刻移出该磁盘。
ASM快速再同步功能够记录脱机磁盘在脱机期间该磁盘上区的所有的变化，当磁盘被修复或再次联机时，这期间更改的extent能够被快速的重新同步到刚才失效的这些磁盘中。
你可以设定DISK_REPAIR_TIME这个属性使失效磁盘在被修复和再次联机这段时间内重新整理这样的操作不发生。
这个时间可以以分钟(m或M)或者小时(h或H)为单位，如果你不指定时间单位，缺省的时间单位为小时。
如果DISK_REPAIR_TIME这个属性没有设定，其缺省值为3.6小时。
需要注意的是，这个缺省值适用于磁盘被设定为脱机模式而操作语句没有DROP AFTER子句这样的情况。
大部分来说环境，3.6个小时这个DISK_REPAIR_TIME 缺省属性数值应该都是合适的。
注意：使用这项新功能，ASM磁盘组的兼容性需要设定至11.1或更高。
例：CREATE DISKGROUP asmdskgrp1 DISK '/dev/raw/*'SET A TTRIBUTE 'compatible.rdbms' = '11.1'，'compatible.asm' = '11.1';只有当包含脱机磁盘的磁盘组再次被挂上，消逝时间(自磁盘被设定成脱机模式后)都是增加的，V$ASM_DISK的REPAIR_TIME这列显示的是脱机磁盘在被删除之前所剩余的时间(单位：秒)，当指定的时间到达后，ASM删除磁盘，可以用带有DROP AFTER的ALTER DISKGROUP DISK OFFLINE语句来覆盖这个属性。
注意：DROP AFTER也是11g的新特征。
如果一条ALTER DISKGROUP SET ATTRIBUTE DISK_REPAIR_TIME操作的磁盘组含有脱机的磁盘，这个属性只对当前那些非脱机模式的磁盘是生效的。
当一块脱机磁盘被第二次执行脱机操作，消逝时间会被重置并重新开始计算。
如果另一个时间这块磁盘又被执行了DROP AFTER操作，上一个值会被覆盖并且新值生效。
不能用ALTER DISKGROUP DROP DISK语句删除处于脱机状态的磁盘，这样操作时会报错。
如果在某时情况，例如磁盘不能够被修复，需要在DISK_REPAIR_TIME到达前把磁盘删除时，可以再次执行带有DROP AFTER子句的OFFLINE语句，DROP AFTER指定0H或0M，表示立刻删除。
你可以用ALTER DISKGROUP来设定磁盘组的DISK_REPAIR_TIME属性，可以是分钟，也可以是小时，例如4.5小时或270分钟，例如：ALTER DISKGROUP dg01 SET A TTRIBUTE 'disk_repair_time' = '4.5h'ALTER DISKGROUP dg01 SET A TTRIBUTE 'disk_repair_time' = '270m'在你修复磁盘后，运行ALTER DISKGROUP DISK ONLINE这条SQL语句可以使磁盘组恢复到联机状态，新的读写操作都可以正常进行了，这条语句也触发把磁盘维修期间内更改的extent从磁盘组冗余的数据重新同步到刚才失效的这些磁盘中。
2.2 ASM滚动升级在ORACLE11g及之后的版本，你可以把ASM的集群置为"滚动升级"模式，充许不同版本的ASM结点共同工作。
滚动升级"模式中的每个结点能够独立的升级或打补丁，而不会影响到数据库的使用，因些其很大的提升数据库的正常运行时间。
需要注意的是你只可以对ORACLE11g及之后的版本进行"滚动升级"，换句话说，你不能用这种功能把ORACLE10g 的数据库升级到11G的。
在进行滚动升级前，你的环境也一定要做一定的准备的。
举例来说，如果你使用了ORACLE Clusterware软件，在你开如做滚动升级前，Clusterware也一定要完整的升级到下一个满足要求的版本。
当然，做Clusterware升级时也应当用滚动的方式，更大的确保高稳定性和最大的正常运行时间。
在对一个结点的ASM软件打补丁或进行升级之前，必须把ASM集群置为滚动升级模式，这允许开始升级和操作你的环境在多个软件版本的模式，语句如下：ALTER SYSTEM START ROLLING MIGRA TION 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;发出这条语句后，ORACLE做了如下的一些操作：校验ASM集群的所有成员的软件版本是不是相同，如果一个或几个实例运行在不同的软件版本，这条语句会报错，集群继续处在滚动升级模式.使集群的所有实例都脱离滚动升级模式，集群开始全功能工作如果设定ASM_POWER_LIMIT参数允许数据重整理，因滚动升级而被阻塞的数据重整理操作会重新开始。
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实例的管理权限。