Oracle RAC集群如何通过scsi_id获取磁盘wwid?

来源:主机评测作者:高宇头衔:草根站长
导读:本期聚焦于高宇创作的《Oracle RAC集群如何通过scsi_id获取磁盘wwid?》,敬请观看详情。在配置Oracle RAC集群时,共享存储的磁盘标识获取是一个容易踩坑的环节。不少系统管理员习惯直接使用设备名如sda或sdb来配置ASM磁盘,这种做法在多路径环境或节点重启后极易引发盘符漂移,导致集群节点无法正常挂载共享存储甚至数据损坏。正确的做法是通过scsi_id工具获取磁盘的唯一标识wwid,以此作为Udev规则绑定的依据。本文将深入探讨在Linux系统下利用scsi_id命令获取磁盘wwid的具体方法,涵盖不同操作系统版本的命令差异、多路径软件配合场景以及Udev规则的编写规范,帮助读者构建稳定可靠的RAC存储底座。

Oracle RAC集群的稳定运行高度依赖共享存储的正确配置,而获取磁盘wwid是配置过程中的关键一步。在多节点集群环境中,必须确保所有节点对同一块共享磁盘的识别完全一致,这就需要通过scsi_id工具提取磁盘的唯一标识。

Oracle RAC集群如何通过scsi_id获取磁盘wwid?

为什么RAC集群必须依赖wwid而非设备名

在Linux系统中,磁盘设备名如/dev/sdb/dev/sdc是由内核在设备扫描时动态分配的。这种分配机制存在一个严重的问题:当系统重启、磁盘扫描顺序变化或存储链路发生切换时,原本映射到/dev/sdb的磁盘可能在下次启动后变成/dev/sdd。对于单机数据库而言,这种盘符漂移可能只是带来一些管理上的不便,但对于Oracle RAC集群来说,却是致命的隐患。

RAC集群的多个节点需要同时访问同一块共享磁盘。如果节点一将某块磁盘识别为/dev/sdb,而节点二将其识别为/dev/sdc,在配置ASM磁盘组时就会产生混乱。更糟糕的是,如果某次重启后盘符发生变化,ASM实例可能尝试读取错误的磁盘,导致数据损坏或集群宕机。因此,必须使用一个全球唯一的、不随系统重启而变化的标识来锁定磁盘,这就是wwid的作用所在。

wwid即World Wide Identifier,是存储设备的全球唯一标识符。每块物理磁盘在出厂时就被赋予了一个固定的wwid,这个标识与磁盘硬件绑定,不会因为操作系统重启、盘符变化或多路径软件切换而发生改变。通过scsi_id工具获取到这个wwid后,就可以在Udev规则中将其与固定的设备名绑定,从而保证所有集群节点在任何情况下都能准确无误地识别同一块共享磁盘。

使用scsi_id命令获取磁盘wwid的具体方法

scsi_id是Linux系统自带的一个SCSI设备标识查询工具,它通过向SCSI设备发送INQUIRY命令来获取设备的唯一标识信息。在不同的Linux发行版中,scsi_id的路径和调用方式存在一定差异。在RHEL 6及之前的版本中,scsi_id通常位于/sbin/scsi_id目录下,而在RHEL 7及之后的版本中,该工具被整合到systemd体系中,路径变为/usr/lib/udev/scsi_id

获取磁盘wwid的基本命令格式是向scsi_id传递磁盘的块设备路径。在旧版Linux系统中,需要使用-g参数来获取磁盘的UUID,同时配合-s参数指定设备路径。而在RHEL 7及以上版本中,命令参数发生了变化,不再需要-g-s参数,直接使用--whitelist参数替代。下面通过具体示例展示两种版本的命令差异。

# RHEL 6及之前版本获取wwid
/sbin/scsi_id -g -u -d /dev/sdb

# RHEL 7及以上版本获取wwid
/usr/lib/udev/scsi_id -g -u /dev/sdb

# 或者使用以下命令(RHEL 7推荐方式)
/usr/lib/udev/scsi_id --whitelist --device=/dev/sdb

执行上述命令后,终端会输出一串字符,这就是该磁盘的wwid。需要注意的是,在RAC集群的所有节点上对同一块共享磁盘执行scsi_id命令,获取到的wwid应该是完全一致的。如果发现不同节点获取到的wwid不同,通常说明存储侧的LUN映射存在问题,或者多路径软件未正确配置,需要排查存储链路和LUN的呈现方式。

在实际操作中,系统管理员通常会编写一个简单的Shell脚本,遍历所有磁盘设备并批量输出其wwid,以提高配置效率。这种做法在磁盘数量较多的RAC环境中尤为实用,可以避免逐条手动执行命令的繁琐操作。

#!/bin/bash
# 批量获取所有磁盘的wwid
for disk in /dev/sd*
do
    if [ "$disk" != "/dev/sda" ]; then
        wwid=$(/usr/lib/udev/scsi_id --whitelist --device=$disk)
        echo "磁盘: $disk  WWID: $wwid"
    fi
done

结合Udev规则实现磁盘持久化绑定

获取到磁盘的wwid之后,下一步就是利用Udev规则将wwid与固定的设备名进行绑定。Udev是Linux内核的设备管理器,它负责在设备热插拔或系统启动时根据预设规则来创建设备节点。通过编写Udev规则文件,可以告诉系统:当检测到某个特定wwid的磁盘时,始终将其映射为指定的设备名称,比如/dev/asm-disk01

Udev规则文件通常放置在/etc/udev/rules.d/目录下,文件名以数字开头,数字越小优先级越高。在RAC环境中,建议创建一个专门的规则文件,例如99-oracle-asm.rules。规则文件中的每一行定义一条匹配规则,通过ENV{ID_SERIAL}RESULT字段来匹配scsi_id获取到的wwid,然后通过SYMLINKNAME字段指定固定的设备名。

# /etc/udev/rules.d/99-oracle-asm.rules
# 通过wwid绑定ASM磁盘
KERNEL=="sd*", ENV{ID_SERIAL}=="3600508b1001c3d8b4e3b2a1f00000001", SYMLINK+="asm-disk01", OWNER="oracle", GROUP="dba", MODE="0660"
KERNEL=="sd*", ENV{ID_SERIAL}=="3600508b1001c3d8b4e3b2a1f00000002", SYMLINK+="asm-disk02", OWNER="oracle", GROUP="dba", MODE="0660"

上述规则文件中,KERNEL=="sd*"表示匹配所有以sd开头的块设备,ENV{ID_SERIAL}字段存储的就是scsi_id获取到的wwid值。当系统检测到wwid匹配的磁盘时,会创建一个符号链接如/dev/asm-disk01,同时设置设备属主为oracle用户、属组为dba组、权限为0660。这样Oracle ASM实例就可以直接使用/dev/asm-disk01这个固定路径来访问磁盘,而不用担心底层盘符的变化。

在多路径环境下,情况会稍微复杂一些。当服务器通过多条光纤链路连接到存储阵列时,同一块LUN会被识别为多个SCSI设备,比如/dev/sdb/dev/sdc实际上指向同一块物理磁盘。此时需要先配置多路径软件如device-mapper-multipath,将多条路径聚合为一个虚拟设备如/dev/mapper/mpatha,然后再基于多路径设备的wwid来编写Udev规则。多路径设备的wwid可以通过multipath -ll命令查看,其Udev规则与普通磁盘类似,只是匹配的设备路径变为/dev/dm-*/dev/mapper/*

规则文件编写完成后,需要执行udevadm trigger命令使规则生效,或者直接重启服务器。验证规则是否生效的方法是检查/dev/asm-disk01等符号链接是否存在,以及其属主和权限是否正确。在RAC集群的所有节点上都必须执行相同的配置步骤,确保每个节点上的Udev规则文件内容一致,这样才能保证集群节点间的存储访问完全对等。

Oracle RACscsi_idwwid修改时间:2026-08-23 02:29:21

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。