NetApp FAS FC SAN存储替换实战：从HP MSA到ONTAP的平滑迁移

1. 项目背景与环境摸底

这次遇到的存储替换项目挺典型的——客户原先用的是HP MSA系列SAN存储，现在要升级到NetApp FAS2750全闪存阵列。现场环境是标准的VMware虚拟化平台，通过FC协议连接存储。说实话，第一次看到旧存储配置时我就发现几个隐患点：节点命名像随便敲的键盘（比如Xxxxx-03这种毫无规律的名称），管理IP地址和规划文档对不上号，最要命的是光纤模块插错端口导致链路异常。

先说说硬件准备。FAS2750标配的UTA2端口特别容易让人踩坑——这玩意儿既支持FC也支持以太网模块，但默认工作在CNA模式（以太网模式）。现场工程师把16G FC模块插上去发现灯不亮，就是因为没切换端口模式。这里有个冷知识：UTA2端口编号0c-0f这四个端口是两两绑定的，修改0e端口的模式会同步影响0f端口，这个细节在官方文档里藏得挺深。

2. 标准化配置实战

2.1 命名规范整改

首先用system node rename命令把混乱的节点名捋顺。比如把"Xxxxx-03"改成符合规范的"xxxxx-02"，这步操作看似简单，但影响深远——后续所有自动化运维工具和监控系统都依赖规范的命名。改完后用cluster show验证，确保两个节点状态都是healthy。

接口命名更要命，原配置里混杂着"_mgmt_auto"、"_clus1"等各种风格。我们用network interface modify统一调整为"节点名_接口功能_序号"的格式，比如"xxxxx-01_mgmt_01"。这里有个实用技巧：修改home-node时一定要先确认目标端口存在，否则会导致接口"无家可归"。

2.2 服务处理器配置

很多人会忽略SP（Service Processor）配置，这相当于服务器的iLO口。用system service-processor network modify设置独立管理网段，建议与业务网络隔离。有次我在其他项目遇到节点失联，就是靠SP口的带外管理救场的——所以这个配置再小心都不为过。

3. FC网络调试关键步骤

3.1 端口模式切换

光纤链路异常是最常见的问题。先用ucadmin show查看端口当前模式，确认是"cna"后，按这个顺序操作：

1. network fcp adapter modify将目标端口admin状态设为down
2. ucadmin modify切换模式为fc
3. 必须重启节点使配置生效

这里有个大坑：UTA2端口修改模式后会丢失原有网络配置！所以一定要在业务低峰期操作，提前准备好回滚方案。我习惯先用network interface copy备份配置，出问题时能快速恢复。

3.2 WWPN配置技巧

创建FC接口时，service-policy要选"default-data-blocks"。实战中发现如果错选成"default-data-files"，会导致VMware识别不到LUN。创建后立即用network interface show记录WWPN，这个相当于存储的"身份证号"，后续交换机zone配置全靠它。

4. 与现有SAN网络集成

4.1 Brocade交换机配置

客户的HP SAN交换机其实就是Brocade贴牌产品。重点检查两个配置：

1. Zone划分方式（端口号还是WWPN）
2. 生效的配置文件（用cfgactvshow确认）

如果原Zone是用端口划分的（比如"1,0;1,2"），那只需要把新存储接入相同端口即可。但用WWPN划分的话，就得新建Alias和Zone。建议先在测试环境用zoneshow命令验证配置，避免影响生产环境。

4.2 多路径优化

VMware环境要特别注意多路径策略。NetApp推荐用ALUA模式，在ESXi主机上执行：

esxcli storage nmp device set -d naa.xxxxxxxx --psp VMW_PSP_RR

记得在ONTAP端用lun mapping set配置正确的LUN ID，避免和原有存储冲突。有次迁移后虚拟机启动报错，就是因为LUN ID重复导致的。

5. 数据迁移实战经验

5.1 LUN创建新姿势

从ONTAP 9.7开始，创建LUN不用先建Volume了！直接一条命令搞定：

lun create -vserver CNSZNTAP2_FC -path /vol/CNSZLUN03/CNSZLUN03 -size 5TB -ostype vmware

但要注意：虽然省事了，但底层还是会自动创建对应Volume。建议用volume efficiency on命令开启压缩去重，能省不少空间。

5.2 无中断迁移技巧

如果旧存储还要运行一段时间，可以用SnapMirror做异步复制。先建立关系：

snapmirror create -source-path SVM_MSA:vol_old -destination-path SVM_FAS:vol_new -type XDP

等数据同步完成后，在变更窗口执行最终切换。这招特别适合TB级大容量迁移，能最大限度减少停机时间。

6. 避坑指南

1. 光纤模块混插：16G FC模块插在10G以太网口上不会报错，但灯会异常。一定要对清楚编号再操作。

2. Zone配置残留：Brocade交换机有时会有历史配置残留。切换前用cfgtransshow检查待生效配置。

3. 多路径软件冲突：遇到过客户自研的多路径软件与NetApp原生驱动冲突的情况。稳妥做法是迁移前先在测试环境验证。

4. MTU设置：FC网络默认MTU是2112，但如果走FCoE就要注意和以太网MTU匹配。曾经有个性能问题查了三天，最后发现是MTU不匹配导致的分片。

这次迁移最深的体会是：存储替换就像做外科手术，准备工作比实际操作更重要。我们提前做了完整的配置检查表，把每根光纤都贴了标签，最终切换时20分钟就完成了业务割接。现在客户那台FAS2750已经稳定运行半年多，性能比老MSA提升了8倍，他们IT部门终于不用半夜起来处理存储告警了。