跨站能力按方向选择
站点页面分别选择 IO、Alarm、Trend 和 Screens。
- 本机使用远端能力时，在本机建立连接并选择所需能力。远端需要使用本机能力时，在远端另外配置。
- IO 范围决定可使用的远端设备，Alarm 与 Trend 可查看远端结果；Screens 用于远端画面。
- 脚本、事件记录和数据留存仍由各运行单元分别管理。具体操作见站点与远端数据章节。
文档手册
跨站联邦与采集冗余
站点页面分别选择 IO、Alarm、Trend 和 Screens。
使用说明: 跨站联邦与采集冗余
跨站联邦共享远端能力。本节说明采集归属和恢复检查；正式安装的专用 IO 节点不支持跨机器连接数据库，不能据此搭建跨 PC 采集主备。同一 PLC 的活动采集节点
同一运行单元的每个 PLC 定义由一个活动 IO Owner 采集和写入。独立站点不自动协调，应避免重复定义同一物理 PLC。
- 在设备详情查看连接、采集与责任节点状态。运行消费者读取已采集结果，无需各自建立 PLC 连接。
- 运行机制要求候选节点属于同一运行单元，并满足已应用配置、驱动、凭据、网络、授权与容量条件；这些条件本身不构成受安装器支持的跨 PC 主备部署方案。
- 仅建立跨站联邦关系，或使用相同设备名称，不会让独立数据库之间自动形成采集接管关系。
故障与恢复期间查看什么
服务恢复后，先核对实际采集责任和新值，不假定已自动切换到另一台 PC。
- 先查看责任节点、设备连接与 Tag 质量，区分服务停止、网络不可达和数值暂时无效。
- 采集恢复后等待有效新值，再核对报警与趋势。数据不可用期间保留质量状态与历史缺口。
- 对结果未确认的写入，使用请求记录和后续采集核查后再决定下一步；恢复连接本身不能证明先前命令已执行。
专用 IO 节点的部署边界
Windows/Linux dedicated-node 仅提供 IO。须预先准备由安装器之外管理的 PostgreSQL / Redis 和数据库结构，使用同机回环地址；不支持跨机器数据服务。
- 多台 PC 采用各自独立安装的站点，通过站点连接使用远端能力；不要将 dedicated-node 指向另一台 PC 的数据库。
- 安装专用 IO 节点前核对部署角色、同机数据服务、数据库结构、受保护的资源策略、驱动、网络与授权。
- 需要跨 PC 自动接管时，先取得与交付版本匹配且经验证的部署方案。