一台 IBM Power 740 在续保季收到原厂邮件：该机型已过 EOSL，不再受理续保。这是珠三角 IT 部门越来越常遇到的通知——服务器没坏、业务在跑，但原厂的「服务生命周期」先到期了。设备还能不能用、坏了谁管、备件从哪来？本文系统梳理 EOSL/EOL 概念、IBM/HP/Dell 主流机型的 EOL 时间表，以及停产设备延保的实战方案。
什么是 EOSL / EOL：三大品牌的政策差异
IBM、HP（HPE）、Dell 都执行硬件生命周期管理，但节奏和弹性不同。
IBM 的生命周期政策最严格：发布时即公布 EOSL 计划，到期后 Power 服务器与存储的硬件服务合同基本无法延续，且小机备件专用性强，第三方兼容件少。IBM 设备的延保规划必须提前到 EOSL 前 12 个月启动。
HPE（含原 HP 企业业务）政策相对灵活：EOSL 后仍有「定制支持服务（CTS）」可以申请，但报价显著上涨、审批周期长，且部分老旧型号（如 rx 系列安腾机）实际已无件可换。
Dell 的 ProSupport 体系在 EOSL 后同样终止，但 x86 生态的通用件多，第三方维保的可操作空间最大。Dell 设备过保后的第三方延保，性价比在三大品牌里最高。
主流机型 EOL 时间表（参考）
| 品牌/机型 | 发布时间 | EOL/EOSL 状态 | 延保窗口建议 |
|---|---|---|---|
| IBM Power 7 系（740/750/770） | 2010–2011 | 已 EOSL 多年 | 立即锁定第三方延保或制定换型计划 |
| IBM Power 8 系（822/824/S824） | 2014–2015 | 多数型号已 EOSL | 正在服役的应立即延保 |
| HP rx6600 / Superdome（安腾） | 2008–2012 | 安腾平台已全面停服 | 核心系统优先迁移，过渡期第三方延保 |
| HPE Superdome 2 / X86 系列 | 2011–2016 | G7/G8 已 EOSL | 按批次评估，锁定备件 |
| Dell 12G（R620/R720/R820） | 2012 | 已 EOSL | 通用件充足，第三方延保性价比最高 |
| Dell 13G（R630/R730/R930） | 2014–2016 | 已 EOSL 或临近 | 批量过保前统一询价 |
具体型号的 EOSL 日期以原厂官方公告为准，上表是珠三角机房里保有量最大的机型经验值。一个简单的自查方法：打开原厂支持网站输入服务编号（Service Tag / 序列号），查「服务到期日」与「支持状态」，状态显示 EOSL 的设备就是本文要讨论的对象。
停产设备的延保方案：备件、工程师、SLA 三要素
备件：从「原厂新件」转向「备件池」
停产设备没有原厂新件可换，延保的本质是用备件池替代供应链。规范的第三方维保商会为在保设备提前锁定备件：拆机良品件、渠道库存新件、兼容件分级管理，常用电源、风扇、硬盘、主板保持本地库存。签约时务必把备件清单写进合同，而不是口头承诺「有件」。
工程师：经验比工单系统重要
修过 IBM Power 小机的工程师是稀缺资源。选择延保服务商时，确认其有对应平台的认证工程师和真实维修案例——EOSL 设备的故障模式与新品完全不同，老化引起的隐性故障需要经验判断。
SLA：按业务等级定制，而不是套模板
核心数据库和测试服务器不需要同样的服务等级。合理的做法是按设备业务等级分档：核心系统 4 小时到场 + 备件预置，一般系统 NBD（下一工作日）响应。SLA 分档既保住了关键业务，又控制了延保总成本。
励康延保服务覆盖范围
励康在珠三角提供覆盖 IBM（Power 系列、X 系列服务器、存储）、HP/HPE（ProLiant、Superdome、存储）、Dell（PowerEdge 全系、存储）、华为、思科等品牌的服务器延保与 EOSL 维护服务，并同步覆盖鲲鹏、海光等国产化平台的信创过渡期维保。
- 多品牌统一延保：一份合同覆盖全机房过保与 EOSL 设备；
- 本地备件池：广州备件仓，常用部件 4 小时到场即换；
- SLA 分档定制：按业务等级配置响应级别与巡检频率；
- 国产化双轨：信创迁移过渡期，新旧平台维保不断档。
真实案例：某银行核心系统 IBM Power 7 延保 3 年
客户是珠三角一家城商行，核心渠道前置系统跑在一台 IBM Power 740（8C/128GB）上。2024 年设备 EOSL，原厂明确不再受理，而核心系统换型受总行统一规划约束，至少还要服役 3 年。
励康给出的延保方案分三层：备件层——为该型号预置主板、电源、风扇、HBA 卡各一套，存放在广州备件仓；服务层——2 名 Power 认证工程师负责该设备，7×24 电话直达，4 小时到场；演练层——每季度做一次故障演练与数据备份验证，确保备件与预案真实可用。
3 年延保期内，该设备经历 2 次硬件故障（1 次电源模块、1 次内存告警），均在 4 小时内完成更换，核心业务零中断，直到 2026 年新核心系统平稳切换。这个案例的结论很直接：EOL 不等于设备报废，选对延保方案，停产设备照样可以安全服役。
EOSL 自查三步：今晚就能做
读完本文，建议今天就安排做三件事：
- 拉清单：登录原厂支持网站，逐台输入 Service Tag / 序列号，导出「支持状态 + 服务到期日」，状态为 EOSL 的设备单独成表。
- 定等级：把 EOSL 设备按业务等级分档，标注「核心在用」「有冗余」「待换型」，核心在用的就是延保优先对象。
- 问窗口：对每台核心在用的 EOSL 设备，确认备件供应还剩多少窗口——有些型号备件是「还有但越来越贵」，有些是「随时断供」，两种情况的应对节奏完全不同。
三步做完，您手上就有一份可以直接拿去询价的 EOSL 设备清单。延保询价时把这份清单交给服务商，报价才是可比的——这也是《原厂续保到期前的 6 个月，您该做什么准备》里第 6 个月盘点动作的延伸。
写在最后
服务器 EOSL 之后，原厂撤了，但业务不能撤。与其在故障发生后四处找备件，不如在 EOSL 前把延保方案定下来。如果您的机房里也有一批「原厂不管了」的 IBM、HP、Dell 设备，欢迎联系我们做一次免费的设备健康评估与延保报价。