最近安装19c数据库，准备配置UDEV的时候，发现使用的多路径软件不是RHEL自带的multipath，而是华为的UltraPath。第一次使用，为了安全起见，先查阅了下相关资料，记录一下。

UltraPath简介

UltraPath软件是基于Linux内核开发的多路径软件。它安装在应用服务器上，主要用于控制应用服务器对存储设备的访问，实现应用服务器到存储设备之间的路径选择以及路径管理。

主机操作系统一般都自带多路径(通常称为Multi-Path I/O，MPIO)功能，但仅能实现基本的故障转移和负载均衡功能，不能满足高可靠性系统的应用要求。而华为多路径软件UltraPath既能满足基本的故障转移和负载均衡功能，又具备了很多自带多路径没有的高级功能，如路径例测、路径闪断保护、路径隔离、路径告警推送、路径性能监控等等，同时与华为存储设备兼容性更好，所以UltraPath能满足整个IT系统对可靠性、性能、可维护性以及存储适配度等方面的要求。故在使用华为存储设备时，如果没有特殊要求，建议使用华为多路径软件UltraPath。

UltraPath组网图

安装

接下来在安装的部分看到，在/dev下看到的sda、sdb等磁盘，是UltraPath生成的虚拟磁盘，而且是操作系统分配的盘符，可能会发生盘符漂移。也建议使用UDEV绑定的方式提供给Oracle使用。

查看虚拟磁盘

UltraPath提供了upadmin客户端工具，查询方法如下：

[root@test ~]# upadmin

UltraPath CLI #0 >show vlun

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

Vlun ID Disk Name Lun WWN Status Capacity Ctrl(Own/Work) Array Name Dev Lun ID No. of Paths(Available/Total)

0 sdd test_mgmt001 6c8a7761009835632299e0ac000000ce Normal 512.00GB 0C/0C TEST-OS18800A 206 8/8

1 sde test_mgmt002 6c8a7761009835632299e0d4000000cf Normal 512.00GB 0D/0D TEST-OS18800A 207 8/8

2 sdf test_ocr001 6c8a77610098356322a0501f000000d3 Normal 10.00GB 0A/0A TEST-OS18800A 211 8/8

3 sdg test_ocr002 6c8a77610098356322a06b10000000d4 Normal 10.00GB 0B/0B TEST-OS18800A 212 8/8

4 sdh test_ocr003 6c8a77610098356322a08304000000d5 Normal 10.00GB 0C/0C TEST-OS18800A 213 8/8

5 sdi test_data001 6c8a77610098356322a0e7b2000000d6 Normal 1.50TB 0D/0D TEST-OS18800A 214 8/8

6 sdj test_data002 6c8a77610098356322a0e7e4000000d7 Normal 1.50TB 0A/0A TEST-OS18800A 215 8/8

7 sdk test_data003 6c8a77610098356322a0e810000000d8 Normal 1.50TB 0B/0B TEST-OS18800A 216 8/8

8 sdl testc_data004 6c8a77610098356322a0e8ed000000d9 Normal 1.50TB 0C/0C TEST-OS18800A 217 8/8

9 sdm test_data005 6c8a77610098356322a0e911000000da Normal 1.50TB 0D/0D TEST-OS18800A 218 8/8

10 sdn test_data006 6c8a77610098356322a0e9e8000000db Normal 1.50TB 0A/0A TEST-OS18800A 219 8/8

配置磁盘或分区别名

继续查阅资料，发现可以为vlun配置别名，本质上还是通过UDEV的方式实现

原文链接：https://support.huawei.com/enterprise/zh/doc/EDOC1100026705/7316c49d

命令格式：

upLinux setGlobalDiskAlias alias_prefix=name [owner=user group=group method={SYMLINK|NAME}]

-- 生成的磁盘或分区别名保存在“/dev/ultrapath”目录

以下是我尝试配置/dev/sdd来验证

[root@test ~]# upLinux setDiskAlias src_name=sdd dest_alias=test_mgmt001 owner=grid group=asmadmin method=SYMLINK

cat: /etc/issue: No such file or directory

cat: /etc/issue: No such file or directory

cat: /etc/issue: No such file or directory

cat: /etc/issue: No such file or directory

Succeeded in executing the command.

[root@test ~]# upLinux showDiskAlias

cat: /etc/issue: No such file or directory

cat: /etc/issue: No such file or directory

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

ID Alias Lun WWN Disk Type

0 asm-test_mgmt001 6c8a7761009835632299e0ac000000ce sdd SYMLINK

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

[root@test ~]# cd /dev/ultrapath

[root@test ultrapath]# ls

asm-test_mgmt001

[root@test ultrapath]# cd /etc/udev/rules.d/

[root@test rules.d]# ls -lrt

total 16

-rw-r--r--. 1 root root 628 Feb 6 2019 70-persistent-ipoib.rules

-rw------- 1 root root 211 Mar 2 20:14 56-nxup.rules

-rw------- 1 root root 571 Mar 2 20:14 99-ultrapath.rules

-rw------- 1 root root 299 Mar 27 11:40 99-ultrapath-alias.rules

[root@test rules.d]# cat 99-ultrapath-alias.rules

# Do not modify this rule configuration file; otherwise, the usage of UltraPath may be affected.

KERNEL=="sd*[a-z]", SUBSYSTEM=="block", ENV{ID_SERIAL}=="36c8a7761009835632299e0ac000000ce", ENV{DEVTYPE}=="disk", SYMLINK+="ultrapath/asm-test_mgmt001", OWNER="grid", GROUP="asmadmin", MODE="0660"

其他命令

查看所有磁盘和分区别名：

upLinux showDiskAlias

删除指定磁盘或分区别名：

upLinux unsetDiskAlias alias=name

命令用于清除未正常生效的别名配置：

upLinux unsetDiskAlias

另外，我通过传统的方式进行配置，发现也是可以的。详细步骤不记录了，规则文件如下：

KERNEL=="sd*", SUBSYSTEM=="block", PROGRAM=="/usr/lib/udev/scsi_id -g -u -d $devnode", RESULT=="36c8a77610098356322a0501f000000d3", SYMLINK+="asm-test_ocr001", OWNER="grid", GROUP="asmadmin", MODE="0660"

KERNEL=="sd*", SUBSYSTEM=="block", PROGRAM=="/usr/lib/udev/scsi_id -g -u -d $devnode", RESULT=="36c8a77610098356322a06b10000000d4", SYMLINK+="asm-test_ocr002", OWNER="grid", GROUP="asmadmin", MODE="0660"

KERNEL=="sd*", SUBSYSTEM=="block", PROGRAM=="/usr/lib/udev/scsi_id -g -u -d $devnode", RESULT=="36c8a776100983564c3e29b34000000e2", SYMLINK+="asm-test_ocr001", OWNER="grid", GROUP="asmadmin", MODE="0660"

KERNEL=="sd*", SUBSYSTEM=="block", PROGRAM=="/usr/lib/udev/scsi_id -g -u -d $devnode", RESULT=="36c8a776100983564c3e29b63000000e3", SYMLINK+="asm-test_ocr002", OWNER="grid", GROUP="asmadmin", MODE="0660"