3. 数据源侧可靠性评估
在 PI System 的采集链路中，数据源侧是整条链路的起点，也是故障率最高、最难统一治理的一段。接口机（PI Interface）再稳定，也无法弥补数据源本身不可用、数据质量差或接口约束不匹配带来的问题。因此，数据源侧可靠性评估的目标不是简单判断“通不通”，而是回答三个问题：数据源能否持续提供数据（可用性）、提供的数据是否可信（数据质量）、接口方式是否满足采集需求（接口约束）。本节按数据源类型逐一展开，并给出可落地的评估维度与判断依据。
一、数据源分类与评估维度
PI System 常见的数据源可分为三类：控制系统类（PLC、DCS、RTU）、软件接口类（OPC 服务器）、信息系统类（关系数据库、文件、消息队列）。三类数据源的可靠性特征差异很大：控制系统类关注通信链路与控制器负载，软件接口类关注 OPC 服务进程与标签映射，信息系统类关注查询性能、文件完整性与消息积压。
评估时建议统一使用以下五个维度，避免只盯“能否连上”：
- 可用性：数据源在线率、通信中断频率与恢复时间、冗余切换是否有效。
- 数据质量：数值是否合理、时间戳是否准确、是否存在跳变、冻结、重复或缺失。
- 接口约束：协议类型、最大并发连接数、单次请求标签数、扫描周期下限、是否支持订阅。
- 负载影响：采集行为是否对数据源本身造成额外负担，例如 PLC 扫描周期被拖慢。
- 可观测性：是否有日志、诊断计数器、心跳信号可供接口机判断状态。
二、PLC、DCS、RTU 的评估要点
PLC 通常通过以太网（如 S7、EtherNet/IP、Modbus TCP）或串口（Modbus RTU）接入。评估 PLC 时，首先要确认可采集区域：哪些数据块允许外部读取、是否有连接数限制、是否允许连续高频轮询。很多 PLC 的通信资源有限，例如某型号 PLC 最多允许 8 个并发连接，若接口机、HMI、编程软件同时占用，采集连接可能被拒绝。其次要确认扫描周期与采集周期的关系：若 PLC 扫描周期为 20 ms，而接口机以 100 ms 轮询，采集到的是扫描后的当前值，不会丢脉冲，但会丢失两次扫描之间的瞬态变化。对于需要捕捉快速事件的场景，应改用 PLC 内部的事件锁存或上升沿标志位。
DCS 的评估重点不同。DCS 通常提供 OPC DA/UA、专用 API 或历史站接口，数据点数量大、层级深。评估时要关注接口服务器的承载能力：单台 OPC 服务器能同时服务多少个客户端、单次浏览能返回多少标签、是否存在按位号批量读取的限制。DCS 的位号命名往往带有层级结构（如 UNIT1.REACTOR.TIC101.PV），评估时应确认接口机能否按前缀批量组织标签，避免逐点配置带来的维护成本。
RTU 多用于远程站点，通信链路可能是无线、微波或租用线路，链路质量是首要评估对象。应统计链路误码率、往返时延和断线重连时间。RTU 常采用“变化上报”或“轮询”模式：变化上报节省带宽但依赖 RTU 本地缓存，缓存溢出会丢数据；轮询模式实时性可控但占用链路。评估时要确认 RTU 缓存深度、上报死区设置以及断线期间数据是否补传。
三、OPC 服务器的评估要点
OPC 服务器是 PI System 接入控制系统最常用的中间层，但它本身也是一个需要评估的“数据源”。评估 OPC DA 时，重点看服务进程是否稳定：是否出现过崩溃后不自动恢复、DCOM 配置是否在系统更新后失效、是否因客户端过多而拒绝新连接。评估 OPC UA 时，重点看会话与订阅机制：会话超时时间、订阅发布间隔、监控项数量上限、是否支持断线重连后的数据补发。
一个容易被忽略的问题是标签映射。OPC 服务器中的标签名与 PI 点位的对应关系如果靠人工维护，一旦控制器侧位号变更，采集就会静默失效——接口机仍然“连接正常”，但读到的值是旧点位或坏值。评估时应检查是否存在自动发现或批量导入机制，并定期比对 OPC 地址空间与 PI 点位表的一致性。
四、关系库、文件与消息队列的评估要点
关系数据库作为数据源时，可靠性瓶颈通常不在“连不上”，而在查询对生产库的影响。评估时要确认：采集查询是否走索引、是否使用了全表扫描、是否在业务高峰执行大范围查询、是否与业务事务争抢锁。建议为采集单独建立只读账号，并限制查询频率与返回行数。时间戳字段必须明确是数据库服务器时间还是业务写入时间，两者不一致会导致 PI 中数据时间错位。
文件数据源的评估重点是完整性与到达顺序。需要确认文件是否写完后才被采集（避免读到半截文件）、是否有临时文件或锁文件、文件命名是否包含时间信息、重复文件如何处理。对于按小时或按天生成的文件，应评估延迟到达时的补采策略。
消息队列（如 Kafka、RabbitMQ、MQTT）的评估重点是积压与消费位点。应监控队列深度、消费者滞后量（lag）、消息是否设置了过期时间。若接口机停机一段时间后重启，需要确认是从上次位点继续消费还是从最新位点开始，前者可能造成大量历史数据涌入，后者会丢失停机期间的数据。评估时要明确这一策略并与业务需求对齐。
五、评估结果的使用
完成上述评估后，建议为每个数据源形成一张简表，记录可用性指标、已知约束和风险等级。例如：某 PLC 最大连接数 8、当前已用 6、采集周期 500 ms、无冗余，风险等级为中；某 OPC UA 服务器支持订阅、发布间隔 1000 ms、监控项上限 10000、当前 8500，风险等级为高。这些信息直接决定接口机的扫描组划分、采集周期设置和告警阈值，是后续链路可靠性设计的基础输入。