概述

在Linux平台oracle rac的组建过程中，如果使用ASM+RAW的存储方式的话，由于asm不支持块设备，支持持字符访问设备，所以需要配置将Block Device Drive转变成Character Device Drive的访问方式。

但是在Linux平台中，不像aix和HP-UX中，默认提供了块设备对应的字符设备文件，需要我们手工的将块设备映射为字符设备。

一般是提供三种方式来讲块设备绑定到裸设备上，这三种方式创建裸设备的方式完全一样，区别在于对oracle用户的权限的处理方式不同，在此推荐使用第三种方式来进行块设备到字符设备的绑定

第一种方式

使用rawdevices服务，进行块设备到字符设备的绑定

--编辑配置文件
# vim /etc/sysconfig/rawdevices
/dev/raw/raw1 /dev/sdb1
/dev/raw/raw2 /dev/sdb2
/dev/raw/raw3 /dev/sdb3
/dev/raw/raw4 /dev/sdb4
--重启rawdevices服务
# /etc/init.d/rawdevices start
--或者 service rawdevices restart
# chkconfig --level 235 rawdevices on
--成功开启的标志是：
# /etc/init.d/rawdevices status
/dev/raw/raw1: bound to major 8, minor 17
/dev/raw/raw2: bound to major 8, minor 18
/dev/raw/raw3: bound to major 8, minor 19
/dev/raw/raw4: bound to major 8, minor 20
--为裸设备赋予oracle用户的可用权限：
# chown oracle:oinstall /dev/raw/raw1 /dev/raw/raw2 /dev/raw/raw3 /dev/raw/raw4
# ls -l /dev/raw
crw------- 1 oracle oinstall 162, 1 Nov 4 00:34 /dev/raw/raw1
crw------- 1 oracle oinstall 162, 2 Nov 4 00:33 /dev/raw/raw2
crw------- 1 oracle oinstall 162, 3 Nov 4 00:33 /dev/raw/raw3
crw------- 1 oracle oinstall 162, 4 Nov 4 00:34 /dev/raw/raw4

至此，裸设备映射成功，但是，这种方式的配置有一个问题：这些裸设备是在rawdevices服务启动的时候创建的，而rawdevices是以root用户的身份运行的，因此这些裸设备的缺省用户是root:root，所以，每一次服务进行重启的时候，都需要重新修改这些字符设备的权限为oracle:oinsall。

可以在/etc/rc.local中加入对raw设备的权限修改语句，以应对重启系统之后的裸设备文件权限的改变。当重启服务之后，则需要手工执行chown的命令了

第二种方式

为了解决上面的情况，在此使用mknod提前创建出一个字符方式访问的文件，然后在将文件绑定到块设备上，并把该文件的owner设置为oracle，由于这些映射的字符设备文件是手工创建的，所以这个文件的owner不会因为服务的重启而发生改变：

# mknod /dev/raw/raw1 c 162 1
# mknod /dev/raw/raw2 c 162 2
# mknod /dev/raw/raw3 c 162 3
# mknod /dev/raw/raw4 c 162 4

注意此处的162不能改变，这个是raw设备的主设备编号，后面的数字是raw设备的次设备编号，这个次设备编号可以依次改变

# ll /dev/raw/*
crw-r--r-- 1 root root 162, 1 Nov 4 01:02 raw1
crw-r--r-- 1 root root 162, 2 Nov 4 01:02 raw2
crw-r--r-- 1 root root 162, 3 Nov 4 01:03 raw3
crw-r--r-- 1 root root 162, 4 Nov 4 01:03 raw4
# chown oracle:oinstall /dev/raw/*
# ll /dev/raw/*
crw-r--r-- 1 oracle oinstall 162, 1 Nov 4 01:02 raw1
crw-r--r-- 1 oracle oinstall 162, 2 Nov 4 01:02 raw2
crw-r--r-- 1 oracle oinstall 162, 3 Nov 4 01:03 raw3
crw-r--r-- 1 oracle oinstall 162, 4 Nov 4 01:03 raw4
# vim /etc/sysconfig/rawdevices
/dev/raw/raw1 /dev/sdb1
/dev/raw/raw2 /dev/sdb2
/dev/raw/raw3 /dev/sdb3
/dev/raw/raw4 /dev/sdb4
# service rawdevices restart
# chkconfig --level 235 rawdevices on

第三种方式

使用udev管理设备的权限

[oracle@RFDB1 ~]$ cat /etc/udev/rules.d/12-dm-permissions.rules 
ENV{DM_NAME}=="mpath1", OWNER:="grid", GROUP:="asmadmin", MODE:="0660", SYMLINK+="iscsi/oraasm-$env{DM_NAME}"
ENV{DM_NAME}=="mpathd", OWNER:="grid", GROUP:="asmadmin", MODE:="0660", SYMLINK+="iscsi/oraasm-$env{DM_NAME}"
ENV{DM_NAME}=="mpathf", OWNER:="grid", GROUP:="asmadmin", MODE:="0660", SYMLINK+="iscsi/oraasm-$env{DM_NAME}"
ENV{DM_NAME}=="mpathg", OWNER:="grid", GROUP:="asmadmin", MODE:="0660", SYMLINK+="iscsi/oraasm-$env{DM_NAME}"
ENV{DM_NAME}=="mpathh", OWNER:="grid", GROUP:="asmadmin", MODE:="0660", SYMLINK+="iscsi/oraasm-$env{DM_NAME}"
ENV{DM_NAME}=="mpathi", OWNER:="grid", GROUP:="asmadmin", MODE:="0660", SYMLINK+="iscsi/oraasm-$env{DM_NAME}"

设置后就可以不用担心rawdevices重启之后的设备文件权限的变化了

Linux平台下：Oracle在不同版本时创建ASM的不同方式:

• 11.2版本之前 : ASM可以通过两种方式使用磁盘。一种是裸设备方式；另一种是AMSlib方式，允许在块设备上创建ASM。
• 11.2 版本之后 : ASM本身直接支持块设备。

11.2版本之前使用udev是将块设备绑定裸设备上，并控制访问权限，本质是在裸设备上创建ASM；11.2 版本及之后使用udev是固定盘符，并控制访问权限，本质是在块设备上创建ASM。对比示例:

后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注一下~