简介金蝶K3-WISE V14.3安装配置指南是一份面向ERP实施运维人员及企业IT管理者的实操参考文档重点解决金蝶K3-WISE V14.3在部署数据库服务器、操作系统与数据库引擎时的选型与调优问题。文档按数据库服务器、中间层服务器等维度展开详细给出处理器核心数、物理内存、存储类型SAS RAID 5/10/50、局域网速率与延迟等配置建议并说明不同并发规模100/200以上对应的硬件推荐同时对Windows Server各版本及SQL Server 2012/2014/2016的兼容注意事项做了梳理帮助读者避开非简体中文环境排序设置、旧系统MSDTC效能低等常见坑。压缩包内含1个docx文档仅54KB内容精炼适合安装前快速查阅硬件基线或对照环境核查。已有200人学习下载。1. 先把 K3-WISE-V14.3 拆成数据库、中间层、客户端三层再谈安装配置金蝶K3-WISE-V14.3的安装通常不是卡在安装包上而是卡在“这台机器到底承担什么角色”上。装之前要先接受一个事实它和云星空的浏览器登录完全不是一回事是典型的三层C/S结构依次是数据库层、中间层、客户端。顺序装错或角色选错后面的所有连接都会报“无法连接中间层服务器”“没有注册类别”这类看得见摸不着的错误。这套指南按数据库→中间层→客户端的顺序把每个阶段的环境要求、安装选项、账套恢复、连接验证和常见故障串起来适合企业IT运维、ERP实施和准备升级V14.3的网管对照操作。2. 数据库层准备K3-WISE-V14.3 的 SQL Server 版本与账套恢复2.1 V14.3 对 SQL Server 版本和主机名的最基本要求K3-WISE-V14.3 的数据库层只认微软 SQL Server不存在“支持 MySQL”这个选项。很多第一次接触金蝶的人拿着 V14.3 安装包去配 MySQL方向从一开始就错了。常见生产环境里V14.3 配的是 SQL Server 2008 R2 SP2 或 2012 SP1再往上的 2014 也能跑但是不是被纳入官方支持范围要看当时的授权方式。这里按最稳的 2008 R2 往下讲。对象建议配置关键约束数据库服务器OSWindows Server 2008 R2 / 2012 R2 64位装完系统后先改机器名再装SQL Server数据库版本SQL Server 2008 R2 SP2 或 2012 SP1建议默认实例少一层命名实例连接干扰排序规则Chinese_PRC_CI_AS避免中文字段排序、分组异常认证模式Windows 身份验证 / 混合模式账套管理里连接账号要能读sysadmin权限网络要求静态IP开启TCP/IP协议动态IP会让客户端后期频繁掉线除了这些版本约束服务器计算机名有一个容易被忽略的坑名字里不能有中文、空格、下划线也不要是一个纯数字。金蝶账套管理在向数据库注册账套时会在系统库和业务库里写主机名一旦主机名不规范后面恢复的账套可能出现在“服务器”列表里却始终连不上。操作系统装好第一件事应该是改计算机名并重启而不是直接放安装镜像进去。2.2 SQL Server 安装时的关键参数TCP/IP 与排序规则SQL Server 安装过程本身没有太多特殊性但有两个参数会直接影响 K3 能否连得上。第一是 TCP/IP 协议默认可能处于禁用状态K3 客户端通过 1433 端口访问时会报“无法连接数据库服务器”。安装命令行里带上/TCPENABLED1最省事如果是图形安装装完必须到 SQL Server 配置管理器里把 TCP/IP 启用并确认 IPAll 的端口是 1433。下面是一个常用的静默安装示例适用于在中间层服务器或数据库服务器上批量操作setup.exe /q /ACTIONInstall /FEATURESSQLENGINE,CONN_TOOLS \ /INSTANCENAMEMSSQLSERVER \ /SQLCOLLATIONChinese_PRC_CI_AS \ /SQLSYSADMINACCOUNTSBUILTIN\Administrators \ /AGTSVCACCOUNTNT AUTHORITY\NETWORK SERVICE \ /SQLSVCACCOUNTNT AUTHORITY\NETWORK SERVICE \ /TCPENABLED1 /NPENABLED0参数说明/TCPENABLED1表示安装后启用 TCP/IP 协议这是 K3 客户端连接数据库的通道/SQLCOLLATION指排序规则金蝶中文字段较多使用 Chinese_PRC_CI_AS 可以减少后期“中文名称排序串位”之类的问题/SQLSYSADMINACCOUNTS把管理员组放进 sysadmin 固定服务器角色方便安装完先验证。装完数据库还要把 1433 端口和 DCOM 所需的 135 端口在 Windows 防火墙里放行netsh advfirewall firewall add rule nameK3 SQL 1433 dirin actionallow protocolTCP localport1433 netsh advfirewall firewall add rule nameK3 RPC 135 dirin actionallow protocolTCP localport135这里 135 端口不是给客户端连数据库用的而是中间层服务器调用组件服务时RPC 终结点映射器要用到的默认端口。现在放行能避免第 3 章里账套管理组件注册成功后客户端仍连不上中间层的现象。2.3 把金蝶账套备份恢复到目标 SQL Server金蝶的账套在物理上就是一个 SQL Server 数据库命名通常是 AIS 加年份和序号例如 AIS202501。恢复账套可以用 SSMS 图形界面也可以用 RESTORE 语句。生产环境里我一般更愿意用语句恢复因为 MOVE 路径写错时语句能更直观地暴露问题。RESTORE DATABASE [AIS202501] FROM DISK ND:\backup\AIS202501.bak WITH MOVE AIS202501_Data TO ND:\K3Data\AIS202501.mdf, MOVE AIS202501_Log TO ND:\K3Data\AIS202501_log.ldf, REPLACE, RECOVERY;MOVE 后面跟的两个名称是备份文件内部的逻辑文件名不是随便起的路径名。可以先执行RESTORE FILELISTONLY FROM DISK ND:\backup\AIS202501.bak查看备份内容再把查到的逻辑名填进 MOVE。REPLACE 表示覆盖同名数据库适用于原库已经存在但要强行还原的场景RECOVERY 让数据库恢复完成后直接上线避免停留在 RESTORING 状态。提示从客户现场收到的账套备份有两种一种是 SQL Server 的 .bak另一种是金蝶账套管理导出的 .dbb/.dai 账套备份。后者不能用 SQL RESTORE必须在 K3 账套管理工具里执行“恢复账套”。恢复完成后如果账套管理注册时提示“无法更新数据库所有者”补一句数据库所有者调整语句把所有者切到 sa 或中间层连接账号ALTER AUTHORIZATION ON DATABASE::AIS202501 TO sa;这一步在金蝶账套注册里作用很大因为账套管理工具在检查数据库可用性时会校验登录账号在目标库上的权限。所有者不对后面第 3 章的“注册账套”很容易出现账套列表里能看到、但点开提示“数据库中已存在数据”的情况。3. 中间层服务器K3-WISE-V14.3 组件注册、DCOM 端口与账套管理3.1 为什么 V14.3 的中间层不能省中间层是这版金蝶与云星空最大的差异点。云星空把业务逻辑放在服务端 Web 服务里浏览器直接访问而 V14.3 的客户端通过 COM / DCOM 调用中间层组件组件里承载了基础资料判断、单据保存引擎、许可计数、流程校验这些业务逻辑。客户端不会直接去连接 SQL Server 读数据至少要经过中间层这一跳。由此带来一个安装顺序硬约束先装 SQL Server再装中间层服务器组件最后装客户端。跳过中间层直接给客户端配账套客户端会一直提示“无法连接中间层服务器”或“服务器尚未注册”。有些现场为了省事把中间层和数据库装在同一台服务器上这可以接受但前提是这台机器的 CPU、内存扛得住账套所在 SQL Server 的压力。账套数量多、并发单据大的环境我不建议合装。3.2 安装中间层后固定 DCOM 动态端口范围中间层组件安装完成后Windows 组件服务里会出现金蝶要求的 COM 应用。默认情况下DCOM 调用的协商端口是动态的范围通常在 1024 到 65535 之间随机跳动。企业防火墙如果只放行 1433 和 135客户端仍然会连不上中间层因为业务调用从 135 协商完成后真正传数据的端口是那个随机端口会被防火墙拦掉。常见做法是在中间层服务器上把 RPC 动态端口固定成一个短区间然后在防火墙里放行这个区间。在 Windows Server 2008 R2 和 2012 R2 上用注册表实现$regPath HKLM:\SOFTWARE\Microsoft\Rpc\Internet New-Item -Path $regPath -Force | Out-Null Set-ItemProperty -Path $regPath -Name Ports -Value 5000-5020 -Type String Set-ItemProperty -Path $regPath -Name PortsInternetAvailable -Value Y -Type String Set-ItemProperty -Path $regPath -Name UseInternetPorts -Value Y -Type String参数说明Ports 指定 RPC 可用的动态端口区间这里用 5000-5020共 21 个端口PortsInternetAvailable 表示允许来自网络的 RPC 调用使用该区间UseInternetPorts 让 RPC 运行时优先采用上面配置的端口而不是系统默认随机端口。改完注册表必须重启服务器否则端口范围不会真正生效。重启后放行对应端口netsh advfirewall firewall add rule nameK3 DCOM 5000-5020 dirin actionallow protocolTCP localport5000-5020这里把端口区间收紧到一个小的号段既有益于防火墙策略收敛也方便故障排查时直接用 Test-NetConnection 验证而不是在一堆随机连接里找会话。3.3 用账套管理工具完成账套注册中间层机器上会生成一个“账套管理”入口。第一次打开账套管理需要指定数据库服务器地址。如果账套在 SQL Server 里已经恢复好这里选择“注册账套”而不是“新建账套”。新建账套会生成一个空的业务库适合全新上线从旧环境迁移过来的数据必须走注册。操作顺序通常是打开账套管理输入数据库服务器名称和连接账号。右键左侧账套区域选“注册账套”。填写账套号、账套名称、数据库实体如 AIS202501。保存后在账套列表里勾选该账套执行一次“账套属性”检查。这个阶段常见的错误集中在下面几个地方报错现象优先排查点处理措施无法连接数据库服务器SQL Server TCP/IP 是否启用、1433 是否通回到 2.2 检查协议和防火墙注册账套时提示“数据库不存在”数据库实体名写错或库处于离线状态在 SSMS 里确认库状态与实体名能注册但客户端登录不到账套中间层 DCOM 端口范围未放行核对 135 和 5000-5020 防火墙规则登录提示“未找到加密卡”许可服务未指向当前机器检查许可服务配置和加密狗驱动账套注册完成后我习惯在账套管理里直接双击打开“账套属性”看一次“站点许可数”和“启用模块”。站点数显示为 0 或未启用说明许可层还没就绪先把第 3.4 节的许可服务处理完再继续装客户端。3.4 许可服务与 K3ListServer 的就位V14.3 的并发站点数由许可服务控制服务名常被封装为 K3ListServer 或金蝶加密服务器。中间层在启动时向许可服务申请站点客户端登录时再向中间层借用一个许可。热词里反复出现的“k3listserver 无法正常工作”绝大多数发生在服务器重启之后现象是客户端登录界面正常但一点账套就提示“无法连接 K3ListServer”。在中间层服务器上用命令直接看服务状态sc query K3ListServer如果显示 STOPPED先手动启动并设置为自动启动sc config K3ListServer start auto net start K3ListServer注意sc config里start后面必须带一个空格这是 Windows 服务的常见误写点。许可服务启动后再到“加密管理”工具里把服务器地址指到许可服务器本机或专用许可机不要让它默认指到 localhost 之外的空地址。K3ListServer 不恢复后面客户端装得再完整也会卡在“许可校验”这一步。4. 客户端安装与连接让生产领料在 K3-WISE-V14.3 里跑起来4.1 客户端组件和运行库的安装顺序客户端的安装逻辑和普通办公软件不同它不是一个单独 exe而是一套带 COM 组件注册的安装包。安装包会发现并注册金蝶主控台、单据引擎、基础资料控件、打印中心等模块。操作系统建议用 Windows 10 专业版家庭版经常会在组件注册环节因为权限模型不完整而报错。安装前先补两个运行库.NET Framework 4.0 以上版本以及对应架构的 VC 运行库。很多客户端在“新建单据”时报内存错误最后查下来是系统里缺 VC 运行库跟金蝶自身没关系。运行库装好后再从安装盘里指定客户端角色。批量部署时可以用 msiexec 做静默安装msiexec /i \\192.168.1.10\k3setup\K3Client14.3.msi /quiet /norestart参数说明/quiet表示不弹安装界面/norestart表示安装完成后不主动重启。msi 文件通常放在安装盘“客户端安装”目录里。域环境下可以把 msi 下发到组策略软件安装里但建议先在一台干净的测试机上静默装一遍确认没有报错码再铺开。提示用别人做好的 Ghost 系统或系统还原镜像装客户端十有八九会漏掉 COM 组件注册。客户端出问题时的第一反应不应该是重装系统而是先跑一次客户端安装包的“修复”选项。4.2 首次登录前把客户端指向正确的中间层客户端装好后打开 K3 主控台登录框里需要填服务器。这里填的既不是软件官网也不是 SQL Server 的 IP而是中间层服务器的 IP 或计算机名。地址写错时登录界面会停很久最后提示“无法连接中间层服务器”。我一般先不登录在客户端机器上用 PowerShell 做一次端口预检$server 192.168.1.10 Test-NetConnection $server -Port 1433 Test-NetConnection $server -Port 135 Test-NetConnection $server -Port 5001三个端口分别对应 SQL Server、RPC 终结点映射器、以及第 3 章里固定的 DCOM 动态端口区间中的某一个。1433 通而 135 不通问题出在中间层机器的 DCOM 或防火墙135 通但 5001 不通大概率是注册表 RPC 端口范围配置没生效。这个预检能在 15 秒内把故障锁定到具体一层。登录配置界面里建议用中间层服务器的 IP 而不是计算机名尤其是客户端和中间层不在同一网段时。IP 的优势是没有 DNS 解析差异缺点是许可校验偶尔按机器名做绑定时仍要保证主机名解析正常所以在 hosts 文件里同时写一条映射更稳。4.3 安装完成后配置生产领料权限不是装完就完事V14.3 装完只能说明客户端能连上账套业务能不能跑是另一回事。热搜词里“金蝶生产领料”这类场景对应的菜单在“生产管理-生产领料”和“仓存管理-领料出库单”两处。生产领料单按生产订单生成领料出库单则偏手工领料。单据能不能建、能不能审核由用户权限控制不由重装客户端解决。在“系统设置→用户管理→权限管理”里按角色授权比按单个用户授权好维护。实际配置步骤新建角色命名为领料员。展开生产管理勾选生产领料单的新增、修改、审核、反审核。展开仓存管理勾选领料出库单的新增和查询权限。保存后把对应员工账号加入该角色。参考下表勾选最小权限集菜单位置建议勾选权限说明生产管理-生产领料单新增、提交、审核按生产订单领料仓存管理-领料出库单新增、查看手工补单领料仓存管理-即时库存查询查询、导出领料前确认库存系统设置-套件领料启用多物料按 BOM 配套领料“套件领料”在 V14.3 的物料基础资料里一般以启用标记方式出现启用后同一生产订单的多个子项物料可以按套一起出库减少领料员逐行操作。若客户端在保存领料单时报“负库存”或“即时库存不足”先看物料基础资料里是否勾选了“允许负库存”不要为了过单而盲目放开否则月底对账对不上。5. 安装完怎么验K3-WISE-V14.3 的端口、许可服务与故障恢复5.1 用端口预检把故障定位到具体一层装完所有角色后我不急着让业务人员登录先执行下面这段放在客户端上的预检脚本Test-NetConnection 192.168.1.10 -Port 1433 Test-NetConnection 192.168.1.10 -Port 135 Test-NetConnection 192.168.1.10 -Port 50011433 不通回数据库服务器看 SQL Server 服务和防火墙135 不通回到中间层服务器检查 RPC 终结点映射器是否被禁用5001 不通检查第 3 章注册表端口区间是否在重启后生效。三层端口都通以后再用 K3 客户端登录账套此时如果还报错问题基本在账套注册或许可层面不再属于安装配置范畴。5.2 K3ListServer 无法正常工作时的恢复顺序许可服务恢复要按顺序做乱重启反而会把已建立的许可会话卡住。先确认服务进程在跑再看许可服务器指向最后才动服务重启sc query K3ListServer sc config K3ListServer start auto net stop K3ListServer net start K3ListServer如果重启服务后仍提示许可不可用检查是否有第二个中间层服务器也指向了同一个许可服务器两个中间层抢许可时会出现“有个客户端能进有的进不了”的现象。此时在许可服务管理里把多余连接释放掉再重新登录客户端比反复重启服务有效得多。5.3 升级后版本不一致的处理现场最隐蔽的问题是中间层打了补丁而客户端没跟上。客户端启动时不报错进账套后打开单据就崩溃多半是组件版本不一致。此时先确认中间层和客户端的补丁版本再统一客户端组件版本。重新运行客户端安装包选择修复只重注册组件即可不必卸载重装否则会连带清掉用户本地打印模板和操作习惯配置。如果补丁确实打不上再考虑卸载客户端并删除 Program Files 下的金蝶残留目录后重新安装。本文还有配套的精品资源点击获取