简介面向数据中心运维工程师、IDC 现场维护人员及准备华为服务器认证的技术人员这份 PDF 文档将日常保养与故障处置串成一条完整工作线适合作为机房巡检的执行手册与新人上手材料。全文分为两大板块日常维护部分给出维护前需准备的硬件工具浮动螺母安装条、防静电腕带、万用表、串口线等与软件工具Toolkit、Umate、InfoCollect、FwUpgrade 等清单及必读资料指引并展开巡检意义、基本原则、机房温湿度与供电指标、线缆布放检查、指示灯与 iBMC/MM 健康状态核查故障处理部分覆盖诊断流程、故障信息收集、定位方法与部件更换规范。压缩包仅含 1 个 PDF 文件约 2.35MB单文件便于随手调阅或打印上墙。目前已有 1359 人学习可作为一线运维值班、故障复盘与规范化巡检流程的参考底稿。1. 巡检指示灯全绿业务却报 502维护文档里最容易被跳过的三件事上个月帮人看一台机架式服务器前面板 HEALTHY 灯绿色常亮UID 灯没亮电源灯正常硬盘灯绿色闪烁按巡检表一条条打钩全是“正常”可上层业务就是间歇性 502。真正的问题藏在三个巡检表里根本没打钩的地方iBMC 里挂着一条三天前的风扇转速告警、机房空调回风口的温度计显示 36℃、以及一根被扎带勒成 90 度弯的光纤。这类“灯全绿、业务抖”的故障在服务器日常维护里占比高得离谱也是最折腾人的一类——因为它不给你任何红灯提示只能靠维护文档里那套故障处理流程一步步往下压。这份服务器日常维护及故障处理文档资料价值不在于它把巡检表列得多全而在于它把“维护准备 → 日常巡检 → 软件升级 → 故障诊断 → 信息收集 → 定位 → 部件更换”这条链路串成了一根线。很多人拿到手只翻巡检表那一页剩下的全跳过结果真出事的时候手里只有一张打钩的纸没有日志、没有版本号、没有拓扑图报修单被退回重填。下面按我实际踩过的顺序把这条链路上最容易断的几处拆开讲。2. iBMC 打不开、uMate 扫不到设备带外管理连不通的四类原因带外管理口连不上是维护工作里最先撞上的墙。现象通常有三种浏览器打开 iBMC/iMana 的地址一直转圈最后超时uMate 填了 IP 段点开始巡检扫了半天只出来一台甚至零台SSH 能连上但一执行巡检任务就报认证失败。这三种现象看着都像“网络不通”实际上分属四个完全不同的层混在一起排查只会浪费时间。2.1 先分清带内和带外连不上到底断在哪一层服务器有两条独立的访问路径混淆这两条是排查方向跑偏的头号原因。带外走的是 iBMC/iMana刀片是 MM 管理模块的管理网口只要服务器插着电哪怕操作系统没起来、CPU 没跑、业务网口全 down这条路也该通带内走的是操作系统上的 SSH/SFTP需要 OS 正常启动并且 sshd 在跑。判断方法很朴素拿便携机用网线直连管理网口把便携机配成和 BMC 同网段ping 一下 BMC 地址。ping 得通但 Web 打不开问题在服务或端口ping 都不通问题在物理链路、IP 配置或者管理网口本身。这一步做完排查范围立刻砍掉一半。文档里给的远程巡检前置条件写得很明确PC 机和待操作服务器的 BMC 或 HMM 板网络相通保证 IPMI、SNMP、SSH、VMM 通信端口连通保证能 ping 通 BMC 或 HMM 板的 IP 地址同时 PC 机和待巡检操作系统也要相通保证 SSH、SFTP 端口连通。这四类端口缺一个uMate 就会出现“设备扫到了但巡检失败”这种半死不活的状态。实际排查时我一般按这个顺序走每一步都能把问题范围缩小# 第一步确认管理口三层可达先排除 IP/掩码/网关配错 ping -c 4 192.168.2.100 # 第二步确认 TCP 端口是否真的开着替换成你的 BMC 地址 # 623IPMI161SNMP22SSH/SFTP8208VMM 虚拟媒体 for p in 623 161 22 8208; do timeout 2 bash -c echo /dev/tcp/192.168.2.100/$p 2/dev/null \ echo port $p OPEN || echo port $p CLOSED doneping -c 4的-c是发包数量四发足够判断连通性发多了在丢包环境下反而看不出规律。第二段用 bash 内置的/dev/tcp做端口探测好处是不依赖 nc、telnet 这些未必装了的工具timeout 2防止在 filtered 端口上卡死。跑完这张表如果 22 通而 623 不通那 uMate 的巡检功能基本废了因为硬件健康状态、传感器读数这些全靠 IPMI 拿。提示管理口和业务口在同一个二层网络里是常见配置但也最容易因为 VLAN 或 ACL 被隔断。便携机直连管理口能通、接回办公网就不通八成是中间设备拦了 623 这类非标准业务端口。2.2 IPMI 623 / SNMP 161 / SSH 22 / VMM 8208端口和协议对应表把端口和功能对上号报错信息才有意义。uMate 界面上那几个输入框——IPMI Port、SNMP Port、SSH/SFTP Port、VMM Port——不是让你随便填的默认值分别是 623、161、22、8208改动其中任何一个都必须和 BMC 侧配置严格一致否则表现就是“能 ping 通、巡检报错”。端口协议在维护里干什么不通的典型表现623/UDPIPMI取传感器、健康状态、SEL 告警日志巡检卡在“获取硬件信息”或直接判为不支持161/UDPSNMP读设备状态、接收告警 Trap界面能连上但状态栏全是“未知”22/TCPSSH/SFTP带内登录操作系统、传日志文件带外能巡检带内那一栏全红8208/TCPVMM挂载虚拟光驱/文件夹装系统虚拟媒体挂载失败装系统卡在找不到介质SNMP 这里有个细节值得单独说只有 SNMP 版本不是 V3 的时候才需要填 Write Community读写团体名。填了 V3 还去填团体名或者该填的时候留空都会表现为认证失败而界面上不会告诉你到底是哪一项错了。2.3 uMate 填了 IP 段却只识别出一台Start IP 和 End IP 的填法这是文档里写得最清楚、但最多人不看的一段。Start IP 和 End IP 的规则是单台设备End IP 直接填成和 Start IP 一样比如 Start IP 192.168.2.2、End IP 192.168.2.2用户名密码填这一台的。多台连续 IP 且用户名密码一致前两个网段必须一致比如 Start IP 192.168.2.2、End IP 192.168.5.254。注意这里的 IP 指的是 BMC 的 IP 或者 HMM 板的浮动 IP。多台非连续 IP或者各台用户名密码不一致对不起只能按单台一台台处理批量那一栏吃不下。所以“扫出来只有一台”这个现象八成不是工具坏了而是你填了一个跨网段、跨账号的区间uMate 按规则把整个区间当成单台设备处理了。判断方法很简单看界面上扫描出来的设备数量是不是正好等于 1如果是先回去看 IP 段。还有一种更隐蔽的情况区间填对了用户名密码也对但中间有几台设备的 BMC 地址是 DHCP 分来的重启后变了。这类设备在监控系统里还挂着旧 IP巡检时表现为“设备离线”。维护基本原则里那条“采用唯一的标识或名称”针对的就是这个——IP 会变序列号不会变巡检记录里必须以序列号为主键。2.4 用户名密码对了还是认证失败Root Password 和 Write Community 是两个东西uMate 的登录参数里有三个跟“密码”相关的框最容易填串Username/PasswordBMC、HMM 板或操作系统的管理员账号密码管带外。Write CommunitySNMP 读写团体名只在非 V3 版本时填。Root Password操作系统 root 用户的密码只有在用非 root 用户操作 Linux 时才需要填因为很多巡检脚本内部要提权。现象对照就很清楚了带外巡检全部失败、报认证错误 → Username/Password 那一组有问题带外正常、带内那一栏报权限不足 → Root Password 没填或者填错界面能连上但拿不到任何状态数据 → 大概率是 Write Community。我踩过一次特别典型的坑账号密码都没错就是连不上最后发现是账号被限制只能从特定源 IP 登录而便携机的地址不在白名单里。这种问题在文档里不会有只能靠“换一台机器试试”这种土办法验证——换台机器能通说明不是账号问题是来源限制。3. 巡检报“健康状态异常”却看不出哪坏了从指示灯到告警日志的定位顺序比连不上更难受的是连上了、巡检也跑完了报告里一行“健康状态异常”但没有具体部件。这时候很多人直接开报修单换板子结果换完还是异常——因为根因可能在机房环境或者是一条早该清掉的历史告警。这一章按“面板 → 管理模块 → 环境指标 → 记录”的顺序走每一步都能排除掉一整类原因。3.1 面板指示灯速查红常亮、红闪、黄灯、不亮分别意味着什么现场巡检的第一手信息其实全在面板上前提是你会读。文档里列得比较细我按实际判断顺序整理成一张表位置指示灯正常异常及含义前面板HEALTHY 健康指示灯绿色常亮红色常亮或红色闪烁表明异常前面板电源按钮/指示灯绿色常亮不亮表示无电源输入或未上电前面板硬盘状态指示灯绿色常亮或绿色闪烁黄色或不亮为异常后面板电源模块交流指示灯绿色常亮不亮为无电源输入后面板网口指示灯插好线后亮/闪不亮检查线缆与对端关键的一点红色常亮和红色闪烁在定位上指向不同的问题类型。常亮通常对应已经触发并且持续存在的故障闪烁往往对应正在发生或者刚发生过的、需要去告警日志里对时间点的异常。所以看到红灯先别急着拆先记下颜色和状态常亮/闪烁再去 iBMC 拉告警用告警产生时间和你看到红灯的时间对齐。硬盘灯这条要特别注意黄色和不亮都算异常但“不亮”在很多现场被当成“这个槽位没插盘”。如果配置表里写了这个槽位应该有盘灯不亮就是故障不是空槽。3.2 iBMC 和 MM 是两条路机架式和刀片别走错门机架式服务器登录 iBMC/iMana 的 Web 看健康状态和告警日志刀片服务器则要登 MM 管理模块的 Web看的是 MM 管理模块本身、各服务器刀片、交换模块、电源模块、风扇模块的健康状态。这两套东西不是一回事登错了地方会得到“设备在线但没有任何刀片信息”这种诡异结果。现场更常见的坑是管理网络的问题客户机房有独立管理网时按规范从管理网访问没有管理网时用网线把 iBMC/iMana 管理网口和便携机网口直连再把便携机配成同网段。很多人图省事直接把便携机插到业务网口上然后抱怨“BMC 地址 ping 不通”——业务网口和带外管理口是两个物理口插错了永远不通。告警信息的解读同样依赖文档iBMC/iMana 的告警要对照《告警参考》看处理建议MM 的告警对照 MM 的告警参考。不同的告警等级对应不同的处置动作有的告警是“记录并观察”有的是“立即更换部件”凭经验猜十次错三次代价可能就是白换一块好板子。注意告警日志里同时存在“当前告警”和“历史告警”。巡检报告说异常但现场一切正常时先确认这条告警的产生时间再看它有没有被清除。部件更换之后没有清 SEL下一次巡检还会把旧告警捞出来这是一条能让人反复跑现场的低级坑。3.3 环境指标不达标导致的“假硬件故障”这条是我见过最多人忽略的。文档里给了一组硬指标指标项参考值工作温度10℃ 35℃存储温度-40℃ 65℃温度变化率15℃/h工作湿度8% RH 90% RH无冷凝存储湿度5% RH 95% RH无冷凝工作海拔高度≤ 3000m交流供电100V AC 240V AC50/60Hz直流供电标称 -48VDC波动范围 –38.4V –57.6V DC温度超了会怎样风扇转速拉满噪音变大iBMC 报风扇或温度类告警长期跑下去 CPU 降频、业务变慢极端情况直接热保护关机。这时候你去换风扇、换 CPU换完照样报——因为根因是机柜冷通道被封了、或者旁边那台设备的热风正对着吹。湿度低于 8% 是静电风险高于 90% 有冷凝风险这两个都不会立刻报错但会埋下随机宕机的隐患。温度变化率这条最容易被忽视15℃/h 指的是每小时温度变化不能超过 15℃。机房空调故障恢复瞬间、或者大功率设备集中上电都可能短时间突破这个值引发的现象是设备毫无征兆地重启。定位这类问题靠的不是服务器日志是机房那支温度计和湿度计——文档把这俩列进硬件工具清单不是凑数的。3.4 一次只改一个变量巡检记录怎么写才有用维护基本原则里那句“一次只做一个改动并记录结果”是所有排错方法论里最朴素也最有效的一条。现实中的翻车往往是这样发现告警顺手升级了固件、换了根网线、重启了 BMC、调整了风扇策略然后告警消失了——但你不知道是哪一步起的作用下次同样的告警再来你还是得从头试一遍。巡检记录该记什么文档给的巡检报告模板里其实已经写全了项目名称、巡检人/联系方式、巡检时间、巡检地址、相关保障人员现场接口人、故障主接口人、现场值守工程师、报修电话、主机序列号/单板序列号、设备所在位置然后才是逐项巡检结果。序列号这一栏是整张表的价值核心。同型号设备在同一机柜里长得一模一样位置写“3 号柜第 5 台”过两个月就可能对不上序列号永远对得上。报修的时候没有序列号备件发错型号的概率非常高。4. 故障信息收集不全被退回日志、截图、序列号到底该抓哪些报修单被退回重填是维护工作里最消耗耐心的一环。退回理由高度集中在几句日志不全、没有具体时间点、不知道是哪个部件、固件版本没写。这一章讲清楚信息收集的分工和最小完备集。4.1 InfoCollect 和 uMate 的日志收集不是一回事工具清单里有一堆名字实际用起来分工是这样的InfoCollect面向 Linux/Windows 操作系统的日志收集工具抓的是带内那一层的信息支撑维护问题定位。uMate面向带外管理除了巡检还负责日志收集、固件升级、BIOS/BMC/HMM/RAID 配置而且这些功能都支持批量操作。Toolkit拿硬件信息、做快速诊断、跑 CPU/硬盘/内存专项测试、擦除硬盘、制作可启动 U 盘是偏硬件层的诊断工具。FwUpgrade专门升硬盘、网卡和 RAID 控制卡的固件。PuTTY/WinSCP登录和传文件属于最基础的一层。WinRAR/Office看起来不起眼但打包日志、填巡检报告、整理报修单全靠它们属于“提前准备好别到现场才发现没有”的那一类。理解分工的价值在于报修单被要求补日志时你得知道该用哪个工具去拿。操作系统层面的报错InfoCollect 抓硬件健康、传感器、SEL 告警uMate 从带外抓怀疑硬盘或内存本身有问题Toolkit 跑专项测试拿结论。用错工具的结果是抓回来一堆对方用不上的东西。# 怀疑硬件层问题时带外先取两条最关键的BMC 基本信息 SEL 告警历史 ipmitool -I lanplus -H 192.168.2.100 -U admin -P ****** mc info ipmitool -I lanplus -H 192.168.2.100 -U admin -P ****** sel list # 保存成文件一起提报别只截图 ipmitool -I lanplus -H 192.168.2.100 -U admin -P ****** sel elist sel_$(date %F).log-I lanplus指定走 IPMI 2.0比老版本兼容性和加密都好-H是 BMC 地址-U/-P是带外账号密码。mc info拿的是管理模块自身的固件版本和厂商信息报修单里“固件版本”那一栏就靠它。sel list列原始告警记录sel elist是带传感器名称和事件描述的可读版本提报给二线时用后者更省事。带外不通的时候这套命令全废所以第 2 章那套端口排查是前置动作。4.2 一张必填的信息清单信息收集最怕“边聊边补”。我一般按一张固定清单一次性收齐收不齐就不提单信息项从哪拿为什么必须要主机序列号 / 单板序列号机身标签、iBMC 系统信息页定备件型号的唯一依据设备所在位置机房巡检记录现场工程师找机器用故障发生时间窗业务侧告警时间和 SEL、系统日志的时间对齐固件版本BIOS/iBMC/CPLDiBMC Web“系统信息 → 固件版本”判断是否为已知版本问题操作系统与应用版本带内查询排除软件层回归现象截图/录像面板指示灯、管理界面告警比文字描述准确得多已做过的操作维护记录避免重复动作、避免掩盖现象时间窗这一栏的价值经常被低估。业务报 502 的时间是 14:32SEL 里那条告警是 14:31:58两者一对因果关系基本就成立了。反过来如果日志里最近一条告警是三天前的那这次故障大概率不在硬件层得往网络或者应用层找。4.3 抓不到日志时的兜底串口线和便携机带外管理口彻底不通、系统也起不来的时候最后的抓手是串口。文档硬件工具清单里专门列了串口线并且注明服务器侧串口接口一般为 DB9 或 RJ45——这两个形态不通用出门前必须确认清楚带的是哪一种现场发现拿错线是最无语的翻车现场。串口直连能拿到的是 POST 阶段和内核早期的输出这类信息在带外日志里经常是缺失的。如果机器反复重启、卡在启动画面、或者根本进不了系统串口打出来的东西往往是唯一线索。波特率等参数各型号不同以对应型号的用户指南为准别凭记忆填。便携机在这个场景里的角色也要提前明确它需要自备网线用于通过网络访问管理网口或业务网口、捕获数据。现场经常出现“带了笔记本但没带网线”的情况然后只能干等。4.4 升级前必须先记录的东西软件升级这一节文档写得比较简略只说固件升级包从官方软件下载路径获取iBMC/BIOS 通过图形界面升级版本查询在 Web 的“系统信息 → 固件版本”里看。但从排错角度升级这个动作本身是高风险操作几个前提必须自己补上升级前先记录当前所有固件版本截图存档。理由很直接——升级失败时要回退回退要知道原来是什么版本升级后出现新问题要能说清楚变了什么。版本配套关系BIOS 和 iBMC 之间、CPLD 和外设固件之间以对应型号的维护指南为准不同代的机器配套表完全不同凭经验套用是常见的翻车方式。升级过程中不要断电、不要拔网线这个道理都懂但真正容易出问题的是“升级窗口没和业务方对齐”。BIOS 升级通常要重启业务没停就升等于自己制造一次故障。4.5 部件更换的前置动作部件更换流程文档里归在故障处理的后半段实际执行时前置动作比更换本身更重要。确认要换哪个部件之前先确认三件事备件型号和序列号对得上、防静电措施到位、业务已停止或者有冗余路径。防静电这条不是形式主义。硬件工具清单里列了防静电腕带和防静电手套用途写得很清楚——接触或操作设备和器件时防止静电放电插拔单板、手拿单板或其他精密仪器时使用。机房里穿化纤衣服走两步再徒手摸内存条损坏可能是延迟发生的装上去当时能用跑一周开始随机报内存错误这种问题最难查。机箱上的静电敏感区标识也在提醒同一件事该区域操作必须采取严格防静电措施。看到这个标识还徒手插拔属于明知故犯。5. 避坑维护现场最容易踩的五个坑这一章全是血泪经验每一条都在现场真实发生过按“现象 → 原因 → 解决”写照着对照能省下不少来回。5.1 换完部件下次巡检还报同一条告警现象硬盘换了、故障灯灭了、业务恢复正常两周后巡检报告又出现一模一样的告警条目客户以为没修好。原因SEL 里存的是历史事件换件不会自动清空。告警的产生时间还是上次那个时间点但巡检脚本只看“有没有告警”不看时间。解决部件更换完成、确认新部件工作正常之后清一次 SEL并在维护记录里写清楚“某年某月某日更换 X 槽位硬盘已清 SEL”。清之前务必先把 SEL 导出一份存档否则真出问题时连历史都没了。5.2 巡检时顺手紧了一下网线业务闪断现象例行巡检看到某根网线插得有点松顺手往里推了一下业务侧监控立刻报链路抖动。原因巡检前没有和业务方确认窗口也没看这根线是不是属于 bonding 里的唯一活动链路。文档里对这件事写得很克制但很明确如需插拔线缆务必在客户授权后方可进行。解决所有涉及线缆的动作先查标签确认用途再确认业务侧有没有冗余最后拿到授权再动手。标签不清晰的先补标签再谈维护——线缆标签要求字体清晰、标注明确且含义准确、粘贴牢固这几条就是为了这一刻。5.3 光纤被扎带勒出小角度弯曲链路偶发误码现象业务偶发丢包交换机侧看到 CRC 错误计数缓慢增长服务器侧一切正常巡检全绿。原因走线时为了整齐把光纤盘成了很小的圈或者扎带勒得过紧。光纤对弯曲半径敏感小角度弯曲和强行拉伸不会立刻断只会让误码率慢慢升上去。解决线缆布放时强电弱电分开走线业务线、电源线分离特别注意光纤不要小角度弯曲或强行拉伸。已经弯了的重新理线宁可看着不那么整齐。另外电源线禁止挽圈这条也是同一个道理——整齐不等于规范。5.4 电源线插头看着插好了实际没到底现象设备偶尔无故下电或者双电源机型其中一路告警“无电源输入”重新插拔一次又好了。原因电源线插头没有完全插入插座接触电阻大振动或者温度变化时接触不良。文档把“检查服务器的电源线是否牢固插入电源插座”单列成一条巡检项就是因为这个问题发生率高到值得单列。解决巡检时不要只看灯用手确认插头到位在授权范围内同时检查信号线插头是否牢固。另外留意供电指标交流输入 100V240V AC、50/60Hz直流标称 -48VDC、波动范围 –38.4V–57.6V DC超出范围的电压波动同样会表现为“偶发下电”而且换多少次电源线都没用。5.5 换件时没做防静电一周后开始随机报错现象更换内存后当场测试通过跑了一周开始偶发 ECC 错误再过几天直接宕机。原因更换过程中没有佩戴防静电腕带或手套人体静电对内存颗粒造成了潜在损伤。这类损伤不会立刻显现属于延迟失效。解决所有板卡、内存、硬盘的插拔一律先戴防静电腕带并可靠接地或者使用防静电手套。机箱上标了静电敏感区的区域操作前必须采取严格防静电措施。这条没有捷径也没有事后补救的办法。6. 快速定位把“服务器异常”压缩到十分钟内的排查顺序真出事的时候现场往往是乱的业务在催、客户在看、你手里只有一个“服务器好像有问题”。这时候最需要的不是知识是顺序。我自己的习惯是按下面这条链路压每一步都有明确的“通过/不通过”判据任何一步不通过就停在那里往深挖不再往下走。顺序动作判据不通过说明什么1看面板 HEALTHY 灯、电源灯、硬盘灯全绿为通过红灯/黄灯/不亮 → 直接进告警日志2便携机 ping BMC 地址通为通过不通 → 物理链路、IP 配置、管理口3探 623/161/22/8208 四个端口全通为通过缺哪个对应功能就废4登 iBMC 看当前告警 SEL 时间无当前告警为通过有告警 → 对时间点、查告警参考5看机房温湿度、供电温度 1035℃、湿度 8%90% 无冷凝超标 → 先治环境再谈硬件6记录固件版本、序列号、时间窗信息齐全不齐 → 报修单必被退回第 2、3 步可以合成一条命令跑完省得来回切窗口# 一条命令摸清带外可达性ping 四个关键端口 BMC192.168.2.100 ping -c 2 -W 1 $BMC /dev/null 21 echo ICMP OK || echo ICMP FAIL for p in 623 161 22 8208; do timeout 2 bash -c echo /dev/tcp/$BMC/$p 2/dev/null \ echo port $p OPEN || echo port $p CLOSED done-W 1把 ping 的超时压到 1 秒现场网络状况不明时避免长时间卡住整段跑完不超过十秒够用来决定“是继续在带外查还是先回去查网络”。ICMP 通而 623 关说明管理模块活着但 IPMI 服务没起来这时候 uMate 的巡检功能完全用不了得换思路22 关而 623 通说明带外正常、操作系统没起来或者 sshd 挂了问题性质完全不同。第 4 步有个技巧值得单独说不要只看“有没有告警”要看告警的产生时间和等级。一条三天前的告警和一条三分钟前的告警处置优先级差一个数量级。同时要看告警是否已经被清除——很多“巡检异常”其实是历史记录没清第 5.1 节那条坑就是这么来的。第 5 步常被跳过但收益极高。温度、湿度、供电这三项不达标引发的现象和硬件故障几乎一模一样风扇狂转、随机重启、性能下降、偶发报错。区别在于换硬件解决不了环境问题。文档把这组指标和温湿度计、万用表一起列进工具清单意思很明确——现场判断环境靠的是量具不是手感。第 6 步是给后面的人留后路。信息收集不全导致的返工占总返工量的大头。序列号、位置、时间窗、固件版本、已做过的操作这五项齐了二线才有得查不齐对方只能让你回去再跑一趟。从那以后我每次到现场第一件事不是开电脑是先把面板三盏灯看完、把序列号拍下来、把温湿度记一笔再动别的。这套动作花不到五分钟但它决定了后面两小时是在解决问题还是在补作业。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/28 10:43:11 · 阅读 1.2k 服务器巡检灯全绿业务502：iBMC、IPMI与告警日志排障
简介面向数据中心运维工程师、IDC 现场维护人员及准备华为服务器认证的技术人员这份 PDF 文档将日常保养与故障处置串成一条完整工作线适合作为机房巡检的执行手册与新人上手材料。全文分为两大板块日常维护部分给出维护前需准备的硬件工具浮动螺母安装条、防静电腕带、万用表、串口线等与软件工具Toolkit、Umate、InfoCollect、FwUpgrade 等清单及必读资料指引并展开巡检意义、基本原则、机房温湿度与供电指标、线缆布放检查、指示灯与 iBMC/MM 健康状态核查故障处理部分覆盖诊断流程、故障信息收集、定位方法与部件更换规范。压缩包仅含 1 个 PDF 文件约 2.35MB单文件便于随手调阅或打印上墙。目前已有 1359 人学习可作为一线运维值班、故障复盘与规范化巡检流程的参考底稿。1. 巡检指示灯全绿业务却报 502维护文档里最容易被跳过的三件事上个月帮人看一台机架式服务器前面板 HEALTHY 灯绿色常亮UID 灯没亮电源灯正常硬盘灯绿色闪烁按巡检表一条条打钩全是“正常”可上层业务就是间歇性 502。真正的问题藏在三个巡检表里根本没打钩的地方iBMC 里挂着一条三天前的风扇转速告警、机房空调回风口的温度计显示 36℃、以及一根被扎带勒成 90 度弯的光纤。这类“灯全绿、业务抖”的故障在服务器日常维护里占比高得离谱也是最折腾人的一类——因为它不给你任何红灯提示只能靠维护文档里那套故障处理流程一步步往下压。这份服务器日常维护及故障处理文档资料价值不在于它把巡检表列得多全而在于它把“维护准备 → 日常巡检 → 软件升级 → 故障诊断 → 信息收集 → 定位 → 部件更换”这条链路串成了一根线。很多人拿到手只翻巡检表那一页剩下的全跳过结果真出事的时候手里只有一张打钩的纸没有日志、没有版本号、没有拓扑图报修单被退回重填。下面按我实际踩过的顺序把这条链路上最容易断的几处拆开讲。2. iBMC 打不开、uMate 扫不到设备带外管理连不通的四类原因带外管理口连不上是维护工作里最先撞上的墙。现象通常有三种浏览器打开 iBMC/iMana 的地址一直转圈最后超时uMate 填了 IP 段点开始巡检扫了半天只出来一台甚至零台SSH 能连上但一执行巡检任务就报认证失败。这三种现象看着都像“网络不通”实际上分属四个完全不同的层混在一起排查只会浪费时间。2.1 先分清带内和带外连不上到底断在哪一层服务器有两条独立的访问路径混淆这两条是排查方向跑偏的头号原因。带外走的是 iBMC/iMana刀片是 MM 管理模块的管理网口只要服务器插着电哪怕操作系统没起来、CPU 没跑、业务网口全 down这条路也该通带内走的是操作系统上的 SSH/SFTP需要 OS 正常启动并且 sshd 在跑。判断方法很朴素拿便携机用网线直连管理网口把便携机配成和 BMC 同网段ping 一下 BMC 地址。ping 得通但 Web 打不开问题在服务或端口ping 都不通问题在物理链路、IP 配置或者管理网口本身。这一步做完排查范围立刻砍掉一半。文档里给的远程巡检前置条件写得很明确PC 机和待操作服务器的 BMC 或 HMM 板网络相通保证 IPMI、SNMP、SSH、VMM 通信端口连通保证能 ping 通 BMC 或 HMM 板的 IP 地址同时 PC 机和待巡检操作系统也要相通保证 SSH、SFTP 端口连通。这四类端口缺一个uMate 就会出现“设备扫到了但巡检失败”这种半死不活的状态。实际排查时我一般按这个顺序走每一步都能把问题范围缩小# 第一步确认管理口三层可达先排除 IP/掩码/网关配错 ping -c 4 192.168.2.100 # 第二步确认 TCP 端口是否真的开着替换成你的 BMC 地址 # 623IPMI161SNMP22SSH/SFTP8208VMM 虚拟媒体 for p in 623 161 22 8208; do timeout 2 bash -c echo /dev/tcp/192.168.2.100/$p 2/dev/null \ echo port $p OPEN || echo port $p CLOSED doneping -c 4的-c是发包数量四发足够判断连通性发多了在丢包环境下反而看不出规律。第二段用 bash 内置的/dev/tcp做端口探测好处是不依赖 nc、telnet 这些未必装了的工具timeout 2防止在 filtered 端口上卡死。跑完这张表如果 22 通而 623 不通那 uMate 的巡检功能基本废了因为硬件健康状态、传感器读数这些全靠 IPMI 拿。提示管理口和业务口在同一个二层网络里是常见配置但也最容易因为 VLAN 或 ACL 被隔断。便携机直连管理口能通、接回办公网就不通八成是中间设备拦了 623 这类非标准业务端口。2.2 IPMI 623 / SNMP 161 / SSH 22 / VMM 8208端口和协议对应表把端口和功能对上号报错信息才有意义。uMate 界面上那几个输入框——IPMI Port、SNMP Port、SSH/SFTP Port、VMM Port——不是让你随便填的默认值分别是 623、161、22、8208改动其中任何一个都必须和 BMC 侧配置严格一致否则表现就是“能 ping 通、巡检报错”。端口协议在维护里干什么不通的典型表现623/UDPIPMI取传感器、健康状态、SEL 告警日志巡检卡在“获取硬件信息”或直接判为不支持161/UDPSNMP读设备状态、接收告警 Trap界面能连上但状态栏全是“未知”22/TCPSSH/SFTP带内登录操作系统、传日志文件带外能巡检带内那一栏全红8208/TCPVMM挂载虚拟光驱/文件夹装系统虚拟媒体挂载失败装系统卡在找不到介质SNMP 这里有个细节值得单独说只有 SNMP 版本不是 V3 的时候才需要填 Write Community读写团体名。填了 V3 还去填团体名或者该填的时候留空都会表现为认证失败而界面上不会告诉你到底是哪一项错了。2.3 uMate 填了 IP 段却只识别出一台Start IP 和 End IP 的填法这是文档里写得最清楚、但最多人不看的一段。Start IP 和 End IP 的规则是单台设备End IP 直接填成和 Start IP 一样比如 Start IP 192.168.2.2、End IP 192.168.2.2用户名密码填这一台的。多台连续 IP 且用户名密码一致前两个网段必须一致比如 Start IP 192.168.2.2、End IP 192.168.5.254。注意这里的 IP 指的是 BMC 的 IP 或者 HMM 板的浮动 IP。多台非连续 IP或者各台用户名密码不一致对不起只能按单台一台台处理批量那一栏吃不下。所以“扫出来只有一台”这个现象八成不是工具坏了而是你填了一个跨网段、跨账号的区间uMate 按规则把整个区间当成单台设备处理了。判断方法很简单看界面上扫描出来的设备数量是不是正好等于 1如果是先回去看 IP 段。还有一种更隐蔽的情况区间填对了用户名密码也对但中间有几台设备的 BMC 地址是 DHCP 分来的重启后变了。这类设备在监控系统里还挂着旧 IP巡检时表现为“设备离线”。维护基本原则里那条“采用唯一的标识或名称”针对的就是这个——IP 会变序列号不会变巡检记录里必须以序列号为主键。2.4 用户名密码对了还是认证失败Root Password 和 Write Community 是两个东西uMate 的登录参数里有三个跟“密码”相关的框最容易填串Username/PasswordBMC、HMM 板或操作系统的管理员账号密码管带外。Write CommunitySNMP 读写团体名只在非 V3 版本时填。Root Password操作系统 root 用户的密码只有在用非 root 用户操作 Linux 时才需要填因为很多巡检脚本内部要提权。现象对照就很清楚了带外巡检全部失败、报认证错误 → Username/Password 那一组有问题带外正常、带内那一栏报权限不足 → Root Password 没填或者填错界面能连上但拿不到任何状态数据 → 大概率是 Write Community。我踩过一次特别典型的坑账号密码都没错就是连不上最后发现是账号被限制只能从特定源 IP 登录而便携机的地址不在白名单里。这种问题在文档里不会有只能靠“换一台机器试试”这种土办法验证——换台机器能通说明不是账号问题是来源限制。3. 巡检报“健康状态异常”却看不出哪坏了从指示灯到告警日志的定位顺序比连不上更难受的是连上了、巡检也跑完了报告里一行“健康状态异常”但没有具体部件。这时候很多人直接开报修单换板子结果换完还是异常——因为根因可能在机房环境或者是一条早该清掉的历史告警。这一章按“面板 → 管理模块 → 环境指标 → 记录”的顺序走每一步都能排除掉一整类原因。3.1 面板指示灯速查红常亮、红闪、黄灯、不亮分别意味着什么现场巡检的第一手信息其实全在面板上前提是你会读。文档里列得比较细我按实际判断顺序整理成一张表位置指示灯正常异常及含义前面板HEALTHY 健康指示灯绿色常亮红色常亮或红色闪烁表明异常前面板电源按钮/指示灯绿色常亮不亮表示无电源输入或未上电前面板硬盘状态指示灯绿色常亮或绿色闪烁黄色或不亮为异常后面板电源模块交流指示灯绿色常亮不亮为无电源输入后面板网口指示灯插好线后亮/闪不亮检查线缆与对端关键的一点红色常亮和红色闪烁在定位上指向不同的问题类型。常亮通常对应已经触发并且持续存在的故障闪烁往往对应正在发生或者刚发生过的、需要去告警日志里对时间点的异常。所以看到红灯先别急着拆先记下颜色和状态常亮/闪烁再去 iBMC 拉告警用告警产生时间和你看到红灯的时间对齐。硬盘灯这条要特别注意黄色和不亮都算异常但“不亮”在很多现场被当成“这个槽位没插盘”。如果配置表里写了这个槽位应该有盘灯不亮就是故障不是空槽。3.2 iBMC 和 MM 是两条路机架式和刀片别走错门机架式服务器登录 iBMC/iMana 的 Web 看健康状态和告警日志刀片服务器则要登 MM 管理模块的 Web看的是 MM 管理模块本身、各服务器刀片、交换模块、电源模块、风扇模块的健康状态。这两套东西不是一回事登错了地方会得到“设备在线但没有任何刀片信息”这种诡异结果。现场更常见的坑是管理网络的问题客户机房有独立管理网时按规范从管理网访问没有管理网时用网线把 iBMC/iMana 管理网口和便携机网口直连再把便携机配成同网段。很多人图省事直接把便携机插到业务网口上然后抱怨“BMC 地址 ping 不通”——业务网口和带外管理口是两个物理口插错了永远不通。告警信息的解读同样依赖文档iBMC/iMana 的告警要对照《告警参考》看处理建议MM 的告警对照 MM 的告警参考。不同的告警等级对应不同的处置动作有的告警是“记录并观察”有的是“立即更换部件”凭经验猜十次错三次代价可能就是白换一块好板子。注意告警日志里同时存在“当前告警”和“历史告警”。巡检报告说异常但现场一切正常时先确认这条告警的产生时间再看它有没有被清除。部件更换之后没有清 SEL下一次巡检还会把旧告警捞出来这是一条能让人反复跑现场的低级坑。3.3 环境指标不达标导致的“假硬件故障”这条是我见过最多人忽略的。文档里给了一组硬指标指标项参考值工作温度10℃ 35℃存储温度-40℃ 65℃温度变化率15℃/h工作湿度8% RH 90% RH无冷凝存储湿度5% RH 95% RH无冷凝工作海拔高度≤ 3000m交流供电100V AC 240V AC50/60Hz直流供电标称 -48VDC波动范围 –38.4V –57.6V DC温度超了会怎样风扇转速拉满噪音变大iBMC 报风扇或温度类告警长期跑下去 CPU 降频、业务变慢极端情况直接热保护关机。这时候你去换风扇、换 CPU换完照样报——因为根因是机柜冷通道被封了、或者旁边那台设备的热风正对着吹。湿度低于 8% 是静电风险高于 90% 有冷凝风险这两个都不会立刻报错但会埋下随机宕机的隐患。温度变化率这条最容易被忽视15℃/h 指的是每小时温度变化不能超过 15℃。机房空调故障恢复瞬间、或者大功率设备集中上电都可能短时间突破这个值引发的现象是设备毫无征兆地重启。定位这类问题靠的不是服务器日志是机房那支温度计和湿度计——文档把这俩列进硬件工具清单不是凑数的。3.4 一次只改一个变量巡检记录怎么写才有用维护基本原则里那句“一次只做一个改动并记录结果”是所有排错方法论里最朴素也最有效的一条。现实中的翻车往往是这样发现告警顺手升级了固件、换了根网线、重启了 BMC、调整了风扇策略然后告警消失了——但你不知道是哪一步起的作用下次同样的告警再来你还是得从头试一遍。巡检记录该记什么文档给的巡检报告模板里其实已经写全了项目名称、巡检人/联系方式、巡检时间、巡检地址、相关保障人员现场接口人、故障主接口人、现场值守工程师、报修电话、主机序列号/单板序列号、设备所在位置然后才是逐项巡检结果。序列号这一栏是整张表的价值核心。同型号设备在同一机柜里长得一模一样位置写“3 号柜第 5 台”过两个月就可能对不上序列号永远对得上。报修的时候没有序列号备件发错型号的概率非常高。4. 故障信息收集不全被退回日志、截图、序列号到底该抓哪些报修单被退回重填是维护工作里最消耗耐心的一环。退回理由高度集中在几句日志不全、没有具体时间点、不知道是哪个部件、固件版本没写。这一章讲清楚信息收集的分工和最小完备集。4.1 InfoCollect 和 uMate 的日志收集不是一回事工具清单里有一堆名字实际用起来分工是这样的InfoCollect面向 Linux/Windows 操作系统的日志收集工具抓的是带内那一层的信息支撑维护问题定位。uMate面向带外管理除了巡检还负责日志收集、固件升级、BIOS/BMC/HMM/RAID 配置而且这些功能都支持批量操作。Toolkit拿硬件信息、做快速诊断、跑 CPU/硬盘/内存专项测试、擦除硬盘、制作可启动 U 盘是偏硬件层的诊断工具。FwUpgrade专门升硬盘、网卡和 RAID 控制卡的固件。PuTTY/WinSCP登录和传文件属于最基础的一层。WinRAR/Office看起来不起眼但打包日志、填巡检报告、整理报修单全靠它们属于“提前准备好别到现场才发现没有”的那一类。理解分工的价值在于报修单被要求补日志时你得知道该用哪个工具去拿。操作系统层面的报错InfoCollect 抓硬件健康、传感器、SEL 告警uMate 从带外抓怀疑硬盘或内存本身有问题Toolkit 跑专项测试拿结论。用错工具的结果是抓回来一堆对方用不上的东西。# 怀疑硬件层问题时带外先取两条最关键的BMC 基本信息 SEL 告警历史 ipmitool -I lanplus -H 192.168.2.100 -U admin -P ****** mc info ipmitool -I lanplus -H 192.168.2.100 -U admin -P ****** sel list # 保存成文件一起提报别只截图 ipmitool -I lanplus -H 192.168.2.100 -U admin -P ****** sel elist sel_$(date %F).log-I lanplus指定走 IPMI 2.0比老版本兼容性和加密都好-H是 BMC 地址-U/-P是带外账号密码。mc info拿的是管理模块自身的固件版本和厂商信息报修单里“固件版本”那一栏就靠它。sel list列原始告警记录sel elist是带传感器名称和事件描述的可读版本提报给二线时用后者更省事。带外不通的时候这套命令全废所以第 2 章那套端口排查是前置动作。4.2 一张必填的信息清单信息收集最怕“边聊边补”。我一般按一张固定清单一次性收齐收不齐就不提单信息项从哪拿为什么必须要主机序列号 / 单板序列号机身标签、iBMC 系统信息页定备件型号的唯一依据设备所在位置机房巡检记录现场工程师找机器用故障发生时间窗业务侧告警时间和 SEL、系统日志的时间对齐固件版本BIOS/iBMC/CPLDiBMC Web“系统信息 → 固件版本”判断是否为已知版本问题操作系统与应用版本带内查询排除软件层回归现象截图/录像面板指示灯、管理界面告警比文字描述准确得多已做过的操作维护记录避免重复动作、避免掩盖现象时间窗这一栏的价值经常被低估。业务报 502 的时间是 14:32SEL 里那条告警是 14:31:58两者一对因果关系基本就成立了。反过来如果日志里最近一条告警是三天前的那这次故障大概率不在硬件层得往网络或者应用层找。4.3 抓不到日志时的兜底串口线和便携机带外管理口彻底不通、系统也起不来的时候最后的抓手是串口。文档硬件工具清单里专门列了串口线并且注明服务器侧串口接口一般为 DB9 或 RJ45——这两个形态不通用出门前必须确认清楚带的是哪一种现场发现拿错线是最无语的翻车现场。串口直连能拿到的是 POST 阶段和内核早期的输出这类信息在带外日志里经常是缺失的。如果机器反复重启、卡在启动画面、或者根本进不了系统串口打出来的东西往往是唯一线索。波特率等参数各型号不同以对应型号的用户指南为准别凭记忆填。便携机在这个场景里的角色也要提前明确它需要自备网线用于通过网络访问管理网口或业务网口、捕获数据。现场经常出现“带了笔记本但没带网线”的情况然后只能干等。4.4 升级前必须先记录的东西软件升级这一节文档写得比较简略只说固件升级包从官方软件下载路径获取iBMC/BIOS 通过图形界面升级版本查询在 Web 的“系统信息 → 固件版本”里看。但从排错角度升级这个动作本身是高风险操作几个前提必须自己补上升级前先记录当前所有固件版本截图存档。理由很直接——升级失败时要回退回退要知道原来是什么版本升级后出现新问题要能说清楚变了什么。版本配套关系BIOS 和 iBMC 之间、CPLD 和外设固件之间以对应型号的维护指南为准不同代的机器配套表完全不同凭经验套用是常见的翻车方式。升级过程中不要断电、不要拔网线这个道理都懂但真正容易出问题的是“升级窗口没和业务方对齐”。BIOS 升级通常要重启业务没停就升等于自己制造一次故障。4.5 部件更换的前置动作部件更换流程文档里归在故障处理的后半段实际执行时前置动作比更换本身更重要。确认要换哪个部件之前先确认三件事备件型号和序列号对得上、防静电措施到位、业务已停止或者有冗余路径。防静电这条不是形式主义。硬件工具清单里列了防静电腕带和防静电手套用途写得很清楚——接触或操作设备和器件时防止静电放电插拔单板、手拿单板或其他精密仪器时使用。机房里穿化纤衣服走两步再徒手摸内存条损坏可能是延迟发生的装上去当时能用跑一周开始随机报内存错误这种问题最难查。机箱上的静电敏感区标识也在提醒同一件事该区域操作必须采取严格防静电措施。看到这个标识还徒手插拔属于明知故犯。5. 避坑维护现场最容易踩的五个坑这一章全是血泪经验每一条都在现场真实发生过按“现象 → 原因 → 解决”写照着对照能省下不少来回。5.1 换完部件下次巡检还报同一条告警现象硬盘换了、故障灯灭了、业务恢复正常两周后巡检报告又出现一模一样的告警条目客户以为没修好。原因SEL 里存的是历史事件换件不会自动清空。告警的产生时间还是上次那个时间点但巡检脚本只看“有没有告警”不看时间。解决部件更换完成、确认新部件工作正常之后清一次 SEL并在维护记录里写清楚“某年某月某日更换 X 槽位硬盘已清 SEL”。清之前务必先把 SEL 导出一份存档否则真出问题时连历史都没了。5.2 巡检时顺手紧了一下网线业务闪断现象例行巡检看到某根网线插得有点松顺手往里推了一下业务侧监控立刻报链路抖动。原因巡检前没有和业务方确认窗口也没看这根线是不是属于 bonding 里的唯一活动链路。文档里对这件事写得很克制但很明确如需插拔线缆务必在客户授权后方可进行。解决所有涉及线缆的动作先查标签确认用途再确认业务侧有没有冗余最后拿到授权再动手。标签不清晰的先补标签再谈维护——线缆标签要求字体清晰、标注明确且含义准确、粘贴牢固这几条就是为了这一刻。5.3 光纤被扎带勒出小角度弯曲链路偶发误码现象业务偶发丢包交换机侧看到 CRC 错误计数缓慢增长服务器侧一切正常巡检全绿。原因走线时为了整齐把光纤盘成了很小的圈或者扎带勒得过紧。光纤对弯曲半径敏感小角度弯曲和强行拉伸不会立刻断只会让误码率慢慢升上去。解决线缆布放时强电弱电分开走线业务线、电源线分离特别注意光纤不要小角度弯曲或强行拉伸。已经弯了的重新理线宁可看着不那么整齐。另外电源线禁止挽圈这条也是同一个道理——整齐不等于规范。5.4 电源线插头看着插好了实际没到底现象设备偶尔无故下电或者双电源机型其中一路告警“无电源输入”重新插拔一次又好了。原因电源线插头没有完全插入插座接触电阻大振动或者温度变化时接触不良。文档把“检查服务器的电源线是否牢固插入电源插座”单列成一条巡检项就是因为这个问题发生率高到值得单列。解决巡检时不要只看灯用手确认插头到位在授权范围内同时检查信号线插头是否牢固。另外留意供电指标交流输入 100V240V AC、50/60Hz直流标称 -48VDC、波动范围 –38.4V–57.6V DC超出范围的电压波动同样会表现为“偶发下电”而且换多少次电源线都没用。5.5 换件时没做防静电一周后开始随机报错现象更换内存后当场测试通过跑了一周开始偶发 ECC 错误再过几天直接宕机。原因更换过程中没有佩戴防静电腕带或手套人体静电对内存颗粒造成了潜在损伤。这类损伤不会立刻显现属于延迟失效。解决所有板卡、内存、硬盘的插拔一律先戴防静电腕带并可靠接地或者使用防静电手套。机箱上标了静电敏感区的区域操作前必须采取严格防静电措施。这条没有捷径也没有事后补救的办法。6. 快速定位把“服务器异常”压缩到十分钟内的排查顺序真出事的时候现场往往是乱的业务在催、客户在看、你手里只有一个“服务器好像有问题”。这时候最需要的不是知识是顺序。我自己的习惯是按下面这条链路压每一步都有明确的“通过/不通过”判据任何一步不通过就停在那里往深挖不再往下走。顺序动作判据不通过说明什么1看面板 HEALTHY 灯、电源灯、硬盘灯全绿为通过红灯/黄灯/不亮 → 直接进告警日志2便携机 ping BMC 地址通为通过不通 → 物理链路、IP 配置、管理口3探 623/161/22/8208 四个端口全通为通过缺哪个对应功能就废4登 iBMC 看当前告警 SEL 时间无当前告警为通过有告警 → 对时间点、查告警参考5看机房温湿度、供电温度 1035℃、湿度 8%90% 无冷凝超标 → 先治环境再谈硬件6记录固件版本、序列号、时间窗信息齐全不齐 → 报修单必被退回第 2、3 步可以合成一条命令跑完省得来回切窗口# 一条命令摸清带外可达性ping 四个关键端口 BMC192.168.2.100 ping -c 2 -W 1 $BMC /dev/null 21 echo ICMP OK || echo ICMP FAIL for p in 623 161 22 8208; do timeout 2 bash -c echo /dev/tcp/$BMC/$p 2/dev/null \ echo port $p OPEN || echo port $p CLOSED done-W 1把 ping 的超时压到 1 秒现场网络状况不明时避免长时间卡住整段跑完不超过十秒够用来决定“是继续在带外查还是先回去查网络”。ICMP 通而 623 关说明管理模块活着但 IPMI 服务没起来这时候 uMate 的巡检功能完全用不了得换思路22 关而 623 通说明带外正常、操作系统没起来或者 sshd 挂了问题性质完全不同。第 4 步有个技巧值得单独说不要只看“有没有告警”要看告警的产生时间和等级。一条三天前的告警和一条三分钟前的告警处置优先级差一个数量级。同时要看告警是否已经被清除——很多“巡检异常”其实是历史记录没清第 5.1 节那条坑就是这么来的。第 5 步常被跳过但收益极高。温度、湿度、供电这三项不达标引发的现象和硬件故障几乎一模一样风扇狂转、随机重启、性能下降、偶发报错。区别在于换硬件解决不了环境问题。文档把这组指标和温湿度计、万用表一起列进工具清单意思很明确——现场判断环境靠的是量具不是手感。第 6 步是给后面的人留后路。信息收集不全导致的返工占总返工量的大头。序列号、位置、时间窗、固件版本、已做过的操作这五项齐了二线才有得查不齐对方只能让你回去再跑一趟。从那以后我每次到现场第一件事不是开电脑是先把面板三盏灯看完、把序列号拍下来、把温湿度记一笔再动别的。这套动作花不到五分钟但它决定了后面两小时是在解决问题还是在补作业。希望帮到你。本文还有配套的精品资源点击获取