简介面向中科曙光存储产品的售前、售后与运维人员这份DS800-G35磁盘阵列售中售后培训V1.0汇总教程系统梳理了双控存储产品的部署与维护要点。内容涵盖DS800-G35/G35H产品定位与规格、控制器及硬盘柜硬件结构、Serial/ssh连接方式、基本配置方法并重点对比了FC与iSCSI协议差异分Windows、Linux、Unix三种OS讲解单路径/多路径iSCSI连接存储的配置过程还包含日常维护、数据备份与快照等高级功能。整套资料打包为1个pptx文件大小12.58MB目录结构清晰适合作为存储项目实施、交付验收及后期运维的培训参考。目前已有369人学习下载对正在接触曙光存储产品的工程师有直接参考价值可快速建立从硬件安装到功能配置的完整知识框架。1. 别把DS800-G35售中售后培训当成一盘PPT手上的培训标题是“中科曙光存储培训教程汇总曙光DS800-G35磁盘阵列售中售后培训V1.0.pptx”。这句话信息量不算大但它决定了课件对应的岗位边界售中要回答“设备怎么装、怎么配、怎么验证”售后要回答“哪里坏了、怎么换、怎么防再坏”。我见过不少项目售前把参数背得很熟到了机房发现控制框上的端口不够用售后巡检时发现一块硬盘已经Failed了几个月没人换。这不是产品不行是培训把两条线混在了一起。下面按DS800-G35磁盘阵列的交付顺序把售中、售后两个阶段会反复用到的知识点拆开讲容量怎么算、存储池怎么建、卷怎么映射、硬盘怎么换最后落在一组可以直接复用到培训课件的验收清单上。如果你正在维护中科曙光存储或者马上要接手一份类似培训课件可以照着这个脉络继续查。2. 售中交付先算好存储池再碰DS800-G35的硬件2.1 存储大小与冗余如何规划磁盘阵列交付的第一步从来不是插盘而是先确定“这台设备最后能提供多少有效容量”。DS800-G35支持SAS盘和NL-SAS盘常见规格从1.2TB到16TB都有但你的存储大小不等于硬盘容量的简单相加。RAID级别会直接吃掉一部分空间热备盘又被单独扣除快照和精简配置还会预留额外的资源。我一般会按这个顺序算先确认业务需要多少裸容量再确认架构是双控还是多控然后选RAID级别。下表是常用级别和对应的情况场景推荐RAID实际容量说明虚拟化/数据库RAID5(N-1)*单盘容量需要热备盘时再减一块大容量文件共享RAID6(N-2)*单盘容量容忍双盘同时故障读多写少/快速恢复RAID10(N/2)*单盘容量性能好成本最高同样业务用RAID10和RAID6规划出的存储大小可能差出一倍。这个差异在售中必须讲清楚否则客户按RAID0的容量预期来验收后面一定会吵。算完容量再算硬盘框的盘位。DS800-G35的控制框一般接一到两个硬盘框盘位编号和控制器的归属有对应关系初始规划时最好把系统盘、数据盘、热备盘分在不同的物理区。给热备盘单独留一个盘位比让存储自动接管更直观现场也更容易判断状态。2.2 协议选型FC、iSCSI、文件共享与对象存储容量落定后要选接入协议。很多售中培训只讲“支持FC和iSCSI”但客户真正想问的是我的Oracle数据库能不能直接挂虚拟化平台用NFS还是裸设备那些图片文件是不是走对象存储更合适。可以用这张表来引导用户做决定业务类型推荐协议说明Oracle / SQL ServerFC 或 iSCSI块协议数据库对读延迟敏感VMware / KVMNFS 或 FC保持现有虚拟化生态迁移成本最低文件共享 / OANFS / CIFS简单但权限控制要提前规划海量非结构化文件对象存储DS800-G35可当网关或者旁挂对象存储平台备份NFS / NDMP避免备份流量挤占生产链路这里要特别提醒培训里常出现的“分布式存储”和DS800-G35这种传统磁盘阵列是两种东西。DS800-G35是典型的三层存控架构控制器就是核心分布式存储则是用多节点组成资源池强调横向扩容。售中如果用户说“我要对象存储”别直接拿这个阵列硬套先确认清楚是文件数量大还是单文件大、需要S3接口还是文件协议。搞清楚边界后面售后才不会接错需求。2.3 物理安装与端口接线售中常见的坑设备上架之前的培训主要讲端口规划和硬件检查。控制框的端口通常会分为管理口、业务口、复制口它们绝对不能混插。管理口的IP如果配到业务交换机上后果往往不是马上断而是过几天网络配置一变就失联。交付时最常用的检查命令就是SSH登录控制器后看端口状态常见操作是controller_a$ show port all这条命令会列出控制器上所有端口的实际速率、协商模式和VLAN标签。在现场我会拿它和工单做对比确认每个业务口的对端交换机VLAN没有写错。参数上重点看“negotiation”和“duplex”这两个值是“auto”还是固定值经常能解释为什么明明线接好了主机端就是看不到存储IP。端口确认完再核对硬盘框的级联线。DS800-G35的硬盘框和控制框之间通常有冗余路径插线时要按说明交叉连接不能图省事只连一条。曾经有个现场因为少插一根级联线磁盘告警一直不断排查了两天才发现是人为把冗余路径当成可选配置了。3. 用SSH命令创建DS800-G35存储池的最小可复现流程3.1 管理网口与账号初始化设备开箱后第一件配置工作是把管理口连接到带外管理网络。常见默认管理IP在控制框面板的标签上能看到但更可靠的做法是接串口或显示器进BMC先把管理IP改成和现场网段一致。改完再做账号初始化禁用出厂密码并用新的高强度密码创建一个可用于SSH登录的用户。初始化配置如何保存不同批次不一样。我一般会在培训里强调初始化步骤的核心不是“记住默认IP”而是把这个序列号、机器名、管理IP对应的关系记录下来存到交付文档里。否则后面售后登录都要重新找IP。进入管理界面后先用show system确认设备型号、固件版本、存储池是否存在这一步能快速判断设备是刚开机还是已经被初始化过。固件版本尤其重要DS800-G35不同大版本之间有少量命令差异建议所有售中人员先执行这条再决定后续操作。3.2 SSH命令创建存储池最少需要四个参数创建存储池之前先把磁盘状态确认好再执行 create pool核心参数是池名、RAID级别、硬盘数量、热备盘数量controller_a$ show disk controller_a$ create pool namedata_pool raid_levelraid6 disk_num12 hot_spare1参数说明name存储池名称建议用环境用途缩写例如data_pool、backup_poolraid_levelRAID级别决定冗余和容量disk_num本池要占用的物理盘数量最好不要把所有盘都用完预留重建IO空间hot_spare指定全局热备盘磁盘故障时会自动接管。create pool执行后系统一般会返回一个任务ID或者直接显示进度。这里要连续看两轮show pool第一轮看创建是否成功第二轮看冗余盘是否已经完成同步。有些交付人员只看到任务完成就跑了实际上RAID组还在后台做一致性校验此时系统性能会明显下降需要客户在窗口期内耐心等不能马上跑压测。3.3 卷映射给主机参数要看缓存和读写模式存储池创建成功后下一步是在池内创建卷并映射给业务主机。创建卷本身不难关键是要把读写策略和主机类型说清楚controller_a$ create volume nameoracle_vol pooldata_pool capacity2TB prefetchread_ondemand controller_a$ map volume oracle_vol host db_conn1prefetch是预取策略常见取值有read_sequential、read_ondemand、none。顺序读的日志文件用read_sequential更稳数据库随机读用read_ondemand避免无谓预取。map command里的host标识符来自主机端口配置如果主机侧没注册需要先创建主机对象再映射。映射完成后还要去存储侧查一次LUN与主机HBA的对应关系。可以执行通用检查命令controller_a$ show hostmap执行后核对每一条映射的目标WWN或IP以及映射目标和卷名是否对得上。很多售后问题的根源不是存储坏了而是映射关系被配错主机看到的是另一个卷甚至同一个卷被映射到了多个主机。存储的LUN分配给多主机时要特别小心没做多路径的Windows主机往往会在数据盘上产生写冲突。3.4 售中自检清单交付前最后的十分钟设备配置完成不代表售中可以结束我会在培训里固定放一张自检清单让现场工程师在撤离前逐项打勾检查项预期结果控制框和管理口ping通从办公网能访问管理IPshow port all端口正常业务口速率协商为预期值show system固件版本一致与版本基线一致show pool同步完成RAID组状态OK无重建任务show hostmap映射完整目标主机能看见所需卷初始配置导出保存日志与配置文件已备份这个清单虽然琐碎但能让“售中”和“售后”交接时少很多扯皮。曾经有同事在楼上部署完忘记把管理网口放进带外VLAN结果机房搬迁后远程怎么都连不上存储最后只能安排人到现场重新插线。如果交付时多做一次管理网连通性检查这个问题根本不会发生。4. 售后监控、换盘与和分布式存储协同4.1 日常监控的四个阈值售后阶段要做的不是每天盯大屏而是把磁盘阵列最重要的状态项摸熟。我通常建议用户关注四类监控数据容量水位、硬盘健康、控制器健康、性能延迟。每一项都应该有明确的阈值和动作而不是等告警邮件出来再慌。监控项常见阈值动作池容量使用率超过80%扩容或清理不能等到90%硬盘SMART状态Failed或PredictedFailure立即申请备件并换盘控制器功耗/温度超过70度检查风扇、机房空调读延迟/写延迟超过20ms查队列深度、热点卷这个阈值要结合DS800-G35的型号和盘的转速去调整。例如NL-SAS盘做RAID6如果业务并发高写延迟很容易超过20ms这时优先要调的是业务侧并发而不是盲目加盘。还可以用SSH定期拉一次系统监控数据controller_a$ show system monitor interval10 count6这条命令会以10秒为周期采集6次输出里能看到控制器CPU、缓存写状态和前端端口流量。对售后人员来说最需要关心的字段是Cache Write Status如果状态不是write-back而是write-through代表缓存写保护失效性能会明显掉必须立刻查电池或超级电容。4.2 日志收集与故障现象对应故障处理的第一步是收集日志。很多售后案例“查不到原因”是因为没在故障状态下把日志导出来等重启完再确认关键信息已经丢了。DS800-G35的常见做法是通过管理网下载日志包或者在SSH里用导出命令。controller_a$ dump log namefault_20250601 formatzip生成日志后把文件名、时间、现象一起提交给技术支持。这一步最容易被忽略的是时间戳所以要统一时区。曾经有个事件的告警时间是下午三点但控制器时间还是标准的东八区上午导致和主机日志对不上。所以培训里一定要教怎么配置存储自身的NTP服务器。故障现象则要分层记录管理界面报什么主机端报什么存储侧指示灯什么状态。比如电源指示灯与告警灯同时闪和单盘Failed的灯位完全不一样。把这些现象拍下来连同日志一起归档售后的积累就成了团队资产。4.3 硬盘Failed后的更换流程硬盘是磁盘阵列里最容易被更换的部件但流程不对也会闯祸。首先确认坏盘在哪个盘位不能靠系统提示就盲目拔盘。先执行controller_a$ show disk location0.2参数location是盘位坐标不同框的写法不同一般前面是硬盘框编号后面是盘位序号。确认拿到Failed状态且没有正在被重建再插拔。拔盘前要看这块盘是否真的是故障盘有些临时链路问题会让盘处于offline状态但数据没丢。如果贸然重新插拔可能触发数据重建白白增加负载。常见经验是连续三次SMART告警再换否则先尝试清除状态观察一天。换上新盘后系统一般会自动识别并启动重建。要盯住重建状态不能用主机IO冲掉重建任务。重建期间不要同时做容量扩容或者RAID级别变更这会极大延长重建窗口。售后培训里最需要强调的就是换盘不是“把盘塞回去就行”重建完成前业务仍然处于降级状态。4.4 与分布式存储、备份的边界划分传统磁盘阵列和新兴分布式存储在同一个机房时最常遇到的问题不是性能互相差而是边界不清。DS800-G35的存储池、卷、LUN管理都属于传统块存储逻辑如果业务方要用对象存储平台那对象存储里的桶、账号、策略通常由另一个平台管理DS800-G35只负责提供底层块设备。售后沟通时遇到对象存储相关故障第一件事是区分“对象层报错”还是“底层卷报错”。如果对象层显示写桶超时但DS800-G35的存储池容量仍然充足先检查网络链路上的交换机端口和光纤模块。存储只是基础设施不要所有问题都往阵列上推。备份也一样阵列自带的快照只能防逻辑误删不能当备份。真正常规数据保护应该配合备份一体机或独立备份软件。如果不做这一步在售后培训里要让用户明确快照存储位置在本机你敢用它恢复数据就得接受它和业务同生共灭的风险。5. 把培训内容变成可复用的售中售后SOP5.1 给课件竖一条时间线回到“售中售后培训V1.0”这份内容。课件本身不应该是表格和截图堆积而应按项目时间线组织开箱加电、初始化配置、存储池创建、卷映射、主机验证、监控交接、故障演练。这样听课的人能知道自己当前处在交付流程的哪一个节点而不是只知道命令怎么写。售中培训要落到“能自己独立装一台”售后培训要落到“能分析一个现象知道先看哪里”。拆成两条主线以后目录会自然分成两部分更新内容时也更容易找到位置。5.2 验收表是课件的最后一页每场培训结束前建议留出一页验收表而不是“谢谢”。不用让学员背参数直接把前面提到的自检清单翻转成题目给你一台新设备你第一步做什么看到控制器告警你怎么导出相关日志换盘之前要看哪个盘位参数答得出这些才算真正完成了培训闭环。这一页验收表可以做成真正的可勾选清单后续交给安装团队使用比单独的培训总结有用得多。5.3 用常见故障案例补足V1.0之后的迭代课件版本是V1.0没关系关键是定义好迭代来源。每次售后处理完一个案例把“现象、定位命令、根因、规避方法”补到附件。一个月后这份售中售后培训就不再只是PPT而是一套带着现场经验的操作手册。最后记得再检查一遍课件里引用的命令是否在当前固件版本上仍有效。DS800-G35的命令行在不同固件版本上会有细节差异讲课时要以现场设备为准否则学员按老命令操作会直接报错。现在最值钱的不是“背下了PPT”而是“现场不会翻车”。本文还有配套的精品资源点击获取
