3. 目标架构设计

目标架构设计是升级迁移项目从“现状梳理”走向“可实施方案”的关键一步。它要回答四个问题：新版本 Experion 采用哪种系统架构、服务器与控制器如何规划、虚拟化还是物理部署、冗余与高可用做到什么程度。这四个问题彼此耦合，不能孤立决策。例如选择虚拟化会直接影响服务器数量与冗余方式，控制器型号又决定了 I/O 兼容范围与迁移窗口。

一、新版本 Experion 架构选型

Experion PKS 的架构选型首先要确定系统拓扑层级。典型结构自下而上为：现场仪表与执行机构 → I/O 与控制器（C 系列或最新控制器）→ 控制网络（FTE，Fault Tolerant Ethernet）→ 服务器层（Experion Server）→ 操作站与工程站 → 上层信息网络（Level 3/4）。选型时需明确：是沿用原有 FTE 双网结构，还是升级到更高带宽的容错以太网；是保留本地控制器机柜，还是引入远程 I/O 与机柜室整合。

架构选型的核心判断依据包括：现有 I/O 点数与类型、控制回路数量、历史数据吞吐量、与上层 MES/ERP 的接口需求、以及未来 5～8 年的扩展余量。对于中型装置，通常建议采用“单服务器对 + 双 FTE 网络 + 冗余控制器”的经典架构；对于大型联合装置，则需考虑多服务器集群、域控制器分离、以及跨区域时钟同步。

二、服务器与控制器规划

服务器规划需明确角色划分：Experion Server（实时数据库与报警）、历史库服务器（Uniformance 或 PHD）、域控制器、工程站、以及可选的冗余服务器。每类角色对 CPU、内存、磁盘 IO 和网络延迟要求不同。以典型中型项目为例，单台 Experion Server 建议配置 16 核 CPU、64 GB 内存、SSD 系统盘 + 独立数据盘，并预留 30% 以上资源余量。

控制器规划则围绕控制回路分配、扫描周期、I/O 模块数量和通信负载展开。需统计每个控制器的模拟量输入/输出、数字量输入/输出、脉冲量、HART 变量等点数，并留出 20%～30% 备用点。对于关键回路（如反应器温度、压缩机防喘振），应单独分配控制器或至少独立 I/O 卡件，避免与其他高负载回路共享。

示例：某装置控制器规划（假设数据）
控制器 C1：AI 48 / AO 16 / DI 96 / DO 64，扫描周期 250 ms，负载约 45%
控制器 C2：AI 32 / AO 12 / DI 64 / DO 48，扫描周期 500 ms，负载约 38%
备用点：各留 25%，I/O 卡件槽位预留 2 槽

三、虚拟化与物理部署对比

虚拟化部署将多台服务器角色整合到少量物理主机上，通过 Hypervisor 运行虚拟机。其优势是硬件利用率高、部署快、快照回滚方便、便于灾备；劣势是存在虚拟化层故障风险、对存储 IO 和网络延迟敏感、部分 DCS 厂商对虚拟化支持有版本限制。物理部署则每台服务器独立硬件，隔离性好、延迟确定、故障域清晰，但硬件成本高、扩展慢、利用率低。

选择时可参考以下判断：若系统规模大、服务器角色多、且厂商明确支持虚拟化，优先虚拟化；若对实时性要求极高、或现场运维团队缺乏虚拟化经验，则采用物理部署或“关键服务器物理 + 辅助角色虚拟”的混合模式。无论哪种方式，都必须保证服务器与控制器之间的 FTE 网络通信延迟稳定，且虚拟机的时钟同步与物理机一致。

四、冗余与高可用设计

冗余设计需覆盖网络、服务器、控制器、电源和存储五个层面。网络采用 FTE 双网冗余，任一路径故障时自动切换；服务器采用主备冗余，主服务器故障时备机接管，切换时间通常要求在秒级；控制器采用冗余配置，主控制器故障时备用控制器无扰切换；电源采用双路 UPS 供电；存储采用 RAID 或双盘镜像。

高可用设计还需考虑“故障域隔离”：不要把主备服务器放在同一机柜、同一电源回路或同一网络交换机下。对于虚拟化环境，应启用主机集群与自动迁移，但需注意 DCS 对迁移时间的容忍度。最终应形成一份冗余清单，明确每个对象的冗余方式、切换条件和验证方法。

五、架构设计成果与验证要点

完成上述设计后，应形成一份目标架构说明书，至少包含：系统拓扑图、服务器角色与配置清单、控制器与 I/O 分配表、虚拟化/物理部署决策记录、冗余清单与切换指标。验证时重点关注：FTE 双网切换是否影响控制器通信、服务器主备切换是否导致报警丢失、控制器冗余切换是否引起回路扰动、以及虚拟化环境下时钟同步是否满足 SOE 分辨率要求。

架构设计不是一次性文档，而应在详细设计、工厂验收测试（FAT）和现场验收测试（SAT）中持续验证。若发现某台服务器负载超过 70%、或某控制器扫描周期余量不足 30%，应回到规划阶段调整分配，而不是等到投运后被动扩容。