3. AVEVA历史数据库架构与部署规划
AVEVA的工业历史数据产品线中，最常被同时提及的是 AVEVA PI Data Archive 与 AVEVA Historian。两者都能长期存储带时间戳的工艺数据，但它们的组件构成、接口体系与高可用实现方式差异明显。部署规划的第一步，不是选服务器型号，而是先判断"用哪一套、装在哪一层、按什么规模估算"。
一、两套历史库的组件构成
PI Data Archive 是典型的"标签点+事件序列"架构。核心组件包括：PI Data Archive 服务器（存储时间序列与标签点属性）、PI Asset Framework (AF) 服务器（承载资产模型、层级与计算模板）、PI Interface 节点（通过 UniInt 接口从 DCS/PLC/OPC 采集数据）、PI Collective（多成员冗余）、PI Vision / PI Web API（展示与访问层）。数据以"点（PI Point）"为最小单位，每个点有独立的压缩与异常检测设置。
AVEVA Historian 则更接近"关系型历史库+采集服务"的组合。核心组件包括：Historian Server（内含 Runtime 数据库与历史存储）、Historian Client / Administrator（配置与查询工具）、Store-and-Forward (SAF) 节点（断网缓存）、IDAS / OPC 采集接口，以及可选的 Historian Replication 用于冗余。它天然与 SQL Server 结合，适合与 MES、报表系统做关系型集成。
二、接口类型与选型
接口决定了数据能否"进得来、进得准"。常见接口分三类：
- OPC 类：OPC DA（COM/DCOM，老系统多）、OPC UA（跨平台、带安全通道，新项目首选）、OPC HDA（历史回读）。
- 专有驱动类：PI 的 UniInt 接口（如 ABB、Siemens、Honeywell 专用接口），Historian 的 IDAS 驱动。
- 文件/消息类：CSV 批量导入、MQTT/Kafka 消息接入，适合边缘侧或第三方系统。
选型原则：新项目优先 OPC UA；已有 PI 生态且 DCS 有成熟 UniInt 接口时，直接复用可减少调试量；Historian 侧若需与 SQL 报表联动，优先 IDAS + OPC UA 组合。
三、高可用架构
PI Data Archive 的高可用主要靠 PI Collective：多个成员服务器持有相同数据副本，主成员负责写入，其余成员同步。客户端可配置故障切换列表，主节点宕机时自动切换。AF 服务器则通过 AF Collective 或 SQL AlwaysOn 实现冗余。
Historian 的高可用通常采用 Replication（主备复制）或 Store-and-Forward（采集侧缓存）。SAF 节点在中心库不可达时本地缓存，恢复后自动补传，适合网络不稳定的现场。
四、站点部署规模估算
规模估算的核心输入是：标签点数量、采集频率、存储年限、压缩比。以 PI Data Archive 为例，一个常用估算公式为：
年数据量 ≈ 标签点数 × 每秒采集次数 × 86400 × 365 × 单点字节数 ÷ 压缩比
示例（假设值，非实测）：
标签点 20,000 个，平均 1 秒采集 1 次，
单点原始记录约 20 字节，压缩比按 5:1 估算，
年数据量 ≈ 20000 × 1 × 86400 × 365 × 20 ÷ 5 ≈ 2.5 TB/年
Historian 的估算逻辑类似，但需额外考虑 SQL 数据库的索引与日志开销，通常按原始数据量的 1.5～2 倍预留磁盘。规划时建议：在线存储保留 1～2 年，归档存储按合规要求保留 5～10 年。
五、网络规划要点
历史数据库的网络规划要区分三个平面：采集平面（接口节点到控制器/DCS）、服务平面（历史库到 AF/客户端）、管理平面（备份、监控、补丁）。
- 采集平面建议独立 VLAN，避免与办公网混跑；OPC UA 端口（默认 4840）需在防火墙放行。
- 服务平面要求低延迟，Collective 成员间建议万兆互联，延迟控制在 1 ms 以内。
- 管理平面用于备份与监控，可与服务平面共用但需限速，避免备份流量挤占查询带宽。
此外，时间同步是历史库的生命线。所有采集节点、历史服务器、客户端必须统一 NTP 源，偏差超过 1 秒就可能导致时间戳错位、查询结果异常。
六、部署规划检查清单
把上述内容落到可执行的规划动作，建议按以下顺序推进：
| 规划项 | 关键输入 | 输出/判断依据 |
|---|---|---|
| 产品选型 | 是否已有 PI 生态、是否需 SQL 报表集成 | PI Data Archive 或 Historian |
| 接口清单 | 控制器型号、协议支持、采集频率 | OPC UA / UniInt / IDAS 接口列表 |
| 高可用方案 | RPO、RTO、预算 | Collective / Replication / SAF |
| 存储估算 | 标签点数、频率、年限、压缩比 | 磁盘容量与归档策略 |
| 网络平面 | VLAN 划分、防火墙策略、NTP 源 | 端口放行表与延迟指标 |
总结来说，PI Data Archive 与 Historian 的部署规划，本质是围绕"数据从哪来、存多久、怎么不丢、怎么查得快"四个问题展开。先把组件与接口理清，再定高可用与规模，最后落到网络与时间同步，才能形成一份可落地、可验收的部署方案。