KingSCADA 4.0信创版迁移实战：从麒麟系统到达梦数据库的部署指南

简介KingSCADA4.0信创版帮助手册是一份面向工业自动化工程师、系统管理员及维护人员的官方参考资料系统讲解数据采集与监视控制系统的安装部署、组态开发、报警处理、历史归档与报表生成等核心模块同时覆盖信创环境下国产操作系统、数据库及中间件的兼容适配可帮助读者快速掌握系统操作与安全可控的国产化应用。资源共1327个文件以png、jpeg、bmp等界面截图为主辅以少量HTML、CSS、JavaScript及字体图标文件便于离线查阅与局部放大比对压缩包整体约25.11MB。已有662人学习下载适合电力、石油、水处理、冶金等行业的SCADA项目实施与运维人员。手册还对物联网、大数据分析、云计算等工业4.0新特性的实现方式及高级定制化配置做了说明借助图文对照可更好地理解组态设计和系统集成方法。1. 信创版帮助手册在讲什么从换系统、换数据库到换通信协议KingSCADA 4.0 信创版帮助手册要解决的不是“怎么用组态软件画画面”这类入门问题而是把一套原本跑在 Windows SQL Server OPC DA 上的经典 SCADA 方案平移到底层硬件和操作系统都换掉的国产化环境里。只换服务器不换工程、换完系统发现历史库连不上、换了数据库又遇到乱码——这些才是读这本手册时真正要查的东西。适合正在做或准备做国产化改造的自动化工程师、系统集成商和工厂信息化负责人。判断自己是否需要它就看一件事你的上位机是不是要被迁到麒麟或 UOS 上且原来的外部依赖一个都不能少。2. 环境适配与选型预检用十分钟脚本挡住 80% 的部署返工信创版和普通版最大的区别不在界面而在运行时依赖。普通版安装包只认 Windows信创版要跑在 Linux 内核的国产系统上于是 CPU 架构、操作系统发行版、数据库类型这三个变量第一次同时摆到你面前。先不讲怎么安装先把环境选对、查透。2.1 适配矩阵与选用原则先看驱动再看品牌我经手信创项目时选硬件和系统的顺序不是“领导指定什么就装什么”而是先问三个问题现场 PLC/DCS 走的什么协议历史数据打算存哪个库Web 发布要兼容哪种浏览器内核把这几个答案拿出来再对照下面的适配矩阵做决定。组件常见可选选型建议CPUx86_64海光、兆芯、ARM64鲲鹏、飞腾优先 x86_64部分 IO 驱动的动态库尚未编译 ARM 版用飞腾前先确认驱动文件存在操作系统银河麒麟 V10 SP1/SP2、统信 UOS Server 20、中科方德首选银河麒麟 V10用户基数大遇到问题能找到的参考最多数据库达梦 DM8、人大金仓 KingbaseES V8新项目选达梦集团已有金仓标准的选金仓避免重复建设Web 发布系统自带浏览器、奇安信浏览器、Chromium 内核浏览器用 Chromium 内核的浏览器打开 Web 发布页兼容性最稳这里有一条很容易被忽略的原则信创版的安装包通常区分 x86 和 ARM 两个版本。拿到一台飞腾机器却装了 x86 的安装包安装过程可能不报错但启动采集网关时才会发现缺少 CPU 指令集相关的动态库。为了避免这种低级翻车环境预检脚本里要强制核对架构。2.2 十分钟环境预检一条命令串完所有硬指标我在现场会先用下面这个脚本做一轮预检。它不依赖任何图形界面纯命令行就能跑完还方便截图留证。#!/bin/bash # 环境预检脚本确认硬件、系统、内核参数是否满足 KingSCADA 4.0 信创版部署要求 echo 1. 系统发行版 cat /etc/os-release | grep -E ^(NAME|VERSION) echo 2. CPU 架构 uname -m echo 3. 内存与根分区剩余空间 free -h | head -2 df -h / | tail -1 echo 4. 内核共享内存参数 sysctl -n kernel.shmmax sysctl -n kernel.shmall echo 5. 当前用户可打开文件句柄数 ulimit -n逐段解释一下这个脚本在查什么。第 1 段判断操作系统是不是麒麟或 UOS顺带看版本号是不是 V10 及以上版本太旧会导致 glibc 版本不够。第 2 段看架构x86_64 和 aarch64 分别对应不同的安装包。第 3 段确认内存不低于 8G、根分区剩余空间不少于 20G——历史库数据增长很快这点经常被低估。第 4 段是重点kernel.shmmax 表示单个共享内存段的最大字节数至少要大于 2G即 2147483648否则采集网关启动时可能分配不到共享内存kernel.shmall 是共享内存页总数默认偏小时也要手动调大。第 5 段看文件句柄限制低于 65535 的后续打开大量设备点和历史文件时会出现“Too many open files”。我一般会把脚本输出保存成一份文本连同安装申请一起走流程。这比安装失败后再回头查日志省一天时间。2.3 依赖库与内核参数装完起不来的第一个原因环境预检通过不代表能立刻装上。国产操作系统默认安装的软件包往往缺少 SCADA 运行时需要的几个基础库最常见的三个是libgompGCC 并行库用于多线程采集、libXext 与 libX11X Window 图形接口画面组态时使用、unixODBC统一数据库访问接口连达梦和金仓都走它。在麒麟 V10 上用下面的命令补齐依赖# 麒麟 V10基于 apt 的版本 sudo apt-get update sudo apt-get install -y libgomp1 libxext6 libx11-6 unixodbc unixodbc-dev # 麒麟 V10基于 yum 的版本部分服务器版使用 sudo yum install -y libgomp libXext libX11 unixODBC装完依赖后还有一个容易忽略的步骤如果现场数据库用的是达梦或金仓要把它们的客户端动态库路径写进系统加载配置。# 假设达梦安装在 /opt/dmdbms客户端库在 bin 目录下 echo /opt/dmdbms/bin /etc/ld.so.conf.d/dmclient.conf ldconfig # 验证库是否被系统正确识别 ldconfig -p | grep -i dm这步不做安装程序能过但创建数据源或历史库连接时会报找不到库文件。等看到日志里的libdmcli.so: cannot open shared object file再回头补至少损失半天。内核参数方面除了共享内存还需要把fs.file-max适当调大# 临时生效 sysctl -w fs.file-max655350 # 永久生效写入 /etc/sysctl.conf echo fs.file-max 655350 /etc/sysctl.conf sysctl -p参数的意义在后面接入上万点量的工程时会体现出来。文件句柄不够采集器运行几天后会自动退出日志里看不出明显报错只有dmesg里能看到大量文件打开失败的记录。这条属于“不需要玄学就是参数没到位”的典型情况。3. 安装部署与授权激活从拿到安装包到服务常驻的三个步骤环境预检通过以后安装本身其实很快。这个章节把安装包处理、授权激活、服务托管三段流程拆开讲每一段都有现场容易出岔子的细节。3.1 安装包形态与静默安装别在图形界面里点下一步信创版安装包常见分发形式有两种一种是解压后直接运行的安装脚本另一种是需要加执行权限的二进制安装包。无论哪种部署阶段都建议用静默安装方式特别是在没有显示器、只能通过 SSH 登录的服务器上。# 给安装包加执行权限并静默安装到 /opt/kingscada4 chmod x KingSCADA4.0_XinChuang.bin sudo ./KingSCADA4.0_XinChuang.bin --mode silent --prefix /opt/kingscada4 # 如果安装包是 tar.gz 形式先解压再执行安装脚本 tar -zxvf KingSCADA4.0_XinChuang.tar.gz cd KingSCADA4.0_XinChuang sudo ./install.sh --prefix /opt/kingscada4参数说明--mode silent表示不弹出图形向导适合远程操作--prefix指定安装目录建议统一用/opt/kingscada4方便后续写 systemd 服务脚本和备份。安装完成后先检查安装目录结构和关键文件是否齐全# 检查核心目录是否创建成功 ls -l /opt/kingscada4/bin ls -l /opt/kingscada4/config ls -l /opt/kingscada4/driversbin目录存放采集网关、历史网关、Web 发布服务的可执行文件config目录放工程配置和数据库连接配置drivers目录按协议存放驱动动态库这里能直接看出来哪些协议可用——没有对应.so文件的协议就是在信创版里不可用的早发现早做替代方案。这里还有一个细节安装完成后别急着打开组态软件先在命令行敲ldd检查所有核心执行文件的依赖是否完整ldd /opt/kingscada4/bin/KingSCADA_GW | grep not found只要有not found输出说明依赖库没装全回到第 2 章补依赖不要继续往下走。3.2 授权方式对比加密锁、软授权与离线激活KingSCADA 4.0 信创版的授权方式和普通版一致分硬件加密锁和软件授权两种。信创项目里有一个特殊场景服务器放在隔离网段连不到外网这种环境必须提前规划授权激活方式。授权方式适用场景注意点USB 加密锁单机部署、安全要求高的内网锁要插在采集服务器上虚拟机环境要先做 USB 直通软授权License 文件服务器无实体 USB 口、远程机房绑定机器指纹变更硬件需要重新申请离线激活完全隔离的外网不可达环境先导出一份机器码文件带到可上网的机器换授权码我经手的项目超过一半用的是软授权。原因很简单信创服务器多为 2U 机架式USB 口在机箱背面插拔一次要停机而软授权到期前处理起来方便得多。离线激活的完整流程是在目标机器上导出机器码文件到联网机器上生成授权文件再拷贝回去导入。导入命令在不同版本间有差异但基本都是围绕授权文件路径的操作# 常见做法把授权文件放到安装目录的 license 子目录并重命名 sudo mkdir -p /opt/kingscada4/license sudo cp /tmp/license.dat /opt/kingscada4/license/ # 重启授权服务让授权生效 sudo systemctl restart kingscada-license注意授权时间的问题。软授权到期前一个月报警会开始出现在系统日志里但不会影响运行。我建议把授权到期日写进运维日历提前两周申请续期。否则真到到期那天采集网关会直接停止采集那属于可以提前规划掉的重大事故。3.3 服务管理用 systemd 把三个进程管起来KingSCADA 信创版安装完以后通常会在系统里注册服务但服务名和开机自启状态不一定符合现场要求。我在所有项目里都会重写一遍 systemd 单元文件把采集网关、历史网关、Web 发布分开管理。理由有两点一是出问题时能单独重启某个服务不用整个 SCADA 停掉二是服务崩溃后能自动拉起减少人工介入。# /lib/systemd/system/kingscada-gw.service [Unit] DescriptionKingSCADA 4.0 Acquisition Gateway Afternetwork.target [Service] Typeforking ExecStart/opt/kingscada4/bin/KingSCADA_GW start ExecStop/opt/kingscada4/bin/KingSCADA_GW stop Restarton-failure RestartSec10 Userkingscada Groupkingscada LimitNOFILE65535 [Install] WantedBymulti-user.target参数说明Typeforking表示启动命令会 fork 出子进程主进程退出符合这类网关程序常见行为Restarton-failure表示只有非正常退出时才自动重启避免手动停止服务后被系统自动拉起来LimitNOFILE65535是补齐前面提到的文件句柄限制让采集器能扛住大点数工程跑服务的用户单独创建为kingscada不直接用 root防止程序漏洞影响整个系统。写完后执行# 重新加载服务配置并设置开机自启 sudo systemctl daemon-reload sudo systemctl enable kingscada-gw sudo systemctl start kingscada-gw # 确认服务状态 sudo systemctl status kingscada-gw服务起来只代表进程运行了采集是否正常要看端口监控和日志。历史网关和 Web 发布服务用同样方式再写两个 unit 文件。到这里安装部署阶段就算闭环。接下来要处理的是最花时间的部分——老工程迁移。4. 老工程迁移到信创版从 WindowsSQL Server 到麒麟达梦/金仓大部分接手信创项目的工程师手上已经有一套稳定运行多年的 Windows 工程。迁移不是把工程目录拷过来就完事而是画面、数据库、通信驱动三个维度同步改造。这一章给出一套可执行的迁移顺序。4.1 迁移前评估按工作量把工程分成三类我接到迁移任务的第一件事是打开老工程按下面的清单打分而不是直接动手改。评估项高兼容工作量小中兼容需要改配置低兼容需要重做画面全部使用内置图元使用自绘图形和自定义动画使用 ActiveX 控件、外部 OCX通信纯 Modbus TCP、S7OPC DA、OPC 自定义接口厂商私有 SDK 且无 Linux 版数据库只用标准 SQL 写入使用了存储过程依赖 SQL Server 特有语法脚本无外部调用调用系统命令调用 Windows API、COM 组件评估完成后结论不难得出凡是被标成“低兼容”的项迁移成本可能比重做还高要提前和甲方讲清楚留足改造时间。我见过最典型的反面案例是一个水处理项目画面里嵌了 6 个 ActiveX 视频控件当时图省事全部重做画面工期反而最短。这条评估清单的价值在于让你和甲方在动工前对工作量达成一致避免边做边扯皮。4.2 数据库替换从 SQL Server 到达梦/金仓的连接配置替换数据库是迁移里的重头戏。老工程连接 SQL Server 通常直接用 Windows 身份验证换成达梦或金仓后要改成账号密码认证同时连接字符串和字符集必须重新配。我一般先建一个独立的数据库实例用于历史数据不建议把 SCADA 历史库和业务系统库混在一起。# 在达梦 disql 中创建 SCADA 历史数据库用户以达梦 DM8 为例 CREATE USER SCADA_HIS IDENTIFIED BY YourPassword; CREATE SCHEMA SCADA_HIS AUTHORIZATION SCADA_HIS;数据库用户建好后还要确认字符集。达梦在初始化实例时可以选择字符集常见有 UTF-8 和 GBK。这里有一个必须统一的原则KingSCADA 信创版的数据源配置用什么字符集数据库实例就必须用什么字符集两边不一致就会乱码。# 查看达梦实例字符集执行下面的语句并关注 nls_characterset 参数 SELECT * FROM v$nls_parameters WHERE parameter LIKE %CHARACTERSET%;如果是金仓数据库方式略有不同-- 金仓 KingbaseES 兼容 PostgreSQL 语法 SHOW SERVER_ENCODING;看到UTF8就说明实例字符集没问题。然后回到 KingSCADA 的工程环境里配置数据源。配置文件的具体位置在不同版本有差异但结构大体一致关键是拿下面这个字段去对比你手上工程里的对应配置!-- KingSCADA 数据源配置示例实际以各版本安装目录下的模板文件为准 -- connection nameHIS_DM typeDM host192.168.1.20/host port5236/port databaseSCADA_HIS/database userSCADA_HIS/user password加密后的密码/password charsetUTF-8/charset /connection端口参数注意达梦默认 5236金仓默认 54321。很多部署人员把端口填成原来的 1433 或 3306连不上时还反复检查防火墙。这类问题属于看帮助手册参数对照表就能避开的坑偏偏最容易出现。4.3 通信驱动改造OPC DA 退场后的协议替代方案通信驱动是迁移中最容易遇到“不能干”的环节。老工程大量使用 OPC DA 从第三方网关取数但 OPC DA 建立在微软的 COM/DCOM 组件技术上信创版所在的 Linux 内核系统根本没有 DCOM绝大多数 OPC DA 客户端动态库也无法移植。这意味着OPC DA 这条路在信创环境里走不通必须找替代方案。替代方案按优先级排第一选择是改 OPC UA。OPC UA 不依赖 DCOM跨平台能力强现在新出的 PLC、网关、DTU 基本都支持。老设备不支持 UA 的在前面加一个协议转换网关把 Modbus TCP 或 OPC DA 转换成 OPC UA信创版这边用 UA 客户端驱动接入。第二选择是直接改 Modbus TCP。很多设备本身支持 Modbus 寄存器映射只是原来通过 OPC 中转。迁移时减少一层中转稳定性反而更好。Modbus TCP 驱动在信创版里是原生支持的驱动配置的要点是地址映射表# 驱动点表映射示例设备地址、寄存器类型、寄存器地址、数据类型、换算系数 # 含义读取 192.168.1.30 的保持寄存器 40001数据类型为 16 位无符号整数乘以 0.1 得到实际工程值 192.168.1.30 保持寄存器 40001 UINT16 x0.1 192.168.1.30 保持寄存器 40002 UINT16 x0.1 192.168.1.30 保持寄存器 40003 INT32 x1.0参数说明寄存器类型要严格区分保持寄存器和输入寄存器地址 40001 对应 PLC 里的 VW0 这类变量区映射错一个字节数据就会偏差巨大。换算系数用在压力、温度等工程量和原始量不一致的场景。把映射表编辑好后可以用驱动自带的诊断工具逐条测试确认能读到稳定数据再批量铺开。通信驱动改造完迁移的工作量已经完成了大半。剩下的工作是回到画面里逐页替换字体、检查动画链接再把报表数据源切换成新库。到这一步为止你已经走完了信创迁移的完整路径。但真正让工程师头疼的往往是上线头一个月冒出的各种怪问题。5. 部署期翻车实录信创版 6 个高频坑与排查方式以下每一条都是部署现场真实出现过的现象按“现象 → 原因 → 解决”的方式记录。第 2 章、第 3 章的细节如果没做扎实大部分坑都会在这个阶段爆发。5.1 服务启动失败libdb 依赖缺失现象systemctl status kingscada-gw显示服务不断重启journalctl -u kingscada-gw日志里出现libdmcli.so: cannot open shared object file。原因达梦或金仓的客户端动态库没有写入系统动态库搜索路径。安装过程本身不会报错服务启动时才去加载这些库一加载就失败。这属于环境预检阶段没补依赖库路径导致的后遗症。解决找到数据库客户端库的实际位置写进ld.so.conf.d并刷新缓存。# 找到动态库的实际路径 find /opt -name libdmcli.so 2/dev/null # 将所在目录写入系统配置并刷新 echo /opt/dmdbms/bin /etc/ld.so.conf.d/dmclient.conf ldconfig # 再次验证 ldd /opt/kingscada4/bin/KingSCADA_GW | grep not found这条经验的价值在于看到not found不要急着重装软件先按ldd的输出反查缺哪个库、库在哪、路径有没有加进去。5.2 历史数据乱码字符集不一致不仅在数据库现象采集数值正常但中文字点名、报警描述在历史报表里显示为一串问号或乱码画面上的中文却正常。原因画面使用的字体库与数据库存储字符集是两条链路。画面中文正常说明中文字体已加载历史报表乱码说明 KingSCADA 数据源配置的字符集与数据库实例字符集不一致。常见组合是数据源配了 UTF-8数据库实例初始化时选了 GBK。解决用第 4 章的 SQL 查询数据库实例字符集然后修改数据源配置与之对齐。如果数据库里已经有乱码数据改配置救不了历史数据只能删掉重建历史表。所以这个检查必须放在建库阶段做等数据跑一个月再发现就晚了。5.3 ActiveX 控件消失别在信创版里给画面加 IE 插件现象工程迁移后画面里的视频监控框、报表插件、三维控件全部变成空白区域或红叉运行日志无任何报错。原因ActiveX 控件是 Windows 专属的 COM 组件技术依赖注册表注册。信创版运行环境里没有注册表机制也不存在 Windows 的系统 API现有 ActiveX 控件无法被加载。解决三类处理方式。视频类用独立播放器窗口叠加显示KingSCADA 画面里设置透明区域覆盖到播放器上或改用 H5 视频流页面嵌入报表类直接用信创版自带的报表组件重做已经没有维护的三维控件直接砍掉用曲线和表格替代。这个坑没有捷径属于必须提前评估的重做工作量第 4 章评估清单里把 ActiveX 列为“低兼容”就是这个原因。5.4 OPC DA 连不上老 PLCDCOM 在 Linux 下没有后悔药现象OPC DA 驱动通道状态变 Bad客户端侧报“Class not registered”重启服务后短暂恢复几分钟后又断开。原因OPC DA 依赖 DCOM 做跨进程通信DCOM 包含 Windows 注册表、RPC 安全机制等这在信创版底层 Linux 环境里不存在。即使找到能在 Linux 上编译的 OPC DA 客户端库服务端若还在 Windows 上跨平台的 DCOM 协商也会频繁超时。解决趁早放弃 OPC DA。现场做法是加装一台 OPC UA 协议转换网关把老设备的 DA 数据通过网关统一转成 UA 服务信创版这边配置 OPC UA 客户端驱动指向网关地址。网关选型注意确认并发会话数有些廉价网关只有 8 个会话点位数超过 2000 就会随机掉线。5.5 画面字体错位字体映射表才是元凶现象迁移后的画面上中文按钮文字挤成一团、字体重叠部分文字显示为方框。工程文件里的字体名称显示为“宋体”“微软雅黑”等 Windows 字体名。原因国产 Linux 系统默认不安装 Windows 字体。系统在渲染时找不到“宋体”按字体回退机制选择了某个等宽字体于是布局全部错位。解决把 Windows 字体文件直接拷贝到 Linux 系统并使用。这个操作合法且通用Windows 字库文件可自由复制用于应用兼容。# 创建中文字体目录并拷贝字体文件 sudo mkdir -p /usr/share/fonts/chinese sudo cp simsun.ttc msyh.ttf /usr/share/fonts/chinese/ # 刷新字体缓存 sudo fc-cache -fv # 验证系统是否识别中文字体 fc-list :langzh如果客户要求全部使用开源字体也可以统一替换成思源黑体或文泉驿正黑。但替换之后工程画面里所有文字样式都要重新调整工作量不小。我的顺序是先拷贝 Windows 字体保证画面不变再在运维平缓期逐步替换。5.6 采集进程被系统杀掉共享内存与文件句柄参数现象系统连续运行 3 到 5 天后部分点位不刷新日志文件没有报错进程列表中采集进程不存在。查看dmesg能看到Out of memory: Kill process或Too many open files。原因两个独立问题。一是采集进程内存占用超过系统可用内存触发 Linux OOM Killer系统为了避免宕机杀掉占用最高的进程二是文件句柄数量超限进程尝试打开新文件失败后主动退出。前者通常由共享内存分配异常导致后者是ulimit限制没有调高。解决先用dmesg -T | tail -50确认是被 OOM 杀掉还是文件句柄超限。OOM 场景在 systemd 服务配置里调整 OOM 策略并为系统预留内存# 在服务单元文件中追加以下配置 [Service] OOMScoreAdjust-800 LimitNOFILE65535OOMScoreAdjust-800让系统在内存紧张时优先杀掉其他进程而不是采集网关。LimitNOFILE65535对应第 2 章内核参数部分。这两项配置到位后90% 的进程“神秘消失”问题不会再出现。剩下 10% 属于物理内存确实不足只能加内存或减少采集点数。6. 大点数与热备场景调优做到不丢数、可切换再上线信创环境跑通只是起点现场真正考验人的是大点数工程和热备切换。最后这章给出我调优时的两个抓手。第一采集粒度分层。把所有点位按实时性要求分成 100ms、500ms、1000ms 三档不要所有点位用同一个扫描周期。低压配电和温度类点位完全可以放到 1000ms只有联锁和连续控制回路才需要 100ms。调整之后CPU 占用通常能下降 40%。历史存储方面按天建分区表并启用数据压缩这能直接缓解数据库膨胀。场景推荐采集周期历史存储策略高压电机联锁信号100ms不做历史存储只做实时报警工艺流量、压力500ms按天分区存 30 天环境温度、储罐液位1000ms按月分区存完整年份第二热备切换别只在文档里演练。双机热备最常见的失效模式是主备机都以为自己是主机同时写入导致数据库产生双主冲突。我的习惯是上线前做两次切换演练一次是主机关机确认备机能在 5 分钟内接管全部采集与历史写入另一次是断掉主机与备机之间的心跳线确认系统不会出现双主。切换演练结束后的第一件事是检查数据库两侧的数据断点补录是否生效补不齐的数据要在报表工具中加异常标注而不是直接混合展示。养成一个习惯每次切换演练后把主备机的服务日志、切换耗时、数据补齐情况记成一张表。下次再做时对比这些数据就能判断系统状态是否在劣化。这些都是帮助手册里不会写、但现场一定会遇到的事。希望帮到你。本文还有配套的精品资源点击获取