1. 迁移升级总览

PI System 的历史数据迁移与平台升级，本质上不是一次“装软件、导数据”的简单操作，而是一项跨越数据、系统、业务与运维的工程。它要同时回答四个问题：为什么迁（目标）、迁什么（范围）、在什么条件下迁（典型场景）、按什么节奏推进（项目生命周期）。把这四个问题想清楚，后续的架构设计、数据校验、切换演练才有稳定的判断基准。

一、迁移升级的目标：从“能查历史”到“可信、可扩展、可治理”

很多团队最初的目标只是“把老 PI Server 里的历史数据搬到新平台”。但如果只以“数据搬过去”为验收标准，往往会留下隐患：位号映射错乱、时间戳偏移、插值方式改变、归档文件丢失、接口断链。因此，迁移升级的目标应当分层表述。

第一层是数据完整性目标：历史归档（Archive）中的原始事件、压缩后的数据点、时间戳与质量码（Quality）必须可追溯、可核对。典型验收口径是：迁移前后对同一时间区间、同一批位号做抽样比对，偏差在业务允许范围内，且质量码语义一致。

第二层是平台能力目标：升级到新版本后，能否获得更好的高可用、更细的安全模型、更开放的接口（如 PI Web API、AF SDK 新版本）、更规范的资产建模（AF 元素模板与层级）。

第三层是治理目标：位号命名、单位、点类型（Point Type）、压缩偏差（Compression Deviation）、异常值处理规则是否统一。迁移恰好是清理历史技术债的最佳窗口——把“历史遗留的随意命名”和“重复位号”在迁移前收敛掉，比迁移后再治理成本低得多。

二、范围界定：数据、配置、接口、资产模型四条线

范围界定最容易出错的地方，是只统计“数据点数量”，而忽略配置与依赖。建议按四条线梳理：

• 数据线：PI Data Archive 中的归档文件、事件队列、快照（Snapshot）、批处理数据；需要明确哪些位号必须迁、哪些可归档封存、哪些直接废弃。
• 配置线：点属性（描述、工程单位、量程、压缩偏差、异常限值）、接口实例配置、缓冲（Buffer）设置、安全映射。
• 接口线：与 DCS、PLC、SCADA、实验室系统、第三方数据库相连的接口，迁移后 IP、端口、证书、账号是否变化。
• 资产模型线：AF 中的元素模板、层级结构、属性映射、分析（Analysis）与通知（Notification）规则。

范围一旦确定，应形成“迁移清单”，至少包含：位号或元素标识、数据时间范围、数据量级、依赖接口、责任人、迁移优先级。优先级可按业务影响划分，例如安全联锁相关数据最高，报表类数据次之，调试期临时位号最低。

三、典型场景：不同起点决定不同策略

常见场景大致有四类。第一类是同版本平台搬迁，例如服务器硬件更换、机房迁移，数据模型不变，重点是停机窗口与数据一致性。第二类是跨版本升级，例如从较老版本升级到受支持的新版本，需要关注版本兼容矩阵、接口驱动升级、AF 数据库升级脚本。第三类是架构重构，例如从单机 PI Server 改为高可用集群、引入 PI Collective 或远程接口节点，此时迁移与架构调整同步进行。第四类是数据整合，例如多个厂区、多个 PI Server 合并到统一平台，重点是位号冲突消解与命名规范统一。

不同场景的停机策略也不同：同版本搬迁可安排短窗口停机；跨版本升级通常需要“先升级测试环境、再升级生产”；架构重构往往采用“新旧并行、逐步切流”的方式，降低一次性切换风险。

四、项目生命周期：从评估到退役的六个阶段

把迁移升级当作一个完整项目来管理，通常经历六个阶段：评估与规划、方案设计、环境搭建与试点、数据迁移与校验、切换与并行运行、收尾与旧系统退役。每个阶段都有明确的输入、输出和退出条件。

评估阶段要产出资产盘点、版本兼容性结论、风险清单；设计阶段要确定目标架构、迁移工具链、校验方法；试点阶段选择少量代表性位号跑通全流程，验证工具与脚本；迁移阶段按批次执行并记录每批的校验结果；切换阶段安排回退预案，确保异常时可退回旧系统；收尾阶段完成文档归档、权限回收与旧服务器下线。

五、一个可参考的迁移清单示例

下面给出一个简化但可直接套用的迁移清单字段示例，用于评估阶段登记。字段可根据实际项目增减，但“位号标识、时间范围、数据量级、依赖接口、优先级、责任人”建议保留。

迁移清单（示例）
位号/元素标识 | 数据起始时间 | 数据量级(点) | 依赖接口 | 优先级 | 责任人 | 校验状态
TIC-101       | 2019-01-01   | 约 420 万     | DCS-A    | 高     | 张工   | 待校验
FIC-205       | 2020-06-15   | 约 180 万     | PLC-B    | 中     | 李工   | 待校验
LAB-PH-01     | 2021-03-01   | 约 60 万      | LIMS     | 低     | 王工   | 待校验

校验状态建议细化为“未开始 / 抽样通过 / 全量通过 / 异常待处理”，避免用“已完成”这种无法追溯的表述。对于高优先级位号，抽样比对应覆盖正常工况、停机、异常报警三类时间段，而不是只取一段平稳数据。

六、生命周期中的关键判断点

在六个阶段中，有三个判断点最容易决定项目成败。第一是试点退出条件：试点位号必须覆盖不同接口类型、不同数据密度、不同质量码场景，全部通过后才能进入批量迁移。第二是切换回退条件：明确在什么情况下回退，例如关键位号查询失败、接口断链超过设定时长、数据偏差超出阈值。第三是旧系统退役条件：并行运行观察期结束、业务确认无查询依赖、归档数据完成封存后，才可下线旧服务器。