3. 版本与兼容性矩阵
在 PI System 的历史数据迁移与平台升级项目中，最容易导致返工的不是数据量，而是版本兼容性判断错误。PI Server 2012、2015、2018 与 2023 之间并非简单的“逐级升级”关系，PI Data Archive、PI Asset Framework（AF）、PI Vision、PI Interface 以及操作系统、SQL Server、.NET 运行时之间存在一张相互约束的兼容性矩阵。理解这张矩阵，才能为后续迁移选择正确的路径。
一、先厘清“PI Server”与“PI Data Archive”的关系
很多工程师习惯把“升级 PI Server”理解为升级一个整体，但从 PI Server 2018 起，产品结构已经明确拆分为多个可独立安装的组件：
- PI Data Archive：负责存储时序数据，是历史数据迁移的核心对象，版本号与 PI Server 套件版本对应（如 PI Data Archive 2018、PI Data Archive 2023）。
- PI AF Server：负责资产模型与计算，与 PI Data Archive 版本存在配套要求。
- PI Vision：可视化层，通常可独立升级，但对 AF 与 Data Archive 版本有最低要求。
- PI Interface / PI Connector：采集层，兼容性取决于接口版本与 PI Data Archive 的 API 兼容级别。
因此，升级路径规划的第一步不是“选 2023”，而是确认当前 PI Data Archive 的实际版本、已安装的 AF Server 版本、PI Vision 版本以及接口清单。
二、升级路径：三条可行路线
从 2012/2015/2018 升级到 2023，实际存在三条路线，选择依据是当前版本与停机窗口：
- 就地逐级升级：2012 → 2015 → 2018 → 2023。适用于希望保留原服务器、停机窗口充足、且中间版本安装介质齐全的场景。每一级升级都需要验证 PI Data Archive 归档完整性。
- 跨版本直接升级：2015/2018 → 2023。PI 官方支持从 2018 直接升级到 2023；2015 升级到 2023 通常需要先升级到 2018 作为中间跳板，具体以官方升级矩阵为准。
- 并行迁移（Side-by-Side）：新建 PI Data Archive 2023，通过 PI to PI 接口或 PI Data Archive 的备份/还原机制，将历史数据迁移到新系统。适用于无法承受长时间停机的生产环境。
三、兼容性约束的关键维度
升级前必须逐项核对以下约束，任何一项不满足都会导致升级失败或功能缺失：
| 约束维度 | 典型要求 | 风险点 |
|---|---|---|
| 操作系统 | PI Data Archive 2023 要求 Windows Server 2019/2022 | 2012 常运行在 Windows Server 2008 R2，需先迁移 OS |
| SQL Server | 2023 支持 SQL Server 2019/2022 | 旧版依赖 SQL 2012/2014，需同步升级 |
| .NET 运行时 | 2023 需要 .NET 6 或更高 | 旧接口可能依赖 .NET Framework 4.x |
| PI AF Server | AF 版本需与 Data Archive 配套 | AF 2018 无法直接对接 Data Archive 2023 |
| PI Vision | Vision 2023 要求 AF 2018 及以上 | 旧 Vision 显示模板可能不兼容 |
| 接口/连接器 | 需支持 PI Data Archive 2023 API | 老旧接口需替换为 PI Connector |
四、升级路径与兼容性约束的可视化
下图将三条升级路径与关键兼容性约束整合在一起，便于在项目规划阶段快速判断当前环境应走哪条路线。
五、实操判断：如何选择升级路径
假设某工厂当前运行 PI Server 2015，操作系统为 Windows Server 2012 R2，SQL Server 2014，接口为 PI Interface for OPC DA，停机窗口仅有 4 小时。判断过程如下：
- 检查官方升级矩阵：2015 不能直接升级到 2023，需先升级到 2018 作为中间版本。
- 检查操作系统：2018 支持 Windows Server 2012 R2，但 2023 要求 Windows Server 2019/2022，因此 OS 必须升级。
- 检查 SQL Server：2023 要求 SQL Server 2019/2022，SQL 2014 需同步升级。
- 检查接口：PI Interface for OPC DA 在 2023 上可能不再受支持，需评估替换为 PI Connector for OPC UA。
- 停机窗口仅 4 小时，逐级升级不可行，应选择并行迁移：新建 2023 环境，通过 PI to PI 回填历史数据，切换接口指向。
六、升级前的检查清单
无论选择哪条路径，升级前应完成以下检查，避免升级中断：
- 备份 PI Data Archive 归档文件与 PI AF 数据库。
- 记录当前所有接口、连接器、PI Vision 显示模板与 AF 分析数量。
- 确认目标版本的操作系统、SQL Server、.NET 运行时满足要求。
- 验证 PI AF Server 与 PI Data Archive 的版本配套关系。
- 在测试环境完成一次完整升级演练，记录耗时与异常。
- 准备回滚方案：保留旧系统快照或虚拟机，确保可快速恢复。
版本与兼容性矩阵不是一张静态表格，而是升级项目中的决策依据。只有先确认当前环境的真实版本与约束条件，才能选择逐级升级、跨版本升级或并行迁移，并为后续的历史数据迁移与平台切换打下可靠基础。