简介：这是一份火星舱存储的官方帮助手册，由北京亚细亚智业科技有限公司发布，主要面向存储管理员、实施工程师与运维技术人员，用于火星舱的安装、初始化、配置和日常维护。资源包内为1个PDF文件，容量20.43MB，正文共396页，内容完整，按章节系统讲解了登录注册、系统卷管理、用户与控制器配置、设备管理、盘阵和CDP、虚拟磁带库、NAS网络存储（含iSCSI相关功能）、统一备份、Oracle备份、虚拟机以及更换电子系统盘等模块。手册对每个功能界面都有按钮名、菜单名等格式约定和注意事项，并给出了清晰的操作指引，既能指导首次部署，也能作为日常运维和排障的参考。目前已有61人学习下载，对于正在实施火星舱存储项目或需要查阅官方配置细节的技术人员，这份官方文档是最直接、最准确的依据。
1. 火星舱存储装起来不难，难在初始化那几步
很多存储设备装到最后翻车，不是高级功能不会配，而是第一步就没走对。火星舱这种集成了盘阵、NAS、备份、CDP的一体化存储设备，最容易出问题的恰恰是系统卷创建、iSCSI映射和NAS共享这几段。系统卷的RAID模式选错，后面想改就得重建，数据全没；iSCSI的Target和Initiator连不上，前端的数据库备份任务全挂在半路。这篇笔记记录的是我按官方手册把火星舱从开箱初始化、配网络、接iSCSI，到开NAS共享和CDP保护走完一遍的步骤和踩坑记录，适合正在装火星舱、或者准备接手维护的运维工程师对照着操作。你要是第一次接触这类存储一体机，跟着这条路走，基本能少走一半弯路。
2. 初始化和系统卷：RAID 选错等于给自己挖坑
火星舱的初始化流程是固定的三件事：登录、注册、创建或导入系统卷。这三步做完之前，设备上的所有存储功能都是不可用的，连网络管理页面都进不全。我第一次装的时候没看手册，注册完直接去配网口，结果保存时提示“没有系统卷”，所有配置写了等于白写。从那以后我再也没有跳过初始化顺序。
2.1 登录与注册：admin 默认口令与 MSARegister.xml
火星舱的登录入口就是一台 Web 管理界面，浏览器输入设备的管理 IP 就能打开。手册里给的示例地址是http://192.168.100.1，用户名和密码默认都是admin。这里有一个容易被忽略的细节：手册明确要求使用高版本 IE 浏览器操作。我之前用 Chrome 打开管理页面，功能基本能显示，但个别弹出框的布局是错位的，后来换了一台装了 IE 的机器才顺利走完注册流程。
管理员账号有一个很坑的限制：不能多人同时登录。后登录的管理员会把前面登录的管理员强制踢下线。所以团队里如果有人同时开着多个会话去配置，就会频繁出现“页面点着点着被登出”的现象。我在给客户做远程支持的时候吃过这个亏，我这边刚打开页面看配置，客户那边操作了一下，我这边直接被登出，连告警邮件测试都没做完。
浏览器访问 http://192.168.100.1 输入用户名 admin，密码 admin 点击【登录】登录后如果设备未注册，系统会弹窗提示进入注册产品界面。注册方式不是输入序列号，而是导入一个叫MSARegister.xml的授权文件。这个文件一般由厂商在发货时随设备一起提供，或者通过渠道获取。点击【导入】，在弹出框里选中这个 XML 文件，确认后系统会提示“注册成功”。
注意区分一下：这里导入的MSARegister.xml是产品授权注册文件，不是后面电子系统盘损坏时用的“导入系统卷”。两者名字接近，作用完全不同，前者管授权，后者管数据恢复。我在客户现场见过有人把注册文件当系统卷备份去导入，结果自然是导入失败。
2.2 创建系统卷：RAID 模式与最少盘数对照
注册完成后，系统会提示“没有系统卷，立刻创建或导入系统卷？”，点【确定】进入系统卷创建界面。在这个界面里要做的事是：选中要参与创建卷组的磁盘，选择 RAID 模式，然后保存并确认执行。确认执行之后系统会重启，重启完成回到登录界面，初始化才算真正做完。
系统卷创建界面里最关键的参数是 RAID 模式，这个选错了后面要改就得推倒重建。手册里对每种 RAID 模式的盘数下限说得很明确，我整理了一张表方便对照：
| RAID 模式 | 最少盘数 | 容错能力 | 我一般用在什么场景 |
|---|---|---|---|
| RAID0 | 1 | 无冗余，单盘坏全丢 | 临时数据、缓存类，不建议生产用 |
| RAID1 | 2 | 镜像，单盘坏可读 | 系统卷、小容量高可靠场景 |
| RAID5 | 3 | 允许单盘故障 | 常规业务卷，最常用 |
| RAID6 | 4 | 允许双盘故障 | 大容量数据卷，可靠性优先 |
| RAID5+0 | 6（必须偶数） | 每个子组允许单盘故障 | 大容量且需要兼顾性能 |
| RAID6+0 | 8 | 每个子组允许双盘故障 | 高可靠场景，但手册提示技术不够成熟 |
| 三倍校验 | 6 | 三份校验信息 | 高可靠特殊场景，实际部署少见 |
RAID5 至少三块盘，奇偶校验信息是交叉分布在所有磁盘上的，不单独指定热备盘或校验盘；RAID6 至少四块盘，相当于做了两套独立校验，允许同时坏两块；RAID5+0 是 RAID5 与 RAID0 的结合，要求至少六块盘且数量必须为偶数，它的容错逻辑是每个 RAID5 子组里允许坏一块盘，重建速度比纯 RAID5 快不少。RAID6+0 最少八块盘，允许同时坏两块，但手册原文也承认“技术还不够成熟，使用者很少”，我在实际项目里基本不推荐这个模式。
选择时我会按这个逻辑判断：系统卷本身承载的是火星舱的管理系统和配置数据，我通常优先考虑 RAID1，两块盘做镜像，成本可控，安全性够；如果盘位紧张，而且整机就这一台设备，RAID5 也凑合，但心里要清楚系统卷坏了会导致整个管理界面不可用，恢复动作就是走 2.3 的导入系统卷流程。
2.3 导入系统卷：电子系统盘损坏后的“后悔药”
导入系统卷这个功能存在的意义是：电子系统盘（一般指装火星舱管理系统的盘）损坏后，设备无法正常启动，此时换上新的电子系统盘，再通过导入系统卷的方式，把原先创建在数据盘上的系统卷数据重新认回来，保证不破坏原有的系统数据。
这里有个前提要搞明白：火星舱的系统卷和电子系统盘并不是同一个东西。电子系统盘承载的是系统程序，系统卷承载的是配置和数据索引。系统盘挂了，程序起不来，但只要数据盘上的系统卷还在，换新盘后导入系统卷就能恢复。所以定期关注设备健康状态是有必要的，别等盘坏了才想起这回事。
登录后提示“没有系统卷，立刻创建或导入系统卷？” 选择【导入系统卷】 勾选【导入】单选框 点击【保存】 勾选【确认执行】 点击【确定】 等待系统重启操作上，导入和创建在同一个入口，只是选择了不同的单选框。导入过程同样会触发重启，重启后跳转到登录界面。需要注意的是：导入系统卷要求新电子系统盘已经是能启动的状态，也就是说更换盘之后设备至少能进入登录页。如果连登录页都进不去，要先解决系统盘本身的启动问题，再谈导入。
3. 设备管理和网络：把存储“接”出去的关键配置
系统卷创建完成、重启登录之后，设备依然不能被外面直接用。要让它真正变成一台可用的存储设备，得在设备管理里把控制器信息、网络地址、主机组和 Target 配置好。这一章的配置顺序很重要：先改主机名，再配网络，最后做 iSCSI 或 FC 的映射，乱了容易出问题。
3.1 控制器：主机名、时间与邮件告警
登录后默认停在{控制器}界面，这里显示的是火星舱服务器的概览信息。做初始配置的时候，我建议先把四个东西改掉：主机名、时间、邮件告警、日志。主机名位在{控制器}→{主机}页面，点【修改】即可。手册特意强调：同一网络环境中存在多台火星舱时，主机名称必须唯一。这个名字会出现在日志、告警邮件和备份任务里，如果两台都叫默认名，排查问题的时候根本分不清是哪台设备在报错。
时间配置在{系统管理}→{时间}页面。存储设备对时间精度要求很高，CDP 记录、快照、备份任务的执行时间全都依赖系统时间。火星舱支持手动设置和 NTP 同步，我一般会直接配置 NTP 服务器，避免设备长时间运行后时钟偏移。时间不对的最典型故障就是备份任务执行时间对不上，或者 CDP 记录时间线出现乱序。
邮件配置在{系统管理}→{邮件}页面，作用是把设备的告警信息发到指定邮箱。这里我会顺手做一次测试发送，确认 SMTP 参数没问题。很多设备告警不可达的原因不是设备本身故障，而是邮件参数配置错了，或者是被对方邮件网关拦了。日志页面主要用来看操作记录和系统运行日志，日常巡检会用到。
3.2 网络管理：管理网口和业务网口别混用
{设备管理}→{网络管理}是火星舱网络配置的核心入口。火星舱支持 2 到 8 个千兆接口，万兆接口属于选件。我见过最常见的配置错误是：把管理 IP 和业务 IP 配在同一个网段同一个网口上，导致存储流量把管理面的带宽占满，Web 管理页面卡到打不开。
我的习惯是把网络分成两段。管理网口用独立 IP 段，只承载 Web 管理面和告警；业务网口单独配 IP，用于 iSCSI、NAS、备份数据流。如果条件允许，业务网口再做链路聚合，带宽和冗余都能兼顾。配置完成后记得逐条网络连通性测试，从管理机和业务主机分别 ping 一下对应地址。
设备管理 → 网络管理 → 选择网口 → 配置 IP/掩码/网关 → 保存配置网络时有几个参数容易写错：网关地址，尤其是多网口设备，每个网口的网关要按实际网络拓扑填，不能所有网口都填同一个网关，否则路由表会乱；子网掩码，A 类、B 类、C 类地址的掩码长度不一样，填错了可能出现能 ping 通同网段、但跨网段不通的情况。遇到这类问题先检查物理链路和设备日志，再看 IP 参数，这是排查的基本顺序。
3.3 iSCSI 主机组、目标器与 CHAP：一条线配下来
iSCSI 配置是火星舱作为 IP-SAN 盘阵对外提供块存储的核心流程。火星舱的 iSCSI 配置链路是：先建主机组，再建目标器，最后配置启动器或 CHAP 认证。逻辑上是把一组主机划到一个 Host Group，然后给这个组分配一个或多个 Target，主机通过 Initiator 访问这些 Target。
设备管理 → 主机组（Host Group）→ 新建主机组 → 添加主机 iSCSI 名称 设备管理 → 目标器（Target）→ 新建 iSCSI Target → 绑定主机组 设备管理 → 目标器（Target）→ 配置 CHAP 认证 设备管理 → 启动器（Initiator）→ 查看已连接的 Initiator主机组的核心参数是主机的 iSCSI Qualified Name（IQN），这个名称通常可以在主机的 iSCSI 发起程序里看到。很多配置失败的场景都是 IQN 复制错了，多了一个空格或者少了一位字符。Target 创建时需要绑定主机组，并设置对应的 LUN，把存储空间映射给前端主机。
CHAP 认证是可选的，但生产环境我强烈建议开启。不开启 CHAP 的 iSCSI Target 相当于在网络上裸奔，任何知道 Target 名称的机器都能尝试连接。配置 CHAP 时要注意：认证用户名和密码是双向的，火星舱侧配置的密码要和主机发起程序里填的完全一致，密码长度和字符集也有讲究，某些 iSCSI 发起程序对特殊字符支持不好，建议纯字母数字组合。FC 的配置流程和 iSCSI 基本一致，只是把链路从以太网换成了光纤，需要额外确认主机的 WWN 号，WWN 填错同样连不上。
3.4 容灾管理：远程设备、中转设备与复制状态
火星舱自带的容灾管理可以用来做远程异地数据灾备，支持一对一或多对一的备份架构。配置路径在{设备管理}→{容灾管理}下，核心概念有三个：远程设备、中转设备、复制状态。远程设备就是远端的那台火星舱，中转设备是在网络链路不可直连时用来做数据转发的中继节点，复制状态则显示当前数据复制任务是否在正常运行。
容灾配置本身不难，难在网络。两端设备之间的网络端口要提前放通，端口号在手册里有说明，但实际环境下还要注意防火墙和 NAT 的影响。我在一次跨机房容灾配置中，两边设备参数都配对了，复制任务始终起不来，查了半天才发现是中间防火墙把复制端口给拦了。这类问题用设备自带的连通性测试工具或者抓包可以快速定位，不要一上来就怀疑配置。
4. 存储功能落地：NAS、CDP 与虚拟磁带库
网络和 iSCSI 配好了，火星舱作为块存储设备的角色已经能跑起来。但真正把它用起来，还得把上层存储功能打开：NAS 共享给文件服务器用，CDP 保护给关键业务卷兜底，虚拟磁带库给备份系统当存储池。这一章的三个功能可以独立启用，互不依赖，但都要在存储空间准备好之后再做。
4.1 NAS 共享目录：CIFS 与 NFS 参数分开调
火星舱的 NAS 功能入口在{第 7 章 NAS 网络存储}，主要配置项是共享目录、CIFS 设置和 NFS 参数。共享目录的创建流程是：先选存储空间，再设置共享名称和访问路径，然后分配读写权限。CIFS 主要服务 Windows 客户端，NFS 主要服务 Linux 客户端，两者的认证模型完全不同。
NAS 网络存储 → 共享目录 → 新建共享目录 选择存储空间 → 填写共享名称 CIFS 设置：配置工作组、认证方式、允许访问的主机列表 NFS 参数：配置读写权限、root squash、同步/异步CIFS 这一块，Windows 客户端访问时会进行身份认证，我一般把允许访问的 IP 或主机列表配置好，关闭匿名访问。NFS 这一块，最容易踩坑的是权限参数：默认的 root squash 会把客户端的 root 用户映射成 nobody，如果应用以 root 身份写文件，会出现“目录能挂载但写不进去”的问题。根据实际需求决定是否关闭 root squash，这是 NAS 排障时最先要检查的点。
NFS 的另一个参数是同步模式。同步模式数据可靠性高，但性能略低；异步模式性能好，但异常断电时可能有数据丢失。数据库文件不建议用异步模式，普通文件共享用异步模式问题不大。火星舱手册里对 NFS 参数页的描述比较简略，实际调参时会发现很多细节要靠现场验证。
4.2 CDP 保护：无保护、快照、记录三档怎么选
CDP 叫持续数据保护，是火星舱盘阵功能里最有价值的一块。它的核心价值是：把数据卷的变化持续记录下来，任意时刻都能回退到之前的状态，能解决的痛点是“半夜误删数据”“勒索病毒批量加密文件”这一类事后回滚需求。CDP 有三个保护级别，我按实际场景拆一下。
无保护是最低档，不做任何数据变化记录，这个不用多说。快照级别是周期性打快照，用户可以自定义快照频率和时间点，回滚粒度取决于快照频率，比如每小时一次快照，最多只能回到某个整点时刻的状态。记录级别是把数据卷的每一次写入操作都记录下来，理论上可以回退到任意一个写入时刻，这是粒度最细的保护方式，对存储性能的消耗也最大。
盘阵和 CDP → CDP 保护 → 选择磁盘组/卷 → 设置保护级别 无保护：直接停用 快照：设置快照频率、保留份数 记录：开启持续日志记录、设置日志保留空间选择建议：普通文件共享卷用快照级别就够了，记住保留份数要根据存储空间谨慎设置，快照本身要占空间，保留太多份会把磁盘塞满；核心业务卷用记录级别，特别是数据库场景，记录级别能把数据恢复到误操作前的最后一个写入点。我在一次演练中使用记录级别恢复数据，把一张被误删的配置表找回，恢复点就在删除操作前几分钟，这种恢复粒度是周期性快照做不到的。
CDP 配置完成后要确认保护任务已开启，并且日志里有记录写入。如果保护任务显示异常，先看存储空间剩余容量，CDP 日志空间不足时保护会自动停止，这是最容易忽略的坑。另外主机镜像功能也在 CDP 模块下，支持 Windows 和 Linux 主机的整机保护，原理是在前端主机上装代理，把主机数据持续同步到火星舱，配置量比卷级 CDP 大，一般用在需要整机恢复的场景。
4.3 虚拟磁带库：VTL 存储空间、磁带库与磁带架
虚拟磁带库（VTL）是火星舱另一个很实用的功能，它的作用是把磁盘空间模拟成物理磁带库，让原有的备份软件无缝对接，不需要改备份策略就能把备份目标从物理带库换成虚拟带库。火星舱支持模拟 Oracle StorageTek、Spectra Logic、Quantum、HP、IBM 等多个主流磁带库厂商的型号，兼容性覆盖 Windows 2000/2003、Linux（RedHat、SuSE、Turbo Linux）等操作系统，也兼容 EMC/Legato NetWorker、Veritas Netbackup、BackupExec、BakBone NetVault 这些备份软件。
虚拟磁带库 → 存储空间 → 创建 VTL 存储池 虚拟磁带库 → 磁带库 → 新建磁带库，选择模拟厂商和型号 虚拟磁带库 → 磁带架 → 在磁带库中添加磁带，设置容量配置时先要有存储空间，然后在存储空间上创建磁带库，最后在磁带库里挂磁带架。磁带架里的磁带数量决定了备份软件的可用容量，磁带的容量规格可以在创建时设置。注意：同一个磁带库可以被多个备份任务使用，但同一个磁带不建议同时被两个任务占用，否则会出现写冲突。
VTL 配置完成后，备份软件侧要做一次“扫描设备”操作，让备份软件识别到新的磁带库设备。如果扫描不到，先确认备份软件所在主机和火星舱之间的网络连通性，再确认备份软件是否支持该模拟设备类型。我在测试 NetBackup 的时候遇到过扫描不到的情况，最后发现是备份软件服务没重启，设备扫描操作需要在服务重启后才能识别到新设备。
5. 常见问题排查：五条实测踩坑记录
火星舱的配置流程整体不算复杂，但实际部署中总会遇到几个反复出现的坑。我把压箱底的五条踩坑记录按“现象 → 原因 → 解决”写下来，都是实测过的场景，照方抓药能省不少时间。
5.1 管理员被强制登出
现象：两个人同时登录火星舱 Web 管理界面，其中一个人操作到一半，页面弹出登录框要求重新认证。原因：火星舱的管理员账号不允许同时登录，后登录者会把前者踢下线。解决：同一时间只保留一个管理员会话，多人协作时先互相确认谁在操作。这个限制在手册原文里写得很清楚，但实际操作中经常被忽略。我后来养成的习惯是：远程操作前先和现场人员打招呼，确认对方没有打开管理页面，避免互相踢。
5.2 创建系统卷后系统反复重启
现象：在创建系统卷界面选了磁盘、确认执行之后，设备一直重启，无法进入登录界面。原因：通常是磁盘选择有问题，比如选的盘包含系统盘本身，或者 RAID 模式与磁盘数量不匹配，导致系统卷创建失败。解决：检查磁盘选择，确认没有把系统电子盘选进数据卷组；核对 RAID 模式对应的最少盘数。如果设备已经起不来，需要联系厂商技术支持确认是否有硬件层面的恢复手段。这里我个人的经验是：RAID 模式盘数条件必须严格满足，RAID5 就是至少三块，RAID1 就是只能两块，不要凭感觉少选盘。
5.3 iSCSI 发现不到 Target
现象：在 Windows 或 Linux 主机上用 iSCSI 发起程序做 Discovery，找不到火星舱上的任何 Target。原因：最常见的是网络不通或主机组没有配好。火星舱的 iSCSI 配置链路是“主机组 → 目标器 → 启动器”，如果主机 IQN 不在主机组里，Target 不会对这台主机可见。解决：先在主机上确认 iSCSI 发起程序的 IQN，再到火星舱主机组页面核对有没有这个 IQN；再用ping确认主机和火星舱业务网口链路通。还有一种少见情况是 Target 绑定的 LUN 没有分配存储空间，重新分配一个 LUN 给 Target 即可。
5.4 CHAP 认证反复失败
现象：iSCSI 连接时 CHAP 认证失败，日志提示验证错误。原因：CHAP 密码不一致，或者密码包含特殊字符被某端截断。火星舱侧配置的 CHAP 密码和主机发起程序侧的密码必须完全一致，而且有些主机端的 iSCSI 软件对密码中的特殊字符处理不友好。解决：把密码改成纯字母数字组合，长度保持 12 位以上 16 位以内，重新分别在两端填写。改完之后记得在主机侧重新连接，旧的连接会话必须断开再试。我配 CHAP 时吃过一次亏，密码最后加了一个感叹号，Windows 发起程序里填了同样内容还是失败，去掉特殊字符后一次通过。
5.5 备份任务失败但日志无记录
现象：统一备份模块的备份任务显示失败，但查看日志没有任何错误信息。原因：火星舱的时间和前端主机时间不同步，备份任务在时间窗口上出现错位；或者备份目标存储空间不足，任务在写入阶段被静默丢弃。解决：先核对火星舱系统时间和备份主机时间，把时间调一致；再查备份目标存储空间的剩余容量，清理空间后重跑任务。从那以后我配置完时间同步，都会顺手在邮件配置里做一次测试发送，保证告警通道是通的，否则设备出了问题也不知道。
6. 装完怎么验证：跑一遍完整连通性检查
装完火星舱不算完事，我习惯把“设备能登录、网络能 ping 通、存储能挂载、保护能生效”全部验证一遍才敢交出去。这套验证流程来自一次教训：有一次配置全部看起来正常，结果半个月后客户反馈备份失败，登录设备一看，CDP 保护任务早就停了，原因是日志空间写满，当时没人发现。从那以后我每次配完火星舱，都强制走一遍下面的验证清单。
第一项是登录与状态检查。用 admin 账号登录，进入{控制器}页面，确认主机名、时间、固件版本信息正常。到{状态}页面查看 CPU、内存、磁盘健康状态，确认没有异常告警。
第二项是网络连通性。从管理机 ping 火星舱管理 IP，从业务主机 ping 火星舱业务 IP。多网口设备每个业务口都要单独测，不要只测一个就下结论。
第三项是 iSCSI 挂载验证。在 Linux 主机上执行下面的命令，确认 Target 能被发现并能完成登录：
iscsiadm -m discovery -t st -p 192.168.100.100 iscsiadm -m node -T <target_name> -p 192.168.100.100 --login lsblk | grep sddiscovery命令会列出设备上所有允许当前主机访问的 Target；node命令登录指定 Target；lsblk查看新出现的块设备。如果这三步都正常，说明 iSCSI 链路从火星舱到前端主机是通的。
第四项是 NAS 挂载验证。在 Linux 客户端上挂载 NFS 共享目录并写入测试文件：
mount -t nfs 192.168.100.100:/share /mnt/marstor echo "test" > /mnt/marstor/test.txt df -h /mnt/marstormount命令把火星舱的 NFS 共享挂到本地目录，写入测试文件并确认挂载点的容量显示正确。Windows 客户端的 CIFS 挂载验证同理，在资源管理器地址栏输入\\192.168.100.100\share，能打开目录并新建文件即通过。
第五项是 CDP 保护验证。在火星舱 Web 界面进入 CDP 保护页面，确认保护级别不是“无保护”，且能看到实时写入的记录数据。有条件的可以做一个恢复演练：修改卷内一个文件，然后用 CDP 回滚到几分钟前，确认文件内容回来了。这一步最关键，CDP 只有在实际恢复演练后才能确认可用。
最后一项是虚拟磁带库验证。在备份软件侧执行一次设备扫描，确认能识别到火星舱 VTL，然后发起一个小体量的备份任务测试，备份完成后在磁带架里能看到新增的备份数据。
这套流程全部走完，火星舱的存储链路才算真正跑通。希望帮到你，至少别再像我第一次那样，配完没验证，最后在客户现场被数据恢复的锅追着跑。
本文还有配套的精品资源，点击获取
