1. 课程导入与迁移工程全景
FactoryTalk 是罗克韦尔自动化面向工业控制与制造信息化的软件体系，涵盖 View、FactoryTalk Linx、FactoryTalk Historian、FactoryTalk Batch、FactoryTalk Metrics、FactoryTalk Security 等组件。很多工厂的 FactoryTalk 系统已经运行了八到十五年：服务器还是 Windows Server 2008 R2 或 2012 R2，FactoryTalk View SE 停留在 8.0/9.0，FactoryTalk Linx 还叫 RSLinx Enterprise，Historian 是 32 位版本，数据库是 SQL Server 2008 R2。这类系统"能跑但不敢动"——补丁无法安装、备件买不到、原厂支持已终止、懂这套系统的人陆续退休。本课程要解决的，就是如何把这样的旧系统安全、可控、可验证地迁移到现代 FactoryTalk 平台。
迁移的目标不是"装新软件"
初学者常把升级理解为"把新版本装上、把画面导进去"。真正的迁移工程有四个可验收的目标：
- 功能等价：迁移后 HMI 画面、报警、趋势、历史数据、批次配方、报表等原有功能全部可用，操作员的操作习惯尽量不变。
- 数据连续：Historian 历史数据不丢失，趋势查询能跨越迁移时间点；批次记录、电子签名等合规数据可追溯。
- 风险可控：迁移期间生产不停或只停有限窗口，且任何一步失败都能回退到原系统。
- 可维护性提升：新系统运行在受支持的操作系统与 FactoryTalk 版本上，具备备份、版本管理、安全策略和文档。
判断一次迁移是否成功，不看"新版本号有多新"，而看这四条是否同时成立。只完成软件安装、但历史数据断档或报警丢失，属于失败迁移。
范围界定：先画清边界
迁移范围必须逐项确认，否则极易在实施中失控。典型范围清单包括：
| 类别 | 典型对象 | 迁移关注点 |
|---|---|---|
| HMI 客户端/服务器 | FactoryTalk View SE Server、Station、ViewPoint | 画面、全局对象、VBA、ActiveX、脚本 |
| 通信层 | FactoryTalk Linx / RSLinx Enterprise、OPC | Shortcut、设备路径、驱动版本、CIP 连接 |
| 历史与报表 | FactoryTalk Historian SE/ME、Transaction Manager | 历史数据归档、标签映射、报表模板 |
| 批次与配方 | FactoryTalk Batch、Recipe | 配方结构、批次记录、材料跟踪 |
| 安全与账户 | FactoryTalk Security、Windows 域 | 用户、组、权限、审计 |
| 底层控制器 | ControlLogix、PLC-5、SLC 500 | 固件、通信协议、标签命名 |
范围之外也要明确写出，例如"本次不迁移 MES 接口""不改造 PLC 程序逻辑"，避免后期扯皮。
典型驱动力
推动迁移的原因通常来自五个方向：操作系统生命周期终止（如 Windows Server 2012 R2 已停止扩展支持）、FactoryTalk 版本不再受支持、硬件老化与备件短缺、安全合规要求（等保、IEC 62443、审计发现旧系统存在未修补漏洞）、业务扩展需求（新增产线、接入 MES、需要移动端访问）。识别真实驱动力很重要，因为它决定项目优先级：如果驱动力是安全合规，那么账户与补丁策略就是验收重点；如果是产能扩展，那么可扩展性与性能才是重点。
项目生命周期
迁移工程通常按六个阶段推进，每个阶段都有明确的输入与出口条件：
- 现状调研与资产盘点：记录所有服务器、客户端、软件版本、补丁、授权、网络拓扑、标签量、画面数量、脚本数量。
- 迁移方案设计：确定目标版本、目标架构（就地升级还是并行新建）、数据迁移策略、回退方案。
- 测试环境搭建与验证：在隔离环境复现旧系统，执行迁移并逐项验证功能。
- 生产实施与切换：按停机窗口执行，包含备份、迁移、验证、回退准备。
- 试运行与观察：切换后持续监控性能、报警、历史数据完整性。
- 收尾与知识转移：文档、培训、备份策略、版本管理移交。
下面这张图把上述生命周期、关键角色与主要交付物放在同一张全景中，便于建立整体认知。
关键角色分工
迁移不是一个人能完成的事。项目经理负责计划、资源、停机窗口与风险沟通；自动化工程师负责 HMI、通信、Historian、Batch 的技术迁移；IT/网络人员负责服务器、域账户、DNS、防火墙与虚拟化平台；工艺与操作代表负责确认画面逻辑、报警优先级、操作习惯是否被破坏，并执行验收；原厂或系统集成商提供版本兼容性、授权与疑难问题支持。角色之间最容易出问题的是"谁负责备份"和"谁有权批准停机"，这两项必须在项目启动会上明确到人。
一个可参考的资产盘点表
资产盘点是整个迁移工程的地基。下面给出一个可直接使用的盘点表结构，字段按实际需要填写，示例数据为教学假设值：
资产盘点表（示例）
编号 对象类型 主机名/路径 当前版本 备注
S01 FT View SE 服务器 FTAPP01 View SE 8.00.00 Windows Server 2008 R2
S02 FT Linx FTAPP01 RSLinx Ent. 5.00 与 S01 同机
S03 FT Historian FTHIS01 Historian SE 3.0 32 位，SQL 2008 R2
C01 View Station HMI-LINE1 View SE 8.00.00 产线 1 操作站
C02 View Station HMI-LINE2 View SE 8.00.00 产线 2 操作站
PLC1 ControlLogix L1_PLC01 固件 20.013 EtherNet/IP
PLC2 SLC 500 L2_PLC01 1747-L553 DH+ 转以太网
NET 工业交换机 SW-CELL1 Stratix 5700 环网
盘点时至少记录：软件名称与精确版本号、操作系统与补丁级别、授权类型与数量、硬件型号与序列号、网络地址与通信路径、标签数量、画面数量、脚本/VBA 数量、历史数据量级、备份现状。这些数据直接决定迁移方案是"就地升级"还是"并行新建"。
迁移策略的初步判断
在盘点完成后，通常面临两种基本策略：就地升级——在原服务器上逐级升级 FactoryTalk 版本与操作系统；并行新建——新建一套目标版本系统，把配置与数据迁移过去，验证后切换。就地升级停机时间短、硬件成本低，但回退困难、旧系统问题会被继承；并行新建风险低、可充分测试，但需要额外硬件与授权，配置迁移工作量大。判断依据包括：旧系统是否还有可用备件、历史数据量是否允许在线迁移、停机窗口有多长、是否有测试环境。多数中大型项目采用并行新建，并在切换前保留旧系统作为回退路径。