1. 迁移项目启动与现状评估

WinCC旧监控系统升级迁移,第一步不是装软件,而是把“现在到底有什么”摸清楚。很多项目后期出现画面打不开、归档断档、脚本报错、第三方接口失联,根源往往不在迁移技术本身,而在于启动阶段对现状评估不足。本章的目标是帮助你在项目启动时明确迁移目标、范围与约束,并通过系统盘点WinCC版本、硬件、网络、脚本、归档和第三方接口,输出一份可执行的迁移可行性评估清单。

一、先定义目标、范围与约束

迁移目标决定技术路线。常见目标有三类:一是“保功能”,即现有监控功能不变,仅把运行平台从旧版WinCC升级到新版;二是“保功能+提性能”,在升级同时解决画面卡顿、归档查询慢、报警泛滥等问题;三是“重构式迁移”,借升级机会重新设计画面结构、变量命名和归档策略。三类目标对应的工作量和风险差异很大,必须在启动会上与生产、设备、IT三方确认。

范围界定要回答三个问题:迁移哪些操作站和服务器?是否包含冗余服务器、WebNavigator、DataMonitor等选件?是否涉及与PLC、MES、ERP、 historians的接口?建议用“系统边界图”把范围画出来,明确哪些在本次迁移内、哪些暂不动、哪些需要新建。

约束条件通常包括:停机窗口时长、生产连续性要求、旧硬件是否利旧、新版本授权是否已采购、第三方驱动是否支持新系统、现场网络是否允许改造。约束越早明确,后期返工越少。

二、现状盘点的六个维度

现状盘点不是简单抄一份设备清单,而是按“版本—硬件—网络—脚本—归档—接口”六个维度逐项核实,并记录证据。

1. WinCC版本与补丁。 在每台服务器和操作站上查看WinCC版本号、补丁级别、安装的选件(如Redundancy、WebNavigator、Connectivity Pack、DataMonitor)。注意区分“项目版本”和“运行版本”,旧项目可能是WinCC 6.0 SP3,而运行环境已打补丁到SP4。记录方式建议直接截图“控制面板—程序和功能”中的条目,并保存为评估附件。

2. 硬件与操作系统。 记录服务器、操作站的CPU、内存、硬盘剩余空间、网卡数量、是否双网卡、操作系统版本与位数。重点判断:旧硬件能否满足新版本WinCC的最低要求;若不能,是升级硬件还是虚拟化。例如WinCC 7.5 SP2要求Windows 10 LTSC或Windows Server 2016以上,若现场仍是Windows 7,则必须同步升级操作系统。

3. 网络拓扑与通信。 画出控制网与管理网的拓扑,标注PLC型号、通信协议(S7、Modbus TCP、OPC UA等)、IP地址段、交换机层级、是否有防火墙或网闸。特别关注旧系统是否使用Simatic NET、是否有CP1613/CP1623通信卡,这些卡在新系统中可能不再支持,需要提前规划替代方案。

4. 脚本与全局动作。 盘点C脚本、VBS脚本、全局脚本、画面脚本、报警脚本的数量和用途。重点标记:调用外部程序、读写文件、访问数据库、使用ActiveX控件的脚本。这些脚本在新版本中可能因安全策略或API变化而失效。建议导出脚本清单,标注“必须保留”“可重写”“可废弃”。

5. 归档与历史数据。 确认归档类型(过程值归档、报警归档、用户归档)、归档周期、存储位置、单条记录大小、总数据量。旧系统常用SQL Server 2005/2008,新版本可能要求SQL Server 2016以上。若历史数据需要保留,必须评估迁移方式:是整库备份还原,还是通过CSV导出再导入,或是仅保留近期数据。示例:某项目过程值归档共1200个变量,归档周期1秒,保存1年,数据量约3.8亿条,直接整库迁移耗时超过停机窗口,最终采用“保留最近3个月+历史数据离线归档”的方案。

6. 第三方接口。 列出所有对外接口:与PLC的通信、与MES/ERP的数据交换、与第三方 historians的OPC连接、与报表系统的数据库直连。记录接口协议、数据方向、频率、依赖组件。旧系统若使用OPC DA,新系统建议逐步过渡到OPC UA,但需确认第三方是否支持。

WinCC旧系统现状盘点六维模型 版本 · 硬件 · 网络 · 脚本 · 归档 · 接口 现状盘点 可行性评估 输入依据 ① 版本与补丁 WinCC版本 / SP级别 选件:冗余/Web/连通包 ② 硬件与操作系统 CPU / 内存 / 硬盘 OS版本 / 位数 / 利旧判断 ③ 网络与通信 拓扑 / 协议 / IP规划 通信卡 / 防火墙 / 网闸 ④ 脚本与全局动作 C / VBS / 画面脚本 外部调用 / ActiveX ⑤ 归档与历史数据 过程值 / 报警 / 用户归档 SQL版本 / 数据量 / 保留策略 ⑥ 第三方接口 OPC DA/UA / MES / ERP 报表 / 数据库直连 六维盘点结果汇总后,输出迁移可行性评估清单

三、输出迁移可行性评估清单

盘点完成后,需要把零散信息转化为可决策的清单。清单不是简单罗列,而是对每个维度给出“现状—风险—建议—结论”。以下是一份可直接参考的评估清单示例,字段可根据项目实际增删。

评估项 现状记录 风险等级 建议措施 可行性结论
WinCC版本 服务器WinCC 6.2 SP3,操作站6.0 SP4 高 统一升级至WinCC 7.5 SP2,项目需移植 可行,需预留移植测试时间
操作系统 Windows 7 32位,内存4GB 高 升级至Windows 10 LTSC 64位,内存≥16GB 需更换或升级硬件
通信卡 CP1613 A2,PCI接口 中 新主板无PCI槽,改用CP1623或普通网卡+S7通信 可行,需确认PLC连接数
归档数据库 SQL Server 2005,过程值归档约3.8亿条 中 升级至SQL Server 2016,历史数据离线归档 可行,停机窗口内完成近期数据迁移
第三方接口 OPC DA连接MES,报表直连SQL 中 确认MES是否支持OPC UA;报表改为WinCC连通包 需第三方配合测试
脚本 C脚本约120个,其中8个调用外部EXE 中 外部调用改为内部函数或计划任务;其余脚本移植测试 可行,需逐条验证
提示:评估清单中的“风险等级”建议用高/中/低三档,并明确“可行性结论”只有三种:可行、有条件可行、不可行。有条件可行的项必须写明前置条件,例如“需采购新服务器”“需MES厂商支持OPC UA”。

四、启动阶段的关键动作与判断依据

完成盘点后,建议在项目启动会上确认三件事:第一,迁移目标是否与生产计划匹配,停机窗口是否足够;第二,范围边界是否清晰,哪些系统本次不动;第三,约束条件是否已转化为具体行动项,例如硬件采购、第三方协调、测试环境搭建。

判断迁移是否具备启动条件,可以看四个信号:一是所有关键系统均有版本和硬件记录;二是高风险项已有明确应对方案;三是停机窗口与数据迁移方案经过初步验证;四是第三方接口方已确认配合意愿和时间。若其中任何一项缺失,建议先补齐再进入详细设计阶段。

注意:不要跳过现状评估直接进入移植。旧WinCC项目中的脚本、ActiveX控件、第三方驱动往往隐藏大量兼容性问题,评估阶段多花一周,实施阶段可能少停一次机。