SQL> alter diskgroup oradg add volume acfsvol size 1G;
alter diskgroup oradg add volume acfsvol size 1G
*
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15221: ASM operation requires compatible.asm of 11.2.0.0.0 or higher

如上的错误表示如果要在ASM磁盘组上创建ACFS Volume，必须要求ASM磁盘组的属性COMPATIBLE.ASM在11.2以上。
如果ASM磁盘组是使用asmca图形化工具创建的，那么compatible.asm默认设置就已经为11.2，但如果是使用CREATE DISKGROUP这个SQL命令创建的，那么默认设置则为10.1，需要手动修改。

SQL> alter diskgroup oradg set attribute 'COMPATIBLE.ASM'='11.2';

如果要创建ACFS Volume，还必须要求ASM磁盘组的COMPATIBLE.ADVM属性也在11.2以上，此属性默认为空。

SQL> alter diskgroup oradg set attribute 'compatible.advm'='11.2';
alter diskgroup oradg set attribute 'compatible.advm'='11.2'
*
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15242: could not set attribute compatible.advm
ORA-15238: 11.2 is not a valid value for attribute compatible.advm
ORA-15477: cannot communicate with the volume driver

SQL> host oerr ora 15477
15477, 00000, "cannot communicate with the volume driver"
// *Cause:  An attempt was made to communicate with the volume driver.
// *Action: Check that the ASM volume driver is loaded. If so, check the alert
//          log to identify the reason for failure and take necessary action
//          to prevent such failures in the future.
//

如上的错误表示ASM volume driver没有加载。需要使用root用户手工加载。

# /app/grid/bin/acfsload start -s

然后再次修改ASM磁盘组的COMPATIBLE.ADVM属性，并创建ACFS Volume。

SQL> alter diskgroup oradg set attribute 'compatible.advm'='11.2';

Diskgroup altered.

SQL> alter diskgroup oradg add volume acfsvol size 1G;

Diskgroup altered.

SQL> select VOLUME_DEVICE from V$ASM_VOLUME where VOLUME_NAME='ACFSVOL';

VOLUME_DEVICE
--------------------------------------------------------------------------------
/dev/asm/acfsvol-351

创建并注册文件系统，然后使用mount.acfs命令挂载文件系统，以下命令需要用root用户执行。

# mkdir -p /app/oracle/acfsmounts/oradg_acfsvol 
# /sbin/mkfs -t acfs -n ACFSVOL1 /dev/asm/acfsvol-351
mkfs.acfs: version                   = 11.2.0.1.0.0
mkfs.acfs: on-disk version           = 39.0
mkfs.acfs: volume                    = /dev/asm/acfsvol-351
mkfs.acfs: volume size               = 1073741824
mkfs.acfs: Format complete.
# /sbin/acfsutil registry -a -f /dev/asm/acfsvol-351 /app/oracle/acfsmounts/oradg_acfsvol
acfsutil registry: mount point /app/oracle/acfsmounts/oradg_acfsvol successfully added to Oracle Registry
# mount.acfs -o all
#df -k | grep acfs
/dev/asm/acfsvol-351   1048576     39192   1009384   4% /app/oracle/acfsmounts/oradg_acfsvol
# chown oracle:dba /app/oracle/acfsmounts/oradg_acfsvol

创建成功以后，可以用oracle用户在该文件系统下创建测试文件。

$ dd if=/dev/zero of=/app/oracle/acfsmounts/oradg_acfsvol/testfile bs=8192 count=100
100+0 records in
100+0 records out
819200 bytes (819 kB) copied, 0.0270009 seconds, 30.3 MB/s
$ ls -l /app/oracle/acfsmounts/oradg_acfsvol/testfile
-rw-r--r-- 1 oracle dba 819200 Aug 12 19:18 /app/oracle/acfsmounts/oradg_acfsvol/testfile

查看ACFS文件系统信息。

# /sbin/acfsutil info fs 
/app/oracle/acfsmounts/oradg_acfsvol
    ACFS Version: 11.2.0.1.0.0
    flags:        MountPoint,Available
    mount time:   Thu Aug 12 19:06:33 2010
    volumes:      1
    total size:   1073741824
    total free:   968667136
    primary volume: /dev/asm/acfsvol-351
        label:                 ACFSVOL1
        flags:                 Primary,Available,ADVM
        on-disk version:       39.0
        allocation unit:       4096
        major, minor:          252, 179713
        size:                  1073741824
        free:                  968667136
        ADVM diskgroup         ORADG
        ADVM resize increment: 268435456
        ADVM redundancy:       unprotected
        ADVM stripe columns:   4
        ADVM stripe width:     131072
    number of snapshots:  0
    snapshot space usage: 0

在ASM卷被打开的时候，无法直接shutdown ASM实例，会报ORA-15487错误。

SQL> shutdown immediate
ORA-15487: cannot shutdown the ASM instance with an open ASM volume

可以使用umount命令卸载ACFS文件系统。

# /bin/umount -t acfs -a

如果挂载文件系统时报错，那么可能是因为ACFS Volume没有激活，Volume的状态可以从V$ASM_VOLUME.STATE字段获得，显示为“ENABLED”才表示已激活。

# mount.acfs /dev/asm/acfsvol-351 /app/oracle/acfsmounts/oradg_acfsvol
mount.acfs: CLSU-00100: Operating System function: open64 (/dev/asm/acfsvol-351) failed with error data: 2
mount.acfs: CLSU-00101: Operating System error message: No such file or directory
mount.acfs: CLSU-00103: error location: OOF_1
mount.acfs: ACFS-02017: Failed to open volume /dev/asm/acfsvol-351. Verify the volume exists.

如果Volume状态显示为DISABLE，可以使用如下命令，激活Volume。

SQL>alter diskgroup ORADG enable volume 'ACFSVOL';

本文创建使用的是SQL命令行方式创建ACFS卷，用asmcmd也可以完成，可以参看官方文档 | Surachart的文章。

而如果选用图像化界面的话，可以用asmca或者OEM来完成，下图是asmca界面，在其中查看命令行写法也很方便。

【备注1】
在当前版本的Oracle Restart环境（也就是Standalone Grid Infrastructure）中，以下操作不会自动运行。
1. 加载Oracle ACFS drivers
2. 加载存在于ACFS mount registry中的Oracle ACFS文件系统

应对于第一个问题，我们可以通过以下方法让操作系统在启动的时候自动加载Oracle ACFS drivers。

创建/etc/init.d/acfsload文件，让其在操作系统启动时自动运行。

# cat /etc/init.d/acfsload
#!/bin/sh
# chkconfig: 2345 30 21
# description: Load Oracle ACFS drivers at system boot
/app/grid/bin/acfsload start -s
 
# chmod u+x /etc/init.d/acfsload
# chkconfig --add  acfsload
# chkconfig --list  acfsload   
acfsload        0:off   1:off   2:on    3:on    4:on    5:on    6:off

对于第二个问题，由于ACFS文件系统能够正确加载，必须要求ASM实例启动成功，并且相应的ASM磁盘组正确加载，这份依赖性在集群环境中是通过创建Oracle ACFS registry resource (ora.registry.acfs)来实现的，但是在Standalone环境中，我们无法保证这份依赖性，因此只能通过创建以下脚本用root用户手动挂载ACFS文件系统（如果你们有更好的方法请告诉我）。

# cat /usr/local/sbin/mountacfs 
su - grid -c "asmcmd volenable -G oradg -a"
mount.acfs -o all

如果要在Solaris10中安装Oracle11gR2的单机数据库，只需要以下简单的步骤。

1. 保证/tmp文件系统大于1G
在Soalris10中默认/tmp使用的是swap空间，因此在安装操作系统的时候给swap足够大的空间，比如4G或者8G

2. 添加组和用户（只需要最简单的dba组）

# groupadd dba
# useradd -g dba -d /export/home/oracle -m oracle

3. 修改操作系统内核参数（只需要修改shmmax，这里修改为4G）

# projadd -U oracle -K \
  "project.max-shm-memory=(priv,4096MB,deny)" user.oracle

4. 使用磁盘c1t1d0和c1t2d0创建zfs文件系统（ZFS非常方便，自动mount，不再需要修改vfstab文件）

# zpool create orapool c1t1d0 c1t2d0
# zfs set mountpoint=/oracle orapool

5. runInstaller

6. 安装完毕以后再去设置oracle用户的.profile环境变量

SQL> create table t2 (n number);

Table created.

SQL> desc t2
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 N                                                  NUMBER

尝试使用exp将此表导出。

D:\Temp>exp kamus/oracle tables=t2
 
Export: Release 11.2.0.1.0 - Production on Fri Apr 16 18:11:51 2010
 
Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
 
 
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
 
With the Partitioning, Oracle Label Security, Data Mining and Real Application Testing opt
ions
Export done in ZHS16GBK character set and AL16UTF16 NCHAR character set
 
About to export specified tables via Conventional Path ...
EXP-00011: KAMUS.T2 does not exist
Export terminated successfully with warnings.

报错说这张表并不存在。这是让很多客户费解的地方，在测试库中创建应用的表结构，然后再将表结构exp到产品库中去，这是很多客户常用的方法，但是在11gR2中如果这些表是新创建的没有插入过任何一条记录，那么将会碰到上面这样的错误。

原因在于11gR2中的新功能 – Deferred Segment Creation（延迟段创建），默认情况下这个功能是启用的。

SQL> show parameter DEFERRED_SEGMENT_CREATION

NAME                                 TYPE                 VALUE
------------------------------------ -------------------- --------------------
deferred_segment_creation            boolean              TRUE

延迟段创建的含义是当此新创建一个可能会有Segment的对象时（比如表、索引、物化视图等），如果这个对象中还没有任何记录需要消耗一个Extent，那么将不会在创建对象时自动创建Segment，这样做的好处无疑是在创建对象时大大提高了速度。

对于上例中的T2表，我们在创建结束就立刻检查DBA_SEGMENTS视图，会发现没有任何记录。

SQL> select segment_name from user_segments where segment_name='T2';

no rows selected

而对于exp程序而言，当仅仅存在Object的定义而没有相应的Segment时，就会报出EXP-00011对象不存在的错误。

解决方法就很简单了，以下方法任选其一。

1. 设置DEFERRED_SEGMENT_CREATION为FALSE，这样创建对象时就会自动创建Segment

2. 在创建对象时，明确指定立刻创建Segment

create table t2 (n number) SEGMENT CREATION IMMEDIATE;

3. 使用expdp替代exp（Datapump本身就是Oracle10g以后的推荐工具）

D:\Temp>expdp kamus/oracle tables=t2
 
Export: Release 11.2.0.1.0 - Production on Fri Apr 16 18:14:41 2010
 
Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
 
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
 
With the Partitioning, Oracle Label Security, Data Mining and Real Application Testing opt
ions
Starting "KAMUS"."SYS_EXPORT_TABLE_01":  kamus/******** tables=t2
Estimate in progress using BLOCKS method...
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 0 KB
Processing object type TABLE_EXPORT/TABLE/TABLE
. . exported "KAMUS"."T2"                                    0 KB       0 rows
Master table "KAMUS"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
******************************************************************************
Dump file set for KAMUS.SYS_EXPORT_TABLE_01 is:
  D:\ORACLE\ADMIN\ORCL\DPDUMP\EXPDAT.DMP
Job "KAMUS"."SYS_EXPORT_TABLE_01" successfully completed at 18:15:10

详细文档请参看 About Oracle Restart。

安装其实很简单，实际上没有单独安装Oracle Restart的过程，只需要安装Oracle Grid Infrastructure就可以，在安装的时候选择“仅安装网格基础结构软件”，我们的测试环境没有使用ASM，因此选择只安装软件可以跳过配置ASM的步骤。

如何在Windows单机上测试ASM，感兴趣的朋友可以参看 – How to use Files in place of Real Disk Devices for ASM。

我们是在创建完数据库之后再安装Grid Infrastructure的，因此还需要手工将数据库实例和监听加入Oracle Restart配置中，根据文档如果是在装完Grid Infrastructure之后再用netca创建监听，dbca创建数据库的话，将会自动加入Oracle Restart中，我个人没有测试。

添加数据库实例：

srvctl add database -d orcl -o D:\oracle\product\11.2.0\dbhome_1

检查配置情况：

D:\Temp>srvctl config database -d orcl
数据库唯一名称: orcl
数据库名:
Oracle 主目录: D:\oracle\product\11.2.0\dbhome_1
Oracle 用户: system
Spfile:
域:
启动选项: open
停止选项: immediate
数据库角色: PRIMARY
管理策略: AUTOMATIC
磁盘组:
服务:

检查数据库实例状态：

D:\Temp>srvctl status database -d orcl
数据库正在运行。

注意：如果在添加数据库实例之前数据库实例已经启动了，那么需要重新启动一次数据库，Oracle Restart才能正确监视到数据库实例状态。

添加监听：

srvctl add listener -o D:\oracle\product\11.2.0\dbhome_1

如果在添加监听的时候，监听已经启动，那么会遇到PRCN-2065错误，停止监听以后再次添加即可。

D:\Temp>srvctl add listener -o D:\oracle\product\11.2.0\dbhome_1
PRCN-2061 : 无法添加监听程序 ora.LISTENER.lsnr
PRCN-2065 : 端口 1521 在指定的节点上不可用
PRCN-2035 : 端口 1521 在节点或虚拟主机上不可用: Kamus-PC

配置完毕以后，就可以通过srvctl命令起停数据库实例和监听了。

srvctl start|stop database -d <db_unique_name>
srvctl start|stop listener [-l <lsnr_name>]

可以通过crs_stat命令查看Oracle Restart管理的各个资源情况，这以前是我们查看Oracle Clusterware的方式。

D:\Temp>crs_stat -t
Name           Type           Target    State     Host
------------------------------------------------------------
ora....ER.lsnr ora....er.type ONLINE    ONLINE    kamus-pc
ora.cssd       ora.cssd.type  ONLINE    ONLINE    kamus-pc
ora.orcl.db    ora....se.type ONLINE    ONLINE    kamus-pc

测试Oracle Restart的功能，我们可以在后台进程中直接杀死oracle.exe，可以观察到数据库实例立刻会重新启动。

注意：所有在SQL*PLUS中发出的关闭数据库命令均不会导致Oracle Restart重启实例，包括shutdown abort。

如果暂时不想用Oracle Restart管理某个资源，可以通过srvctl disable命令暂时禁用，需要的时候再enable即可。

srvctl disable database -d orcl

如果机器名称发生了改变，需要重新配置Oracle Restart，请参考Metalink Note [ID 986740.1]。

实际上，昨天刚有朋友问怎么找到TX enqueu的锁对象以及语句。在Oracle11gR2中我们可以使用oradebug unit_test per_session_find_one_waiter语句来进行简单的blocker定位。

oradebug unit_test per_session_find_one_waiter的用法如下：

usage: 
  oradebug unit_test per_session_find_one_waiter
    find_waiters_for=<current_sess or all_local_sess>
    wait_event="<wait_event_name_to_search_for>"
    waiter_min_secs_blkd=<secs>
    min_results=<num>
    [ timeout_mins=<mins - default is 10 mins> ]

实际测试如下，还是测试简单的enq: TX – row lock contention等待事件。

在第1个session中：

SQL> create table t (n int primary key);

Table created.

SQL> insert into t values(1); 

1 row created.

SQL> commit;

Commit complete.

SQL> update t set n=2 where n=1;

1 row updated.

在第2个session中：

SQL> update t set n=3 where n=1;

在第3个session中：

SQL> update t set n=4 where n=1;

在另外一个session中用sysdba登陆，然后执行oradebug。

SQL> oradebug unit_test per_session_find_one_waiter find_waiters_for=all_local_sess wait_event="enq: TX - row lock contention" waiter_min_secs_blkd=1 min_results=1
WAITERS_FOUND_BEGIN
(inst=1, sid=16, osid=30658) is blocking (inst=1, sid=17) for at least 501 secs
(inst=1, sid=17, osid=30668) is blocking (inst=1, sid=25) for at least 486 secs
WAITERS_FOUND_END

从以上的输出中可以得知：
1. sid=16的会话锁住了sid=17的会话，已经有至少501秒
2. sid=17的会话锁住了sid=25的会话，已经有至少486秒

此时如果commit会话1，那么会话2和会话3的”enq: TX – row lock contention” 锁都会消失，但是两个会话都不会更新到任何记录，因为n=1的记录已经被会话1更新为n=2。

在目前的测试中，如果在oradebug中指定的wait_event在当前数据库中并不存在，那么oradebug命令将长时间没有反应，并最终报出ORA-00600的错误，这应该是bug，有望在今后的版本中得到修改。

SQL> oradebug unit_test per_session_find_one_waiter find_waiters_for=current_sess wait_event="enq: TX - row lock contention" waiter_min_secs_blkd=1 min_results=1

ORA-00600: internal error code, arguments: [ksdhng:waiting_sessions_not_found], [enq: TX - row lock contention], [10], [10], [], [], [], [], [], [], [], []

[oracle@dbserver ~]$ sqlplus / AS sysdba
 
SQL*Plus: Release 11.2.0.1.0 Production ON Wed Dec 16 13:28:44 2009
 
Copyright (c) 1982, 2009, Oracle.  ALL rights reserved.
 
Connected TO an idle instance.
 
SQL> startup
ORA-27154: post/wait CREATE failed
ORA-27300: OS system dependent operation:semget failed WITH STATUS: 28
ORA-27301: OS failure message: No space LEFT ON device
ORA-27302: failure occurred at: sskgpsemsper

sskgpsemsper函数可以很简单的猜测是跟semaphore有关，而ORA-27301则是No space left on device，那么很容易判断应该是操作系统内核参数中semaphore设置的问题。

[root@dbserver ~]# /sbin/sysctl -a | grep sem
kernel.sem = 250        100     32      128

而实际上，安装Oracle11gR2的semaphore需求是：
semmsl：250
semmns：32000
semopm：100
semmni：128

很明显semmns和semopm都不足。

[root@dbserver ~]# /sbin/sysctl -w kernel.sem="250 32000 100 128"
kernel.sem = 250 32000 100 128
[root@dbserver ~]# /sbin/sysctl -a | grep sem
kernel.sem = 250        32000   100     128
[root@dbserver ~]# echo "kernel.sem = 250 32000 100 128"  >> /etc/sysctl.conf
[root@dbserver ~]#

重新启动数据库实例正常。

在我的安装中，使用的是Oracle Enterprise Linux 5 U3，安装完操作系统之后，没有做任何修改的检查结果如下图。

点击”Fix & Check Again”按钮之后，弹出的窗口显示了runfixup.sh的生成位置。

在以root用户运行runfixup.sh。

[root@dbserver CVU_11.2.0.1.0_oracle]# ./runfixup.sh 
Response file being used is :./fixup.response
Enable file being used is :./fixup.enable
Log file location: ./orarun.log
Setting Kernel Parameters...
kernel.sem = 250 32000 100 128
fs.file-max = 6815744
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.wmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_max = 1048576
fs.aio-max-nr = 1048576
uid=501(oracle) gid=501(dba) groups=501(dba)

之后点击上面窗口的“OK”按钮，安装程序重新检查后的结果。

这些可以忽略，点击“Ignore All”之后，继续安装，一直到包括创建数据库，都不会出现任何问题。

那么目前ASM支持哪些文件类型，而ACFS又支持哪些文件类型呢？

可以参看官方文档。

简单地说，ASM仍旧着眼于支持所有Oracle Database需要的文件，包括数据文件、控制文件、归档日志文件、spfile、RMAN备份文件、Change Tracking文件、数据泵Dump文件以及OCR文件等。

而ACFS和Oracle ADVM延展了ASM的支持范围，可以存储告警日志、跟踪文件、BFILEs大对象、还有影像、图片以及其它应用的普通文件。

参看：How to create ASM filesystem in Oracle 11gR2