2. 旧系统资产盘点与现状评估

升级迁移项目最容易失控的地方,不是新系统装不上,而是旧系统里到底有什么没人说得清。FactoryTalk View SE、FactoryTalk View ME、RSView32、PanelView、FactoryTalk Historian、FactoryTalk Metrics 这些组件往往跨越十几年的建设周期,由不同集成商在不同时期部署,文档缺失、授权凭证散落、网络地址被多次改动都是常态。资产盘点的目标不是做一份好看的表格,而是回答三个问题:现在有什么、它在哪里、它和谁有关系。只有把这三件事落到可核对的清单上,后续的迁移范围界定、停机窗口安排和授权采购才有依据。

一、盘点对象的分层结构

旧 FactoryTalk 体系可以按“现场设备层—可视化客户端层—应用服务层—数据与报表层”四层来梳理,这样划分的好处是每一层对应不同的采集手段和风险点。

  • 现场设备层:PanelView Plus / PanelView Standard 终端、PanelView 与 PLC 的连接方式(EtherNet/IP、DH+/RIO、串口 DF1)。需要记录终端型号、固件版本、屏幕尺寸、当前运行的 MER/APA 文件版本,以及它连的是哪台 PLC、走哪个通信驱动。
  • 可视化客户端层:FactoryTalk View SE Client 工作站、View ME 运行终端、RSView32 Works/ActiveX 客户端。重点是客户端数量、操作系统版本、是否使用 ActiveX 控件、是否有第三方 OPC 客户端。
  • 应用服务层:FactoryTalk View SE Server(含冗余对)、FactoryTalk Directory、RSLinx Classic / FactoryTalk Linx 通信服务、FactoryTalk Activation Manager。这一层决定迁移时是否需要重建目录、是否需要重新规划冗余。
  • 数据与报表层:FactoryTalk Historian SE/ME、FactoryTalk Metrics、RSBizWare、Historian 采集接口(PI Interface、OPC 采集)。需要记录采集点数、采样周期、历史数据保留年限、报表工具(Excel 插件、DataLink、Metrics 报表)。

分层之后,每一层用不同的方法取证:现场设备层靠现场巡检和终端画面截图;客户端层靠工作站登录核查;服务层靠服务器管理工具和注册表;数据层靠 Historian System Management Tools 和授权文件。

二、硬件、软件、网络、授权四类清单

盘点的产出应落到四张互相引用的清单上,而不是一张大杂烩表。

硬件清单记录物理资产:设备名称、型号、序列号、安装位置(产线/机柜编号)、CPU/内存/硬盘、操作系统、是否仍在厂商支持周期内。对 PanelView 这类终端,还要记录背光老化程度和触摸屏响应情况,因为它们往往比软件更早成为更换理由。

软件清单记录版本与依赖:FactoryTalk View Studio 版本、View SE/ME 运行时版本、RSLinx 版本、Historian 版本、Metrics 版本、.NET Framework 与 SQL Server 版本。版本号必须精确到内部版本(如 8.00.00 CPR9 SR7),因为迁移工具对版本有明确的支持矩阵。

网络清单记录通信关系:服务器与客户端之间的 FactoryTalk Directory 位置、各节点的 IP 与子网、使用的通信驱动、端口占用(如 RSLinx 的 44818、Historian 的 5450)、是否存在跨网段或 NAT 场景。这一项直接决定迁移后能否连通。

授权清单记录许可状态:授权类型(FactoryTalk Activation 主机 ID、加密狗、并发/单机)、授权文件位置、支持的组件与数量、是否已过维护期。授权是迁移成本中最容易被低估的部分,旧版 CPR 授权往往无法直接用于新版,需要提前确认升级路径。

建议为每台设备分配一个唯一资产编号(如 SE-SRV-01、PV-3LINE-07),四张清单都用这个编号互相引用,避免出现“那台服务器”这类无法核对的描述。

三、现状评估:从清单到风险判断

清单只是事实,评估才是决策依据。评估应围绕四个维度展开:技术风险(版本是否已停止支持、是否依赖已淘汰的 ActiveX 或 RSLinx Classic)、业务风险(该节点停机是否影响关键产线、是否有冗余)、数据风险(历史数据是否需要保留、保留多久、能否导出)、迁移成本(授权升级费用、是否需要更换硬件、是否需要重做画面)。

一个实用的做法是给每个资产打两个分数:影响度(1–5)和迁移难度(1–5),两者相乘得到优先级。影响度高、难度低的先做,作为试点验证迁移流程;影响度高、难度高的单独制定方案,安排最长停机窗口。

旧 FactoryTalk 系统资产盘点分层与取证路径 数据与报表层 FactoryTalk Historian SE/ME · FactoryTalk Metrics · RSBizWare · PI/OPC 采集接口 取证:Historian SMT 采集点列表、授权文件、报表模板、历史数据保留策略 应用服务层 View SE Server(含冗余对)· FactoryTalk Directory · RSLinx Classic / FactoryTalk Linx · Activation Manager 取证:服务器管理工具、注册表、冗余配置、Directory 位置、授权主机 ID 可视化客户端层 View SE Client 工作站 · View ME 运行终端 · RSView32 Works/ActiveX 客户端 取证:工作站登录核查、客户端数量、ActiveX 依赖、第三方 OPC 客户端 现场设备层 PanelView Plus / Standard · 通信方式(EtherNet/IP、DH+/RIO、DF1)· 对应 PLC 取证:现场巡检、终端画面截图、MER/APA 版本、固件版本、背光与触摸状态 硬件清单 型号/序列号/位置/OS 软件清单 精确版本/依赖组件 网络清单 IP/驱动/端口/Directory 授权清单 类型/主机ID/组件数量

四、盘点执行中的常见陷阱

第一,只盘服务器不盘客户端。View SE 的客户端工作站数量直接影响授权采购量,而很多客户端是操作工自己装的,不在 IT 台账里。第二,忽略 RSLinx 的拓扑。RSLinx Classic 的驱动配置决定了 PLC 与 View 之间的通信路径,迁移到 FactoryTalk Linx 后驱动名称和路径可能变化,必须提前记录。第三,把 Historian 当成普通数据库。Historian 的采集点、压缩方式、回填策略和历史数据保留年限需要单独评估,尤其是需要保留合规数据(如批次记录)的场景。第四,授权只记数量不记类型。FactoryTalk Activation 有主机 ID 绑定和加密狗两种,前者在更换服务器时需要重新激活,后者需要确认加密狗是否还在。

盘点阶段不要急于修改任何配置或升级任何组件。旧系统的当前状态就是迁移的基准,任何未经记录的改动都会让后续的差异比对失去意义。

五、一份可用的资产盘点表结构

下面给出一个可直接使用的字段结构,按资产编号组织,四类信息合并在一行内,便于现场逐台填写。

资产编号 | 层级 | 设备/软件名称 | 型号/版本 | 位置 | IP/通信 | 授权类型 | 影响度(1-5) | 迁移难度(1-5) | 备注
SE-SRV-01 | 服务层 | View SE Server | 8.00.00 CPR9 SR7 | 中控室机柜A | 192.168.10.11 / EtherNet/IP | 主机ID绑定 | 5 | 4 | 冗余对主节点
PV-3LINE-07 | 设备层 | PanelView Plus 1000 | 2711P-T10C4D8 / FW 6.00 | 3线机柜 | 192.168.20.37 / EtherNet/IP | 无(随终端) | 4 | 2 | 触摸屏局部失灵
HIS-01 | 数据层 | Historian SE | 3.0 | 信息机房 | 192.168.10.30 / OPC | 主机ID绑定 | 5 | 5 | 采集点约4200,保留5年

填写时注意:影响度由产线停机后果决定,迁移难度由版本跨度、依赖复杂度和授权升级路径决定,两者独立打分,不要互相影响。完成全部资产填写后,按“影响度×迁移难度”排序,即可得到迁移批次建议。

资产盘点的最终交付物不是表格本身,而是一份经过现场核对、带有资产编号、能够支撑迁移范围界定和授权采购决策的现状基线。这份基线一旦确认,后续所有迁移方案、停机计划和验收标准都以它为参照,不再依赖个人记忆或零散文档。