1. 课程导入

Ignition 是 Inductive Automation 推出的工业应用平台，它把 SCADA、HMI、历史数据、报警、报表、脚本与 MES 接口统一在一个基于 Web 的运行时中。与传统组态软件不同，Ignition 采用“网关 + 客户端 + 设计器”的架构，所有项目、驱动、标签、历史与安全策略都围绕 Gateway 组织。理解这一点，是理解高可用与企业部署的起点：高可用不是给某个画面做冗余，而是让整个网关服务、数据链路和项目配置具备持续可用的能力。

核心原理：Ignition 的部署对象与可用性边界

在单机部署中，Gateway 同时承担项目运行、数据库连接、OPC 连接、报警计算和客户端会话。一旦主机宕机、网络中断或数据库不可达，整条监控链路就会中断。企业部署要解决的核心问题，是把“单点”拆解为可替换、可切换、可恢复的层次。Ignition 提供了几种关键机制：冗余网关实现主备切换，远程标签提供者实现跨网关数据汇聚，数据库连接与历史存储决定数据持久性，项目与配置的集中管理决定恢复速度。高可用不是单一功能，而是这些机制的组合结果。

方法流程：从单机到企业级部署的演进路径

企业级 Ignition 部署通常遵循一条清晰的演进路径。第一步是标准化单机部署，明确 Gateway 版本、Java 环境、数据库和项目结构；第二步是引入冗余网关，配置主备节点、心跳网络和切换策略；第三步是分离数据层，把历史库、报警库和配置库放到独立数据库或集群中；第四步是横向扩展，通过远程标签提供者、边缘网关和分布式架构接入多站点；第五步是可观测与自动化运维，用日志、指标、备份和脚本实现故障发现与快速恢复。

这条路径不是必须一次走完，但每一步都对应明确的可用性提升。下面这张图展示了 Ignition 企业部署中从现场设备到客户端的关键数据流与冗余关系，帮助你在后续章节中建立整体视角。

案例场景：某制造企业的 Ignition 高可用改造

某汽车零部件工厂原有 3 条产线，每条产线使用一台独立 Ignition 网关采集设备数据并展示 HMI。随着集团要求统一报表和集中监控，问题逐渐暴露：单台网关故障会导致整条产线失去监控；历史数据分散在本地，无法做跨线分析；项目配置手工复制，版本不一致。改造方案是：在中心机房部署主备两台 Gateway，通过冗余机制实现自动切换；产线侧保留边缘网关做协议转换和本地缓存；历史数据统一写入中心 PostgreSQL 集群；项目通过 Gateway 网络备份和版本管理集中分发。改造后，单点故障不再导致产线停机，历史数据完整率从 92% 提升到 99.9%，配置恢复时间从小时级缩短到分钟级。

误区与复盘：高可用部署中常见的五个误区

• 误区一：只做网关冗余，忽略数据库单点。主备网关切换成功，但数据库宕机，历史与报警仍然丢失。数据库必须同步考虑高可用。
• 误区二：把冗余当成备份。冗余解决的是运行连续性，备份解决的是数据可恢复性，两者不能互相替代。
• 误区三：忽略网络分区。主备心跳网络与数据网络如果共用链路，网络抖动可能引发误切换或双主。
• 误区四：配置同步不完整。项目、标签、驱动、安全策略、证书都需要纳入同步范围，否则切换后功能缺失。
• 误区五：没有演练。高可用方案必须通过定期切换演练验证，否则真实故障时可能发现切换失败或恢复超时。

学习目标与课程框架

本课程围绕“Ignition 高可用与企业部署工程”展开，共 30 章。你将依次掌握：Ignition 架构与部署模型、冗余网关配置与切换机制、数据库高可用与历史存储、远程标签提供者与分布式架构、项目与配置管理、安全与证书、性能调优、日志与监控、备份恢复、故障排查与演练。每章都会结合真实参数、配置片段和排障思路，帮助你把概念转化为可落地的工程能力。

# 查看 Gateway 状态与冗余角色（示例）
# 在 Gateway 控制台或通过 REST API 获取
GET /system/gateway/status
{
  "role": "master",
  "redundancy": {
    "enabled": true,
    "peerState": "standby",
    "lastHeartbeat": "2025-01-15T10:23:45Z"
  }
}