Oracle ASM 翻译系列第十三弹：ASM 高级知识 - Forcing the issue

Forcing the issue

ASM中有部分的命令提供了force选项，它允许管理员不以默认的行为来做某些操作。在一些操作上使用force选项是十分安全且必要的，但一些操作上去使用就可能会致使磁盘组不可用，本文会针对具体的情况做详细说明。

Mount force

在对一个磁盘组做mount操作时，如果磁盘组的磁盘成员中有磁盘不可用时，就会需要使用到force选项。这是前面所提到“十分安全且必要”的使用场景之一。假定不是太多磁盘不可用，带force选项的mount磁盘组一般都会成功。根本上，要满足故障磁盘的每一个具有partnership关系的盘都必须是可用的。

接下来我们创建一个名称为PLAY的normal冗余的磁盘组，它包含了三个磁盘，如果不指定failgroup，每一个磁盘其实都是一个独立的failgroup：

SQL create diskgroup PLAY disk /dev/ASMPLAY01,/dev/ASMPLAY02,/dev/ASMPLAY03;

Diskgroup created.

之后，我们对磁盘组进行了dismount，然后删除了路径为/dev/ASMPLAY01磁盘。再次mount磁盘组时，ASM就会有磁盘不可用的报错。

SQL alter diskgroup PLAY mount;

alter diskgroup PLAY mount

*

ERROR at line 1:

ORA-15032: not all alterations performed

ORA-15040: diskgroup is incomplete

ORA-15042: ASM disk "0" is missing from group number "2"

因为我们只有一个磁盘不可用（normal冗余的磁盘组），可以使用force选项来mount磁盘组。

SQL alter diskgroup PLAY mount force;

Diskgroup altered.

这个命令执行后，ASM会在后台做一些清除操作，例如它会将不可用的磁盘标识为offline，最终这个磁盘会从磁盘组中drop。这些操作会被记录在ASM的alert日志中。

SQL alter diskgroup PLAY mount force

NOTE: cache registered group PLAY number=2 incarn=0xb71d3834

NOTE: cache began mount (first) of group PLAY number=2 incarn=0xb71d3834

NOTE: Assigning number (2,2) to disk (/dev/ASMPLAY03)

NOTE: Assigning number (2,1) to disk (/dev/ASMPLAY02)

...

NOTE: process _user5733_+asm (5733) initiating offline of disk 0.3916286251 () with

mask 0x7e in group 2

NOTE: checking PST: grp = 2

GMON checking disk modes for group 2 at 29 for pid 19, osid 5733

NOTE: checking PST for grp 2 done.

WARNING: Disk 0 () in group 2 mode 0x7f is now being offlined

...

SUCCESS: diskgroup PLAY was mounted

SUCCESS: alter diskgroup PLAY mount force

...

WARNING: PST-initiated drop of 1 disk(s) in group 2(.3072145460))

SQL alter diskgroup PLAY drop disk PLAY_0000 force /* ASM SERVER */

...

NOTE: starting rebalance of group 2/0xb71d3834 (PLAY) at power 1

Starting background process ARB0

SUCCESS: alter diskgroup PLAY drop disk PLAY_0000 force /* ASM SERVER */

ARB0 started with pid=21, OS id=5762

NOTE: assigning ARB0 to group 2/0xb71d3834 (PLAY) with 1 parallel I/O

SUCCESS: PST-initiated drop disk in group 2(3072145460))

NOTE: F1X0 copy 1 relocating from 0:2 to 2:2 for diskgroup 2 (PLAY)

NOTE: F1X0 copy 3 relocating from 2:2 to 65534:4294967294 for diskgroup 2 (PLAY)

NOTE: Attempting voting file refresh on diskgroup PLAY

...

NOTE: stopping process ARB0

SUCCESS: rebalance completed for group 2/0xb71d3834 (PLAY)

...

SUCCESS: grp 2 disk _DROPPED_0000_PLAY going offline

非常有趣的是，我们只是做了磁盘组的force mount，从日志中看到了ASM其实还使用force选项进行磁盘的DROP操作。后面会有关于这点的详细说明。

在集群中，只有第一个mount该磁盘组的ASM实例，才能成功进行带有force选项的mount操作。

从ASM版本11.2.0.3开始，在Exadata和Oracle Database Appliance环境中，带磁盘组force选项的mount行为会有一点变化：不使用force选项也能mount磁盘组，这只要normal冗余的磁盘组不多于一个failgroup或者high冗余的磁盘组不多于两个failgroup不可用。

需要注意的是本节的讨论仅针对normal和high冗余的磁盘组。如果是external冗余的磁盘组有不可用磁盘，不能使用force来将其mount。

Disk force

CREATE DISKGROUP命令没有FORCE选项。但如果创建磁盘组时，磁盘的状态不是CANDIDATE, PROVISIONED 或 FORMER这三者之一，需要在磁盘设备名后面加上FORCE选项。举例如下：

SQL create diskgroup PLAY disk

/dev/ASMPLAY01,/dev/ASMPLAY02,/dev/ASMPLAY03;

create diskgroup PLAY disk /dev/ASMPLAY01,/dev/ASMPLAY02,/dev/ASMPLAY03

*

ERROR at line 1:

ORA-15018: diskgroup cannot be created

ORA-15033: disk /dev/ASMPLAY01 belongs to diskgroup "PLAY"

SQL select disk_number, path, header_status from v$asm_disk where path like

%PLAY%;

DISK_NUMBER PATH HEADER_STATUS

----------- ---------------- ----------------

0 /dev/ASMPLAY01 MEMBER

2 /dev/ASMPLAY02 FORMER

1 /dev/ASMPLAY03 FORMER

SQL

如果是百分百确认使用/dev/ASMPLAY01磁盘是安全的，可以在CREATE DISKGROUP语句中磁盘设备名后面加上FORCE选项。

SQL create diskgroup PLAY disk

/dev/ASMPLAY01 FORCE,

/dev/ASMPLAY02,

/dev/ASMPLAY03;

Diskgroup created.

再次强调。对磁盘的重用必须是百分百确认的，任何未经确认的操作都是不允许且风险极大的，这将会破坏磁盘上的内容，同时不再属于原来的磁盘组。

对ALTER DISKGROUP命令的ADD DISK操作其实遵循相同的原则，如果添加到磁盘组中的磁盘的状态不是CANDIDATE, PROVISIONED 或 FORMER这三项之一，需要在磁盘设备名后面加FORCE选项。

这样的操作过程是有时候是有趣且耗时的，在一台包含168个磁盘全配置的Exadata上创建一个磁盘组，本来应该只是一个很小的操作，创建磁盘组的语句如下：

create diskgroup RECO

disk o/*/RECO*

attribute

compatible.asm=11.2.0.0.0,

compatible.rdbms=11.2.0.0.0,

au_size=4M,

cell.smart_scan_capable=TRUE;

由于一些与本节无关的原因，Exadata的一部分磁盘的磁盘头被标识为MEMBER，另外一部分是FORMER。所以先要拼出一份所有磁盘的完整清单，再在CREATE DISKGROUP语句中指定每块磁盘，并确保在每一个MEMBER磁盘头的设备名边上加上FORCE选项，在任意一个FORMER磁盘头的设备名边上没有（不能有，否则会报错）FORCE选项。类似的创建语句如下：

create diskgroup RECO disk

o/192.168.10.1/RECO_CD_00_exacel01,

o/192.168.10.1/RECO_CD_01_exacel01,

o/192.168.10.1/RECO_CD_02_exacel01,

o/192.168.10.1/RECO_CD_03_exacel01,

o/192.168.10.1/RECO_CD_04_exacel01 FORCE,

o/192.168.10.1/RECO_CD_05_exacel01,

o/192.168.10.1/RECO_CD_06_exacel01,

o/192.168.10.1/RECO_CD_07_exacel01,

o/192.168.10.1/RECO_CD_08_exacel01,

o/192.168.10.1/RECO_CD_09_exacel01,

o/192.168.10.1/RECO_CD_10_exacel01,

o/192.168.10.1/RECO_CD_11_exacel01 FORCE,

o/192.168.10.2/RECO_CD_00_exacel02,

o/192.168.10.2/RECO_CD_01_exacel02,

o/192.168.10.2/RECO_CD_02_exacel02,

o/192.168.10.2/RECO_CD_03_exacel02 FORCE,

o/192.168.10.2/RECO_CD_04_exacel02 FORCE,

o/192.168.10.2/RECO_CD_05_exacel02,

o/192.168.10.2/RECO_CD_06_exacel02,

o/192.168.10.2/RECO_CD_07_exacel02 FORCE,

o/192.168.10.2/RECO_CD_08_exacel02,

o/192.168.10.2/RECO_CD_09_exacel02,

o/192.168.10.2/RECO_CD_10_exacel02,

o/192.168.10.2/RECO_CD_11_exacel02,

o/192.168.10.3/RECO_CD_00_exacel03,

o/192.168.10.3/RECO_CD_01_exacel03,

o/192.168.10.3/RECO_CD_02_exacel03 FORCE,

o/192.168.10.3/RECO_CD_03_exacel03,

...

o/192.168.10.14/RECO_CD_11_exacel14

attribute

compatible.asm=11.2.0.0.0,

compatible.rdbms=11.2.0.0.0,

au_size=4M,

cell.smart_scan_capable=TRUE;

Forcing disk drop

在前面的ASM的Alert log中可以看到，当磁盘故障或者因某种原因不能被ASM所访问时，ASM就会对其进行带有Force选项的drop操作。当不带有FORCE选项的ALTER DISKGROUP ... DROP DISK 命令执行时，ASM会把被DROP磁盘上的数据迁移磁盘组中可用的磁盘上去，然后将这块磁盘标识为FORMER，更新PST表，最后DROP磁盘。

如果ASM不能访问这个磁盘（将被drop的），就必需使用带有Force选项drop操作。这种情况下，ASM将会从它的Partner磁盘上拷贝数据。一旦冗余级别重新恢复，就会更新PST表来说明磁盘不再是磁盘组的成员。由于ASM不能访问这个磁盘，它就不能把磁盘标识为FORMER。

译者注：drop force选项磁盘头不会有任何变化，也就是说如果这块盘后面可以访问到了，它的磁盘头的状态依然是member，但是之前磁盘组的PST信息里已经没有这个磁盘的信息。这块盘后续如果要继续添加到其它磁盘组，需要在添加磁盘时指定force选项。

Forcing disk group drop

对于ASM来说，如果要drop一个磁盘组，需要它处于mount状态。如果磁盘组由于某些原因不能mount起来，但是必需drop，可以通过带Force选项的DROP DISKGROUP命令，命令如下：

SQL drop diskgroup PLAY force including contents;

Diskgroup dropped.

如果ASM侦测到磁盘组在其他位置节点上处于mount状态（比如在集群环境中），这个操作会失败。

译者注：正常情况下，执行磁盘组的drop操作，磁盘组的状态只有在执行drop操作的实例上需要为mount，其他实例都必须dismount。

Forcing disk group dismount

如果磁盘组在使用当中，ASM不允许dismount磁盘组。但是可以使用force选项来对磁盘组进行dismount(即使有文件在磁盘组中仍然处于打开状态)，举例如下：

SQL alter diskgroup PLAY dismount;

alter diskgroup PLAY dismount

*

ERROR at line 1:

ORA-15032: not all alterations performed

ORA-15027: active use of diskgroup "PLAY" precludes its dismount

从报错中可以得到，有数据库正在使用PLAY磁盘组。

SQL select group_number, db_name, status from v$asm_client;

GROUP_NUMBER DB_NAME STATUS

------------ -------- ------------

1 BR CONNECTED

2 BR CONNECTED

我们使用带Force选项的dismount命令强行对PLAY磁盘组做dismount操作:

SQL alter diskgroup PLAY dismount force;

Diskgroup altered.

Note that the forced disk group dismount will cause all datafiles in that database to go offline, which means they will need recovery (and restore if I drop disk group PLAY).

注意对磁盘组的强行dismount操作会导致数据库的所有数据文件offline，这意味着它们在下次启动时需要进行recovery。

Undrop disks

ALTER DISKGROUP命令的UNDROP DISKS子句会取消本磁盘组中所有处于pending状态的drop磁盘的操作。但是UNDROP DISKS不能被用来恢复DROP DISKGROUP语句执行后被DROP的磁盘和带有FORCE选项drop掉的磁盘。

Command line force

force选项在asmcmd命令行中等同于 -f 标识和XML配置文件中的FORCE关键字。

asmcmd命令行的一个增强功能也与本节的内容相关。asmcmd lsdsk命令加上-M标识能显示出对所有活动的ASM实例仅部分可见的磁盘。asmcmd相关的帮助命令如下：

$ asmcmd help lsdsk

lsdsk

List Oracle ASM disks.

lsdsk [-kptgMI][-G diskgroup ] [--suppressheader] [ --member|--candidate] [--discovery][--statistics][pattern]

lsdsk命令的-M参数解释如下:

-M -展示了对一些实例可见对另一些实例不可见的ASM磁盘，如果这些磁盘对于某个实例不可见，那么在这些实例中就会导致mount磁盘组失败。

Conclusion

理解force选项的强大功能非常重要，在使用它时必需万分小心，如果你对它在各个操作中的含义还不甚了解，那么使用它将可能会非常危险。

本文来自云栖社区合作伙伴“DBGEEK”

Oracle 11g R2 RAC with ASM存储迁移--Rman copy&ASM REBALANCE by acdante Oracle 11g R2 RAC with ASM存储迁移                                            -----Rman copy&ASM REBALANCE VMware版本：VMware12pro 主机操作系统：RHEL6.5_64 共享存储使用VMWARE创建共享磁盘文件 数据库版本：Oracle11gR2 11.2.0.4.0_RAC Oracle数据库文件部署在ASM磁盘组上，需要在不停机或者尽量短的停机时间完成存储迁移。