2. WinCC旧版本架构与兼容性分析

在动手迁移之前，必须先回答一个基础问题：旧系统到底“旧”在哪里？WinCC V6、V7 与 TIA Portal WinCC、WinCC Unified 之间的差异，不只是版本号的变化，而是架构模型、授权方式、操作系统绑定和归档数据库四条主线同时发生了迁移。只有把每条主线的差异看清楚，才能判断一个项目是“原地升级”“移植组态”还是“重新组态”。

一、架构差异：从单机 SCADA 到分布式与 Web 化

WinCC V6/V7 属于经典 WinCC（WinCC Classic），其核心是单站/多站/分布式三种组态形态：单站把画面、变量、归档、报警放在一台机器上；多站通过服务器—客户端结构共享过程数据；分布式则用多套服务器分担不同工艺段。经典 WinCC 的运行时是 32 位进程，画面渲染依赖本机 GDI 资源，客户端数量受服务器授权点数限制。

TIA Portal WinCC 把组态环境并入博途工程，运行时仍以 WinCC RT Advanced/Professional 形式存在，Professional 支持分布式和冗余，但底层仍是经典运行时的延续。WinCC Unified 则是全新架构：运行时基于 Web 技术，画面以 HTML5/SVG 渲染，客户端通过浏览器访问，不再依赖本机安装 WinCC 客户端；变量、报警、归档统一由 Unified Runtime 管理，并原生支持跨平台访问。这意味着迁移到 Unified 时，画面对象、脚本和部分控件需要重新适配，而不是简单导入。

二、授权模式：从点数买断到订阅与统一点数

经典 WinCC 的授权以外部变量点数为核心计量单位，常见规格为 128、512、2048、65536 点，配合 RT（运行时）、RC（组态+运行时）、Server、Client、Redundancy 等附加授权。授权通过 USB 加密狗或软授权（License Key）安装，迁移时旧授权通常不能直接用于新版本，需要走西门子的升级授权（Upgrade License）路径。

TIA Portal WinCC 的授权与博途版本绑定，WinCC RT Advanced 用于单机面板/PC，WinCC RT Professional 用于 PC 分布式。WinCC Unified 则引入统一点数（Unified Points）概念，按 Unified 变量、Unified 客户端等维度授权，并逐步向订阅制过渡。实际项目中要特别核对：旧项目的外部变量数是否超过新授权规格；是否存在脚本、归档变量、报警变量等“隐性点数”消耗。

三、操作系统与数据库兼容性

经典 WinCC V6 常见于 Windows XP/Server 2003，V7.0–V7.4 覆盖 Windows 7/Server 2008，V7.5 支持到 Windows 10/Server 2016。归档数据库方面，V6 使用 Sybase SQL Anywhere，V7 起改用 Microsoft SQL Server（如 SQL Server 2005/2008/2014），归档数据以分段数据库文件形式存储。迁移时若直接复制归档，必须确认目标版本的 SQL Server 版本与数据库结构兼容，否则只能通过 CSV 导出/导入或使用 WinCC 自带的归档导出工具。

TIA Portal WinCC 与 Unified 要求较新的操作系统，且 Unified 的归档通常基于新数据层，旧归档不能直接挂载。因此迁移前应做一次“数据可迁移性评估”：哪些归档需要保留、保留多久、以什么格式导出、是否需要历史趋势回放。

四、版本迁移路径决策表

综合以上四条主线，可以形成一张决策表，用于判断具体项目应走哪条路径。表中“原地升级”指在同一台机器上升级 WinCC 版本并保留工程；“移植组态”指把画面、变量、脚本导入新工程后适配；“重新组态”指因架构差异过大而重建。