1. AVEVA监控平台灾备工程导论

AVEVA监控平台通常承载着工业现场的数据采集、实时监控、报警管理、历史存储与人机交互等关键业务。一旦平台因硬件故障、网络中断、软件异常、人为误操作或机房级事故而不可用，轻则造成操作员失去对生产过程的可见性，重则导致控制决策延迟、生产中断甚至安全事故。因此，灾备与恢复不是IT部门的附加任务，而是监控系统生命周期中必须与系统设计同步考虑的基础能力。

本章作为全课程导论，目标是建立三个基本认知：第一，明确灾备与恢复的核心概念及其边界；第二，理解AVEVA监控平台的典型架构与关键组件；第三，识别工业监控场景下业务连续性面临的主要挑战。后续章节将围绕备份策略、冗余设计、切换机制、恢复演练与运维管理逐步展开。

1.1 灾备与恢复的基本概念

在监控平台语境中，灾备（Disaster Recovery，DR）指为应对区域性灾难或系统性故障而建立的备用能力体系，强调在较大范围故障后仍能恢复业务；恢复（Recovery）则更侧重于故障发生后的数据、配置与服务重建过程。两者常被合称为DR，但工程实践中需要区分其目标层级。

衡量灾备能力的两个核心指标是RTO（Recovery Time Objective，恢复时间目标）和RPO（Recovery Point Objective，恢复点目标）。RTO表示业务从中断到恢复可接受的最长时间，RPO表示可容忍丢失的数据时间窗口。例如，某化工装置监控系统要求RTO≤15分钟、RPO≤30秒，意味着故障后15分钟内必须恢复监控画面与报警功能，且最多允许丢失最近30秒的历史数据。这两个指标直接决定了备份频率、冗余方式和切换技术的选择。

需要特别注意的是，灾备不等于简单的数据备份。备份解决的是“数据还在不在”，灾备解决的是“业务能不能继续”。一个只有每日全量备份的系统，RPO可能长达24小时，RTO可能数小时，无法满足连续生产监控的要求。因此，监控平台的灾备体系通常需要数据备份、组件冗余、站点级容灾、切换与回切机制四层能力协同。

1.2 AVEVA监控平台典型架构

AVEVA监控平台（如AVEVA System Platform、AVEVA InTouch、AVEVA Historian等组合）在典型工业部署中呈现分层结构。从现场到企业层，通常包括：现场设备与PLC层、数据采集与通信层、监控节点层（InTouch/ OMI）、应用服务器层（System Platform/Application Server）、历史数据库层（Historian）、报警与事件服务层，以及客户端与Web访问层。

这些组件之间存在明确的依赖关系：应用服务器依赖历史数据库存储过程数据与事件；监控节点依赖应用服务器获取标签与报警配置；客户端依赖监控节点或Web服务呈现画面。任何一层中断，都可能造成上层功能不可用。因此，灾备设计必须沿着依赖链识别单点故障，而不是只关注某一台服务器。

上图展示了从现场设备到客户端的纵向依赖链，以及右侧列出的主要业务连续性挑战。可以看到，监控平台的可用性不是由单一组件决定的，而是由整条链路共同决定。例如，即使应用服务器配置了双机热备，如果历史数据库没有冗余，历史趋势查询仍会中断；即使服务器全部正常，如果网络交换机单点故障，采集数据也无法到达监控节点。

1.3 业务连续性面临的主要挑战

工业监控场景与普通IT系统相比，有几个显著差异，直接增加了灾备难度。

第一，实时性要求高。操作员依赖秒级刷新的画面和报警。如果恢复过程需要数分钟甚至更久，操作员可能已经失去对关键工艺参数的监控。因此，监控平台的RTO通常要求在分钟级，部分关键装置甚至要求秒级切换。

第二，数据连续性要求强。历史数据不仅用于趋势分析，还可能用于批次追溯、质量审计和事故调查。RPO过大意味着关键过程数据永久缺失。对于连续生产过程，RPO通常要求在秒级到分钟级。

第三，系统异构性强。一个典型的AVEVA监控平台可能同时包含InTouch画面、System Platform对象、Historian历史库、SQL Server配置库、报警数据库以及第三方OPC接口。不同组件的备份与恢复方式不同，恢复顺序也有依赖关系。例如，恢复应用服务器之前，通常需要先恢复其依赖的SQL数据库和Historian存储。

第四，变更频繁且配置复杂。监控画面、标签定义、报警阈值、脚本逻辑在调试和运维阶段会持续调整。如果这些配置没有纳入版本管理，故障后即使数据恢复，业务逻辑也可能无法还原到故障前状态。

第五，演练不足。许多项目虽然购买了冗余硬件或备份软件，但从未进行过真实的切换演练。结果在真正故障时才发现备份不可用、切换脚本报错、许可证不匹配等问题。灾备能力必须通过定期演练来验证，而不是假设它存在。

1.4 本课程的学习路径

围绕上述挑战，本课程将按以下逻辑展开：先建立灾备架构与指标基线，再分别深入数据备份、组件冗余、站点容灾、切换与回切、演练与运维等专题。每一章都会结合AVEVA监控平台的实际组件与配置对象，给出可操作的策略、参数示例和判断依据。

学习本章后，读者应能够用自己的语言解释RTO与RPO的区别，画出所在项目的监控平台依赖链，并列出至少三个当前存在的单点故障风险。这些输出将作为后续章节设计灾备方案的基础输入。

需要强调的是，灾备工程不是一次性项目，而是持续运维的一部分。随着系统扩容、版本升级和工艺调整，原有的灾备策略可能失效。因此，本课程不仅关注“怎么建”，也关注“怎么保持有效”。