1 、故障描述

某次某用户准备在国产服务器上安装一套Oracle 11g RAC，在配置共享存储环节，发现了一个很有意思的细节，即通过光纤链路映射到两台服务器的存储设备引导生成的 dm 编号却是不一致的。以我们过往的经验来看， dm 设备是系统自动引导生成，并不会影响共享存储权限绑定、集群安装和 ASM 磁盘组的使用。基于用户浓厚的兴趣，我们需要思考为什么会出现这种现象，以及如何才能解决这种不一致问题？

2 、根因分析

首先，我们先来看下背景，如下所示：

rac1 节点：

rac2 节点 ：

使用过 multipath 的同学都很清楚，这个工具是用来识别存储映射过来的多条链路的，并将多条链路进行聚合，然后生成聚合后的设备，其名称为 mpathN ，在 Oracle RAC 集群中我们也可以称之为 ASM 磁盘（初始状态为）。我们以 mpatha 磁盘设备为例，看下它的多条链路以及状态，如下：

当我们理解了 multipath 的基础知道后，不难理解它的适用场景。但问题由又回来了，为什么 2 节点聚合后的设备名称 mpathN 和 wwids 都和 1 节点一致，但 dm 编号又是千差万别？

我们不急于揭晓答案，先来看看， multipath 都有什么。对于一些常用工具或者软件来讲，它们通常有对应的服务、软件目录和配置文件等。对标 multipah ，我们一一来看，如下：

multipath 服务

multipath 目录

Multipath 配置文件

的确， multipath 这几个要素都有。再给出 dm 编号“真相之前”，我们首先得弄明白什么是 mpathN 设备名称、什么是设备 ID 。我们来看两个配置，如下：

这两个文件建议结合起来看， wwids 是聚合设备的 id 号，也就是该磁盘的唯一标志，而 mpathN 则是这些聚合设备的别名。一讲到别名，可能同学们都很清楚，这个完全可以根据需求进行自定义修改的嘛。的确，我们在回来看这两张图，如下：

两个图片中的第 1 列和第 2 列是完全一致的，当然笔者的环境是一致，不代表你们的环境也一致。如果存在不一致的情况，那么建议将 2 节点的 wwids 和 bindings 文件调为跟 1 节点保持一致，这样两边的 wwids 和别名都将保持一致，就不影响 RAC 的安装和使用。

以上，我们介绍了大量的基础知识，再来引入 dm-N 设备。前文中也讲过， dm-N 设备是系统引导生成，仅做内部使用，不建议用户或者管理员直接使用（当然，笔者也见过不少生产环境也是直接使用的）。那么 dm-N 能直接修改吗？如果存在一个配置文件，只需要修改部分选项和内容就能调成一致，那么也是十分方便。目前没有讲到的配置文件也就只剩 multipath.conf ，在该配置文件中，也可以修改别名，如下：

[root@ljxc-rac12 ~]# vi /etc/multipath.conf

multipaths {

    multipath {

        wwid  "3600b3421122d77767610356dfd000019"

        alias "dm-30"

    }

}

[root@ljxc-rac12 ~]# systemctl restart multipathd

[root@ljxc-rac12 ~]# multipath -ll

再跟原来的输出进行对比，如下：

此致，大家也能明确 /etc/multipath.conf 文件的别名设置，修改的也紧紧是 mpath-N 设备的别名，跟 dm-N 一点关系都没有。

思考，是否存在这样的配置文件或选项直接修改就能生效？

此时，一个建议的思路是全网搜一下相关资料或者参考麒麟、红帽等官方文献，看一下是否有相关知识点介绍，也行能够解决该问题，如下：

此时此刻，是否还有其他思路呢？