1. 升级迁移总览
Experion PKS 作为霍尼韦尔过程控制系统的核心平台，其生命周期通常跨越 15～25 年。理解升级迁移，首先要区分三个不同层次的概念：版本升级（同一代平台内软件版本迭代，如 R410 到 R520）、平台迁移（跨代硬件与软件架构变更，如 TPS/TDC 3000 迁移到 Experion）、系统切换（新旧系统之间控制权与生产负荷的实际交接）。三者常被混用，但工程范围、风险等级和停机窗口差异极大。
一、Experion 生命周期与升级驱动因素
霍尼韦尔对 Experion 各版本有明确的发布、成熟、维护、受限支持和终止支持（EOL）时间表。典型节奏是：新版本发布后约 18～24 个月进入成熟期，之后进入维护期，约 7～10 年后进入受限支持，最终 EOL。EOL 之后不再提供安全补丁、备件和官方技术支持，这是最刚性的升级驱动。
除 EOL 外，常见驱动因素还包括：
- 安全合规：Windows 操作系统版本过旧，无法满足等保、IEC 62443 或企业 IT 安全基线；
- 备件与可维护性：控制器、I/O 卡件、服务器停产，故障后只能依赖库存或二手件；
- 功能需求：需要新的先进控制、报警管理、OPC UA、虚拟化或远程运维能力；
- 性能瓶颈：控制器负荷、网络带宽、历史库容量接近上限；
- 业务整合：多套老旧系统需要统一到同一平台，降低运维复杂度。
这些驱动因素往往同时存在，但优先级不同。实际项目中，通常以 EOL 和安全合规为硬约束，以功能与性能需求为软约束，共同决定升级的紧迫度和目标版本。
二、迁移与切换的定义边界
在项目语境中，迁移（Migration）指将原有控制策略、组态、画面、历史数据、报警配置等从旧系统转换或重建到新系统的过程，属于工程实施范畴；切换（Cutover）指新旧系统之间控制权、I/O 信号和生产负荷的实际交接，属于运行操作范畴。迁移是切换的前提，切换是迁移的最终验证。
需要特别注意的是，迁移不等于简单复制。旧系统的控制逻辑、自定义脚本、第三方接口、非标通信协议，往往需要重新设计或适配。切换也不等于一次性停机，根据生产连续性要求，可分为冷切换（停机切换）、热切换（在线切换）和分段切换（按装置或区域逐步切换）。
三、典型项目阶段划分
一个完整的 Experion 升级迁移项目通常划分为六个阶段，各阶段之间有明确的交付物和评审点：
- 评估与立项：盘点现有系统版本、硬件清单、I/O 点数、控制策略复杂度、第三方接口，输出现状报告和初步方案；
- 方案设计：确定目标版本、硬件架构、网络拓扑、迁移策略（转换/重建/并行）、切换方式，输出详细设计文档；
- 工程实施：搭建新系统、组态转换、画面重建、数据库迁移、接口开发、工厂验收测试（FAT）；
- 现场安装与预调试：新机柜安装、接线、上电、单点回路测试、与旧系统并行运行；
- 切换：按批准的切换方案执行控制权转移，包括停机窗口、信号切换、操作员交接、应急回退；
- 投运与收尾：切换后性能监控、问题整改、旧系统退役、文档归档、经验总结。
各阶段的工期比例大致为：评估与设计占 20%～25%，工程实施占 35%～40%，现场安装与预调试占 20%，切换与投运占 15%～20%。实际项目中，评估和设计阶段的充分程度，直接决定后续切换的顺利程度。
四、阶段关系与关键路径
下图展示了六个阶段之间的推进关系、关键交付物以及切换阶段的核心判断逻辑。图中同时标出了并行运行与回退路径，这是升级迁移项目区别于普通新建项目的关键特征。
从图中可以看出，切换阶段是整个项目的风险汇聚点。它向上依赖工程实施和预调试的质量，向下决定投运的成败。因此，切换条件必须逐项确认，任何一项不满足都应触发整改回路，而不是带病切换。并行运行和回退路径是切换阶段的两道安全屏障，前者用于验证，后者用于兜底。
五、项目阶段中的关键交付物
每个阶段都有明确的交付物，这些交付物既是阶段完成的标志，也是下一阶段的输入。评估阶段的核心是现状报告和版本矩阵；设计阶段的核心是目标架构图和切换方案；实施阶段的核心是 FAT 报告和组态转换记录；预调试阶段的核心是回路测试记录和并行运行报告；切换阶段的核心是切换执行记录和操作员交接确认；收尾阶段的核心是性能评估报告和旧系统退役清单。