简介《金蝶K3服务器安装与配置方法详细图解》面向企业信息化实施人员、运维工程师及需要部署K/3系统的技术人员针对服务器环境准备、组件安装顺序与配置难点提供一份可对照执行的图解指南。包内为1个doc文档压缩包约1.97MB以图文步骤串联光盘说明、安装方式、数据库服务部件、中间层与WEB服务部件、客户端部件及自定义组合安装等内容并附常见问题分析与解决思路。已有4815人学习说明其在金蝶K3部署场景中具有较高参考价值。读者可据此梳理从环境检测到各服务部件落地的完整流程理解数据库服务器配置建议、安装顺序与排错要点减少因组件顺序不当或环境不符造成的反复尝试适合作为实施前的检查清单和部署过程中的查阅手册。1. 装了一半的现场往往死在最不起眼的那一项上个月接手一套装了一半的 K/3 V12.3 服务器环境数据库、中间层、WEB、客户端四台机器全装完了客户端一登录就卡在账套列表转圈翻了两小时中间层日志最后发现是服务器没开网络 DTC 访问。这份 K/3 服务器安装与配置详细图解从光盘说明、三种安装方式、安装顺序一路写到数据库、中间层、WEB、客户端四个服务部件的配置基线和分步操作还带自定义组合安装、自动部署和常见问题处理。它解决的不是“会不会点下一步”而是“知不知道为什么要点这一步”。适合第一次独立部署的实施人员也适合接手别人半成品环境、需要快速定位到底是哪一层没铺好的老手。装之前照着核一遍比装完再返工省事得多。2. 装之前先把账算清四类部件的硬件基线与系统白名单2.1 为什么 K/3 必须拆成数据库、中间层、WEB、客户端四层K/3 走的是典型三层 C/S 结构客户端不直连数据库所有业务请求先打到中间层由中间层上的业务组件和加密服务处理完再落到数据库。这决定了四个部件各自吃什么资源、各自怕什么故障。数据库服务部件扛的是账套库和系统库的 IOTempDB 的写入模式跟数据文件完全不同所以指南里要求至少建两个 LUN 分别放生产库和临时库否则高并发下数据文件的顺序读会被 TempDB 的随机写拖成一条线。中间层扛的是组件服务和加密服务CPU 单核性能和内存比磁盘更要紧。WEB 部件只在用到 HR、Portal、CRM 这些 B/S 模块时才需要纯财务加供应链的环境可以整个不上。客户端是富客户端装完就是一个本机程序加一堆组件包。拆层不是为了好看。加密服务必须落在物理机上它读 License 文件跟本机硬件绑定这条约束直接堵死了“全部塞一台虚拟机”的想法。账套的新建、备份、恢复都在中间层的账套管理里做中间层要是装残了后面所有账套操作都得回数据库用原生工具补工作量翻倍。规模判断上50 人以内、并发不过百的环境数据库和中间层放一台机器通常能跑一旦并发过百或者数据库实体过了 10GB就该老老实实拆开中间层还能横向加机器分摊。还有一个容易被忽略的细节客户端连不上第一反应不该是 ping 服务器或者查网线。K/3 的客户端到中间层走的是组件调用加 DTC 事务协调链路通不通和业务通不通是两件事。中间层组件没注册、DTC 没开网络访问、账套没在中间层注册这三件事在网络完全正常的情况下照样让客户端卡在登录界面。把这条想明白排查方向就从“网络问题”这个黑匣子收敛到三个可以逐个验证的具体项。2.2 把并发数换算成核数与内存四类部件参数对照指南里给的是分档表不是一句“配置越高越好”。分档的依据是两个变量并发会话数和数据库实体大小取两者中更严的那一档。并发不是在线用户数是同时提交事务的会话数一个 300 人的公司实际并发可能只有 60按 400 并发去堆机器纯属浪费。部件CPU 核心内存存储网络数据库服务器最低 2 核 1.6GHz4 核≤100 并发或实体≤10GB8 核100~200 并发或 10~20GB16 核200~400 并发或 20~40GB最低 2GB4GB / 8GB / 16GB 对应上面三档SCSI 或更快企业级RAID10至少两个 LUN 分放生产库与 TempDB最少 10GB 空闲推荐 50GB 以上100Mbps推荐与中间层 1000Mbps 直连延时 20ms丢包 0.1%中间层服务器最低 2 核 1.6GHz4 核≤200 并发8 核200~400 并发最低 1GB2GB≤200 并发4GB200~400 并发SCSI 或更快RAID1 或 RAID5最少 10GB 空闲推荐 20GB同数据库与数据库之间推荐 1000MbpsWEB 服务器最低 2 核推荐 8 核最低 1GB推荐 4GBRAID1 或 RAID5最少 10GB推荐 20GB与中间层推荐 1000Mbps客户端单核 1.7GHz 或双核 1.0GHz 起推荐双核 2.0GHz 以上最低 512MB推荐 1GB 以上最少 4GB推荐 8GB100Mbps读这张表有几个坑。处理器核心总数指的是物理核超线程出来的逻辑核不能按两倍算。数据库那档的“或”是真“或”并发 80 但实体已经 25GB 的环境得按 8 核 8GB 那档走不能按并发数往下取。RAID 级别的差异也有讲究数据库用 RAID10 是因为它写多读也多RAID5 的写惩罚在账套批量过账时会很明显中间层和 WEB 基本是读多写少RAID1 或 RAID5 够用。存储空间的“最少 10GB”只是安装下限实际生产环境光账套库一年就能长到几十 GB50GB 只是起步线。网络那三行指标最容易被当成形式。延时 20ms、丢包 0.1% 这两个数字看着宽松但 K/3 的中间层到数据库之间是长连接加组件调用链路抖一下不是慢一点是直接抛事务超时。100Mbps 和 1000Mbps 的差别在账套备份和月末结账时体现得最直接备份文件走网络传输的时候百兆链路能把一个两小时的窗口拖成五个小时。2.3 系统与数据库引擎白名单五条装完就改不了的硬约束操作系统和数据库引擎的支持范围在指南里列得很细实际操作中真正会咬人的是下面五条它们共同的特征是装完才发现代价是重装。第一条Windows Server 2008 只支持完全安装不支持服务器核心安装Server Core Installation。Server Core 没有完整的图形界面和部分组件K/3 的安装程序和环境检测都跑不起来装到一半报组件缺失回头查半天才发现是系统版本的问题。第二条数据库排序必须是 Chinese_PRC_CI_AS。CI 表示大小写不敏感AS 表示重音敏感这个组合是 K/3 数据库正常工作的前提。非简体中文环境装 SQL Server 时必须手动指定SQL Server 2005/2008 在安装过程里能设置SQL Server 2000 得选自定义安装才能改。排序在实例装完之后不能更改只能卸了实例重来。这条是所有坑里最贵的一套生产库已经导进去数据才发现排序不对基本等于重做。第三条64 位 IA64 架构的数据库服务器不支持数据库服务部件安装。这意味着新建、备份、恢复账套这三个操作没法在中间层界面上做得绕到 SQL Server 原生工具里执行其他功能不受影响。x64 架构没有这个限制。现在 IA64 的机器基本见不到了但接手老环境时得先确认架构别对着中间层菜单找半天找不到新建账套的按钮。第四条Windows 2000 系列和 SQL Server 2000 标准版都不推荐。前者是 MSDTC 效能偏低会拖慢整个 K/3 的事务协调后者受 2GB 物理内存上限限制机器配了 8GB 也只能用 2GB。SQL Server 2005/2008 的标准版没有这个内存限制可以放心用标准版。第五条如果用 K/3 商业分析模块并且数据库引擎是 SQL Server 2008数据库服务器上还得装 SQL Server 2005 向后兼容组件它属于 SQL Server 2008 功能包的一部分需要单独下载安装。不装的话 BI 模块连不上库报的错跟权限、连接串都没关系纯属缺件。3. 环境检测与安装顺序顺序错了要重装系统3.1 资源盘检测、安装盘安装的两段式流程K/3 的光盘是两张一张安装盘放安装程序、演示账套、资源包和用户手册一张资源盘放的是环境检测不通过时需要的那些第三方系统安装程序比如运行库、数据访问组件之类。这个设计决定了安装流程必须切成两段顺序不能反。第一段是环境检测。插资源盘运行安装程序选“环境检测”按目标部件勾选要检测的项目——数据库服务部件、中间层服务部件、WEB 服务部件、客户端部件检测哪一类就勾哪一类。检测程序会扫本机的操作系统版本、已装组件、数据库引擎、运行库版本把缺的必需部件列出来。第二段才是安装检测通过后换成安装盘重新运行安装程序这时才能选具体的部件安装。检测没通过就硬装装到一半会卡在某个依赖上运气好是提示缺件运气差是装完起不来服务。我一般的做法是把检测这一步单独跑两遍。第一遍在装数据库之前跑看系统层面缺什么第二遍在装完 SQL Server 之后跑看数据库引擎和排序对不对。两遍都绿了再动安装盘中间不省这一步。资源盘和安装盘来回换的时候如果是从共享目录装的记得把两个目录都留着别装到一半把资源盘的共享关了——安装程序在中途还会回去取文件。检测不通过的典型提示是缺某个运行时组件。这时候不用去网上乱找直接切到资源盘对应目录找到那个组件的安装包装完再回检测界面重跑。资源盘里的东西是配套版本从别处下的新版本不一定兼容这类老系统上尤其明显。3.2 手工补齐 COM、DTC、IIS、ASP.NET 四项系统组件Windows Server 2003 及以上版本装完是精简状态应用程序服务器这一坨默认没开。装中间层之前必须手工开否则中间层装完组件注册会失败或者注册成功但客户端调不到。路径是控制面板 → 添加/删除 Windows 组件 → 勾选“应用程序服务器” → 点“详细资料”。进详细资料之后按装的部件勾要装的部件需要勾选的系统组件仅中间层服务部件启用网络 COM 访问、启用网络 DTC 访问中间层 WEB / HR 部件启用网络 COM 访问、启用网络 DTC 访问、ASP.NET、Internet 信息服务IIS仅 WEB 服务部件ASP.NET、IIS、启用网络 COM 访问、启用网络 DTC 访问仅客户端无需额外勾选Windows 2000 Server 跳过这一步它的组件模型跟 2003 不一样默认就带。这里最容易漏的是“启用网络 DTC 访问”。COM 网络访问不开客户端调不到中间层组件DTC 网络访问不开跨机器的事务提交不了表现出来就是新建账套超时、过账卡死、客户端登录转圈。这两项勾完之后还得进组件服务里确认 MSDTC 的安全配置网络 DTC 访问、允许入站、允许出站、事务管理器通信这几项都要按指南放开。只勾了系统组件不配安全项等于门装了没开锁。顺带一提改成这些系统组件之后系统会要求重启。别图省事跳过DTC 服务没重启起来后面所有验证都是白做。装 K/3 之前还有一个动作退出所有第三方软件特别是杀毒软件和防火墙。这条在指南里反复出现不是客套话——安装程序要往系统目录写文件、注册 COM 组件、改注册表杀软拦一下安装程序不会报“被拦截”只会报一个莫名其妙的写入失败。装完再把这些开回来。3.3 三种介质方式怎么选共享安装的 UNC 路径问题指南列了三种安装方式DVD 光驱本机装、共享 DVD 光驱网络装、把光盘拷到硬盘再共享装。三种方式装出来的结果完全一样差别在适用场景和失败率。方式适用场景主要风险DVD 本机安装单台机器、现场有光驱老服务器光驱读盘能力差中途读盘失败共享 DVD 光驱两三台机器连续装光驱只有一台共享会话中断、光驱被占用拷到硬盘再共享多台机器批量装、远程实施共享权限、路径长度、盘符映射批量装的时候我基本都走第三种把安装盘和资源盘各拷一份到一台文件服务器的共享目录其他机器从 UNC 路径访问。这里有两个具体的坑。一是共享权限装 K/3 的账号是各机器的本地管理员不是域账号访问共享时用的是本机账号共享目录要给足读取和执行权限否则安装程序读得到目录、读不到里面的文件。二是路径别用映射盘符。映射盘符是按登录会话建立的安装程序在中途可能切换会话或者以服务身份取文件映射盘符就断了用 UNC 路径\\文件服务器\共享名\...最稳。拷硬盘共享还有个隐性好处环境检测不通过时安装程序会提示插入资源盘从共享目录直接指过去就行不用满世界找光盘。光纤盘拷到硬盘之后整个安装过程不依赖任何物理介质远程实施的时候这一点很关键。4. 四个服务部件逐个落地从数据库实例到客户端4.1 数据库服务部件建实例前先定排序数据库服务器是整个 K/3 的地基顺序是装操作系统 → 打补丁 → 装 SQL Server → 装数据库服务部件。SQL Server 的版本选择按 2.3 节的白名单走SQL Server 2005 要 SP3SQL Server 2008 用原版或对应补丁级别SQL Server 2000 要 SP4 且只推荐企业版。装 SQL Server 的时候有两个必须当场定死的选项。排序选 Chinese_PRC_CI_AS这个前面说过装完改不了。实例的认证模式选混合模式K/3 的数据库连接用 SQL 账号只开 Windows 认证的话中间层连不上。装完之后先验一遍别等 K/3 装完再回头查-- 在数据库服务器上执行确认排序、版本、实例名 SELECT SERVERPROPERTY(Collation) AS collation_name, -- 必须是 Chinese_PRC_CI_AS SERVERPROPERTY(Edition) AS edition, -- 不能是 Express SERVERPROPERTY(ProductVersion) AS version, -- 9.x 对应 200510.x 对应 2008 SERVERPROPERTY(InstanceName) AS instance_name;collation_name只要不是 Chinese_PRC_CI_AS后面所有步骤都别做了先重装实例。edition出现 Express 说明装错了版本Express 有 4GB 单库上限账套长起来直接废。version用来核对实际装的是 2000、2005 还是 2008避免装完 K/3 才发现补丁级别不对。SQL Server 就绪之后换安装盘跑环境检测勾“数据库服务部件”检测通过后按提示装。如果有未安装的必需部件程序会提示切到资源盘目录去装装完回来重跑检测。数据库服务部件本身不是 K/3 的必需组件它的作用是把账套相关的库对象和工具铺好不装也能跑但账套管理会少一部分能力。生产环境按标准流程装上别省。还有一个容易忽略的动作数据库服务器和中间层服务器之间的连通性要在装中间层之前测完。延时、丢包、带宽三项按 2.2 节的标准用 1024 字节的包测别用小包。小包走的是完全不同的路径处理逻辑测出来好看但实际业务跑起来照样超时。4.2 中间层服务部件组件注册、账套管理与补丁号中间层是 K/3 的心脏装它之前必须完成三件事系统组件勾好COM 网络访问、DTC 网络访问、SQL Server 已就绪、杀软已退出。顺序上先装中间层再装 WEBWEB 注册的时候要指向中间层反过来会多绕一圈。具体步骤以本机管理员身份登录 → 运行安装盘 → 环境检测勾“中间层服务部件” → 检测通过后选安装“中间层服务部件” → 在自定义安装界面选择要装的组件包可以全选也可以只装需要的模块→ 等安装完成 → 安装程序会自动运行“注册中间层组件”没自动跑就手工进服务器配置工具里点“中间层组件注册” → 打开“账套管理”新建、恢复或注册账套。组件注册这一步失败率不低表现形式是注册进度条走到一半停住或者提示某个组件注册失败。原因通常是 COM 网络访问没开、DTC 没起、或者杀软在拦注册表写入。查的时候按这三个方向逐个排除别一上来就重装中间层。账套管理是中间层装完之后第一件要用的事。新建账套的时候数据库服务器地址要填数据库服务器的 IP 或主机名不要填本机——即使数据库和中间层装在同一台机器上也建议填实际地址后面拆机的时候不用改配置。账套的物理文件路径指向数据库服务器上的数据盘目录别指到系统盘。补丁号这条单独拎出来说如果中间层服务器的操作系统是 Windows Server 2003 且打了 SP2必须另外装微软补丁 KB936296。不装的话中间层会出现一些很怪的症状比如服务起得来但客户端连不上、账套列表刷不出来。装补丁之前先确认系统版本和 SP 级别别在 2008 上找这个补丁那是给 2003 SP2 准备的。加密服务的情况要提前说清楚这是最容易翻车的一条。中间层的加密服务不支持在虚拟机里运行在 VMware、Virtual PC 这类虚拟机中会一直跑成演示版也没法导入 License 文件。加密服务之外的其他中间层组件在虚拟机里正常。所以测试环境可以用虚拟机生产环境的中间层必须是物理机。这一条如果没提前跟甲方对齐装到最后发现 License 导不进去返工的量是重装整个中间层。4.3 WEB 服务部件站点注册与远程组件配置WEB 部件只有在用 HR、Portal、CRM 这类 B/S 模块时才需要装。装之前系统组件要比中间层多勾两项ASP.NET 和 IIS。IIS 装完最好确认一下默认网站能起来ASP.NET 的版本跟系统匹配别出现 IIS 起来了但 ASP.NET 没注册的情况。步骤跟中间层类似管理员登录 → 环境检测勾“WEB 服务部件” → 检测通过后装 WEB 服务部件 → 装完自动运行“HR WEB 服务组件注册”没自动跑就手工进服务器配置工具点 → 再运行“站点及远程组件配置工具”一路下一步到底 → 按实际用到的模块勾选后点完成。WEB 和中间层装在同一台机器上的时候这一步基本不会出问题。分开部署的时候有一个必须改的配置HR 客户端平台的 Web 服务地址默认指向 localhostWEB 和中间层分机之后localhost 指的是 WEB 服务器自己当然连不上。要改的是安装目录下K3ERP\KDHRAPP\IISServer\server\里的 HR 服务配置文件!-- K3ERP\KDHRAPP\IISServer\server\ 目录下的 HR 服务配置文件 -- !-- 改之前指向本机分机部署时永远连不上中间层 -- add keyk3hrwebservice valuehttp://localhost/k3hrwebservice/ / !-- 改之后指向中间层服务器的实际 IP -- add keyk3hrwebservice valuehttp://192.168.10.21/k3hrwebservice/ /value里的地址换成中间层服务器的 IP端口和虚拟目录名保持不变。改完必须重启 KDHRHost 服务不重启配置不生效改了等于没改。验证方法是拿浏览器直接访问这个 URL能出 Web 服务描述页就说明通出 404 说明虚拟目录没建对出连接超时说明中间层那边服务没起或者防火墙拦了。站点及远程组件配置工具那一步有个细节它不是装完就完事而是要根据实际买的模块勾选。勾多了不要紧勾少了对应模块的 Web 页面打不开。不确定的时候按合同里的模块清单来别凭印象勾选。4.4 客户端部件GUI 客户端与 HR/Web 客户端不是一回事客户端分两种形态很多人混为一谈。一种是常规的 K/3 GUI 客户端装完是本机程序双击图标登录不需要浏览器。另一种是 HR、CRM、Portal 的 Web 客户端本质是拿 IE 访问 WEB 服务器上的站点本机只需要装对应的组件包和浏览器。装之前先确认用户到底用哪种别给财务机器装一堆 Web 组件。GUI 客户端的系统范围比服务器宽Windows XP Professional SP2/SP3、Vista 商业版以上 SP1、Windows 7 的家庭普通版到旗舰版、Windows Server 2003、Windows 2000 专业版/服务器版 SP4 都在列。Windows 7 上装的时候建议用管理员权限运行安装程序否则组件注册会失败。硬件门槛不高双核 2.0GHz、1GB 内存、8GB 空闲空间就够真正吃资源的是打开多张单据和报表的时候。Web 客户端对浏览器有硬要求IE 6.0 SP1/SP2、IE 7.0、IE 8.0且必须是 32 位。64 位系统上装的是 64 位 IE 和 32 位 IE 两套系统默认调用 32 位版一般不用管但如果手工从 64 位路径启动 IE控件加载不出来页面就是白板。这一点在 Windows 7 64 位上尤其容易碰到用户从开始菜单点进去的是 32 位从任务栏固定图标点进去的可能就是另一回事。安装步骤上客户端跟服务器一样走环境检测运行安装盘 → 环境检测勾“客户端部件” → 检测通过后装客户端部件 → 自定义选择需要的组件包。客户端的环境检测主要看运行库和系统版本缺件同样切资源盘补。装完之后先别急着给用户自己在同一网段登录一次确认能连上中间层、能刷出账套列表再交付。5. 避坑与排查五条装到一半才发现的坑5.1 环境与依赖类三条装完才后悔的现象中间层装完加密服务状态显示演示版License 文件导入报错。原因中间层装在虚拟机里。加密服务不支持虚拟机环境会强制跑成演示版也无法导入 License。 解决生产环境的中间层换物理机重装。虚拟机只用来做功能测试且要提前告诉使用方演示版有账套数和期间限制别等到上线前才发现。现象K/3 装完能启动但查询报表报排序冲突或者账套数据出现乱码。原因SQL Server 实例的排序不是 Chinese_PRC_CI_AS可能是装的时候选了默认的 Latin1_General或者非简体中文环境没手动指定。排序在实例装完之后不能改。 解决卸掉实例重装装的时候手动指定排序。数据已经导进去的先备份账套库重装实例后按原排序重建再恢复代价很大所以这一项必须在装 SQL Server 那一步就验。现象环境检测通过安装到一半提示缺部件切到资源盘目录又找不到对应文件。原因资源盘和安装盘分放两个共享目录安装中途资源盘共享被关掉或者路径写错。 解决安装期间两个目录都保持可读用 UNC 路径而不是映射盘符。装之前先把资源盘目录里的文件列表看一遍确认共享权限是读取加执行不是只读。5.2 配置与网络类两条看着像网络问题的现象WEB 和中间层分开部署GUI 客户端正常HR 平台登录报错或页面空白。原因HR 服务配置文件里的 Web 服务地址还是 localhostWEB 服务器去连自己当然连不上中间层。 解决把配置文件里的地址改成中间层 IP重启 KDHRHost 服务用浏览器访问该 URL 确认能出服务描述页。改完不重启服务是最常见的低级失误。现象客户端登录卡在账套列表中间层服务正常运行网络 ping 得通。原因网络 DTC 访问没开或者 MSDTC 的安全配置里入站/出站没放开跨机器的事务提交不了。 解决回控制面板确认“启用网络 DTC 访问”已勾选进组件服务检查 MSDTC 安全项四项按指南放开后重启服务。顺带确认 Windows Server 2003 SP2 的机器装了 KB936296缺这个补丁也会出类似症状。6. 上线前的连通性与账套验证三项指标、四个动作装完不等于能用交付前我固定跑一遍验证。网络三项指标用 1024 字节的包测别用默认小包# 在中间层服务器上测到数据库服务器的链路质量 # -l 1024 指定包大小对应指南里的测试口径-n 50 发 50 个包 ping -l 1024 -n 50 192.168.10.11看结果里的“平均”和“丢失”两行。延时要在 20ms 以内丢包率要在 0.1% 以下50 个包一个都不能丢。同一组测试在中间层到数据库、WEB 到中间层、客户端到中间层三条链路上各跑一次别只测一条就下结论。带宽用大文件拷贝实测账套备份文件从数据库服务器拷到中间层看实际速率是不是接近链路标称值百兆链路上跑出 8MB/s 以上算正常。四个动作按依赖顺序做前一个不过不做下一个顺序动作通过标准1中间层账套管理新建一个测试账套建库成功账套列表能看到能备份出 .bak 文件2测试账套备份后恢复成另一个账套恢复成功两个账套都能注册3客户端登录测试账套能刷出账套列表能进总账能开一张凭证4浏览器访问 WEB 站点HR 或 Portal 页面能打开能登录账套备份恢复这一步最值得花时间。它同时验证了数据库服务部件、中间层到数据库的连接、DTC 事务协调、磁盘空间四项任何一项有问题都会在这一步暴露。新建账套能过但恢复过不去多半是 TempDB 所在 LUN 空间不够或者 SQL Server 服务账号没有目标目录的写权限。验证过程中有一个我踩过的细节测试账套验证完记得删掉别留在生产环境里。有人图省事留着当模板结果第二年盘点的时候发现系统里多出一堆没人认领的账套清理起来要停机。从那以后我每次交付都强制走一遍“新建—备份—恢复—删除”的闭环删完再确认一遍列表是干净的。这套流程花不了二十分钟但能挡掉上线后大部分“装完不能用”的返工。希望帮到你。本文还有配套的精品资源点击获取
