2. 食品SCADA系统资产识别与备份范围界定

备份与恢复工作的第一步不是“装一个备份软件”，而是把系统里到底有哪些东西需要保护、它们之间如何交换数据、各自丢失后会造成什么后果搞清楚。食品SCADA系统的资产识别，本质上是一次“数据资产盘点”：既要盘清硬件与软件实体，也要盘清运行在这些实体上的配置、配方、批次记录和历史数据。只有盘点清楚，才能界定备份范围，并为不同资产设定合理的RPO（恢复点目标）与RTO（恢复时间目标）。

一、按角色梳理关键资产

食品工厂的SCADA系统通常由以下几类资产构成，它们的备份价值和恢复难度差异很大：

• PLC（可编程逻辑控制器）：承载灌装、杀菌、CIP清洗、包装等工艺段的控制逻辑与联锁程序。其核心资产是控制程序、硬件组态、变量表与安全联锁参数。PLC程序一旦丢失，产线可能无法启动，恢复往往依赖工程师站上的源工程文件。
• HMI（人机界面）：操作员监控画面、报警配置、趋势组态、配方选择界面。HMI工程文件丢失后，即使PLC正常，操作员也失去可视化操作入口。
• Historian（历史数据库）：持续采集温度、压力、流量、杀菌时间等过程数据，是批次追溯、质量审计和故障复盘的关键依据。食品行业对追溯数据有保存期限要求，Historian的连续性极为重要。
• SCADA服务器：包括数据采集服务、报警服务、报表服务及数据库。它往往是整个系统的“中枢”，配置复杂、恢复耗时最长。
• 网络设备：工业交换机、路由器、防火墙的配置文件。配置丢失会导致通信中断，但通常可通过配置文件快速恢复。
• 配方与批次数据：产品配方参数（如杀菌温度曲线、配料比例）、批次号、生产记录。配方错误直接影响食品安全，批次数据则关系追溯合规。

二、绘制数据流图，识别依赖关系

资产清单只是静态列表，真正决定备份优先级的是资产之间的数据流向与依赖关系。建议以“现场设备层—控制层—监控层—信息层”为主线绘制数据流图：PLC将过程值上传至SCADA服务器，服务器写入Historian；HMI从服务器读取画面数据并向PLC下发设定值；配方由服务器或HMI下发至PLC；批次数据由服务器汇总后进入报表或MES。图中应标注每条数据流的协议（如OPC UA、Modbus TCP、S7通信）与方向。

数据流图的价值在于暴露“单点依赖”。例如，若所有HMI画面都依赖同一台SCADA服务器的实时数据库，那么该服务器的RTO就必须最短；若配方只存放在某台工程师站的本地目录中，这台工作站就是隐藏的关键资产，必须纳入备份范围。

三、确定备份优先级

根据数据流图，可按“丢失后果×恢复难度”划分优先级。P1级资产包括Historian历史数据、SCADA服务器配置与数据库、PLC控制程序——它们丢失会直接导致追溯断链或产线停机。P2级包括HMI工程文件、配方文件、网络设备配置，丢失后影响操作与通信，但恢复路径相对清晰。P3级为报表模板、帮助文档等辅助资产，可定期归档。优先级不是永久标签，当配方成为食品安全关键控制点时，应将其提升至P1。

四、设定RPO与RTO目标

RPO决定“最多能丢多少数据”，RTO决定“多久必须恢复”。两者需结合工艺特点设定，而非一律取最小值。以下为示例性目标，实际应依据企业追溯要求与停机成本调整：

以某乳品工厂杀菌段为例：Historian每15分钟采集一次杀菌温度曲线，若RPO设为15分钟，则最坏情况丢失一个采集周期的数据，仍可满足批次追溯的连续性要求；而PLC程序采用“变更即备份”，是因为程序修改频率低但一旦丢失恢复代价极高。RTO的设定还要考虑备件与人员：若现场无备用服务器，SCADA服务器的2小时RTO就需要预先准备镜像或虚拟化快照，否则目标无法兑现。

五、形成可执行的资产与备份范围清单

盘点结果应落成一份清单，至少包含资产名称、类型、所在位置、备份内容、备份频率、RPO/RTO、责任人、恢复验证方式。清单需随系统变更更新，尤其在配方调整、产线改造或网络重组后重新评审。下表为一个可直接参考的字段示例：

资产名称：杀菌段PLC-01
类型：PLC控制程序
位置：工程师站 E:\Projects\Sterilizer\V3.2
备份内容：程序块、硬件组态、符号表、联锁参数
备份频率：变更即备份，每月定期校验
RPO：变更即备份（无固定周期丢失）
RTO：1小时（含下载与冷启动验证）
责任人：自控工程师 张工
恢复验证：备份文件可离线打开，版本号与现场一致

完成上述工作后，备份范围便有了明确边界：哪些资产必须纳入自动备份、哪些只需版本归档、哪些可以暂不备份，都有据可依。这也为后续选择备份工具、设计备份窗口和制定恢复演练计划打下基础。