企业官网建设流程全解析

简介：一份面向H3CNE-MSA（GB0-670）认证工程师的题库文档，专注H3C代理的MSA存储设备基础配置与维护技术，适合正在备考该认证或需在项目现场完成存储调试、巡检和排障的工程师。整个压缩包共1个docx文件，大小仅32KB，内容高度浓缩且便于手机或电脑随时查阅。题库覆盖存储领域高频考点，包括MSA 2042与2040的差异、主机访问协议支持范围、磁盘笼扩展方式、备份技术选型、精简配置影响、线性与虚拟存储区别、NAS与SAN协议、多路径软件能力、数据分层、SAN启动顺序、远程复制及超融合系统等；同时涉及默认管理IP、宽条带化作用、DISK GROUP映射、initiator概念等实操细节，不少题目附参考答案与解析。整体覆盖面广，能帮助读者快速搭建MSA存储知识体系，并检验对产品特性、协议支持和常见故障处理的掌握程度。截至目前已有392人学习，是一份适合考前刷题和查漏补缺的资料。

1. 从“H3C认证工程师”到GB0-670：为什么考存储要围着MSA转

如果你在集成项目里见过“本项目现场实施人员须具备H3C认证工程师证书”这种商务条款，那你迟早会撞上GB0-670这张卷子。它是H3C认证体系里偏存储方向的一门笔试，考点几乎全部围绕MSA存储阵列展开：硬件结构、RAID与存储池、卷管理、主机映射、常见故障处理。和H3CNE/H3CSE那种满屏路由交换的考法完全不同，GB0-670先要求你建立“控制器—磁盘—卷—主机”的存储视角。这门考试适合两类人：一是手里有网络证书、正要往存储方向转型的工程师，二是已经在机房替客户维护MSA、需要把经验倒逼成资格的一线技术支持。接下来我按“它考什么、怎么落地、坑在哪”的顺序，把这条路讲透。

2. GB0-670考什么：从笔试题型到MSA存储的思维切换

2.1 一门“现象—原因—解决”的笔试：别拿网络认证的复习方式硬套

很多考过H3CNE的人拿到GB0-670的复习资料第一反应是“怎么没有拓扑题”。这不是错觉。网络认证的考点是协议怎么跑、路由怎么选，而GB0-670更接近一本“存储设备现场维护手册”的阅读理解。大部分考点按“现象—原因—解决”来组织：比如卷状态变成offline，先判断是控制器owner失效、还是主机链路中断、还是磁盘故障，再选对应的处置步骤。它考的不是你记得多少参数，而是你有没有一套扒故障的固定动作。

我经常被问“思科、H3C、锐捷、华为的命令有相似之处吗”。放在交换机上这话成立，大家都有display/interface那套逻辑；但存储是另一个世界。MSA的命令行不是display风格，而是show/create/set/delete这种偏英文动作的方式。真见过有人拿交换机的习惯去敲MSA，敲了半天发现没有tab补全，最后老老实实输help。这不是笨，是思维没切过来：网络设备关心接口和报文，存储关心卷和映射。

2.2 MSA这条产品线：H3C认证里少有的“硬件+数据面”考试对象

MSA不是某台具体机器，而是HPE/新华三体系里那条入门到中端的双控制器盘阵产品线。像MSA 2040、2050、2060这一代代产品，在大量中小机房里就是业务系统的“数据底盘”。GB0-670之所以围着MSA考，是因为它足够典型：双控制器、磁盘托架、扩展柜、FC/iSCSI前端端口、SAS后端磁盘，这套结构在往上走的中端存储里也是同一个模子。把MSA搞明白，后面再看更贵的存储，至少名词和架构不会懵。

这条产品线还有一个特点：它是“买得起也拆得开”的设备。大部分经销商仓库里都有真机或模拟器，环境门槛不高。考试里出现的术语，比如vraid、storage pool、preferred owner、mapping、LUN，全部能在命令行的help里翻出来。所以这门证书考试有个福利：你不需要死记硬背，照着实际设备敲一遍就记住了。

2.3 备考主线：三张图与一套show命令

我给备考的人建议一个固定路线，先别碰题，先把三张图画出来：第一张是物理连接图，标清控制器A/B、扩展柜、主机HBA卡接在哪块板上；第二张是IO路径图，从主机发起写IO到卷落到哪块磁盘，中间经过哪一层；第三张是故障排查树，从“主机侧报错”一路查到存储侧日志。三张图画完，你已经理解MSA的八成了。剩下的就是把命令行走一遍。

下面这串命令是我每次给新人演示“存储巡检”时的固定开场，也几乎覆盖GB0-670的考点骨架：

# SSH登录MSA存储管理IP后，按顺序过一遍 help show system show hardware show pools show volumes show hosts

依次解释这六个动作：help看当前命令分支，比翻手册快；show system看固件版本、控制器状态；show hardware看磁盘、电源、风扇、控制器有没有告警；show pools看存储池容量和RAID策略；show volumes看卷的owner和状态；show hosts看主机条目和映射关系。这六个show跑完，整台存储的健康度基本就有结论了。你会注意到这个顺序也是IO路径的顺序：先系统、再硬件、再池、再卷、再主机，考试里很多题的选项就是按这个链出现的。

有人说刷题能过。刷题有用，但只刷题的人遇到“卷映射正确但主机看不到盘”这种题会犹豫，因为他没有一个路径模型去排除。拿show命令把每一步的状态打出来，答案自己会浮出来。

3. 把一台MSA存储从拆箱带到能挂盘：初始化与三张业务卷

3.1 开局网络：管理口、串口与第一条set命令

新到的MSA存储一般都是裸机状态，管理口默认IP印在机箱铭牌上，多数是10.0.0.1这类地址。我一般不让现场直接拿笔记本去连，而是先用串口线进到命令行，把管理IP改成机房内网地址再交给网络组。原因很简单：默认IP经常和业务网冲突，而且双控制器的管理地址是独立的，你在图形界面里改一个，另一个还在默认段，后面很容易踩“只有半个管理面在线”的坑。

进入命令行后，先show再set，这是规矩。下面是一段典型初始化：

# 串口登录后，先核对当前管理网络配置 show network-management set network-management ip-address 192.168.20.10 netmask 255.255.255.0 gateway 192.168.20.1 show network-management

注意，set network-management在不同固件版本里可能有差异，有的版本把网关单独拆成一条命令，所以严格说“以固件help为准”。但动作逻辑一样：先查出当前值，改IP和掩码，再确认网关。改完管理IP会立刻断连，这是正常的，别以为自己操作坏了。很多人在这一步翻车，说“SSH连不上MSA”，打开CRT一看，连接配置还指向老的默认IP。排查SSH连接问题前，先确认管理口协商速率、网关、以及你连的是不是控制器A的管理口——双控下两个管理IP要分开配，不能指望一个IP同时管两个控制器。

3.2 存储池与RAID策略：先算写惩罚，再动create

MSA上创建存储池之前，RAID选型是唯一值得花时间讨论的事。常见做法是：全是机械盘就RAID6或RAID10，全是SSD则RAID1/RAID10优先。RAID6适合大容量SATA/SAS混插场景，能扛两块盘同时坏；RAID10适合数据库日志这类写多读少的负载。RAID5在这个年代不太推荐，因为大容量盘重构时间长，第二块盘故障的概率并不低。

下面这个参数表是我给项目做选型时习惯用的，也方便你备考时对照：

先别急着建池，先把磁盘认出来。命令如下：

# 查看磁盘ID和槽位，确认没有failed盘 show disks # 用12块盘建一个RAID6池，条带策略按默认 create pool pool01 disks 1.1-1.12 raidtype 6 show pools

show disks里的编号格式常见是“扩展柜号.槽位号”，比如1.1是第一个柜子第一槽，1.12是第十二槽。create pool后面跟的磁盘列表千万别写错槽位，写错一块就是整个池的布局错误。还有点要命的是，MSA的存储池一旦创建，RAID级别基本焊死，后面加盘也只能扩容，不能从RAID5改成RAID6，这事我放到第五章专门讲。show pools看的是池的状态、可用容量、RAID类型，考试里常考的三个字段是status、raidtype、total size。

3.3 业务卷与主机映射：卷、主机、LUN三件套的顺序

存储池建好只是备好了“地皮”，真正给业务用的是卷。MSA上卷和主机的映射逻辑是这样的：先创建卷，然后创建主机条目，最后把卷映射给主机，分配一个LUN号。顺序错了，后面你会对着“主机能看到卷但系统里不出现盘”的现场抓耳挠腮。

下面是一段给数据库主机分配1TB卷的典型操作：

# 建卷：指定卷名、容量、所属池 create volume vol_db size 1024GB pool pool01 # 建主机条目：以iSCSI方式指定主机名 create host host_db iscsi name db-server # 映射卷到主机，LUN号给0 map volume vol_db to host host_db lun 0 # 确认卷和映射状态 show volumes show hosts

这里有三点要说明。第一，create host时如果用FC，参数不是iscsi而是主机HBA的WWPN，一个主机有多块HBA就要加多个端口；iSCSI方式则要配好initiator名。第二，LUN号不是随手写的，主机侧操作系统识别盘就是靠它，一般从0开始连续分配避免踩系统扫描的怪癖。第三，show volumes输出里的owner字段标明了卷归哪个控制器管，这是后面排查路径问题的关键线索。图形界面SMU里也是这三步，只是把命令换成了表单。

如果你发现主机侧死活不出现盘，按“卷状态→映射关系→主机适配卡→操作系统扫描”顺序查，别一上来就重启存储。重启是最后的后悔药，不是第一选项。

4. 双控制器、多路径与缓存参数：这几项不调好，存储跑不快也不敢快

4.1 双控不是双主备：卷的owner直接决定IO路径

很多从防火墙转过来的工程师第一次见双控存储时，会套用“双主”的概念去理解。H3C防火墙F1000如果出现双主，那是HA分裂的故障；但MSA的双控制器天生就是“双主”的，两个控制器同时在线工作，只是每个卷有一个owner控制器。所有写IO先到owner，再由内部总线把数据镜像到对端控制器缓存。如果owner所在的控制器挂了，卷会自动切换到对端。

问题在于，自动切换的前提是主机侧的多路径软件认识这种切换。否则控制器A重启，卷飘到控制器B，主机还在按老路径往A发IO，表现就是业务卡死。配置存储时，我一般会顺手把卷的preferred owner固定下来，避免控制器每次启动都换边。命令逻辑如下：

# 查看卷当前owner，并按业务规划固定到控制器A show volumes set volume vol_db preferred-owner A show volumes

preferred-owner是GB0-670的高频考点。它不影响健康时的IO路径，但决定了控制器重启后卷回不回原来的家。数据库和虚拟化这类高IO业务，我会把卷的owner分散到A/B两个控制器上，避免一个控制器成为瓶颈。这也是为什么MSA要求你像排工位一样给卷排owner，而不是一台存储一个控制器扛到死。

4.2 主机侧多路径：Linux与Windows各要一个参数表

存储侧的路径配好，主机侧不配合照样白搭。Linux上最常见的是multipathd，Windows上对应MPIO功能。很多人只配了存储侧双控制器，主机侧多路径没启用，结果一条链路抖动就丢业务。这属于典型的“存储看着正常，主机用不起来”。

Linux下我常用一段最小配置：

# /etc/multipath.conf 关键参数 defaults { user_friendly_names yes path_grouping_policy group_by_prio path_selector "round-robin 0" path_checker tur polling_interval 5 } # 修改后加载并验证 systemctl restart multipathd multipath -ll

参数说明：path_checker tur用TEST UNIT READY探测路径状态，比直接读设备节点更稳；polling_interval是路径状态轮询间隔，单位秒，默认值偏大会导致切换感知慢，我一般压到5秒内；path_grouping_policy group_by_prio是让系统按ALUA优先级自动分组，双控存储一定要保留这个，否则两条路径可能被识别成两个独立的“主路径”，切换时反而乱。Windows侧则是先在“服务器管理器”里启用MPIO，再给每个iSCSI会话添加多连接，策略选“最近完成轮询”或“循环”。两边参数表一个作用：让主机知道两条路都是活的，并且有一条是备胎。

存储这块有个通俗说法叫“玄学”：很多时候性能上不去、掉IO，不是存储阵列坏了，而是主机侧多路径的参数没戳到点上。多路径这层窗口调好了，双控存储的“双活”价值才真正体现出来，否则它就是台单点存储。

4.3 缓存策略：开回写之前，先确认保护模块在位

MSA的控制器缓存可以工作在直写或回写两种模式。直写模式数据先落盘再确认，安全但慢；回写模式数据先落在缓存就返回写成功，性能能差好几倍，代价是缓存掉电会丢数据。所以存储厂商对回写缓存都有硬性前提：控制器必须带有缓存保护模块，比如电容加闪存，停电后能把缓存内容刷到闪存里。

说句实话，这台设备在工程现场最大的风险不是性能不够，而是有人为了刷个写性能测试数字，把缓存改成回写，但根本没确认控制器保护电池状态。等机柜意外断电，再上电就发现卷数据不一致。GB0-670考试里一定会出现这个点：回写缓存依赖什么保护机制。答案就是控制器上的电容/闪存模块和固件里的掉电处理逻辑。正确做法是在SMU或CLI里先查保护模块状态，确认healthy再开回写；如果保护模块告警，老老实实切回直写，等硬件更换完再恢复。

参数层面还有条带大小和卷分配粒度，但我认为对MSA这种入门级盘阵，先别迷恋微调。缓存策略、多路径、owner分配这三个参数管好了，性能和安全已经合格。再往下抠参数，收益远不如风险大。

5. 常见问题排查：五年存储售后总结的五个踩坑现场

5.1 管理口ping不通、SSH连不上：先从双控IP查起

现象：笔记本直连MSA管理口，ping管理IP不通；CRT用SSH连存储也一直在转圈。原因：最常见不是密码错，而是管理IP没对。有人改了控制器A的管理IP，控制器B还是默认值；或者管理口被划进了业务VLAN，网关不在同一段。解决：串口线直连控制器console，进命令行执行show network-management，核对当前IP、掩码、网关三项。如果显示的管理IP和你敲的一致，再检查笔记本网卡是否拿到同段地址。很多“SSH连不上H3C设备”的问题，归根到底都是管理网络可达性没验证，跟协议配置没关系。这条对交换机、防火墙、存储都适用。

5.2 光口光衰与路径抖动：在H3C交换机上先看光模块诊断

现象：存储主机链路一会儿UP一会儿DOWN，存储侧日志报link flap，业务IO时断时续。原因：光模块收发光功率异常是最大嫌疑，常见是跳线弯曲半径太小、法兰头脏污、或者模块本身老化。解决：先别怀疑存储控制器，在两端设备上看光模块诊断。如果对端是H3C交换机，用下面命令看收发光功率和告警阈值：

# 查看光模块诊断信息，重点看RX/TX功率和告警状态 display transceiver diagnosis interface Ten-GigabitEthernet 1/0/1

结果参数解释里，RX Power如果接近甚至低于告警阈值，基本就是链路质量问题。解决动作是清洁光纤头、换个法兰、或者重新做跳线，同时检查收发光功率是否恢复。光衰这个问题最容易甩锅给存储，实际上十次里八次是光纤或模块的事。碰到这种现场，先在交换机侧打点，再往存储侧查，顺序别反。

5.3 删卷顺序错了，主机磁盘变“幽灵盘”

现象：存储侧卷已删除，但主机重启后操作系统里还挂着那个盘，写IO全部失败。原因：删除卷之前没有先断开主机映射。存储侧删卷不通知主机，主机的SCSI层还认为LUN存在。解决：删卷顺序必须是“主机卸载文件系统—多路径软件删除路径—存储上unmap—最后delete卷”。如果已经变成幽灵盘，补救办法是在存储侧重新建一个同LUN号的卷映射回去，让主机识别后重新走一遍下线流程，而不是硬着头皮在主机侧删盘符。这个坑几乎每个没受过存储训练的网络工程师都会踩一次，代价从几小时到一天不等。

5.4 控制器重启后IO挂起：多路径在睡觉，不是盘阵坏了

现象：一台MSA运行两三年后，现场计划性重启备控制器，结果主业务IO挂起几十秒；日志显示卷切换成功，但主机就是不理新路径。原因：主机侧多路径的polling_interval设成了默认几十秒，或者path_checker用的不是主动探测，导致控制器切换后主机还在等老路径超时。解决：先改主机侧/etc/multipath.conf，把轮询间隔压到5秒以内，path_checker设成tur；再重跑multipath -ll确认路径状态。这一步做完，重启存储控制器的风险至少降低九成。很多人不敢动生产存储，其实不是存储脆，是主机侧没提前热身。

5.5 扩容想从RAID5改RAID6：池的RAID已经被焊死

现象：存储池磁盘满了，打算加盘扩池，同时想把RAID级别从5改成6，结果界面上根本没有这个选项。原因：MSA的存储池在创建那一刻就把RAID策略固定了，扩容只能在同一个RAID级别下加盘，改动级别需要新建池再迁移数据。解决：规划存储池时想清楚。业务容量超过未来两年预期，就直接RAID6起步；数据库高写负载，直接RAID10。不要指望“先RAID5以后有机会改”，大多数生产环境没有机会给你重演一遍数据迁移。这是GB0-670真题里常被拿来当干扰项的考点，因为它特别符合“看起来似乎可以有”的直觉，但实际做不到。

6. 让GB0-670变成肌肉记忆：一套不依赖考试题的验证练法

考完证书只是开始，真正值钱的是闭着眼能把存储的状态摸清楚。我习惯用一个不依赖题库的验证练法：把CLI当“自言自语”，每次操作前先show状态，操作后再show一次，比较差异。比如建卷前show volumes是空，建卷后多出一行，行里的owner和size就是你的“操作结果”，这套流程练三遍，考试里再见到“show volumes输出中哪个字段表示卷的归属控制器”这种题，你都不用读题直接选。

第二个练法是故障注入。找维护窗口或测试环境，故意拔一根光纤，然后在主机侧跑multipath -ll看路径是否降级；再重启一个控制器，看卷的owner是否按preferred-owner回到原控制器。演练完去看存储事件日志，对照现象把日志读一遍。这个习惯最大的价值，是让你在凌晨三点接到故障电话时不慌，因为白天已经“演”过了。第三个练法是定期导配置做基线，MSA可以下发配置到本地文件，隔两周导出一份对比，能发现谁动过映射、谁改过缓存策略。存储维护最怕的就是“没人动过，但它坏了”，配置对比能帮你反驳这句最经典的谎话。

我自己的血泪教训是：考完GB0-670后第一次给一台运行三年的MSA做控制器重启演练，当时只确认了存储侧路径切换正常，没先调主机侧多路径的轮询间隔，结果IO卡了快四十秒。从那以后我养成了规矩：动控制器之前，先动主机多路径参数。这张证书教你的不是命令本身，而是这种“先主机、后存储、最后才轮到玄学”的排障顺序。希望帮到你。

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