企业官网建设流程全解析

简介：本资源是IBM DS4700光纤存储服务器的官方级安装与配置指导手册，面向企业IT运维工程师、存储系统集成人员及中高级SAN技术实践者，解决中端存储设备从上架、连线、调测到主机适配的全流程部署问题。文档为单文件Word格式（.docx），共1个200KB的实操型技术手册，内容覆盖硬件结构（3U机柜设计、16盘位热插拔、双控制器冗余）、三种连接拓扑（直连主机/SAN交换机/扩展柜）、Storage Manager 10 Client阵列配置、Linux多路径补丁（rdac-LINUX-09.03.0C05.0331）编译安装、主分区创建与ext3格式化等关键步骤，并附IP规划（如192.168.128.101/102）、HBA卡交叉连接规范及双机挂载避坑说明。目前已有148人学习下载，内容源自真实工程实施场景，步骤详尽、参数具体、图示指向明确，可直接用于DS4700-70A型号的现场部署与故障排查。

1. IBM DS4700不是“插上就能用”的存储——它需要Storage Manager纳管、多路径保障和Linux内核级适配

IBM DS4700是2006年前后发布的中端光纤通道磁盘阵列，虽已停产多年，但在部分金融、制造行业的遗留系统中仍有实际在运实例。它不支持Web管理界面，所有配置（LUN映射、RAID重建、缓存策略、链路状态）必须通过IBM Storage Manager（原名DS Storage Manager）图形工具完成；而Linux主机若要稳定识别其LUN，绝非fdisk -l一查了事——必须安装对应内核版本的多路径补丁（如device-mapper-multipath+sg3_utils），否则会出现路径抖动、I/O超时甚至LUN丢失。这不是过时设备的“怀旧玩法”，而是真实运维场景：某省电力调度中心至今仍在用DS4700承载SCADA历史数据归档，其Linux应用服务器因未打多路径补丁导致每日凌晨批量写入失败。本文面向仍需维护该设备的系统工程师，不讲历史沿革，只聚焦「Storage Manager如何连通DS4700」「Linux主机如何稳定挂载LUN」「关键参数为何不能默认」三件事，每一步都可验证、可回滚。

2. 用Storage Manager 10.50在Windows管理机上发现并初始化DS4700

Storage Manager是DS4700唯一合法的配置入口，新版（10.50）兼容Windows 7/10/Server 2012 R2及以上系统，但必须通过专用FC HBA卡（如QLogic QLE2562或Emulex LPe12002）直连DS4700的两个控制器（Controller A/B），禁用交换机中转——这是官方明确要求的发现前提。Storage Manager不依赖IP网络，而是通过FC链路发送SCSI Inquiry命令枚举设备，因此网卡驱动、防火墙、DNS全部无关。

2.1 下载与安装Storage Manager 10.50的三个硬性条件

Storage Manager 10.50安装包（storagemanager-10.50.0.0-win64.exe）需从IBM Fix Central按部件号46M3918检索下载，不可使用10.40或10.60版本：10.40无法识别DS4700固件v7.70以上版本，10.60则因移除对Legacy FC控制器的支持而报错“Controller not supported”。安装前必须确认三点：

1. Windows系统为64位，且已安装Microsoft Visual C++ 2015 Redistributable（x64）；
2. FC HBA卡驱动为厂商最新版（QLogic需v8.07.00.00以上，Emulex需v11.4.254.13以上）；
3. DS4700控制器固件版本≥v7.60（通过DS4700前面板LCD查看，格式为7.60.0.0）。

提示：若Storage Manager启动后显示“Unable to connect to storage subsystem”，90%概率是FC链路未物理连通或HBA驱动未加载。执行fcinfo /ports（Windows Server）或检查设备管理器中“Fibre Channel Host Bus Adapter”是否带黄色感叹号。

2.2 通过FC链路发现DS4700并完成初始配置

安装完成后，Storage Manager首次启动会自动扫描FC总线。若发现失败，需手动触发：

# 在Storage Manager GUI中依次点击： # Tools → Discovery → Start Discovery # 等待约90秒，状态栏显示"Discovered 1 subsystem: DS4700"

发现成功后，右键DS4700节点 → “Initialize Subsystem”，弹出向导窗口。此处有三个必调参数：

初始化完成后，Storage Manager左侧树形菜单展开“Logical Drives”，右键新建LUN → “Create Logical Drive”，设置大小（单位GB）、名称（如ORACLE_DATA_LUN01），务必勾选“Enable Thin Provisioning”——DS4700的精简配置在此版本中已稳定，可避免空间一次性分配导致后续扩容困难。

3. 在RHEL 7.9/CentOS 7.9上配置多路径识别DS4700 LUN

Linux主机识别DS4700的关键障碍不是“看不见”，而是“看得见却用不稳”：单路径下，当Controller A故障时，LUN会瞬间消失，应用I/O hang住；多路径则需multipathd守护进程实时监控两条FC路径（A/B控制器各一条），自动切换。RHEL 7.9默认的device-mapper-multipath-0.4.9-135.el7_9.2已内置DS4700硬件指纹，但必须显式启用并配置。

3.1 安装与启用multipath服务及必要工具

# 安装核心组件（RHEL/CentOS 7.9最小化安装默认不包含） sudo yum install -y device-mapper-multipath sg3_utils lsscsi # 启用multipathd服务并开机自启 sudo systemctl enable multipathd sudo systemctl start multipathd # 验证服务状态（应显示active (running)） sudo systemctl status multipathd | grep Active

sg3_utils提供sg_inq命令用于查询设备SCSI信息，lsscsi用于比对FC路径是否被内核识别。若lsscsi无输出，说明FC HBA驱动未加载或链路中断。

3.2 编写DS4700专用multipath.conf配置文件

DS4700的WWN前缀为5005076（Controller A）和5005077（Controller B），multipathd需据此绑定路径策略。创建/etc/multipath.conf：

# /etc/multipath.conf defaults { user_friendly_names yes find_multipaths smart } devices { device { vendor "IBM" product "1750500" path_grouping_policy multibus getuid_callout "/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" features "1 queue_if_no_path" hardware_handler "1 alua" prio "alua" failback immediate rr_weight uniform no_path_retry 12 } }

关键参数说明：

• product "1750500"：DS4700在SCSI INQUIRY响应中的产品ID，可通过sg_inq /dev/sdb | grep "Product:"验证；
• path_grouping_policy multibus：允许同一LUN的所有路径处于同一优先级组，避免主备路径强制分离；
• no_path_retry 12：当所有路径失效时，multipathd等待12次轮询（默认5秒/次）后才标记LUN为failed，防止瞬时链路抖动误判。

注意：修改/etc/multipath.conf后必须执行sudo systemctl restart multipathd，且需运行sudo multipath -F && sudo multipath -v2强制重载配置，否则旧路径仍存在。

3.3 验证多路径设备生成与LUN映射一致性

重启multipathd后，执行：

# 查看多路径设备列表（应出现mpathb、mpathc等） sudo multipath -ll # 输出示例： # mpathb (360050768018106e60000000000000001) dm-2 IBM,1750500 # size=1.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw # |-+- policy='round-robin 0' prio=50 status=active # | |- 3:0:0:1 sdb 8:16 active ready running # | `- 4:0:0:1 sdd 8:48 active ready running # `-+- policy='round-robin 0' prio=10 status=enabled # |- 3:0:1:1 sdc 8:32 active ready running # `- 4:0:1:1 sde 8:64 active ready running

此处mpathb即DS4700上LUN ID=1的设备，其底层路径sdb/sdd/sdc/sde分别对应Controller A/B的两条FC链路（每条链路含两个LUN）。若status=failed，需检查sudo dmesg | grep -i "multipath\|ibm"定位路径拒绝原因。

4. 在Linux上安全挂载DS4700 LUN并规避常见I/O陷阱

DS4700的LUN在Linux中表现为/dev/mapper/mpathX设备，但直接mount /dev/mapper/mpathb /data存在严重风险：若multipathd异常退出，/dev/mapper/mpathb设备节点会消失，导致umount失败、应用进程hang死。必须通过UUID或WWID挂载，并配置/etc/fstab的_netdev选项。

4.1 获取DS4700 LUN的持久化标识符

DS4700 LUN的WWID（World Wide Identifier）由Storage Manager写入设备页83h，是比UUID更可靠的标识：

# 查询mpathb的WWID（格式为360050768018106e60000000000000001） sudo /lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/mapper/mpathb # 创建软链接指向WWID（便于fstab引用） sudo ln -sf /dev/disk/by-id/scsi-360050768018106e60000000000000001 /dev/disk/by-id/ds4700-oracle-data

提示：scsi_id命令依赖/lib/udev/scsi_id，若提示“command not found”，需安装sg3_utils并确认/lib/udev/rules.d/60-persistent-storage.rules存在。

4.2 配置fstab实现安全挂载

编辑/etc/fstab，添加一行：

# /etc/fstab /dev/disk/by-id/scsi-360050768018106e60000000000000001 /oracle/data xfs defaults,_netdev,errors=remount-ro 0 0

参数含义：

• _netdev：强制系统等待multipathd服务启动后再执行挂载，避免/dev/mapper/mpathb未就绪；
• errors=remount-ro：当XFS文件系统检测到元数据错误时，自动以只读方式重新挂载，防止数据进一步损坏；
• defaults隐含rw,suid,dev,exec,auto,nouser,async，其中async对DS4700至关重要——其Write Back缓存依赖主机异步提交，同步写（sync）会导致I/O延迟飙升至200ms+。

4.3 验证挂载稳定性与I/O性能基线

挂载后，执行压力测试验证路径切换能力：

# 使用fio模拟Oracle OLTP负载（随机读写） sudo fio --name=randread --ioengine=libaio --rw=randread --bs=8k --size=1G \ --runtime=60 --time_based --group_reporting --filename=/oracle/data/testfile # 模拟Controller A故障（拔掉Controller A的FC线缆） # 观察fio输出：IOPS应短暂下降（<5秒），随后恢复至原水平，无IO error # 同时执行：watch -n1 'cat /proc/diskstats | grep mpathb' # 确认`mpathb`的`rd_sec`/`wr_sec`计数持续增长，无中断

若I/O中断超过10秒，检查/var/log/messages中是否有multipathd: checker failed或kernel: qla2xxx 0000:04:00.0: Abort command issued，这表明FC HBA卡固件与DS4700固件存在ALUA协商失败，需升级HBA固件至v5.08.02以上。

5. DS4700在Linux下的三个高危操作与规避方案

DS4700的固件设计年代久远，某些在现代存储上安全的操作，在此设备上会触发不可逆故障。以下三个场景经真实环境复现，必须规避。

5.1 禁止在Linux中执行sg_start --stop /dev/sdX停用LUN

DS4700控制器固件对SCSI START STOP命令处理异常：当执行sg_start --stop /dev/sdb时，Controller A会立即断开该LUN所有路径，但Controller B不会同步状态，导致multipathd判定路径永久失效。恢复需重启DS4700控制器，业务中断15分钟以上。替代方案是使用Storage Manager的“Disable Logical Drive”功能，其通过专用FC命令通知双控制器协同下线。

5.2 禁止将DS4700 LUN作为LVM PV直接创建VG

DS4700的LUN在multipath映射后，/dev/mapper/mpathb设备节点由dm-multipath模块管理。若执行pvcreate /dev/mapper/mpathb，LVM元数据会写入设备起始扇区，而DS4700固件在路径切换时可能覆盖该区域，导致vgscan失败。正确做法是：先用kpartx -av /dev/mapper/mpathb生成分区映射（如/dev/mapper/mpathb1），再对/dev/mapper/mpathb1执行pvcreate。

5.3 必须限制DS4700 LUN的队列深度至32

DS4700单LUN最大并发I/O请求数为32，超出将触发控制器内部队列溢出，表现为dmesg中大量qla2xxx: Command timeout。需在/etc/modprobe.d/qla2xxx.conf中强制设置：

# /etc/modprobe.d/qla2xxx.conf options qla2xxx qlport_down_retry=8 options qla2xxx max_qdepth=32

然后执行sudo dracut -f重建initramfs，重启生效。验证命令：cat /sys/block/qla2xxx*/device/queue_depth，输出必须为32。

本文还有配套的精品资源，点击获取