IAP产能专家系统系统部署指南部署前准备清单

环境要求确认

部署前要确认服务器、操作系统、数据库及浏览器版本。不要只看最低配置，生产环境应按设备数量、采集频率和数据保存周期估算资源。

中小型工厂可从8核CPU、32GB内存、500GB SSD起步。设备超过300台，或每秒数据点超过5000个时，建议采用集群架构。

操作系统优先选择企业长期支持版本。数据库、中间件、容器运行时的版本，应与软件厂商提供的兼容性清单完全匹配。

生产服务器需要固定IP和稳定时钟源。全部节点应接入同一NTP服务，时间误差建议控制在1秒以内。

前置条件准备

提前准备数据库地址、账号、授权范围和字符集。生产环境不要使用root或数据库超级管理员账号运行系统。

现场涉及PLC、DCS、SCADA、MES和ERP时，要整理通信协议。常见协议包括OPC UA、Modbus TCP、MQTT和HTTP API。

设备点位表需要包含设备编码、点位名称、数据类型、单位、采集周期和异常值范围。点位命名不统一，会直接增加实施时间。

还要确认企业班次、工单、产品、工艺路线及标准节拍。这些主数据决定产能计算结果是否能用于排产和改善。

团队与权限准备

建议明确项目负责人、系统管理员、网络工程师、设备工程师和业务验收人。每类角色都要有可联系的负责人。

IT团队负责服务器、网络、数据库和备份。OT团队负责设备接入、点位核对及现场停机窗口协调。

生产部门需要确认产能口径。例如停机换型是否计入损失、返工数量是否计入产出，都应形成书面规则。

准备管理员、运维员、分析员和只读用户四类账号。遵循最小权限原则，避免多人共用管理员账号。

上线前还要确定回退方案。包括旧版本安装包、数据库备份、配置文件和恢复步骤，并安排至少一次恢复演练。

IAP产能专家系统系统部署指南部署架构规划

单机vs集群部署选择

单机部署把应用、数据库和消息服务放在一台服务器。它的成本低、交付快，适合测试环境、小型工厂或概念验证项目。

单机模式的问题是故障域集中。服务器停机后，采集、分析和看板可能同时中断，不适合连续生产场景。

集群部署可将接入服务、计算服务、数据库和缓存拆开。关键组件至少部署2个实例，并通过负载均衡对外提供服务。

判断怎么选，可关注4个指标：设备数量、每秒点位数、并发用户数、允许停机时间。

若系统要求7×24小时运行，计划停机少于4小时，建议采用双应用节点和数据库高可用架构。

跨工厂项目可采用“边缘采集＋中心分析”模式。现场边缘节点负责缓存数据，中心平台负责统一建模和产能分析。

采购时不能只问软件多少钱，还要计算服务器、数据库授权、备份空间、网络改造和三年运维成本。

网络规划与端口配置

建议划分设备网络、应用网络、数据库网络和运维网络。不同区域通过防火墙策略通信，不要直接全网放通。

采集网关通常需要访问PLC或控制系统。中心平台只与网关通信，可减少生产设备暴露在办公网络中的风险。

端口清单应记录源地址、目标地址、协议、端口、用途和负责人。具体端口以实际版本和厂商配置为准。

Web访问建议统一使用HTTPS，并配置企业证书。数据库、缓存和消息队列端口只对指定应用节点开放。

远程运维应通过VPN、堡垒机或零信任网关进入。禁止直接把管理端口映射到公网。

部署前可使用Telnet、PowerShell或nc测试端口连通性。测试结果要保存，便于定位防火墙和路由问题。

存储规划

存储容量应分为业务库、时序数据、日志、附件和备份五部分，不能只估算数据库初始大小。

容量可按“点位数×采集频率×单条数据大小×保存天数”估算，再预留30%至50%的增长空间。

数据库和日志建议使用独立磁盘。高频写入场景优先使用SSD，并关注随机写性能，而不只是磁盘容量。

备份文件不要与生产数据放在同一块磁盘。条件允许时，采用本地备份加异地对象存储的方式。

IAP产能专家系统系统部署指南分步部署流程

第一步：基础环境搭建

创建专用运行账号和目录，安装操作系统补丁，并关闭无关服务。不要直接使用个人账号部署生产程序。

按兼容性清单安装JDK、容器运行时、数据库客户端及其他依赖。安装包应校验哈希值，防止文件损坏。

配置主机名、固定IP、DNS和NTP。多节点环境必须保证主机名唯一，且各节点可以互相解析。

调整文件句柄、进程数和网络连接参数。高并发采集环境中，默认系统参数往往无法支撑长期连接。

建立程序目录、数据目录、日志目录和备份目录。目录权限只授予运行账号，不建议设置为全员可写。

基础环境完成后，应保存操作系统版本、补丁版本和依赖版本，形成可复用的环境基线。

第二步：核心组件安装

建议按数据库、缓存、消息服务、应用服务、采集服务和Web入口的顺序安装，便于逐层验证依赖关系。

配置文件中的数据库密码、令牌和证书私钥，应放入密钥管理工具，不要明文写入脚本或代码仓库。

安装数据库时要设置字符集、时区和连接数。系统使用中文名称时，应重点验证中文排序和编码兼容性。

消息队列要配置持久化、确认机制和积压阈值。网络短时中断时，采集数据不能直接丢弃。

应用服务启动后，检查进程、监听端口和启动日志。日志出现异常时，不要反复重启掩盖根因。

集群环境还要配置负载均衡和健康检查。健康检查应覆盖服务状态，而不是只判断端口是否打开。

第三步：数据初始化

初始化前先备份空数据库，再执行建库脚本和升级脚本。每次执行都要记录脚本名称、版本和时间。

导入组织、工厂、车间、产线和设备信息。编码应保持唯一，后续不要随意修改设备主键。

接着导入产品、工艺路线、标准节拍、班次和日历。标准节拍应注明来源、版本和生效日期。

设备点位可先导入5至10台设备做小范围验证。确认数据类型、单位和刷新频率后，再批量接入。

历史数据迁移要处理重复记录、空值和时间格式。建议先完成数据抽样，再执行全量迁移。

初始化完成后，统计表数量、记录数和异常数。业务负责人应确认产量、停机和工时的计算口径。

第四步：功能验证

验证范围要覆盖登录、权限、设备通信、实时数据、产能计算、报表、告警和数据导出。

设备验证不能只看“在线”。应人工制造开机、停机和计数变化，检查平台是否准确识别状态。

产能计算可选取一个完整班次，将系统结果与现场报工数据对比。偏差超过2%时，应检查节拍和停机规则。

权限测试要使用不同角色账号。普通用户不能修改系统配置，也不能查看无授权工厂的数据。

可执行一次服务重启、网络中断和数据库切换测试，确认系统能恢复连接，并补传边缘缓存数据。

验收记录应包含测试项、预期结果、实际结果、截图和责任人。未通过的问题要明确修复期限。

IAP产能专家系统系统部署指南部署后调优

性能调优要点

性能调优应基于压测数据，不要凭感觉修改参数。重点观察接口响应、数据库等待和消息积压。

高频点位可采用批量写入，减少数据库事务次数。展示类数据可放入缓存，降低重复查询压力。

报表查询应限制时间范围和返回行数。跨年度统计可使用汇总表，避免每次扫描全部明细。

应用线程池不能无限放大。线程过多会增加上下文切换，还可能耗尽数据库连接。

常见配置优化

数据库连接池要设置最小连接数、最大连接数和超时时间。最大值应结合数据库承载能力确定。

日志级别在上线后应调整为INFO或WARN。长期使用DEBUG会快速占满磁盘，也会拖慢服务。

采集周期要按业务价值配置。设备状态可秒级采集，低频环境数据不必按毫秒采集。

边缘节点建议设置本地缓存容量和补传限速。恢复网络时，避免大量历史数据冲击中心平台。

监控指标设置

基础指标包括CPU、内存、磁盘使用率、磁盘延迟、网络丢包率和进程存活状态。

应用指标包括接口P95响应时间、错误率、在线设备数、采集延迟和消息队列积压量。

数据库应监控连接数、慢查询、锁等待、事务失败和主从延迟。磁盘使用率达到70%即可预警。

告警要分级处理。P1级影响生产，应电话通知；P2级可进入工单；P3级用于趋势观察。

IAP产能专家系统系统部署指南部署常见问题排查

启动失败排查

启动失败时，先查看服务状态和启动日志，重点搜索ERROR、拒绝连接、权限不足和端口占用。

使用系统命令检查端口是否被其他进程占用。若修改端口，还要同步调整防火墙和负载均衡配置。

数据库连接失败通常与地址、账号、密码、证书或访问白名单有关。可从应用服务器直接测试连接。

依赖组件未就绪也会造成启动失败。应确认数据库、缓存和消息服务均已启动，并通过健康检查。

配置修改后要检查格式。一个空格、引号或缩进错误，都可能导致YAML或JSON文件无法加载。

性能异常排查

页面变慢时，要先确定是单个接口慢，还是所有功能都慢。再对照CPU、内存和数据库指标定位。

CPU持续超过80%，可检查高频计算任务和异常循环。内存不断增长，则需要分析堆内存和缓存策略。

数据库慢查询应结合执行计划处理。常用过滤字段可建立索引，但索引过多会增加写入成本。

消息积压通常说明消费能力不足，也可能是下游数据库写入变慢。扩容前要找到真正的瓶颈。

若问题只在交接班时出现，应检查报表任务、数据汇总和批处理是否集中在同一时间执行。

数据同步异常排查

数据不同步时，按“设备—网关—消息服务—应用—数据库”的链路逐段检查，不要直接重装系统。

设备端要核对地址、点位和通信状态。网关端要查看采集日志、缓存数量和最近上传时间。

出现数据重复，应检查消息重试和唯一键策略。出现数据缺失，则要确认断网缓存是否启用。

时间错乱通常来自设备时钟、网关时区或服务器时区不一致。全部节点应统一时区和NTP源。

补传前先评估数据量，并设置速率限制。补传结束后，抽查产量、停机时长和班次归属是否正确。

排查过程要保留日志、时间点、配置版本和操作记录。这样既能缩短恢复时间，也能形成后续运维手册。