火星舱存储一体机部署指南：从初始化到CDP与VTL配置

简介：火星舱存储官方PDF使用手册，面向存储管理员、运维工程师和技术实施人员，聚焦火星舱NAS与iSCSI等存储功能的安装、调试及日常运维。手册共396页，由北京亚细亚智业科技有限公司编制，内容从登录注册、系统卷创建等初始化操作起步，系统覆盖控制器管理、设备管理、盘阵与CDP、虚拟磁带库、NAS网络存储、统一备份、Oracle备份、虚拟机保护以及电子系统盘更换等核心模块，对每个功能模块均配有界面操作说明和应用场景，可作为部署、配置与故障排查的一站式参考。压缩包内仅含1个PDF文件，整体大小20.43MB，便于保存与按章节快速查阅。目前已有61人学习浏览，适合正实施火星舱存储项目或负责后续维护的技术人员，从中获取准确的操作依据与知识框架。

1. 火星舱是什么：一台把 SAN、NAS、VTL、CDP 揉在一起的多功能存储

火星舱这套设备，第一眼容易被当成普通磁盘阵列，但翻开它的官方功能说明就会发现完全不是一回事。它把 FC SAN 盘阵、IP-SAN 盘阵、NAS 网络存储、虚拟磁带库（VTL）、持续数据保护（CDP）、主机虚拟化（VM）和统一备份全部塞进一台 X86 架构的存储服务器，前端只有一个 Web 管理台，管理员靠浏览器完成所有配置。这篇笔记拆的就是厂商这份 396 页官方文档里最有价值的部分：初始化顺序、iSCSI/FC 接入参数、CDP 分级怎么选，以及最容易被坑的环节。适合三类人：刚接手火星舱的维护工程师、要做存储选型比对的 IT 负责人，以及需要一份离线功能索引的备份系统管理员。照着后面几章的步骤走，基础环境能少走不少弯路。

2. 初始化与系统卷：默认口令登录后，先解决注册和 RAID 选型

2.1 登录入口与浏览器选型：admin 只是起点

手册把登录写得很直白：浏览器输入火星舱的管理地址，回车，进入"火星舱系统管理"登录页；默认用户名 admin、密码 admin。但有两个细节在实际交付时一定会先跟团队强调。

第一个是浏览器兼容性。手册原话是"一定要使用高版本的 IE 浏览器"，还专门加了注释。这套管理台对旧版脚本组件依赖比较重，用现代 Chrome 打开时，部分按钮可能点了没反应，列表也可能加载不出来。常见做法是准备一台 Windows 机器，用 IE 兼容模式或 Edge 的 IE 模式登录管理台，不要想着在手机或平板上操作，管理台不是响应式页面。

第二个是管理员会话互踢。同一时刻只允许一个管理员在线，后登录的会把前者强制登出，手册的说法是"进行权限争夺"。多人协作时最容易遇到：A 正在配置 RAID，B 登录看状态，A 被踢回登录页，未保存的配置直接丢。这个行为后面第 5 章会专门给排查顺序。

2.2 注册授权：MSARegister.xml 决定功能载荷

未注册的火星舱登录后不会直接进系统，而是先弹注册提示。操作路径是固定的：登录 → 确认注册提示 → 进入注册产品界面 → 导入 MSARegister.xml → 提示注册成功 → 跳转到系统卷界面。

MSARegister.xml 是授权注册文件，文件名固定，由设备交付方基于设备序列号生成。这里有两个常见误区：一是把注册文件当普通配置文件改内容，导入失败后又怀疑硬件；二是多台设备共用一个注册文件，导致功能载荷与实际授权对不上。注册不成功时，后面的系统卷和功能载荷界面都进不去，所以这一步的优先级排在所有配置前面，先解决注册再谈其他。

2.3 系统卷：创建与导入是两个相反方向

没有系统卷时，登录后界面会问"没有系统卷，立刻创建或导入系统卷？"。这一步的选项很关键，但很多人没细看就点了创建。

创建系统卷适用于全新磁盘：选中要加入卷组的磁盘，选 RAID 模式，保存，勾选"确认执行"，确定，系统重启后回到登录界面。导入系统卷适用于"电子系统盘损坏、更换新电子系统盘"的场景，手册特别说明导入的目的是保障系统数据的完整性，不破坏原有的系统数据。说直白点：卷的索引信息在数据盘上，换了电子系统盘后选择导入，是把原有卷信息重新认回来，而不是新建一个卷。

注意：数据盘还健在时，不要在"创建系统卷"界面里重新选盘。创建操作会把旧卷信息当作空白处理，等于把后悔药扔了。

RAID 模式的最小盘数和适用场景，手册里给得很明确，整理如下：

选型时最容易卡住的约束是 RAID5+0 的偶数要求：6、8、10 都行，7 块盘就选不了。RAID6+0 虽然手册给了 8 盘的门槛，但也注明"目前很少使用"，生产环境优先考虑 RAID5+0 或 RAID6 更稳妥。保存配置后系统会重启，这是正常现象，不要以为系统卡死。另外，RAID5 的奇偶校验是跨所有盘交叉分布的，并不存在一块独立的"奇偶盘"，选型时可以按这个逻辑预估实际可用容量。

2.4 控制器与主机名：多台设备必须改名

系统重启后重新登录，会默认落在{控制器}的{概览}界面。这一节除了看 CPU、内存、容量总览，最重要的动作是修改主机名。手册原话："当同一网络环境中存在多台火星舱时，务必修改主机名称且不能重名。"

这个约束不是礼仪问题，容灾复制、目标器注册、多对一备份都要靠主机名区分对端。重名时复制任务往往在"复制状态"里反复失败，而且报错信息不会直接提示"重名"，排查要绕一大圈。建议初始化时按机房加用途命名，例如"机房A-备份中心-01"，并同步到资产表，方便后续维护。到这里，初始化阶段就立住了：注册完成、系统卷创建完成、主机名唯一。下一章进入设备管理，也就是 iSCSI、FC、NAS 这些真正对前端主机开放存储通道的部分。

3. 设备管理与协议接入：iSCSI、FC、CHAP 与共享目录的一次到位配置

3.1 网络管理：管理口、业务口、容灾口分开规划

设备管理一章，手册把网络管理放在第 1 节，分量最重。火星舱支持 2 至 8 个千兆接口，另有万兆接口选件，内部具备万兆连接能力。实际部署时，我不会把所有网口塞进一个网段，常见做法是分成三类：

• 管理口：固定 IP，用于 Web 登录，独立网段，最好带带外管理。
• 业务口：给 iSCSI、NAS 走存储流量，绑存储 VLAN，多口时做链路聚合或 MPIO。
• 容灾口：做远程复制、中转设备专用，如果异地链路带宽有限，别和业务流量抢同一张网卡。

改管理口 IP 是最容易翻车的一步：保存后 Web 地址马上失效，如果本地没记住新 IP，就只能接显示器或串口去控制台查。我一般会先在笔记本上备好新 IP 段，保存后立刻用新地址重登，避免长时间失联。

3.2 RAID 卷组与物理磁盘：状态比容量更值得盯

物理磁盘界面里，容量只是参考，状态才是关键。至少要看三样：磁盘是否在线、有没有离线告警、是否预留了热备盘。RAID 卷组的管理动作集中在卷组重建、扩容和换盘。换盘时注意，RAID0 无冗余，单盘离线意味着整组数据不可用，换盘后只能恢复容量，恢复不了数据；RAID5/6 换盘后有重建过程，重建期间再坏一盘就可能威胁整组数据。手册在设备管理里把物理磁盘单独拉出一节，我的理解是提醒管理员在动手前先确认物理状态，而不是直接进卷组操作。

3.3 主机组、目标器、启动器：iSCSI 三段式配置

这是"火星舱 iscsi"检索词指向的核心内容。手册把 iSCSI 配置拆成三个入口：主机组（Host Group）、目标器（Target）、启动器（Initiator），三者职责不同：

• 目标器：火星舱作为存储侧暴露给前端主机的"服务端"，一个 Target 对应一个对外可发现的存储入口。
• 启动器：前端主机上的 iSCSI 发起端，每台主机有自己唯一的 IQN。
• 主机组：把若干启动器按主机用途分组，用来做 LUN 映射的授权对象。

配置顺序比功能本身更重要。我习惯的顺序是：先建目标器，再建主机组，把启动器挂进组，最后在目标器里把 LUN 授权给主机组。顺序反了会出现"Target 发现得到但登录失败"或"登录成功但看不到 LUN"这种怪问题。

主机侧验证命令如下：

# 在 Linux 主机上执行，IP 换成火星舱业务口地址 iscsiadm --mode discovery --type sendtargets --portal 192.168.20.5 # 登录发现的 Target，节点名以 discovery 输出为准 iscsiadm --mode node --targetname iqn.2025.test.marstor:data1 \ --portal 192.168.20.5 --login # 查看当前会话是否建立 iscsiadm --mode session

discovery 是广播探测，能返回目标器说明网络和 Target 都正常；--login 时最容易报的错是 CHAP 认证失败，其次是启动器 IQN 没加入主机组。会话建立后，再去 /dev/disk/by-path 或 multipath 里确认盘符，不要急着格式化，先核对容量和映射关系是否对应。

3.4 FC 连接与 CHAP 认证：认证参数错一个都连不上

FC 的配置路径和 iSCSI 平行，主机组、目标器、启动器同样存在，但多了光纤交换机的 Zoning 配合。火星舱这边要做的 WWN 注册和 LUN 映射与 iSCSI 逻辑一致，差异在链路层属于 FC。CHAP 认证主要用在 iSCSI 场景，配置时注意三点：用户名区分大小写；密码长度和字符集要两端完全一致；如果开了双向 CHAP，主机侧 initiator 配置里要把入站和出站密码分别填对。常见翻车现场是密码在火星舱和目标器侧都配好了，主机侧只填了一个方向，结果登录时提示认证失败，日志里只显示 authentication failure。

3.5 NAS 共享目录：CIFS 和 NFS 各管各的权限

NAS 章节分成共享目录、CIFS 设置、NFS 参数三块，对应 Windows 和 Linux 两种访问路径。共享目录是基础，先建共享，再决定协议类型。CIFS 部分主要调整工作组或域、最大协议版本、是否允许 guest；NFS 部分则集中在导出参数：

Linux 客户端挂载示例：

mount -t nfs -o nfsvers=3,sync 192.168.30.5:/volume1 /mnt/marstor-nfs

挂载后如果读写报 permission denied，先看导出参数里有没有把客户端网段排除，再看客户端 uid/gid 映射，最后才怀疑共享层权限。CIFS 侧同理，共享权限和文件权限是两层，Windows 访问失败时经常是共享权限忘了加用户。

3.6 容灾管理：远程设备、中转设备、复制状态

容灾管理有三个入口：远程设备、中转设备、复制状态。远程设备填对端火星舱的地址和认证信息；中转设备是复制链路的中继节点；复制状态是任务运行情况的观察窗口。手册提到火星舱可以做一对一或多对一的异地备份，也可以外接磁带库做 D2D2T。配置顺序一般是先加远程设备，再配中转设备，然后建复制任务。复制状态持续有队列积压时，先看带宽和延迟，不要盲目增加并发任务，多对一场景里各源端共享一条出口链路，带宽才是瓶颈。

4. 数据保护怎么落地：CDP 三级、主机镜像与统一备份的分工

4.1 CDP 保护级别：无保护、快照、记录

盘阵和 CDP 章节把保护级别分成三档：无保护、快照、记录。这三档不是形容词，而是三种完全不同的机制。

• 无保护：默认状态，磁盘组只提供容量，不产生任何历史数据。
• 快照：基于时间点的副本，类似后悔药，恢复快，存储开销按快照增长量累积，适合文件服务器和普通应用卷。
• 记录：连续记录 IO 变化，可恢复到更细的时间点，类似数据库的归档日志，开销和性能影响都更大，适合核心数据库这类对恢复点要求高的卷。

选型时我给客户的建议很简单：核心数据库和关键业务卷用记录，普通文件共享和测试卷用快照，不要全线开记录。记录级别的数据增长非常快，开多了磁盘组使用率会直线上升，这个坑在下一章会讲到。

4.2 磁盘组与主机镜像：先建池，再谈保护

CDP 和盘阵功能都依赖磁盘组，先把磁盘组建好，再决定保护级别。手册把主机镜像单独分成 Windows 主机、Linux 主机和 Unix 主机保护三块，说明这类保护是有客户端和平台差异的。Windows 主机镜像一般借助 VSS 保证应用一致性；Linux 主机需要装配套客户端或走脚本方式；Unix 主机保护单独成节，常见原因是认证方式和其他平台不同，配置时留意手册对应章节，不要拿 Windows 的操作流程硬套 Unix。

4.3 虚拟磁带库 VTL：把磁盘伪装成磁带

VTL 章节分存储空间、磁带库、磁带架三层。火星舱的虚拟磁带库基于标准 X86 架构，把存储服务器模拟成大容量磁带设备，支持重复数据删除，可以完整模拟主流磁带库厂商的多种型号磁带机，备份软件侧通常不需要改驱动，直接按对应型号识别。

配置顺序：先建存储空间，再建磁带库，然后在磁带架里规划槽位。备份软件接入后，第一次做备份前先做一次设备扫描。去重功能适合重复数据集中的备份窗口；如果数据以小文件为主、重复率低，去重收益不明显，还会拖慢写入。D2D2T 场景里，火星舱外接物理磁带库做归档，虚拟带库承担在线备份，物理带库做长期保留。

4.4 统一备份与 Oracle 数据库：网络服务名是第一步

统一备份章节包含备份中心、系统维护和客户端三块。备份中心是任务入口，系统维护里又能看到存储空间、设置 IP、服务管理。这里有个常被忽略的点：备份中心的存储空间和前面磁盘组不是一个概念，备份任务要落到自己的存储空间里，管理界面里要先把备份空间分配好，否则任务会报空间不足。

Oracle 备份单独成章，配置顺序是：先配网络服务名，再发现数据库。网络服务名解析不通时，数据库列表会为空，备份任务建不起来。配好后先手动执行一次小表备份验证连通性；Oracle 侧的归档模式需要在数据库里确认开启，否则基于日志的一致性恢复无从谈起。这一步常见做法是让 DBA 配合在维护窗口做一次全备验证，而不是直接上线业务库。

4.5 虚拟机载荷：ISO 上传与虚拟磁盘清理

主机虚拟化是火星舱的功能载荷之一，支持多虚拟主机同时运行，管理界面包含虚拟机管理、ISO 文件、清理虚拟磁盘三块。ISO 要先用上传功能放进存储，才能挂载给虚拟机安装系统。虚拟磁盘清理容易被忽略：虚拟机频繁写入后，磁盘文件会一直膨胀，清理虚拟磁盘可以回收空间，腾给其他虚拟机用。这块最适合当测试环境跑 Linux，验证 iSCSI 和 NAS 配置时能省一台物理机。

5. 避坑与排查：登录被顶、系统卷丢失、iSCSI 不通的处置清单

5.1 管理员被强制登出

现象：配置到一半突然跳回登录页，再登录提示需要重新认证。

原因：同一个管理员账号被另一个会话挤下线。手册明确说明多管理员同时登录会发生权限争夺，后登录者生效时前者被自动登出。

解决：多人维护时错峰登录；如果必须并行操作，使用不同管理员账号，或者约定操作窗口。被登出的一方注意先确认配置是否保存，再决定是否重新登录，避免重复操作。

5.2 更换电子系统盘后系统卷"消失"

现象：设备更换电子系统盘重启后，提示没有系统卷，要求创建或导入。

原因：电子系统盘存放系统程序和引导信息，卷的索引在数据盘上。换盘后引导信息里没有卷记录，但数据盘上的卷结构还在，所以界面会认为"没有系统卷"。

解决：选择"导入系统卷"而不是"创建系统卷"。手册在导入场景里专门说明这是为了保障系统数据的完整性、不破坏原有的系统数据。导入后重启系统，卷组和数据都会回来。反过来，如果误点了创建并重新选盘，旧卷信息就会被覆盖，这是不可逆操作。

5.3 iSCSI 发现不到 Target

现象：主机执行 iscsiadm discovery 后输出为空，或者登录时报认证失败。

原因：按概率排序，最常见的是业务口网段不通；其次是目标器没创建；再往下是启动器 IQN 没加入主机组；然后是交换机上的 VLAN 隔离或 ACL；最后才是 CHAP 两端不一致。

解决：按顺序排查，先 ping 通业务口，再确认目标器侧 IQN 和认证参数。用下面三条命令快速定位：

ping -c 3 192.168.20.5 iscsiadm --mode discovery --type sendtargets --portal 192.168.20.5 dmesg | grep -i iscsi

dmesg 能直接看到内核里登录失败的报错，比反复重试 discovery 高效得多。当现象从"发现不到"变成"发现得到但登录失败"时，问题基本就在认证或授权环节，回头查 CHAP 和主机组即可。

5.4 RAID 模式选不上

现象：保存按钮置灰，或系统提示不满足 RAID 模式条件。

原因：每种 RAID 模式对盘数有硬性约束。RAID5+0 要求至少 6 盘且必须为偶数，奇数盘直接不满足；RAID1 要求恰好 2 盘；RAID6 至少 4 盘；三倍校验至少 6 盘。此外，界面里如果存在未初始化或离线的磁盘，也会影响选择。

解决：先数盘再选模式，按第 2 章的表格核对。盘数够但选不上时，看界面里有没有状态异常的磁盘，把离线盘处理掉再重试。RAID5+0 的偶数约束是最容易忽略的，7 盘、9 盘这类奇数配置要提前规划好。

5.5 NAS 权限不生效

现象：目录能挂载，但读写时报 permission denied。

原因：CIFS 和 NFS 的权限都是分层的。常见是共享层授权缺失、导出参数里的网段限制、root_squash 对 root 的映射，以及客户端 uid/gid 不一致导致对应文件不可读写。

解决：NFS 导出给客户端网段开 rw 并保留 sync；Windows 侧检查共享权限有没有添加具体用户或用户组。用排除法：先查网段，再查导出参数，最后看文件属主。CIFS 和 NFS 的权限模型不同，配置时参考第 3 章的参数表，不要用一套思路套两种协议。

6. 上线前验收：用一份 20 分钟自检清单走完全流程

配置做完不算完，真正的收尾是验收。下面是我每次都会走一遍的清单，每一项都有操作和预期结果。执行时建议按顺序来：先验证基础的注册和系统卷，再做协议链路验证，最后做备份和恢复验证，避免前面的问题干扰后面的判断。

这张表里，iSCSI 链路和 CDP 记录是我翻车最多的地方。iSCSI 的问题往往是启动器没进主机组，CDP 则是记录开太多把空间写满。从那以后，我每次做完火星舱部署都强制走一遍这张清单，验收表直接打印出来贴在机柜门上，留给后续运维当排障索引。这份手册本身就是很好的字典，第 2 章初始化、第 4 章设备管理、第 5 章盘阵和 CDP、第 8 章统一备份这几节，值得在部署前通读一遍，部署后遇到问题再回来按章节查。希望帮到你。

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