• 设置Automatic Storage Management (ASM) 快速镜像 再同步
• 使用ASM 首选镜像读取
• 了解可伸缩性和性能增强
• 设置ASM 磁盘组属性
• 使用SYSASM 角色
• 使用CHECK、MOUNT和DROP 命令的多种易管理的新选项
• 使用ASMCMD 的md_backup、md_restore和cp扩展
- 无ASM 快速镜像再同步时
无ASM 快速镜像再同步时
每当ASM 无法向分配给某个磁盘的区执行写入操作时，就会使该磁盘脱机，同时会在其
它磁盘上至少写入一个此区的镜像副本（如果相应的磁盘组使用了ASM 冗余）。
使用Oracle Database 10 g 时，ASM 会假定脱机磁盘只包含过时数据，因此不再从此类磁
盘中读取数据。磁盘脱机后不久，ASM 就会使用冗余区副本在磁盘组中的剩余磁盘上重
新创建分配给磁盘的区，将脱机的磁盘从磁盘组中删除。此进程是一项开销相对较大的操
作，可能要花费几小时来完成。
如果磁盘故障只是临时性的（如电缆、主机总线适配器、控制器故障或磁盘的电源中
断），则必须在临时故障修复后重新添加磁盘。但是，将删除的磁盘重新添加回磁盘组还
需要将区迁回磁盘，因此增加了成本。
- ASM 快速镜像再同步：概览
ASM 快速镜像再同步会显著减少重新同步临时故障磁盘所需的时间。如果某个磁盘因临
时故障而脱机，ASM 将跟踪在中断期间发生修改的区。临时故障被修复后，ASM 可以快
速地仅重新同步在中断期间受到影响的ASM 磁盘区。
此功能假定受到影响的ASM 磁盘内容未发生损坏或修改。
某个ASM 磁盘路径出现故障时，如果您已设置了相应磁盘组的DISK_REPAIR_TIME 属
性，则ASM 磁盘会脱机，但不会被删除。此属性的设置确定了 ASM 可容忍的磁盘中断
持续时间；如果中断在此时间范围内，则修复完成后仍可重新同步。
注：跟踪机制对每个已修改的区使用一个位，这样可确保跟踪机制非常高效。
- 使用EM 执行快速镜像再同步
使用EM 执行快速镜像再同步
在Oracle Enterprise Manager (EM) 中使ASM 磁盘脱机时，您需要对该操作进行确认。在
“Confirmation（确认）”页上，可以覆盖默认的磁盘修复时间。同样，可以按故障组进
行查看，并选择使特定的故障组脱机。
- 使用EM 执行快速镜像再同步
使用EM 执行快速镜像再同步（续）
也可以使用Enterprise Manager 使磁盘联机。
- 设置ASM 快速镜像再同步
ALTER DISKGROUP dgroupA SET ATTRIBUTE 'DISK_REPAIR_TIME'='3H';
ALTER DISKGROUP dgroupA
OFFLINE DISKS IN FAILGROUP contrl2 DROP AFTER 5H;
ALTER DISKGROUP dgroupA
ONLINE DISKS IN FAILGROUP contrler2 POWER 2 WAIT;
ALTER DISKGROUP dgroupA DROP DISKS IN FAILGROUP contrl2 FORCE;
设置ASM 快速镜像再同步
请按磁盘组设置此功能。可以在创建磁盘组后使用ALTER DISKGROUP命令完成此操
作。使用一个类似以下命令的命令启用ASM 快速镜像再同步：
ALTER DISKGROUP SET ATTRIBUTE 'DISK_REPAIR_TIME'='2D4H30M'
在修复了磁盘后，运行SQL 语句ALTER DISKGROUP ONLINE DISK。此语句可使修复
的磁盘组重新联机以启用写操作，这样便不会丢失新的写入内容。此语句还会启动一个过
程，以复制在其冗余副本上标记为过时的所有区。不能将ONLINE 语句用于已经删除的
磁盘。
可以通过查询V$ASM_ATTRIBUTE视图来查看当前的属性值。
通过查询V$ASM_DISK或V$ASM_DISK_IOSTAT的REPAIR_TIMER列，可以确定
ASM 删除某个脱机磁盘前剩余的时间。此外，V$ASM_OPERATION中将出现一个与磁盘
再同步操作对应的行，其中的OPERATION 列设置为SYNC。
为了进行预防性维护，还可以使用SQL 语句ALTER DISKGROUP OFFLINE DISK 手动
使ASM 磁盘脱机。使用此命令可以指定一个计时器，以覆盖在磁盘组级别定义的计时
器。完成维护后，使用ALTER DISKGROUP ONLINE DISK语句使磁盘重新联机。
如果无法修复处于脱机状态的故障组，则可使用带FORCE选项的ALTER DISKGROUP
DROP DISKS IN FAILGROUP 命令，这样便可以确保根据数据的冗余副本重新构建原先存
储在这些磁盘上的数据，并将其存储在同一磁盘组中的其它磁盘上。
注：仅当装载了磁盘组时才计算时间。而且，更改 DISK_REPAIR_TIME 的值不会影响
以前脱机的磁盘。DISK_REPAIR_TIME 的默认设置3.6 小时对多数环境来说应当足够
了。
- ASM 首选镜像读取：概览
在Oracle Database 10 g 中配置ASM 故障组时，ASM 将始终读取镜像区的主副本。让节点
从最靠近该节点的故障组区（即使是辅助区）读取数据效率可能更高些。在扩展的集群配
置（节点跨多个站点分布）中，这种情况尤其明显；在这种情况下，从区的本地副本读取
数据可以提高性能。
使用Oracle Database 11 g 时，通过使用新的初始化参数
ASM_PREFERRED_READ_FAILURE_GROUPS 指定首选镜像读取名称列表来配置首选镜
像读取，可以做到这一点。这些故障组中的磁盘将成为首选读取磁盘。这样一来，每个节
点都可以从其本地磁盘读取数据了。这样不但可以提高效率和性能，还可以降低网络通信
量。该参数的设置取决于具体的实例。
- ASM 首选镜像读取：设置
ASM 首选镜像读取：设置
要配置此功能，请设置新的ASM_PREFERRED_READ_FAILURE_GROUPS 初始化参数。此
参数是一个多值参数，应包含一个带有逗号分隔的故障组名称列表的字符串。指定的每个
故障组名称应以其磁盘组名称和一个“.”字符为前缀。此参数是动态参数，可以随时使用
ALTER SYSTEM 命令进行修改。图中显示了一个示例。但是，该初始化参数仅对ASM
实例有效。使用扩展集群时，该参数中指定的故障组只应包含对应实例的本地磁盘。
新的列PREFERRED_READ 已被添加到V$ASM_DISK视图中，使用单字符格式。如果磁盘
所属的磁盘组属于首选读取故障组，则此列的值为Y。
要确定ASM 首选读取故障组的特定性能问题，请使用 V$ASM_DISK_IOSTAT视图。
此视图将显示每台ASM 客户机的磁盘输入/ 输出(I/O) 统计信息。如果从一个数据库实例中
查询此视图，则仅显示此实例的行。
- Enterprise Manager 的ASM 配置页
Enterprise Manager 的ASM 配置页
可以使用Enterprise Manager 来指定一组磁盘作为每个ASM 实例的首选磁盘。首选读取
属性取决于具体的实例。在Oracle Database 11 g 中，配置页上增加了“Preferred Read
Failure Groups（首选读取故障组）”字段
( asm_preferred_read_failure_group) 。
此参数仅在装载磁盘组之前或者创建磁盘组时才有效，并且仅适用于新打开的文件或新加
载的文件区映射。
- ASM 首选镜像读取：最佳方法
ASM 首选镜像读取：最佳方法
在实践中，扩展集群中只有数量有限的有效磁盘组配置。有效磁盘组配置会同时考虑磁盘
组在扩展集群中的性能和可用性。下面是一些可能的示例：
对于一个包含两个站点的扩展集群，正常的冗余磁盘组应只有两个故障组；一个站点的所
有本地磁盘都应属于相同的故障组。此外，每个实例只能指定一个故障组作为首选读取故
障组。如果有两个以上的故障组，则ASM 不会对一个跨两个站点的虚拟区进行镜像。而
且，如果具有两个以上故障组的站点关闭，则也会使磁盘组关闭。如果要创建的磁盘组是
一个高冗余磁盘组，则应在每个站点及其本地磁盘上最多创建两个故障组，并将两个本地
故障组都指定为本地实例的首选读取故障组。
对于包含三个站点的扩展集群，应使用含三个故障组的高冗余磁盘组。通过这种方式，
ASM 可以保证每个虚拟区对于每个站点都有一个本地镜像副本，并且三个站点上的磁盘
组都受到保护以避免重大灾难。
- ASM 可伸缩性和性能增强
• 区大小自动根据文件大小增加。
• ASM 支持可变区大小，可以：
– 增加可能的最大文件大小
– 减少共享池中内存的使用量
• 出现重要碎片时，不需要执行手动重新平衡以外的其它
管理任务。
ASM 可伸缩性和性能增强
ASM 可变大小区是一种自动功能，ASM 可使用该功能在提高内存使用效率的同时支持较大
的文件大小。
在Oracle Database 11 g 中，ASM 支持1、8 和64 个分配单元(AU) 的可变大小区。ASM 使用
预先确定了数量的各种大小的区。只要一个文件超过了特定的阈值，就会使用下一个区大
小。
利用此功能，可以减少描述文件所需的区指针数，以及管理共享池中区映射所需的内存
（在大型文件配置中禁止使用）。区大小在文件之间以及文件内部都有所不同。
通过可变大小区功能还可以使用ASM 部署几百个 TB（甚至几个PB）大小的Oracle DB。
注：可变大小区的管理是完全自动化的，不需要手动管理。
但是，如果分配并释放了大量非连续的小型数据区，并且没有其它连续的大型区可用时，
则可能出现外部碎片。碎片整理操作将被集成到重新平衡操作中。因此，DBA 始终可以
通过执行重新平衡操作对磁盘组进行碎片整理。
不过，这种情况极其罕见，因为ASM 也会在所需大小不可用时自动在区分配过程中执行
碎片整理。这可能会延长某些分配操作的时间。
注：此功能还可以加快文件的打开速度，因为这可以大量减少存储文件区所需的内存量。
- Oracle Database 11g 中的ASM 可伸缩性
ASM 强制实施下列限制：
• 63 个磁盘组
• 10,000 个ASM 磁盘
• 每个ASM 磁盘4 PB
• 40 EB 的存储空间
• 每个磁盘组1 百万个文件
• 最大文件大小：
– 外部冗余：140 PB
– 正常冗余：42 PB
– 高冗余：15 PB
Oracle Database 11g 中的ASM 可伸缩性
ASM 强制实施下列限制：
• 存储系统中包含63 个磁盘组
• 存储系统中包含10,000 个ASM 磁盘
• 每个ASM 磁盘的最大存储空间为4 PB
• 每个存储系统的最大存储空间为40 EB
• 每个磁盘组包含1 百万个文件
• 最大文件大小取决于所使用的磁盘组的冗余类型：外部冗余为140 PB （该值当前大
于可能的数据库文件大小），正常冗余为42 PB，高冗余为15 PB。
注：在Oracle Database 10 g 中，外部冗余的最大ASM 文件大小为 35 TB 。
- SYSASM 角色
• 使用SYSASM 角色管理ASM 实例可以避免DBA 与存储
管理员之间出现重叠。
SQL> CONNECT / AS SYSASM
SQL> CREATE USER username IDENTIFIED by passwd ;
SQL> GRANT SYSASM TO username ;
SQL> CONNECT username /passwd AS SYSASM;
SQL> DROP USER username ;
• SYSDBA 将被废弃：
– Oracle Database 11g 版本1 的行为与 Oracle Database
10g 中的相同。
– 在将来的版本中， ASM 实例中的 SYSDBA 权限将受到限
制。
SYSASM 角色
此功能引入了一个新角色SYSASM ，专门用于执行ASM 管理任务。使用SYSASM 角色取
代SYSDBA 角色可以提高安全性，因为ASM 管理与数据库管理分开了。
使用Oracle Database 11 g 版本1 时，SYSASM 和SYSDBA 的OS 组是相同的，SYSASM 的默
认安装组是dba 。在将来的版本中，必须创建单独的组，并且在ASM 实例中SYSDBA 用
户将受到限制。
dba 组的成员当前可使用示例中的第一个语句连接到ASM 实例。
您也可以在ASM 实例中使用 CREATE USER和GRANT SYSASM SQL 语句组合来创建新的
SYSASM 用户。这对远程ASM 管理很有用。这些命令可以更新每个 ASM 实例的口令文
件，不需要启动和运行实例。同样，可以使用REVOKE 命令撤消用户的SYSASM 角色，并
可使用DROP USER命令从口令文件中删除用户。
V$PWFILE_USERS 视图集成了一个新列SYSASM ，用于指明用户是否（TRUE 或FALSE）
可与SYSASM 权限关联。
注：使用Oracle Database 11 g 版本1 时，如果以SYSDBA 身份登录ASM 实例，则将在相
应的alert.log 文件中写入警告。
- 使用EM 管理ASM 用户
使用EM 管理ASM 用户
使用Oracle Enterprise Manager 11g，可以管理通过远程连接（使用口令文件验证）访问
ASM 实例的用户。这些用户仅用于 ASM 实例。
但是，仅当以SYSASM 用户身份连接时才能使用此功能。如果以SYSDBA 或SYSOPER用
户身份连接，则此功能将隐藏起来。
单击“Create（创建）”按钮后，会显示“Create User （创建用户）”页。
单击“Edit （编辑）”按钮后，会显示“Edit User （编辑用户）”页。
单击“Delete（删除）”按钮可以删除创建的用户。
注：Oracle Database 11 g 在ASM 实例登录页中添加了SYSASM 角色。
- ASM 磁盘组兼容性
• 可以单独控制每个磁盘组的兼容性：
– ASM 兼容性可以控制磁盘上 ASM 元数据结构。
– RDBMS 兼容性可以控制最低使用者客户机级别。
– 这对于异构环境很有用。
• 对磁盘组兼容性的设置是不可逆的。
ASM 磁盘组兼容性
有两种兼容性适用于ASM 磁盘组：
•ASM 兼容性：处理说明磁盘组的持久数据结构
•RDBMS 兼容性：处理客户机（磁盘组的使用者）的功能
可以独立控制每个磁盘组的兼容性。这是启用包含来自Oracle Database 10 g 和Oracle
Database 11 g 的磁盘组的异构环境所必需的。这两种兼容性设置是每个ASM 磁盘组的属
性：
•RDBMS 兼容性是指 RDBMS 实例的最低兼容版本，可以允许该实例装载磁盘组。该
兼容性确定了ASM 实例与数据库 (RDBMS) 实例间交换消息的格式。ASM 实例可以
支持以不同兼容性设置运行的不同RDBMS 客户机。每个实例的数据库兼容版本设置
必须高于或等于该数据库使用的所有磁盘组的RDBMS 兼容性。数据库实例与 ASM 实
例通常在不同的Oracle 主目录中运行。这表示数据库实例与ASM 实例所运行的软件
版本可能不同。数据库实例第一次连接到ASM 实例时，系统会协定这两个实例都支持
的最高版本。数据库的兼容性参数设置、数据库的软件版本以及磁盘组的RDBMS 兼
容性设置确定了数据库实例能否装载指定的磁盘组。
•ASM 兼容性是指控制磁盘上 ASM 元数据的数据结构格式的持久兼容性设置。磁盘组
的ASM 兼容性级别必须始终高于或等于同一磁盘组的 RDBMS 兼容性级别。ASM 兼
容性只与ASM 元数据的格式相关。文件内容的格式取决于数据库实例。例如，可以
将某个磁盘组的ASM 兼容性设置为11.0 ，而将该磁盘组的RDBMS 兼容性设置为
10.1 。这表示该磁盘组只能由软件版本为11.0 或更高的ASM 软件管理，而软件版本
高于或等于10.1 的任何数据库客户机都可以使用该磁盘组。
仅当持久磁盘结构或消息传送协议发生更改时，才需要提高磁盘组的兼容性。但是，提高
磁盘组兼容性是一个不可逆的操作。可以使用CREATE DISKGROUP命令或ALTER
DISKGROUP 命令来设置磁盘组兼容性。
注：除了确定磁盘组兼容性以外，compatible 参数（数据库的兼容版本）还确定启用的功
能。该参数适用于数据库实例或ASM 实例，具体取决于 instance_type 参数。例如，将该
参数设置为10.1 将禁止使用Oracle Database 11 g 中引入的任何新功能（磁盘联机/ 脱机、
可变区等）。
- ASM 磁盘组属性
ASM 磁盘组属性
创建或变更ASM 磁盘组时，可以使用 CREATE DISKGROUP 命令或ALTER DISKGROUP
命令新增的ATTRIBUTE 子句更改其属性。图中的表简要概括了这些属性：
• 通过ASM，可以使用在创建磁盘组时指定的不同AU 大小。AU 大小可以为1 MB、
2 MB、4 MB、8 MB、16 MB 、32 MB 或64 MB 。
•RDBMS 兼容性：有关详细信息，请参阅“ASM 磁盘组兼容性”。
•ASM 兼容性：有关详细信息，请参阅“ASM 磁盘组兼容性”。
• 可以用分钟(M) 、小时(H) 或天(D) 为单位指定DISK_REPAIR_TIME 。
如果省略单位，则默认单位为H。如果忽略此属性，则默认值为3.6H。可以使用
ALTER DISKGROUP 语句覆盖此属性。
• 可以为指定的模板指定冗余属性。
• 可以为指定的模板指定条带化属性。
注：对于每个已定义的磁盘组，可以使用 V$ASM_ATTRIBUTE固定视图查看所有定义的
属性。
- 使用EM 编辑磁盘组属性
使用EM 编辑磁盘组属性
EM 提供了一种简单的方式，可用于存储和检索与磁盘组相关的环境设置。
现在，在“Create Disk Group（创建磁盘组）”页和“Edit Advanced Attributes for Disk
Group（编辑磁盘组的高级属性）”页中都可以设置兼容属性。仅“Edit Advanced
Attributes for Disk Group（编辑磁盘组的高级属性）”页中添加了disk_repair_time
属性。
注：对于11 g ASM 实例，默认的 ASM 兼容性值和数据库兼容性值都为 10.1 。
- 增强的磁盘组检查
• 磁盘组检查语法已经过了简化。
– FILE 和DISK 选项的功能与 ALL 的相同。
• 执行其它检查：
– 别名
– 目录
ALTER DISKGROUP DATA CHECK;
增强的磁盘组检查
CHECK磁盘组命令已经过了简化，默认情况下将检查所有元数据目录。使用CHECK命令
可以验证ASM 磁盘组元数据的内部一致性。
ASM 会显示错误概要，并将检测到的错误细节写入到预警日志中。
在较早的版本中，可以为ALL 、DISK、DISKS IN FAILGROUP和FILE 指定此子句。
由于不再需要这些子句，所以已将其废弃。在当前版本中，CHECK关键字可执行以下
操作：
• 检查磁盘的一致性（等同于以前版本中的CHECK DISK 和CHECK DISK IN
FAILGROUP）
• 交叉检查所有文件区映射和分配表的一致性（等同于以前版本中的CHECK FILE ）
• 检查别名元数据目录和文件目录的链接是否正确
• 检查别名目录树的链接是否正确
• 检查ASM 元数据目录，确定其不包含无法访问的已分配块
使用REPAIR | NOREPAIR 子句可以指示ASM 是否尝试修复一致性检查过程中发现的错
误。默认设置为“REPAIR （修复）”。如果希望在存在不一致时得到提醒，但不希望
ASM 执行任何自动操作解决问题，则可使用“NOREPAIR （不修复）”设置。
注：在磁盘组检查中引入额外的检查会降低整个磁盘组检查操作的速度。在磁盘组检查中
引入额外的检查会降低整个磁盘组检查操作的速度。
- 适用于快速重新平衡的受限装载磁盘组
• 磁盘组只能装载在单个实例上。
• 任何数据库客户机或其它ASM 实例都不能获得访问权限。
• 重新平衡可以继续进行，而无锁定开销。
适用于快速重新平衡的受限装载磁盘组
Oracle Database 11 g 中有一种装载磁盘组的新装载模式RESTRICTED。以RESTRICTED
模式装载磁盘组时，客户机将无法访问磁盘组中的文件。如果某个ASM 实例知道不存在
任何客户机，则该实例就不尝试向客户机传送消息来锁定/ 解除锁定区映射，从而可以提
高重新平衡操作的性能。
以RESTRICTED模式装载的磁盘组仅在一个节点上以独占方式进行装载；该节点上的
ASM 客户机无法使用该磁盘组。
利用RESTRICTED模式，可以在ASM 实例中的某个磁盘组上执行所有维护任务，而不
需要进行外部交互。
在维护周期结束时，必须显式卸载磁盘组，然后以正常模式重新装载相应的磁盘组。
ALTER DISKROUP diskgroupname MOUNT 命令已经过扩展，支持ASM 以
RESTRICTED模式装载磁盘组。图中显示了一个示例。
使用RESTRICTED选项启动ASM 实例时，ASM_DISKGROUPS 参数中定义的所有磁盘组
都将以RESTRICTED模式装载。
- 强制装载磁盘组
• 默认情况下，MOUNT使用NOFORCE选项：
– 所有磁盘必须可用
• 带有FORCE选项的MOUNT：
– 如果存在仲裁磁盘，则会使不可用的磁盘脱机
– 如果所有磁盘都可用，则操作会失败
ALTER DISKGROUP data MOUNT [ FORCE| NOFORCE];
强制装载磁盘组
此功能改变了装载不完整的磁盘组时ASM 的行为。
使用Oracle Database 10 g 时，只要有足够的故障组来装载磁盘组，装载操作就会成功，即使
存在丢失或损坏的故障组时也是如此。这种行为可能会自动删除ASM 磁盘，需要在修复后
重新添加这些磁盘，因而会导致重新平衡操作持续较长的时间。
使用Oracle Database 11 g 时，这样的操作会失败，除非在装载损坏的磁盘组时指定了新的
FORCE 选项。这样一来，您就可以在尝试重新装载前更正配置错误（如ASM_DISKSTRING
设置错误）或解决连接性问题了。
但是，使用FORCE选项装载的磁盘组可能会使一个或多个磁盘脱机（如果这些磁盘在装载
时不可用的话）。必须在DISK_REPAIR_TIME 过期而无法还原这些设备之前采取更正措
施。如果不使这些磁盘联机，系统就会从磁盘组中删除它们，因而需要进行高成本的重新平
衡为磁盘组中的所有文件还原冗余。此外，如果有一个或多个设备因MOUNT FORCE而脱机，
则
在通过重新平衡还原磁盘组中的冗余之前，部分或全部文件将无法得到适当的保护。
因此，如果知道属于某个磁盘组的部分磁盘不可用，则带FORCE选项的MOUNT命令会很有
用。如果ASM 找到了足够的磁盘来形成仲裁磁盘，则磁盘组装载就会成功。
在不指定任何选项时带有NOFORCE选项的MOUNT是默认的MOUNT选项。在NOFORCE
模式下，属于某个磁盘组的所有磁盘都必须是可访问的，否则装载将不会成功。
注：在不必要的情况下指定 FORCE选项也会导致错误。在集群中还存在一种特殊情况：
如果第一个加载到磁盘组的不是ASM 实例，则当确定无法从本地访问磁盘但其它实例可
访问该磁盘时，MOUNT FORCE将因出现错误而失败。
- 强制删除磁盘组
• 允许用户删除无法装载的磁盘组
• 如果在任何位置装载了磁盘组，则操作会失败
DROP DISKGROUP data FORCE INCLUDING CONTENTS;
强制删除磁盘组
强制删除磁盘组会将属于ASM 实例无法装载的磁盘组的磁盘头标记为 FORMER 。但是，
ASM 实例会先确定使用相同存储子系统的任何其它 ASM 实例是否在使用该磁盘组。如果
是，并且该磁盘组在相同的集群或节点上，则语句会失败。
如果该磁盘组在不同的集群上，则系统会进行进一步的检查，以确定其它集群中的某个实
例是否装载了该磁盘组。如果在其它位置装载了该磁盘组，则语句会失败。但是，与对同
一个集群中的磁盘组进行的检查相比。后一项检查不是很确定。因此，应谨慎使用此子
句。
注：执行带FORCE选项的DROP DISKGROUP命令时，必须同时指定INCLUDING
CONTENTS 子句。
- ASMCMD 扩展
ASMCMD 扩展
•ASMCMD 已经过扩展，包括了ASM 元数据备份，并具备了还原功能。这样一来，
就可以使用完全对应的模板和别名目录结构重新创建先前存在的ASM 磁盘组。目
前，如果丢失了ASM 磁盘组，则可以使用RMAN 来还原丢失的文件，但必须手动重
新创建ASM 磁盘组以及任何必需的用户目录或模板。
ASM 元数据备份和还原 (AMBR) 有两种运行模式：
- 在备份模式下，AMBR 会分析ASM 固定表和视图来收集有关现有磁盘和故障组
配置、模板以及别名目录结构的信息；然后，将此元数据信息转储至某个文本
文件。
- 在还原模式下，AMBR 会读取以前生成的文件来重建磁盘组及其元数据。可以在
还原模式下控制AMBR 行为以完成full、nodg 或newdg还原。这三种子模式
间的差别在于是否需要包括磁盘组创建并更改其特性。
• lsdsk命令可列出ASM 磁盘信息。此命令可在两种模式下运行：
- 在连接模式下，ASMCMD 使用V$视图和GV$ 视图来检索磁盘信息。
- 在非连接模式下，ASMCMD 使用 ASM 磁盘字符串来限制搜索集，对磁盘头进行
扫描以检索磁盘信息。连接模式始终为首选操作。
• 使用cp命令可以在本地实例和远程实例上的ASM 磁盘组之间复制文件。以下是一
个可能的用法示例：
cp +DATA/ORCL/DATAFILE/TBSJFV.256.629730771 +DATA/ORCL/tbsjfv.bak
在上例中，在本地复制了一个现有文件。但是，可以指定一个连接字符串将文件复制
到远程ASM 磁盘组。被复制的文件的格式在 Little-Endian 系统和Big-Endian 系统之
间是可移植的。也可以使用cp命令将ASM 文件复制到您的操作系统。例如：
cp +DATA/ORCL/DATAFILE/TBSJFV.256.629730771 /home/oracle/tbsjfv.dbf
同样，也可以使用cp命令将文件从您的操作系统复制到某个ASM 目录。例如：
cp /home/oracle/tbsjfv.dbf +data/jfv
如果要将某个ASM 文件从本地 ASM 实例复制到远程 ASM 实例，可使用以下语法：
cp +DATA/orcl/datafile/tbsjfv.256.629989893
\sys@edcdr12p1.+ASM2:+D2/jfv/tbsjfv.dbf
注：有关上述每个命令的语法的详细信息，请参阅《Oracle Database Storage
Administrator’s Guide》。
- ASMCMD 扩展：示例
ASMCMD 扩展：示例
此示例说明了如何使用md_backup 命令备份ASM 元数据，以及如何使用 md_restore
命令还原数据。
第一个语句指定了命令的–b选项和–g选项。这定义生成的包含备份信息的文件的名
称，以及需要备份的磁盘组（在示例中分别是jfv_backup_file和data）。
在第2 步中，假定DATA 磁盘组中存在问题。因此，该磁盘组被删除了。在还原该磁盘组
包含的数据库文件之前，必须先还原该磁盘组本身。
在第3 步中，使用md_restore命令启动磁盘组重新创建操作及其元数据的还原操作。
在这一步中，需要指定第1 步中生成的备份文件的名称以及要还原的磁盘组的名称，还要
指定所需的还原类型。在此示例中，因为磁盘组已不再存在，所以进行了完全还原。
重新创建了磁盘组之后，可以使用RMAN 之类的功能还原其数据库文件。
小结
• 设置ASM 快速镜像再同步
• 使用ASM 首选镜像读取
• 设置ASM 磁盘组属性
• 使用SYSASM 角色
• 使用CHECK、MOUNT和DROP 命令的多种易管理的新选项
• 使用ASMCMD 的md_backup、md_restore和cp扩展
