金蝶K/3 V12.3服务器安装配置与DTC/COM+排错图解

简介：《金蝶K3服务器安装与配置方法详细图解》面向金蝶K/3 V12.3的部署实施人员、系统管理员与运维初学者，围绕新环境安装配置与常见故障排查提供一份可按步骤对照的实操指南。文档从光盘组成与三种安装方式讲起，依次说明环境检测、安装顺序，以及数据库服务部件、中间层服务部件、WEB服务部件和客户端部件的安装配置要点；其中数据库部分细化到处理器、内存、存储、网络与操作系统、数据库引擎的选型建议，并补充自定义组合安装、自动部署和常见问题分析。压缩包共1个doc文件，约1.97MB，篇幅集中、目录清晰，便于打印或对照屏幕操作。已有4816人学习下载，适合需要快速搭建K/3服务器环境、核对配置参数和排查安装问题的人员参考。

1. 装 K/3 V12.3 前，我先在一台干净的 Server 2008 上卡了半天

金蝶K3服务器安装与配置方法详细图解这份资料，我是拿一台刚装好的 Windows Server 2008 x64 做验证的：SQL Server 2008 装完，实例能连，服务全绿，结果一跑环境检测，DTC 和网络 COM+ 访问两项直接标红，中间层部件装到一半就回滚。K/3 V12.3 这套东西的坑不在安装包本身，而在它对你机器的底层依赖——MSDTC、COM+、IIS、SQL 排序规则，缺一个都过不去。它至今仍跑在不少公司的财务和供应链机房里，装不好就是全厂开不了单。这篇按「资源盘检测 → 数据库 → 中间层 → WEB 与客户端 → 排错 → 验证」的顺序写，适合第一次上手实施的人，也适合接手老环境要做迁移的人照着复现。

2. 环境清单：K/3 V12.3 四类部件的硬件基线与系统版本对照

装 K/3 之前先把机器分成四种角色：数据库服务器、中间层服务器、WEB 服务器、客户端。四个角色可以合在一台机器上做单机演示，但生产环境建议拆开，尤其是数据库和中间层。这一章先把硬件档位和系统版本定死，后面安装才有参照物，不然装到一半发现内存不够、系统是 Server Core，返工成本比重新规划高得多。

2.1 四类部件的硬件基线：按并发和账套实体大小定档

数据库服务器是唯一一个需要按业务量分档的角色，分档依据有两个：并发用户数、账套实体大小（可以理解成数据库文件总量）。中间层只看并发，WEB 服务器给一个推荐值就够，客户端是最低配。

部件	CPU	核心数	内存	存储	空闲空间	网络
数据库服务器	Xeon / Opteron / Itanium 2，最低 1.6GHz，推荐 2.4GHz 以上	最低 2 核；4 核（100 并发内或实体 10GB 内）、8 核（100~200 并发或 10~20GB）、16 核（200~400 并发或 20~40GB）	最低 2GB；推荐 4GB / 8GB / 16GB，档位同上	SCSI 或更快企业级，数据盘 RAID10，至少两个 LUN 分放生产库与 TempDB	最低 10GB，推荐 50GB 以上	100Mbps，与中间层建议 1000Mbps，延时 <20ms，丢包 <0.1%
中间层服务器	Xeon / Opteron，最低 1.6GHz，推荐 2.4GHz 以上	最低 2 核；推荐 4 核（200 并发内）、8 核（200~400 并发）	最低 1GB；推荐 2GB（200 并发内）、4GB（200~400 并发）	SCSI 或更快企业级，RAID1 或 RAID5	最低 10GB，推荐 20GB	同数据库服务器，与数据库之间建议 1000Mbps
WEB 服务器	Xeon / Opteron，最低 1.6GHz，推荐 2.4GHz 以上	最低 2 核，推荐 8 核	最低 1GB，推荐 4GB	SCSI 或更快企业级，RAID1 或 RAID5	最低 10GB，推荐 20GB	100Mbps，与中间层建议 1000Mbps
客户端	Pentium 4 兼容或更快	最低单核 1.7GHz / 双核 1.0GHz，推荐双核 2.0GHz 以上	最低 512MB，推荐 1GB 以上	普通磁盘即可	最低 4GB，推荐 8GB	100Mbps，延时 <20ms，丢包 <0.1%

这张表里最容易被忽略的是数据库服务器那一行后面的「两个 LUN」。生产库和 TempDB 放同一块盘上，平时看不出问题，一到月末跑报表、做成本计算，TempDB 疯狂写盘把生产库的 IO 全部拖住，全公司点单据都转圈。我一般会跟机房确认两块独立的 LUN，一块给数据文件，一块给 TempDB，RAID10 优先。

中间层还有个隐性约束：并发超过 400 就别再往上堆核数了，直接加一台中间层服务器做分担，原文写得很明确。WEB 服务器的核心数推荐值（8 核）比中间层还高，这是因为它要扛 IIS 和 ASP.NET 的并发请求，不是拿来跑业务的。

2.2 操作系统与数据库引擎：哪些组合是真能落地的

支持列表看着长，实际能用的组合没那么多。按角色整理一遍：

角色	支持的操作系统	明确不推荐或有限制
数据库服务器	Windows Server 2003 全系 SP1/SP2（含 x64、IA64）、Windows Server 2008 全系（含 x64、IA64）、Windows 2000 Server/Advanced/DataCenter SP4	Win2000 系列（MSDTC 效能低，拖整体性能）；IA64 架构不支持数据库服务部件安装
中间层服务器	Windows Server 2003 全系 SP1/SP2（含 x64）、Windows Server 2008 全系（含 x64）、Windows 2000 Server/Advanced/DataCenter SP4	Win2000 系列；加密服务不支持虚拟机
WEB 服务器	Windows Server 2003 全系 SP1/SP2（含 x64）、Windows Server 2008 全系（含 x64）、Windows 2000 Server/Advanced/DataCenter SP4	Win2000 系列
客户端	Windows XP Pro SP2/SP3、XP Pro x64 SP2、Vista Ultimate/Enterprise/Business SP1、Windows 7 全系、Windows Server 2003 全系、Windows 2000 Professional/Server/Advanced/DataCenter SP4	Win2000 系列

数据库引擎这边：SQL Server 2005 Standard/Enterprise SP3、SQL Server 2008 Standard/Enterprise、SQL Server 2000 Standard/Enterprise SP4，都支持 x64，2005 和 2008 还支持 IA64。SQL Server 2000 标准版只推荐企业版，因为标准版最大只认 2GB 物理内存，装上去 K/3 跑不快；SQL Server 2005/2008 标准版没有这个限制，可以放心用。

有三个点要单独拎出来说。第一，Windows Server 2008 只支持完全安装，不支持 Server Core 安装，别拿着一台精简过的机器来装 K/3，环境检测直接过不去。第二，64 位 IA64 架构的数据库服务器装不了数据库服务部件，新建、备份、恢复账套这三种操作只能在 SQL Server 里做，x64 没有这个限制。第三，中间层加密服务不支持在虚拟机里运行，VMware、Virtual PC 里跑起来一律是演示版，License 文件也导不进去，其他中间层组件倒是正常。这条是测试环境里最玄学的一条，很多人在虚拟机里搭了一套，怎么导授权都不生效，最后才发现是虚拟机的问题。

2.3 安装方式与安装顺序：资源盘先检测，安装盘再动手

K/3 V12.3 支持三种安装方式：DVD 光驱本机安装、共享 DVD 光驱做网络安装、把光盘整盘拷到硬盘再共享安装。小规模一两台机器，直接本机光驱装最省事；多台服务器要装，我倾向第三种——把 DVD 内容拷到一台文件服务器上共享出去，所有机器从共享目录装。老光驱读盘读花、装到 60% 报文件损坏的翻车现场，我见过不止一次。

安装顺序只有一条铁律：先插资源光盘跑环境检测，检测通过后再换安装光盘装 K/3。资源光盘里放的是环境检测需要的其他系统安装程序（比如缺的组件、补丁），安装光盘里才是 K/3 本体加演示账套和用户手册。顺序反了，装到一半提示缺部件，还得退出来补。

准备阶段还有两件事：一是用本机系统管理员身份登录，二是退出杀毒软件和相关防火墙。原文专门写了这一条，不是客套话，杀毒软件锁住安装目录里的 DLL，安装程序写到一半写不进去就回滚，日志里只会留一行看不出原因的失败。

网络质量在安装前就能测，两头各开一个 PowerShell，用 1024 字节的包打 100 次，看延时和丢包：

# 用 1024 字节的包打 100 次，对照 K/3 的延时 <20ms、丢包 <0.1% 要求
ping -n 100 -l 1024 192.168.10.21

-n 100 是次数， -l 1024 是包大小，正好对上 K/3 官方给指标时用的测试口径。看最后的「平均 = xxms」和「丢失 = x%」，超标的链路先让网络那边处理，别急着装——中间层连数据库延时高，后面账套一多，登录就会明显卡顿，且很难定位到是网络问题。

3. 数据库服务部件安装：SQL Server 排序、环境检测与部署顺序

数据库服务部件是最先装、也是最不能返工的一环。返工的原因几乎都集中在一个参数上：排序规则（Collation）。这个选项在 SQL Server 安装界面里只是个小下拉框，装完却改不了，改只能重装数据库。

3.1 先装 SQL Server：排序规则必须是 Chinese_PRC_CI_AS

简体中文环境下默认就是对的，问题出在英文版或非简体中文版的 Windows 上。K/3 的数据库必须使用 Chinese_PRC_CI_AS ：CI 表示大小写不敏感（Case Insensitive），AS 表示重音敏感（Accent Sensitive）。排序不对，K/3 数据库服务器连上也没法正常工作，报的错还跟排序八竿子打不着。

SQL Server 2008 和 2005 在安装向导里有一步专门设排序，选「自定义」进去改成 Chinese_PRC_CI_AS；SQL Server 2000 必须走自定义安装才能设。装完验证一句 SQL 就够：

-- 排序规则装完不能改，先查清楚再往下走
SELECT SERVERPROPERTY('Collation')   AS 排序规则,
       SERVERPROPERTY('Edition')     AS 版本,
       SERVERPROPERTY('ProductLevel') AS 补丁级别;

SERVERPROPERTY('Collation') 返回 Chinese_PRC_CI_AS 才算过关，返回 SQL_Latin1_General_CP1_CI_AS 之类就得重装实例。 Edition 用来确认是 Standard 还是 Enterprise， ProductLevel 确认补丁级别（SP3 之类的），这两个值跟后面的兼容性判断直接相关。

补丁也要对上：SQL Server 2005 要 SP3，2008 用 Standard 或 Enterprise 原版即可。如果计划上 K/3 的商业分析模块，数据库又是 SQL Server 2008，还要额外装「SQL Server 2005 向后兼容组件」（SQL Server 2005 Backward Compatibility Components），它属于 SQL Server 2008 Features Pack 的一部分，按 x86、x64、IA64 分版本下载，装错了架构一样跑不起来。

3.2 环境检测：缺什么补什么，别硬装

数据库引擎装好、排序确认无误之后，才轮到 K/3 的安装程序。

第一步，用本机管理员登录，关掉其他应用程序，尤其是防病毒软件。第二步，放入资源光盘，运行安装程序，选择「环境检测」，检测项里勾上「数据库服务部件」。第三步，检测报告里如果列出未安装的必需部件，按提示从资源光盘装；资源光盘就是干这个用的。第四步，检测项全部通过后，换 K/3 安装光盘，选「数据库服务部件」，一路按提示走。

这里有个常见误判：环境检测通过不代表数据库引擎版本一定兼容。检测程序查的是组件在不在、服务起没起，SQL Server 版本这类东西它未必拦得住。所以 3.1 的排序和版本自查不能省，先自查再检测，顺序不能颠倒。

还有一种情况是机器上已经有一套别的系统在用同一个 SQL 实例。K/3 的数据库服务部件会往实例里建库，冲突不一定当场暴露，可能过几天才在账套操作里冒出来。生产环境我一般给 K/3 单独一个实例，命名实例也行，隔离清楚，后面备份和迁移都省事。

3.3 数据库端装完怎么自查

数据库服务部件装完，先别急着往下装中间层，花五分钟做三个检查。

第一个，看 SQL Server 服务是不是自启动：

# 确认实例服务在跑，且启动类型是自动
Get-Service -Name "MSSQL*" | Select-Object Name, Status, StartType

MSSQLSERVER 是默认实例， MSSQL$实例名 是命名实例。 Status 要是 Running ， StartType 要是 Automatic ——手动启动的话，服务器重启后 K/3 中间层连不上库，报的错是「数据库连接失败」，很多人会去查网络和账号，其实是服务没起来。

第二个，确认 TempDB 落在独立的 LUN 上：

-- 数据库文件 2 就是 TempDB，看它和业务库是不是同一块盘
SELECT name, physical_name, size
FROM sys.master_files
WHERE database_id IN (2, DB_ID('AIS20100101000001'));

database_id = 2 固定是 TempDB。对比两个 physical_name 的盘符，如果 TempDB 和生产库在同一块盘上，趁现在还没上生产数据，把 TempDB 挪到另一块 LUN。这个操作在空库阶段几分钟就完成，等跑起来再挪要停机。

第三个，用 sqlcmd 或管理工具连一下实例，执行 SELECT @@VERSION; ，把版本号和补丁号跟 3.1 的记录对一遍。三项都对上，数据库这一层就算落地了。

4. 中间层与 WEB 部件：COM+、DTC 开启、组件注册与站点配置

中间层是 K/3 三层架构的中枢，客户端连中间层，中间层连数据库。它对操作系统的要求比数据库服务器更细，因为要用到 COM+ 和分布式事务协调器（DTC）。WEB 部件和客户端反而简单，前提是中间层装对了。

4.1 打开 COM+ 网络访问与网络 DTC：中间层的第一道门槛

以 Windows Server 2003 为例（Windows 2008 路径类似，Windows 2000 跳过这一步）：

打开「控制面板」→「添加/删除 Windows 组件」→ 勾选「应用程序服务器」→ 点「详细资料」。在详细资料里勾上两项：「启用网络 COM+ 访问」和「启用网络 DTC 访问」。如果这台机器还要装 K/3 的 WEB 部件或人力资源部件，再把「ASP.NET」和「Internet 信息服务（IIS）」一起勾上。

网络 DTC 访问装完还要配置。打开「组件服务」→「计算机」→「我的电脑」属性 →「MSDTC」选项卡 →「安全配置」，常见做法是把「网络 DTC 访问」「允许远程客户端」「允许远程管理」「允许入站」「允许出站」和「启用 XA 事务」都勾上，然后重启 MSDTC 服务。这几项里漏掉「允许远程客户端」，中间层和数据库不在同一台机器上就一定连不通；漏掉「启用 XA 事务」，涉及跨库事务的单据操作会失败，而且报错信息通常很模糊。

改完 DTC 设置重启服务：

# DTC 改完安全选项必须重启服务才生效
Restart-Service -Name MSDTC
Get-Service -Name MSDTC | Select-Object Name, Status

Restart-Service 会先停再起，如果停了起不来，九成是 DTC 日志文件损坏，需要 msdtc -resetlog 重置日志再启动。这个命令会丢未完成的事务日志，只在确认没有业务在跑的时候用。

4.2 中间层部件安装、组件注册与账套管理

组件开好之后，装入中间层。放入 K/3 安装光盘，运行安装程序，选「环境检测」；缺的部件按提示从资源光盘补，检测通过后选「中间层服务部件」。安装过程支持自定义，可以只装部分中间层组件包，也可以全装。第一次装建议全装，后面再按需裁剪，省得漏组件之后重装。

装完，安装程序会自动运行「注册中间层组件」。如果自动那一步没跑或者中途失败了，手动走一遍：「开始」→「程序」→「金蝶K3」→「金蝶K3服务器配置工具」→「中间层组件注册」。这一步是把中间层的 COM+ 组件注册到系统里，没注册的组件在客户端调用时会直接报「组件未注册」。

注册完成，打开「金蝶K3服务器配置工具」→「账套管理」，在这里新建、恢复或注册账套。数据库服务部件如果是装在 IA64 架构的服务器上，注意新建、备份、恢复这三种账套操作不能在中间层做，得直接在 SQL Server 里操作；x64 没有这个限制。

Windows Server 2003 打 SP2 的机器还有一个补丁要装：KB936296。不打这个补丁，中间层和服务器的某些交互会出问题，现象是客户端能登录但操作到一半断开。

4.3 WEB 服务部件、站点配置与客户端安装

WEB 服务器的组件准备比中间层多一步 IIS 和 ASP.NET。同样在「应用程序服务器」的详细资料里勾选：ASP.NET、Internet 信息服务（IIS）、启用网络 COM+ 访问、启用网络 DTC 访问。Windows 2000 上只装 IIS 就够。

然后放安装光盘，跑环境检测，缺部件从资源光盘补，通过后选「WEB 服务部件」安装。装完会自动注册 WEB 端服务部件，手动入口是「金蝶K3服务器配置工具」→「HR WEB 服务组件注册」。接着安装程序会自动拉起「站点及远程组件配置工具」，也可以手动从「金蝶K3服务器配置工具」里打开，一路点「下一步」，到选模块那一步按实际情况勾，然后点「完成」。

WEB 和中间层分开部署的时候，有一个配置必须改，否则 HR 客户端平台登录不上。用记事本打开 Kingdee\K3ERP\KDHRAPP\IISServer\server\Kingdee.K3.HR.Server.exe.config ，找到 webservice 路径那一行：

<!-- 分开部署时必须把 localhost 换成中间层实际 IP -->
<add key="k3hrwebservice" value="http://192.168.10.31/k3hrwebservice/" />

默认值是 http://localhost/k3hrwebservice/ ，本机装在一起时能通，分开部署就指到了 WEB 服务器自己身上，请求当然没人接。把 localhost 改成中间层服务器 IP，保存后重启 KDHRHost 服务。

# 改完 config 不重启服务不生效
Restart-Service -Name KDHRHost

客户端部件最简单：管理员登录、关杀毒软件、放入安装光盘（CD1 或 DVD）、跑环境检测并选「客户端部件」、缺部件从资源光盘补、通过后选「客户端部件」安装。安装过程支持自定义，可以只装用得到的模块。IE 浏览器只在 HR/Web 客户端需要，普通 GUI 客户端不用；64 位系统上要用系统内置的 32 位 IE 访问站点，K/3 支持的是 IE6 SP1/SP2、IE7、IE8 的 32 位版本。

顺带提一下自定义组合安装和自动部署。自定义组合安装适合一台机器同时扮演多个角色，比如测试环境一台机器既做数据库又做中间层，在安装程序里一次勾选多个部件，省得来回换光盘。自动部署则适合批量铺客户端，这次不展开。

5. 装 K/3 V12.3 常见的五处翻车：现象、原因和解决

这一章记的是我自己和同事踩过的五处坑，按「现象 → 原因 → 解决」写。共同点是报错信息都不指向真正的原因，看到错误提示先别顺着字面查，对照下面这几条筛一遍。

5.1 环境检测一直标红 DTC：组件装了但没启用网络访问

现象：明明在「应用程序服务器」里勾了「启用网络 DTC 访问」，环境检测还是提示 DTC 不可用，中间层装到一半退出。

原因：勾选安装只是把 DTC 装上了，MSDTC 的「安全配置」里默认没有开放远程访问。中间层和数据库分开部署时，数据库那端的 DTC 不接受远程客户端，检测程序连过去就被拒。

解决：两台机器都打开「组件服务」→「我的电脑」属性 →「MSDTC」→「安全配置」，把网络 DTC 访问、允许远程客户端、允许远程管理、允许入站、允许出站、启用 XA 事务全部勾上，然后 Restart-Service -Name MSDTC 。改完可以在数据库服务器上用 telnet 数据库IP 135 测一下 135 端口是否可达（Windows Server 2008 默认没装 telnet 客户端，需要先在「服务器管理器」里添加功能）。135 不通，先解决防火墙。

5.2 新建账套报错或一操作就断：排序规则不是 Chinese_PRC_CI_AS

现象：数据库服务部件装完了，账套也能建，但做某些操作时断开或者报乱码相关的错误，日志里看不出关键信息。

原因：SQL Server 实例装在了英文版系统上，排序规则用了默认的 SQL_Latin1_General_CP1_CI_AS 。K/3 要求的是 Chinese_PRC_CI_AS ，两者在字符串比较和排序上行为不同，K/3 的存储过程跑起来就出问题。

解决：用 3.1 那条 SQL 查排序，不对就重装实例。排序规则装完不能改，这是硬约束，没有后悔药，只能重建实例再恢复账套备份。所以非简体中文环境装机时，装 SQL Server 那一步必须停下来确认排序，别一路点下一步。

5.3 中间层在虚拟机里变成演示版：加密服务不认虚拟化环境

现象：在 VMware 或 Virtual PC 里搭了一套中间层，组件注册正常，账套也连得上，但 K/3 一直显示演示版，导入 License 文件也不报错、不生效。

原因：K/3 的中间层加密服务不支持在虚拟机里运行，跑起来会自动进入演示模式，License 文件同样导不进去。这是产品设计限制，不是配置问题。

解决：换物理机部署中间层，或者把加密服务单独放到一台物理机上。虚拟机里其他中间层组件（账套管理、业务组件）可以正常跑，做完功能测试没问题，上线前把加密部分迁到物理机。这个坑的隐蔽之处在于它不报错，只是「没效果」，不熟悉这套产品的人会一直怀疑是 License 文件本身的问题。

5.4 HR 客户端登录白屏或 404：k3hrwebservice 还指向 localhost

现象：WEB 部件装好，IIS 站点能打开，HR 客户端平台登录时白屏，或者报 404、webservice 调用失败。

原因： Kingdee.K3.HR.Server.exe.config 里的 k3hrwebservice 默认值是 http://localhost/k3hrwebservice/ ，WEB 和中间层分开部署时，这个地址指向 WEB 服务器自己，而 WEB 服务器上并没有这个服务。

解决：按 4.3 的写法把地址改成中间层服务器 IP，重启 KDHRHost 服务。改完还不行，检查 IIS 里 k3hrwebservice 这个虚拟目录在不在、ASP.NET 有没有注册（ aspnet_regiis -i ）。

5.5 安装到一半回滚：杀毒软件锁文件或缺 KB936296

现象：安装进度条走到某个百分比突然回滚，日志里只有一行通用错误；或者装完了，客户端能登录但操作到一半断开。

原因：前者基本是杀毒软件和防火墙锁住了安装目录里的文件，尤其是实时防护会扫描安装程序释放的 DLL；后者在 Windows Server 2003 SP2 上多半是缺 KB936296 补丁。

解决：安装全程退出杀毒软件和相关防火墙，装完再启用；Windows Server 2003 SP2 的中间层服务器，装 K/3 之前先把 KB936296 打上。另外，安装程序所在的目录不要放在带空格或中文路径很深的位置，老安装程序对路径的兼容性没现在这么好。

6. 装完怎么验证：从账套新建到客户端登录的一条链路

装完所有部件不代表跑通，得有一条完整链路能走下来。我一般按下面这张表逐项过，每一项都有明确的期望结果，不靠「看起来没问题」。

检查点	操作或命令	期望结果
数据库服务	Get-Service -Name "MSSQL*"	实例 Running，启动类型 Automatic
数据库排序	SELECT SERVERPROPERTY('Collation')	返回 Chinese_PRC_CI_AS
MSDTC	Get-Service -Name MSDTC	Running
中间层组件注册	打开「中间层组件注册」重新注册一次	无报错，进度跑完
账套管理	打开「账套管理」，新建一个空账套	账套创建成功，能打开
WEB 站点	浏览器访问 HR 站点地址	出现登录页，不白屏
客户端登录	客户端填中间层 IP、账套、账号登录	进入主界面，能打开一张单据

账套这一步是最有说服力的。新建一个空账套，如果中间层到数据库的 DTC 事务不通、排序不对、组件没注册，这一步必定失败；能建成，说明三层链路基本打通了。建完之后别急着删，留着做后续测试。

客户端登录那一步要填三个东西：中间层服务器地址、账套名、账号。地址填错、账套没注册、账号没建，报的错各不相同，正好用来定位。第一次登录成功后，打开一张采购订单或者凭证录入界面，能正常加载说明组件调用没问题。

最后一条经验是给迁移场景的：环境装好之后，先把整套配置记一份，包括 SQL 排序、实例名、中间层 IP、WEB 的 config 改了什么、打了哪些补丁。我现在的习惯是每次装完 K/3，都把这份清单和几张关键截图放进同一个目录，下次扩容或者换机器，直接照着复现，不用再靠回忆猜参数。从那以后我每次装这类老架构的三层系统，都强制走一遍「服务状态 → 排序 → 组件注册 → 账套 → 客户端」这条链路，走完才算交付。希望帮到你。

本文还有配套的精品资源，点击获取