金蝶K/3常见问题

kephin

第一章
安装、卸载篇

本章节主要讲述安装以及卸载过程中需要注意的一些问题。

1、安装K/3需要的环境

1）查看发版说明中【环境说明】章节

2）通过K/3安装程序检测环境，并通过此检测工具安装相关的环境

说明：如果没有达到K/3要求的环境而强行安装K/3，将会带来很多莫名其妙的问题，强烈建议大家在安装K/3前一定要检测环境通过。

2、K/3的安装、卸载顺序

10.1以及以后版本对K/3各个部分的安装是没有顺序要求的，但是10.1以前版本则对安装、卸载是有要求的，具体如下：

1）如果是纯三层应用，将数据库服务器、中间层、WEB或者GUI部署在不同机器上，则安装顺序不限制。

2）如果是将三层部署在同一台机器上，则必须按照以下顺序进行安装：

K/3中间层服务部件-->K/3WEB端服务部件-->K/3客户端服务部件，数据库服务器安装顺序不限。

3、SQL Server安装

一、总体原则：

由于K/3 10.1以前是简体开发，所以很多地方都没有明确指定中文的排序规则以及其他和语言相关的内容，从而造成在不同语言下的返回结果集不一致，影响到K/3的正常运行。从K/3 10.1开始要求SQL Server的排序规则（Collation）必须是：Chinese_PRC。在安装好的SQL Server企业管理器中（Enterprise Manager），通过查看该服务器的排序规则属性就可确认当前的SQL Server是否可以支持K/3正确运行。如下图就是安装正确的SQL Server服务器属性：

二、安装定制：

1、
简体安装

按照安装过程的默认设定安装即可。

2、
繁体安装：在“安裝類型”、“定序規則”页面需要定制，如下图

1）“安裝類型”：请选择“自訂安裝”

2）“定序規則”：请选择“Chinese_PRC”

设定这两项就可以安装正确了。

3、
英文安装：同样在“Setup Type”、“Collation Setting”页面需要定制，如下图

1）“Setup Type”：请选择“Custom”

2）“Collation Setting”：请选择“Chinese_PRC”

设定这两项就可以安装正确了。

综上，只要按照以上的说明来安装，相信是没有问题的。

4、K/3 多语言版本对操作系统的适应性

K/3多语言版本的安装包会自动识别操作系统的默认语言并安装对应语言的K/3，且所有的客户端都只能连接到和自己默认语言一致的操作系统上安装的中间层，要求绝对匹配一致，否则系统提示语言不一致，无法登录的。

1)
Win2000默认语言查看：控制面板－>区域选项－>常规

2)
Winxp/Win2003默认语言查看：控制面板－>区域和语言选项－>高级

5、自动化安装K/3

10.2开始，K/3已经支持自动化参数安装，类似于Windows的无人值守安装。

1)
参数配置文件：在K/3的安装盘中根目录中，有GenConfig.bat批处理文件，执行即可使用安装界面按照您的安装设置生成配置文件。如果该文件执行失败，则可以手工在命令窗口中执行……\KDPRODUCT\Setup.exe genkdconfig启动如图界面，设置后系统自动将配置文件kdsetup.ini生成在C盘根目录，该参数文档可以用记事本打开，里边有详细的说明，用户可以手工更改。

2)
自动化安装：生成了自动化参数安装文件后，通过命令窗口执行参数化自动安装了：……\KDPRODUCT\Setup.exe c:\kdsetup.ini。为了进一步确认用户参数配置的正确性，自动化执行过程中，注册中间层组件注册以及配置WEB都需要用户确认，提供给客户中途改变安装配置的一个入口，使自动化安装更加人性化。

6、组件、中间层包注册/反注册日志

客户端组件、中间层组件、中间层COM＋组件包是否一定注册成功呢？这和机器本身的配置、操作系统以及网络环境都有一定的关系。那么哪里有注册的痕迹呢？嘿，就在这里：

1)
中间层组件COM＋组件包注册日志：%WinDir%\system32\kdcom\RegK/3MTS.log，在该日志中描述了注册时间、注册了什么包，是否成功等信息2)
中间层组件COM＋组件包反注册日志：%WinDir%\system32\kdcom\RegK/3MTS.log，在该日志中描述了反注册时间、反注册了什么包，是否成功等信息3)
客户端、中间层组件注册：%systemdrive%\Program Files\Common Files\Kingdee\K/3\RegMe.log，该日志中描述注册的时间、注册什么组件、是否成功以及出错信息等。4)
客户端、中间层组件反注册：%systemdrive%\Program Files\Common Files\Kingdee\K/3\UnRegMe.log，该日志中描述反注册的时间、注册什么组件、是否成功以及出错信息等。

7、最终有多少组件注册不成功呢

目前安装包在最坏的情况也能至少保证90％的注册成功率，一些机器出现某些组件注册不成功还是存在一定概率的，那么机器到底存在多少组件没有注册成功呢？嘿，就在这里：

1)
中间层注册失败组件：%systemdrive%\Program Files\Common Files\Kingdee\K/3\KDMIDDLEWARE_ErrorComponent.lst2)
客户端注册失败组件：%systemdrive%\Program Files\Common Files\Kingdee\K/3\KDPRODUCT_ErrorComponent.lst3)
COM＋注册失败包：%WinDir%\system32\kdcom\RegK/3MTS.log

提醒：对于这些注册不成功的组件，重新使用安装的批处理文件注册基本上是无效的。因为安装包按照自身的机制已经对这些注册失败的组件重新注册了多次的。所以没有注册成功应该是我们K/3安装包中的注册程序无法注册成功的，唯有手工注册了，然后按照提示信息解决问题并重新注册该组件。

8、DLL文件的注册

1)
一般DLL文件
使用%windir%\system32\regsvr32.exe注册该文件：%windir%\system32\regsvr32.exe 文件名2)
Active DLL文件
对于Active DLL，必须注册到组件服务中的某个COM＋组件包。

A）
、使用组件服务注册：安装新组件，并指定对应的DLL文件

B）
、拖放注册：如图，将DLL文件拖放到某个组件包的组件框中

提醒：注册前一定要将组件包关闭，并禁止别人调用该组件包中的任何组件，不然可能注册不成功。

9、EXE文件的注册

1)
一般EXE：无需注册2)
Active EXE：使用参数RegServer注册
如10.2以前的KDSVRMGR.EXE，可以使用……\kdcom\kdsvrmgr.exe /regserver注册

温馨提醒：Active EXE注册前最好使用 /UnRegServer反注册一下，确保注册表相关键值的正确性。

10、VBR文件的注册

VBR文件用来连接远程中间层和客户端的桥梁，如果两者不一致或者没有注册，直接结果就是客户端无法连接远程中间层。对于该文件的注册，使用%windir%\system32\clireg32.exe：

1)
使用命令直接注册，如：
%windir%\system32\clireg32.exe –d –q –s 中间层ip地址或者机器名 ……\***.vbr

2)
使用提示窗口注册，如：
命令窗口输入 %windir%\system32\clireg32.exe ……\***.vbr，出现提示窗口，选择DCOM方式并输入中间层服务器IP地址或者机器名确定即可。

注意：K/3使用的是DCOM方式。使用Clireg32.exe /?可以查看其所有的参数说明，以下是Clireg32.exe的参数帮助：

11、无法卸载K/3

由于K/3各个版本一致，所以以下以10.2的为例说明：

每个版本安装后，在%systemdrive%\Program Files\InstallShield Installation Information下边都有一个GUID【全球统一编码，32位】，10.2的{9A9695BC-76E6-46DB-8055-40D20D5276C0}。

删除步骤如下：

1)
删除%systemdrive%\Program Files\InstallShield Installation Information\{9A9695BC-76E6-46DB-8055-40D20D5276C0}，但是请记住这个文件夹的GUID，下边有用2)
使用regedit进入注册表编辑器，找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall，然后在他下边找到第1步中提到的GUID，并删除3)
找到HKEY_LOCAL_MACHINE\SOFTWARE\KINGDEE，并删除下图列示的这些键：

4)
删除%windir%\system32下所有kd开头的文件和文件夹，有个叫kdcsvc.dll的不能删除，不管他。如果需要保留已经注册账套列表，记得备份kdcom下的acctctl.dat文件【中间层操作】5)
删除%windir%\system32下所有的VBR文件，*.vbr6)
删除%systemdrive%\Program Files\Common Files\Kingdee文件夹7)
删除客户端安装路径K/3ERP目录【客户端操作】8)
使用K/3 安装盘2中的other目录中的Regclear目录检查并清除，注意下图：

9)
清除完后就可以正常安装K/3了。

注意：其实还有一种变通方式，进行完以上的第一步后重新安装K/3，然后就可以正常卸载了。

12、安装过程中出现某些组件无法注册

如图，安装时提示出错，原因是该被注册的组件的依赖组件没有注册或者文件不存在。

对于该问题，我们使用Depends工具来分析，该工具可以在http://www.dependencywalker.com/下载最新版本，目前最新版本是2.1.3。

打开Depenps工具，然后使用文件菜单打开刚刚这个注册的文件，发现如图：

其依赖的一个组件kdprint102.dll不存在，经过查询发现该文件不存在，而后找一个同版本的文件放到该路径，重新注册，成功。

出现类似问题，都可以使用该工具检测并处理。

13、加密狗驱动的安装

以10.2为例说明：

1)
彩虹狗、USB狗

在安装盘2的OS\SSD中，安装即可2)
阿拉丁狗
稍微复杂点，可以通过在安装盘2的OTHER\aladdinDrivers或者安装好后在%windir%\system32\kdcom下安装，安装的时候不能通过双击，必须通过命令行并带参数安装，如……\hinstall.exe –I

14、Citrix安装

Citrix Server必须安装在Win2000 SERVER版本以上的系统上，而且要求机器必须安装了终端服务，对于终端服务，Citrix也是有限制的，Win2000系列终端服务安装的时候必须选择“应用服务器”模式，否则Citrix Server无法安装；对于Win2003需要选择“宽松安全模式”，具体安装指南请参考Citrix相关安装说明手册。

15、K/3 在Citrix的发布方式以及配置

1)
在K/3应用中，Citrix终端方式的客户端和中间层连接，有效带宽需要在80K—160K以上，其带宽占用比直接注册小很多。 2)
Citrix在网络上传输的不是具体的数据，而是截屏信息，这样对安全性的需求就会降低。同时Citrix本身提供了128位加密技术，另外和Citrix安全网关CSG等技术相结合，可以提供更高级别的安全技术保障。 3)
客户端不再需要安装K/3客户端，只需安装Citrix客户端，K/3客户端的升级、打补丁等维护都集中在终端服务器上完成，大大减小了工作量和维护量，并缩短了维护周期。 4)
通过远程管理，对Citrix服务器，或进一步对其它内部服务器进行远程维护和管理，可以解决很多不需要到现场支持的问题，大大降低了服务成本，并大大缩短了响应时间。 5)
Citrix的连接非常稳定，即使断开，也会设定保留断开点的信息，等待下次连接成功后直接回到断开点。高端多用户应用中，可使用多台Citrix服务器，通过网络负载均衡，不是采用轮询方式，而是按需动态分配CPU、内存、应用等资源，来实现高性能和高可靠性。

A）共有两种发布方式：GUI和Web

GUI：客户端安装Citrix客户端软件

Web：客户端安装IE6.0+自动下载插件

Citrix发布具有如下的优点：

6)
Citrix Presentation Server内置Web Interface, 不需要更改一行代码,即可把K/3应用Web化。7)
购买新的接入功能模块Passwod Manager, 强化K/3应用的安全 8)
购买新的接入功能模块Conferencing Manager, 提供跨整个供应链的协同能力 9)
高级负载管理 10)
使用标准的80(http)和(https)端口应用穿透所有网络 11)
Citrix服务器上安装K/3客户端，所有客户端计算执行均在Citrix服务器上完成，Citrix通过区分不同的Session来将不同用户的相同应用隔离。B）使用TCP端口：1494 和 80、443

1)
使用时首先必须确认服务器端以上端口都必须开放 2)
如果通过了防火墙或者路由器等限制设备，必须在以上设备上启用相关端口3)
对于一些特殊应用，如打印等，如需要特殊端口，可参考Citrix的相关使用说明手册4)
金蝶建议您在使用Citrix之前请务必详细阅读Citrix相关的使用手册

C）配置权限

对于K/3，所有的操作要求当前用户必须具有Power User权限，在Win2000系列操作系统下，只要用户具有这些权限就足够了。但是如果使用Win2003作为客户端（金蝶不推荐）的话，需要作以下特殊配置：

1)
设置Power User组具有注册表
HKEY_CLASSES_ROOT
的完全控制权限

   

2)
设置Power User组具有注册表
HKEY_LOCAL_MACHINE\SOFTWARE\Kingdee
的完全控制权限

16、Win2003下的安装

1）安装金蝶K/3前的设置

金蝶K/3系统需要启用网络DTC访问，网络COM+访问，IIS等环境，这些环境在Win2000下都是默认安装的，因此安装金蝶K/3前不需要配置这些环境。但在Win2003下，这些功能都不是默认的，因此安装金蝶K/3前需要进行一些简单配置，步骤如下。

1、
选择〖开始〗→〖设置〗→〖控制面板〗双击“添加或删除程序”，进入“添加/删除程序”页面，选择“添加/删除Windows组件”，打开“Windows组件向导”页，选取“应用程序服务器”，如下图：

2、
单击【详细信息】，并按下图选取。

3、
单击【确定】。

4、
若需要使用WEB的系统，应作以下配置，从〖开始〗菜单〖所有程序〗→〖管理工具〗→〖Internet服务管理器〗，进入“Internet信息服务”界面，选择服务扩展，启动必须的服务扩展。若您仅使用WEB财务，则只需启动Active Server Pages，若还使用人力资源系统，则Asp.Net也要启动，如下图：

对默认网站进行属性设置，如下图所示：

5、
选择“默认网站”右击上图中的〖属性〗菜单，出现以下界面：

上图中的“连接超时”属性里面，2003隐含设置为120秒，而2000的隐含设置为900秒，这个数字的减小有利于减少死锁的现象。一般用默认值就可以了。

2）安装金蝶K/3过程中的错误处理

如果在安装中间层过程中报如下错：

这是由于DTC服务未能设置为网络服务造成的（默认值为网络服务，即若没有修改则该步骤省略），解决方法如下：

1、
选择〖开始〗→〖设置〗→〖控制面板〗双击“管理工具”，双击“服务”，在“服务”窗口，双击右栏中的“Distributed Transaction Coordinator”打开如图的界面，在DTC属性的<登录>页，登录身份隐含设置为本地系统帐户

2、
将登录身份选择为“此帐户”，并且单击【浏览】选择登录用户，如下图所示：

3、
在上图中单击【高级】，出现“选择用户”界面。

4、
单击上图中的【立即查找】，搜索所有的用户：

5、
选择搜索结果中的“NETWORK SERVICE”，单击【确定】，出现以下界面：

6、
单击上图中的【确定】，出现以下界面：

7、
在上图中设置密码，单击【确定】，系统要求重启DTC服务，如下图所示：

停止和重启DTC服务可以通过两种方式：

A.
如下图所示，直接选中DTC服务，单击右键，选择〖停止〗，停止完成后，同样操作，选择“启动”。

B.
如下图所示，选中DTC服务，从工具栏上点击停止按钮来停止该服务，停止完成后，再单击运行按钮来启动该服务。

到此，已经将登录帐户修改成了网络帐户，上面注册组件的问题就不会发生了。

3）安装金蝶K/3后的配置(该部分安装包基本实现自动)

1)
安装金蝶k/3后中间层的配置

安装金蝶K/3中间层成功后，从〖开始〗菜单〖所有程序〗→〖管理工具〗→〖组件服务〗，进入组件服务界面，右击<我的电脑>，单击【停止MS DTC】，如下图：

再次右击<我的电脑>，选择【启动MS DTC】，启动 MS DTC。

安装中间层的过程中我们已经自动更改了COM+组件权限检查配置，选中所有的K/3 COM+组件，单击鼠标右键，选择〖属性〗进入到上图的配置界面。如下图：

安装后已经将图中的“对此应用程序强制进行访问权限检查”CheckBox项取消。Windows 2000缺省是不进行访问权限检查的，而Windows 2003的缺省配置则相反。另程序还把标示修改为网络服务，以配合MSDTC的相应配置。因此通过安装包安装完中间层后是不需做任何配置的。

在我们的应用中，WEB服务器可以和中间层服务器在同一台机器上，也可以分布安装，这是三层结构系统的优势。若属于第一种情况我们将不需做任何的配置，即安装完Web服务部件后，KDWEB和KDHRMS两个网站都可以正常使用。若属于第二种情况，由于Win2003在安全性上做了较多控制，我们还需要做一些配置。

对于KDWEB网站，打开IIS的管理器，查找KDWEB站点，对KDWEB进行属性设置，如下图所示：

点击上图中的〖属性〗，进入“ebocj”界面：

安装后已经将图中的“对此应用程序强制进行访问权限检查”项取消。Windows 2000缺省是不进行访问权限检查的，而Windows 2003的缺省配置则相反。另外程序还把标示修改为网络服务，以配合MSDTC的相应配置。因此通过安装包安装完中间层后是不需做任何配置的。

在我们的应用中，WEB服务器可以和中间层服务器在同一台机器上，也可以分布安装，这是三层结构系统的优势。若属于第一种情况我们将不需做任何的配置，即安装完Web服务部件后，KDWEB和KDHRMS两个网站都可以正常使用。若属于第二种情况，由于Win2003在安全性上做了较多控制，我们还需要做一些配置。

对于KDWEB网站，打开IIS的管理器，查找KDWEB站点，对KDWEB进行属性设置，如下图所示：

单击上图中的〖属性〗，进入“KDWEB属性”界面：

在上图的设置中，“目录浏览”一般是不选中的，除非是这个站点为了提供软件或者是程序的下载和浏览，这一点需要特别注意。设置时，可对默认网站全体进行。

10、单击上图中的【配置】，打开“应用程序配置”界面：

选择〈选项〉页，选中“启用父路径”，否则WEB无法访问。

11、在“KDWEB属性”界面选择〈目录安全性〉页，编辑信任访问和验证控制的属性，如下图：

其中信任访问用户必须是在中间层服务器中具有管理员权限的用户，假设为kdsv/pub（该用户是中间层服务器的管理员组成员）。

进行了以上的配置后，KDWEB网站已经可以正常的访问了。

12、对于KDHRMS站点，不需要进行以上的配置。首先进入Win2003的用户管理界面，安装Internet信息服务后会增加一个IIS_WPG的用户组，把一个在中间层服务器中具有管理员权限的用户加入到该组中。如下图：

13、进入Internet信息服务，设置IIS的应用程序池属性的标识（这是由.Net的进程管理确定的），右击DefaultAppPool，点击属性，设置其标识属性页，设置标识用户为某个用户，其中该用户在前面加入了IIS_WPG用户组。如下图：

14、重启动IIS，选择〖开始〗→〖运行〗打开“运行”窗口，输入IISReset，点击【确定】按钮，如图：

经过以上步骤的设置，KDHRMS站点也可以正常使用了。

以下步骤为一些改善性能的设置。

配置中间层包的共用和回收属性。如下图：

这是COM+ 1.5(Windows XP, Windows 2003才具备)新增的特性，在一般情况下我们不需要去修改这些配置。

应用程序共用：是指多个COM+代理进程(即DllHost.exe)共同服务于一个COM+组件。缺省配置为1则表明不使用应用程序共用特性。

应用程序回收：这项特性是针对COM+组件运行一段时间后出现内存泄漏而设计的。如果生存时间限制不等于0，那么COM+系统服务会在生存时间周期结束之即重新启动COM+代理进程Dllhost，这能够确保在生存周期内造成的内存泄漏能够被操作系统回收。

2)
客户端的IE设置

1、Win2003作为客户端需要在IE里面要做相应的设置：把金蝶K/3的WEB站点加入为受信任站点。请选择〖开始〗→〖设置〗→〖控制面板〗，双击“Internet选项”，打开“Internet选项”窗口，单击<安全>选项卡，如下图所示：

2、要对Internet临时文件进行设置，请单击<常规>选项卡，如下图所示：

3、点击上图中的【设置】按钮，进入“设置”界面：

在上图中选择“每次启动Internet Explorer时检查”，这样可以使IE每次去检查网站的更新的内容，而不是使用在本机缓存的内容，保持一个实时的更新。

4)、观察中间层服务器的运行状况

在web客户端对账套进行一系列操作之后，我们激活中间层组件来查看它的活动状况，可以看到经过一系列操作之后，已经打开了很多组件，如下图正在运行的进程中多了很多e打头的组件：

在组件的后面有它的活动状况以及进程的ID号。我们在任务管理器中同样可以选择查看进程的标识符PID，

任务管理器中的这个标识符PID和组件管理器里面的组件名称后面括号中的PID是相互对应的，这样我们通过查看任务管理器里面的PID号可以查找到哪一个进程，哪一个组件在活动或者是坏死。

在这里我们可以看到，到达指定的时间之后，部分组件的进程开始回收，同时打开新的进程池，这样的一种活动循环可以很大程度上的缓解进程的死锁，从下图中我们同样可以看到运行的组件和进程号。

完成上述配置后，金蝶K/3中间层账套管理就可以使用了。

注意：安装Win2003 SP1后请根据“主控台篇”中的第12个问题设置中间层以及相关部分

17、中间层环境遭受破坏的解决方法

详细描述：在安装中间层组件时出现如下图的错误提示。这时即使通过手工方式在“组件服务”里面添加COM+组件，也不能解决问题。

原因分析：出现这种错误，一般是由于本机的COM+环境被破坏。

解决方法：当您遇到这个情况时，可以按照如下的步骤重新设置注册表：

在运行窗口中键入“regedit”命令打开注册表编辑器。

找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3，然后删除这个目录。

打开控制面板，在“添加/删除程序”中选择“添加/删除Windows组件”页。

根据向导的提示进行下一步操作，接受所有的给出的默认值，直到完成。

重启计算机。

请注意：如果您在设置注册编辑器进行了不正确的操作，那么很有可能会产生严重的错误并需要您重新安装操作系统，所以在设置注册编辑器时请特别留意

18、安装SQL SERVER2000以及SP或者其他软件的时候总是提示“一个操作没有完成……”，无法继续安装

或者提示：A previous program installation created pending file operations on the installation machine.You must restart the computer before running setup

如果出现此错误信息，请重新启动服务器，然后再次尝试进行安装。如果在重新启动服务器后，再次出现该错误信息，那么您要删除的文件可能处于只读状态。

请按照下列步骤操作，检查这些文件是否处于只读状态：

1. 找到以下注册表项：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations

2. 记下文件名。

3. 确保这些文件未设置只读属性。

4. 再次重新启动服务器。

如果以上方法还是不行，那么建议找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations并将该注册表值置空，确定后稍待5秒钟，无需重新启动机器即可重新安装程序安装即可。

19、如何确认机器安装的sql server版本是否正确

K/3 V10.0开始要求SQL Server必须是安装了SP3，那么如何确定当前是否已经达到系统的安装要求呢，具体操作方法有三：

1）通过K/3安装的环境检测工具检测

2）通过SQL的查询分析器或者企业管理查看版本号，然后通过如下表给比对得到版本号：

版本号	版本名称
8.00.194	Microsoft SQL Server 2000
8.00.384	Microsoft SQL Server 2000 SP1
8.00.532	Microsoft SQL Server 2000 SP2
8.00.760	Microsoft SQL Server 2000 SP3
8.00.818	Microsoft SQL Server 2000 SP3 w/ Cumulative Patch MS03-031
8.00.2039	Microsoft SQL Server 2000 SP4
7.00.623	Microsoft SQL Server 7.0
7.00.699	Microsoft SQL Server 7.0 SP1
7.00.842	Microsoft SQL Server 7.0 SP2
7.00.961	Microsoft SQL Server 7.0 SP3
7.00.1063	Microsoft SQL Server 7.0 SP4
6.50.201	Microsoft SQL Server 6.5 RTM
6.50.213	Microsoft SQL Server 6.5 SP1
6.50.240	Microsoft SQL Server 6.5 SP2
6.50.258	Microsoft SQL Server 6.5 SP3
6.50.281	Microsoft SQL Server 6.5 SP4
6.50.415	Microsoft SQL Server 6.5 SP5
6.50.416	Microsoft SQL Server 6.5 SP5a
6.50.479	Microsoft SQL Server 6.5 SP5a Update

A、通过企业管理器查看版本号

B、通过查询分析器，在master数据库中执行select @@version或者xp_msver即可查看到

第二章
配置篇

本章节主要讲述如何配置K/3。

1、远程组件配置无法启动，并且出错类似如图

原因分析：出现该问题是由于客户端%windir%\system32（Win98路径应该%windir%\system）下的kdlogin.lst和kdcom.cfg不匹配引起的。出现这种情况的原因应该就是以上提到的两个文件中一个不存在或者安装的时候某个文件被锁定而没有被替换成最新的文件而出现。

解决方法：到一些可以正常运行远程组件配置工具的机器的以上路径拷贝这两个文件到当前出问题的机器的%windir%\system32（Win98路径应该%windir%\system），替换即可。

2、远程组件配置工具列表为空

原因分析：出现该问题是由于客户端%windir%\system32（Win98路径应该%windir%\system）下的kdlogin.lst和kdcom.cfg不存在引起的。

解决方法：到一些可以正常运行远程组件配置工具的机器的以上路径拷贝这两个文件到当前出问题的机器%windir%\system32（Win98路径应该%windir%\system）下即可。

3、远程组件配置工具无法测试通过，并出错如图

对于以上错误，在其他的地方还会表现为“拒绝的权限”这样子的信息，其实问题实质是一样的，分析如下：

1）远程中间层机器和本机网络不通，可以使用ping命令确认是否网络通畅。如果网络通了还是问题依旧，进入分析2

2）该部分测试的组件中间层是否安装，如果没有安装测试不通过是正常的，如果确认已经安装，请进入分析3

3）本机%windir%\system32（Win98路径应该%windir%\system）对应组件的VBR和中间层组件不匹配。首先比较中间层和客户端的VBR文件的修改时间是否一致，如果不一致，则使用中间层的VBR替换客户端机器的VBR；如果一致则比较中间层VBR和对应的DLL文件修改时间是否一致，如果不一致，则要取得和DLL文件一致的VBR文件替换客户端和中间层对应的文件。如果进行以上操作后问题依旧，进入分析4

4）本机以前安装过中间层，而且本机的中间层COM＋组件包没有卸载干净。请启动【控制面板】－【管理工具】－【组件服务】，然后在组件服务中进入【COM＋应用程序中】，将K/3相关的包删除。如果问题还是依旧，请进入分析5

5）中间层服务器没有用户登录Windows系统。如果注册中间层组件的时候使用匿名注册，那么所有的COM+组件必须要有权限的用户登录操作系统后才能启动和被访问。如果登录后问题依旧，请进入分析6

6）如果注册中间层的时候使用了高级，指定了COM＋组件的启动用户，那么要查看该用户密码以及用户名是否已经和注册时输入的不一致。确认后问题依旧，请进入分析7

7）中间层、客户端或者其中的一个或者多个不在域里边，那么要求客户端当前登录Windows的用户必须存于中间层服务器的Power Users组中或者administrators组中。如确认后问题依旧，请进入分析8

8）中间层的COM＋服务和MSDTC服务是否启用，如果没有启动，那么测试也是不通过的，这两个服务在Win2003中是默认没有启动的。在服务中启动以上两个服务后，如问题依旧，请进入分析9

9）客户端没有“启用分布式COM”

在命令行工具中输入dcomcnfg，启动如图界面，将图中的“再次计算机上启动分布式COM”勾上，如果启动后问题依旧，请进入分析10

10）中间层设置客户端没有默认访问权限

中间层在命令行工具中输入dcomcnfg，启动如图界面，将图中的“默认安全机制中编辑默认访问权限，在允许访问中加入Everyone，确定后，如果启动后问题依旧，请进入分析11

11）如果按照以上的步骤还是不行，那我告诉您我的最后一个绝招：卸载K/3，然后按照安装卸载篇的第13个问题中第3步开始执行，其中最重要的一步是一定要使用Regclear注册表清除工具清除注册表，然后重新安装。如问题依旧，请进入分析12

12）您可能受到微软系统的局限，需要寻求微软的支持。

4、K/3 WEB安装在Win2003下站点无法被访问

由于Win2003对权限的要求比较严格，安装了IIS后，还需要注意：

1）允许相应的扩展，主要是ASP以及ASP.NET,如下图所示，没有相应的扩展则从【添加或者删除程序】中的【添加或者删除Windos组件】中安装，并将Active Server Pages以及ASP.NET设置为允许

2）允许父目录访问，如下图所示

3)、注意网站的用户权限，允许相应的访问用户的访问权限，通常为匿名用户，但根据特殊情况添加相应的访问用户

附：安装基本实现以上的自动配置

5、限制客户端机器不能注册到指定中间层的设置

在命令窗口启动Dcomcnfg，通过设置“默认访问权限”可以控制K/3客户端的指定域用户访问中间层的“加密服务”，从而达到控制用户访问指定中间层的权限，举例说明如下：

测试过程：在KDSV域环境下

1、使用K/3客户端(机器名：E，登录用户KDSV\rjh)通过远程组件配置工具测试中间层组件（机器名：luox，登录用户KDSV\luox），测试中间层服务器组件全部通过，默认访问权限设置：everyone 默认启动权限：everyone；

2、更改中间层服务器默认访问权限设置:：kdsv\luox  默认启动权限：everyone，使用K/3客户端(机器名：E，登录用户KDSV\rjh) 通过远程组件配置工具测试中间层组件（机器名：luox，登录用户KDSV\luox），测试中间层服务器组件中除“加密服务”外其余组件均测试通过，使用K/3主控台登录失败。

3、使用K/3客户端(机器名：E，登录用户KDSV\luox) 通过远程组件配置工具测试中间层组件（机器名：luox，登录用户KDSV\luox），测试中间层服务器组件全部测试通过，使用K/3主控台登录成功。

6、K/3 HRMS 10.1及以上版本在Win2003上的配置

一、没有安装SP1

由于Win2003对权限的要求比较严格，所以以下几点必须注意：

1、首先按照配置篇中的第4个问题“K/3 WEB安装在Win2003下站点无法被访问”配置Web站点，后续请进行以下步骤【对于人力资源，10.2安装基本上已经自动实现这些配置，但是还是建议检查一下】。

2、若中间层和人力资源服务部件分别安装在不同的服务器，需要进行如下配置：进入Internet信息服务（IIS）管理器，选择默认站点－>KDHRMS－>属性－>目录安全性，按下图设置，其中输入的用户名为在中间层具有User组权限的用户。

二、安装了SP1

1、首先请根据“主控台篇”中的问题12进行设置

2、设置后，K/3GUI系统可正常使用，但HR系统仍然不可使用，这是因为HR系统为B/S架构，安装Win2003 SP1后调用方式有所不同。进入组件服务－>我的电脑－>COM 安全－>启动和激活权限的编辑限制，添加ANONYMOUS LOGON用户，并按如下图设置其权限。

若系统采用域认证方式，设置以上两步后K/3系统就可以正常使用了。

若系统采用匿名注册方式，设置以上两步后登录GUI客户端和HR系统还会报“拒绝权限”的提示。这是因为安装Win2003 SP1后把COM+的一些设置初始化为默认值，导致K/3安装程序的一些设置不起作用，这时候只需要重新以信任方式注册中间层组件即可，如下图。

7、10.2的信息订阅服务设置跑到哪里去了

“信息订阅服务设置”工具主要用于设置进行短信、邮件发送和计划任务定时执行所需的配置信息。在此处进行配置后，在可以在K/3各业务系统中进行业务操作后，使用邮件、短信方式等辅助的信息通知机制，可以更好的实现业务工作流。

10.1以及以前版本这个工具是随着K/3中间层服务器部件一起安装的，当安装了中间层服务器部件后，这个工具就自动安装成功了。选择〖开始〗à〖程序〗à〖金蝶K/3〗à〖中间层服务部件〗à〖系统工具〗à〖系统信息订阅设置〗，打开“信息服务设置”窗口。这个窗口中总共有四个标签页，分别是“短信服务器信息”，“企业短信信息”，“企业邮件信息”，“计划任务设置”。

结合一些客户的反馈需求，到了10.2这个工具被转移到了客户端的主控台中。

8、我根本就不使用消息中心，怎么设置它不随主控台启动

进入主控台，然后点击打开消息管理窗口，如图，就可以设置了。系统默认消息中心不随主控台一起启动。

注意：以上选项只有10.2有效，10.1以及以前版本都是默认随主控台启动且没有选项可以设置。

9、K/3与防火墙设置

1)、名词解释

防火墙（FireWall）——是通过创建一个中心控制点来实现网络安全控制的一种技术。通过在专用网和Internet之间的设置路卡、防火墙监视所有出入专用网的信息流，并决定哪些是可以通过的，哪些是不可以的。安全的防火墙意味着网络的安全。

端口（Port）——计算机用于通讯所使用的通道，如web用的端口80，开放的端口越多，则越容易被非法入侵。

TCP——Transmission Control Protocol的简称，是Internet上广为使用的一种计算机协议。

UDP——User Datagram Protocol的简称，Windows NT常使用的协议。

Regedt32.exe——用于进行注册表编辑的工具。

RPC——远程访问服务的简称。如要使用Modem或DDN使本局域网与外界进行数据交换，需安装RPC服务。

DCOM——Distributed Component Object Model分布式组件对象模型。

DTC——Distributed Transaction Coordinator分布式事务处理

2）操作指南

K/3中间层、K/3数据服务、客户端使用DCOM、DTC技术分布——

K/3中间层：DCOM 、DTC；

K/3客户端：DCOM

K/3数据库服务：DCOM、DTC

由于安全性的问题，防火墙只允许通过Internet信息数据交换使用特定端口（如web用80），而DCOM创建对象时使用的是1024-65535之间的动态port，并且由于防火墙的IP伪装特性，这使DCOM在有防火墙的服务器上是不能进行正常连接的，为解决此问题，需如下处理：

3）服务器和客户端统一使用TCP/IP协议。

微软Windows NT server 4.0与Windows NT WorkStation4.0之间使用UDP协议，而这在防火墙上则不能完全正常运用。所以需设置DCOM只使用TCP/IP协议（NT5.0缺省使用TCP/IP，不用设置）。

4)、防火墙设置：开放RPC使用端口135以及供DCOM/DTC使用的端口5000～5200

安全说明：

由于开放Port越多，则安全性越差，一般防火墙都关闭了大量端口，以防止非法入侵，但DCOM要使用大量的Ports，要解决二者的矛盾，可通过统一的RPC端口管理，（由RPC统一进行创建DCOM对象所需的port的映射处理）

所以需在防火墙服务器上打开RPC端口135,以及供DCOM/TDC随机调用，并且限制在一定的范围（建议值范围5000～5200）

5）两计算机之间操作如下

1.修改服务器注册表

使用regedt32.exe进行注册表编辑，注意不能用regedit.exe

并展开至HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc\

2.点击文件夹RPC，然后在编辑菜单增加项，在增加对话框中，输入Internet，如下：

HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc\Internet

3、在Internet文件夹中，新增名为Ports的值，类型选择REG_MULTI_SZ，一个或多个端口范围，用于DCOM创建对象时使用，根据客户端数量多少指定，每行指定一范围。每个字符串值类型为单个端口或者是一个范围值。例如，打开端口5000,指定为5000,打开5000至5020,则指定5000-5020.此时每行则可以指定多个端口或一个范围值。必须说明的是端口范围为1024～65535,如果超出该范围则无效。微软推荐将端口范围在5000以上，最小范围15～20个。

按照同样方式以下两项添加:

Value: PortsInternetAvailable
Data Type: REG_SZ
Data: Y

Value: UseInternetPorts
Data Type: REG_SZ
Data:Y

4
．可选项：在服务器和客户端的HKEY_LOCAL_MACHINE\Software\Rpc下，您需要删除在DCOM Protocols项中所有除NCACN_IP_TCP外的其它内容（用于保证此端口只供DCOM使用TCP/IP，以防止其它非法入侵）

5.重新启动计算机。

6.结果验证：

a、使用Ping IP地址 指令，双向确认是否畅通；

b、防火墙端口开放确认，telnet IP 135 (一般以不出错误为依据)；

c、即可使用中间层账套管理或客户端远程组件配置工具进行测试。

10、中间层服务器与K/3数据库服务器通过帧中继连接，但K/3中间层与数据库服务器无法正常操作使用

检查步骤和思路：

A、
Ping （IP地址），双方检查是否正常，如果不正常则与系统管理员联系；

B、
数据库服务端：将远程数据库修改HOSTS文件，添加中间层服务器IP地址及所对应的计算机名称，或者在远程数据库服务器所指向的DNS服务器添加该中间层服务器。

C、
中间层服务端：（在中间层服务器所指向的）DNS服务器将对端数据库服务器添加，供中间层服务器解析。或者直接在中间层服务器IP高级属性WINS中添加数据库服务器IP地址。

D、
如果中间层服务器解析数据库服务器是通过DNS服务器完成，则账套管理指向数据库时选择计算机名，如果通过自身Wins解析，则账套管理输入IP地址。

E、
最后通过Ping 计算机名 是否正常。

中间层账套管理这时仍然存在问题时，一般需要安装数据库引擎2.7以上版本，中间层默认数据库Agent版本是V2.5。

11、中间层、数据库、客户端、中间层系统服务之间的流量关系，有无流量关系略图

了解这四者之间的关系，对配置K/3网络系统及服务器是非常关键的，从下图可以看出，从数据库到K/3 Client 流量始终占据主流，而其他均次之。

在上图中，客户端使用K/3 Client 和 WEB的差别是在某些操作和功能上使用了压缩技术，除此之外，其流量二者基本一样。

12、中间层服务器在连续运行一段时间后会感觉明显速度变慢，而此时服务器资源中CPU与内存的负荷均不太高

原因分析：部分组件存活周期太长，导致其占用系统资源不释放。

解决办法：

1）将组件的存活期进行了设置，从720分钟改成了12～20分钟。

2）将部分组件从原组件包中剥离出来，放置到新的组件包中。

具体操作如下：

创建新的组件包—〉选择K/3组件包中消耗资源较大的组件—〉移动到到新建的组件包中（Windows 2000）。

13、以前运行效果好好的，现在中间层服务器特别慢，往往导致K/3 Client超时中断

A、
比较其他中间层服务器，如果其他中间层服务器速度正常，则问题完全定位在这台中间层服务器上。否则，可是是网络方面的问题。

B、
步骤二：检查内存、CPU消耗；

C、
防火墙安全设置，导致账号权限失真；

D、
通过网上邻居是否与数据库服务器同在一个域或可见；

E、
最近是否安装过其他软件导致K/3使用某些公共文件版本产生变化。如果有，则重新注册一次。

F、
杀毒软件是否安装多版本；

G、
计算机感染计算机病毒，需要安装安全补丁；

H、
将网卡硬件删除后重新配置IP地址（如果通过上述仍然无法解决，则可能因安装其他软件导致网卡驱动程序部分失效）。

如果双网卡，则检查面向K/3 Client端的网卡高级设置中的优先级在首位。

14、客户端A、B分别处在两个不同的域，中间层服务器在C域，结果将A、B两客户端无法连接中间层或部分模块使用不正常，而属于C域的客户端使用一切正常，这时为何？

原因分析：计算机A、B与C域中间层服务器无法解析所致。

解决办法：对客户端来讲，于本地新增Wins服务器，远程中间层新增Hosts计算机名解析。参考问题配置篇第10个问题的解决办法。

15、中间层服务器(双网卡)多台静态分布，但其中部分模块不正常，甚至根本不能用

原因分析：SQLAgent 版本与其他应用软件冲突，导致计算机名解析故障。

解决办法：重新安装数据库引擎Microsoft Data Access Components 2.7，一般可以解决上述问题，特别使用VPN，帧中继连接经常要用到。

16、使用终端服务时提示“系统中必须存在一个以上的系统管理员”信息。

使用终端服务调用账套管理的用户管理时，偶尔会出现错误提示如图：

原因分析：产生这个问题的环境是用户启动了中间层服务器，但并没有登录进去。此时从终端服务登录到该服务器，就会出现图示的提示框。通过检查程序，发现这个问题产生的直接原因是用户管理无法调用中间层组件（EBSBase）。即在中间层组件的账户配置为交互式用户时，从终端用户登录到中间层服务器后，组件服务不会启动的。

解决方法：（1）保证使用终端服务连接中间层服务器时，已有用户登录进入该服务器。2）在图二中，设置账户为指定的用户，在终端服务中，以该用户连接中间层服务器。

17、代理服务在英文/繁体Windows 2000 professioner环境下不能运行：

界面提示：“连接代理进程服务失败，请确认已启动代理进程服务程序或者用户名和密码是否正确！”

解决方法：

1)
建议完整安装K/3中间层，因为代理服务中用到了中间层中的KDSvrMgr.exe服务程序进行认证

2)
如果不安装中K/3中间层，可以在WINNT\System32下新建一个目录KDCOM， 将KDSvrMgr.exe、KDVERIFYCONTENT.DLL拷贝到该目录，并进行注册；将KDAladdin.dll、SX32W.DLL文件拷贝到WINNT\System32目录

3)
启动DCOMCNFG.exe程序，按下图修改DCOM的配置

4)
重新启动计算机

5)
如果使用KDDelegateRun.exe运行打开进程管理程序 时不能出现窗口，请先在任务管理器中止KDDelegateMgr.exe程序的运行，再执行一次打开进程管理程序

说明：如有下图的错误，请先运行WINNT\System32\KDCOM\KDSvrMgr.exe 一次

18、K/3中间层组件匿名注册

传统认证方式：即同域验证确认，及依靠第三方域用户特权账户（Domain Admin）确认。一般情况下，过多的身份验证，或由第三方进行身份验证，是靠牺牲网络性能为代价换来的，如果大量的数据包均要求第三方进行身份验证，则从某种程度上来说，降低了系统的性能，所以新增认证方式性能上肯定有所提高，但安全上局部有所下降，但可以依靠本地安全策略来控制。

1)、中间层组件包设置

A、方法一，使用“注册中间层组件”工具方法

在安装中间层组件界面增加“高级”按钮，点击该按钮，进入中间层组件运行属性设置界面。

增加一个表单让客户设置组件运行方式，如下：

在上图中，一般输入本地系统管理员账号及密码

按照客户的不同选择对中间层组件包设置不同的属性。若选择“匿名方式”，还需执行以下几步。

B、K/3组件包手工设置

在下图中，直接在组件服务工具中，对K/3组件包全选后，将相应设置更改成下图所示的方式，即在中间层按照默认方式安装完毕后，手工修改，无需重新按照方法一，可能要注册相当一段时间。

2)、中间层COM属性设置

第一步：账号设置

添加本地系统管理员账号，例如K/3Mid，建议以该用户登录操作系统。

第二步：Dcomcnfg信任设置

操作系统	账号要求		Dcomcnfg 设置	说明
Win2000	方法1	中间层： Guest—启用并修改名称,例如Guest_kd 新增组件服务专用账号，例如K/3Srv，该账号至少拥有Power User组的权限	使用默认设置“连接”、“标识”即可（此时客户端也采用默认方式即可）	可以实现系统服务重定向
	方法2	中间层： Guest禁用 新增组件服务专用账号，例如K/3Srv，该账号至少拥有Power User组的权限	默认属性： “无”、“标识”（此时客户端也要如此配置）	系统服务不能重定向
Win2003	中间层： Guest—启用修改名称,例如Guest_kd 新增组件服务专用账号，例如K/3Srv，该账号至少拥有Power User组的权限 HR及WEB服务器： 新建一个和中间层组件服务专用账户相同的用户，密码必须一致，可以不用该用户登录		使用默认设置“连接”、“标识”即可（此时客户端也采用默认方式即可）	可以实现系统服务重定向

设置完成后，注销操作系统重新登录。

3)、客户端设置

Windows 20000环境

也如中间层一样设置分布式COM配置属性，如上图所示，然后注销操作系统重新登录即可。无登录帐号及密码要求。

Windows 98环境（工作组情况下）

操作系统账号设置表

系统设置图标如下

参数名称	客户端（Windows 98）	中间层（Win2000）	备注
操作系统 登录账号	K/3	Admin—（隶属于Administrators组） K/3——将系统默认隶属于User组删除，以确保系统安全	同名帐号须相同密码。 如果有N个客户，建议设置N个账号，以确保客户端安全
网卡属性设置	非域情形，则参照下图网卡属性修改方法即可

Win98网卡属性设置图

警告：匿名方式注册后的环境，仅满足所有客户端全部采用K/3 GUI版本，而K/3 web版本与该环境大部份组件有环境冲突，故不能混合并存使用，该应用仅限于V9.0～。

警告：必要的安全设置：可以对中间层服务器设置安全访问策略，例如，IP地址段，或计算机等等,其内容属于操作系统范围内容，方法多种多样，故要求网络管理员可以采取一定的措施。

注意：该技术主要应用于跨网段的情形。该应用模式对客户纯K/3 GUI方式，网络为Intranet 诸如DDN,VPN等环境时，可以采纳该方式。预期效果：减少因预用户权限认证减少系统资源利用，最终提高一定速度；其次，减少不必要的添加到域或添加到域的困难；

19、非客户端系统管理员操作k/3系统客户端的配置

原来K/3 V9.0系统的安装和使用都必须要求登录用户是本机管理员，但根据客户内部安全管理的需要，并不希望K/3的操作员是本机管理员，他们希望登录用户只要是本机的POWER USER身份就可操作K/3系统。

因此，从K/3V9.1开始做了改进：即K/3系统的安装必须是本机管理员，在使用k/3系统时，客户端可以通过正确的配置，以本机POWER USER身份操作K/3系统。

假设：机器名为base-test的客户端，希望kdsv域的用户“ljw”以POWER USER身份在base-test这台机器上操作K/3系统，其配置步骤如下（客户端）：

1）增加本机用户

把用户“ljw”加入base-test这台机器的POWER USER用户组中。

在开始菜单，选择〔程序〕中〔管理工具〕，单机〔计算机管理〕，如下图：

2）注册表中增加power user的权限

运行：regedt32.Exe启动注册表编辑器

选择“本地计算机上的HEKY_LOCAL_MACHINE”，再选中目录树上的“software”，设置“Software”的权限

在上图中选中“power
users”，然后权限中选择允许“完全控制”，再单击〔高级〕按钮，进入如下界面：

在上图中选中“重置所有子对象的权限并允许传播可继承权限”的选项，按〔确定〕，则“Software”的权限设置完毕。

20、10.2中，启动远程组件配置总是提示如图

原因分析：

1、您启动了K/3的相关程序，自然无法配置远程组件

2、您可能全部关闭了K/3程序，但是还是提示如图，这个实质就是您机器上的中间层COM＋组件包已经被启动了，您可以到组件服务中查看发现有些组件包运行，主要标志就是这些组件包在转动。

解决方法：

1、退出所有K/3程序

2、在以上的组件服务中“关闭”所有运行的组件包

提醒：也可以通过StopDllHost工具终止所有的组件包，然后启动远程组件组件配置，如图

第三章
账套管理篇

本章节主要描述账套相关的一些问题。

1、中间层服务器无法使用账套管理看到数据库服务器名

原因分析：数据库和中间层服务器域用户名账号权限在本地失效。

解决办法：检查主域控制器，是否启用了个人防火墙，初次启用后，一般要求重新设置防火墙。或者在数据库服务器重新添加域用户账号，直到正常为止。

2、Windows2003数据库服务器+K/3中间层出现/nt anthorith/networkservice错误

在账套属性设置中，采用nt身份认证登录方式，登录账套用户管理，系统提示“定义的应用程序或对象错误/nt anthorith/networkservice”或者提示“无法创建账套检测部件……”。

解决方法：

解决一：安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg，然后设置该用户为需要访问的账套数据库的权限为db_owner。

解决二：使用sql的用户用户验证。

3、使用用户管理提示新事务不能登记到指定的事务服务器

在Windows 2003环境下安装使用K/3中间层，在使用用户管理功能时，可能会出现以下错误提示：

1)：在Windows 2003中，K/3中间层的组件注册会有两个不正常，在组件管理中不能显示组件名称，而是一长字符串。

u
8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6
组件名称应为：KdSvrMgr.clsAct

u
F004846C-E7A2-11D5-9FAB-00E04C54B3B6
组件名称应为：TransXmlLib.clsXml

由于这两个COM+组件不能正确地解析名称，在使用中，第一个会引发上面的用户管理问题，第二个会引起注册组件不能通过的问题。

影响版本：已经测试有影响的版本包括K/3 V9.4.1、K/3 V10.0，不同版本产生的字符串可能会有差别。

解决方法：目前我们通过手工修改注册表来解决，具体见附录。

将该内容用记事本保存成.reg文件，然后双击执行添加到注册表中即可。

附录：（注册表手工修改，或手工将以下内容粘贴并存放到文本文件，并将后缀TXT改为REG，双击该注册信息即可）【只针对10.0，对于10.1以上或者其他版本无效，这里只是个例子,对于其他版本都需要通过查看组件的VBR文件确定这里的组件UUID】

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\AppID\{8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6}]

"RunAs"="Interactive User"

@="KdSvrMgr.clsAct"

[HKEY_CLASSES_ROOT\AppID\KdSvrMgr.exe]

"AppId"="{8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6}"

[HKEY_CLASSES_ROOT\AppID\{F004846C-E7A2-11D5-9FAB-00E04C54B3B6}]

@="TransXmlLib.clsXml"

"AuthenticationLevel"=dword:00000000

"RunAs"="Interactive User"

[HKEY_CLASSES_ROOT\AppID\transxmllib.exe]

"AppId"="{F004846C-E7A2-11D5-9FAB-00E04C54B3B6}"

2)、另外一种原因就是中间层、客户端不能按照数据库服务器的IP地址解析机器名。

解决方法：在中间层、客户端、数据库双方的hosts文件中分别加入其他两个机器的IP地址和机器名，另外更加保险的做法是在各自的TCP/IP协议的Wins中加入其他两个机器的IP地址。

3)、对于2003SP1，需要设置组件服务的属性中的“安全配置”的“事务管理器”通信卫“不要求进行验证”，系统默认值是“要求对方进行验证”

4、工作组环境下，使用账套管理备份到同一工作组下的其它机器的共享目录下出现无法备份的问题：

由于SQLServer默认使用System登录，因此在工作组环境下，即使同一工作组下的另一台机器将共享目录设置为Everyone均可写时，SQLServer仍无法进行备份。因此必须在控制面板中的服务中指定SQLServer的启动用户，选择本地指定管理员权限的用户作为启动用户即可。

5、中间账套备份到其它服务器器中的共享目录中提示错误

中间账套备份选择其它用户的机器共享目录进行备份时，备份路径使用IP地址提示错误，如图

由于导致此原因的问题时SQLServer不支持IP地址的备份，必须在备份路径中使用机器名，如:\\luox\temp，进行备份。

另外，SQLServer必须拥有此共享目录的可写权限。

账套管理无法进入

6、账套管理登录界面确定，没有任何反应

1、
第一种方法：删除AcctCtl.dat文件，并启动KDSvrMgr.exe/kdsvrmgr包新建一个AcctCtl.dat文件，如果该文件仍为1999的文件，则表明KDSvrmgr并未正确执行该表的升级，有可能是Access数据库引擎的问题，需要重新安装Jet引擎。

2、
第二种方法：先反注册KDsvrmgr.exe /unregserver 再重新注册 /regserver，对于10.2则时重新kdsvrmgr.dll到KDSVMGR这个COM＋组件包

3、
第三种方法：重装MDAC28以解决问题。

7、账套管理中无法新建行业账套，如房地产等

只有安装相关的行业版本，账套管理才会在账套新建的类型下拉列表中列示对应的账套类型供选择并新建。

8、如何通过版本号确定账套类型

9、注册或者新建账套使用Windows认证且数据库服务器使用IP地址，系统提示“不能创建SSPI上下文”

这个也是由于不能通过IP地址解析机器名引起的，解决方法如下：

1）使用机器名而不是IP地址

2）在中间层的Hosts文件中加入数据库服务器的IP地址和机器名

10、中间层、数据库分开部署时，新建账套时的Automation错误

场景一：

场景二：客户端访问中间层时，会出现提示Automation错误，并且这样的客户端会不断增加，即使重新安装操作系统也无效。

分析一：

数据库服务端的PKDAC.exe可能遭到破坏，与中间层的PKDAC.VBR不匹配，建议重新安装数据库服务端。

分析二：

由于病毒的原因，导致RPC通讯协议被破坏。

客户出现的Automation错误（中间层新建账套时、客户端登录时），其原因我们分析应该是无法创建远程组件造成的。在K/3系统中创建远程组件是使用DCOM机制，而DCOM依赖于RPC协议。所以很可能是客户那里被感染了病毒，此病毒破坏了RPC通讯协议。像去年比较出名的冲击波病毒就是利用RPC漏洞对其进行攻击(微软已针对冲击波出了两个补丁，最后一个补丁比较完善)。所以建议您使用杀毒软件对客户环境进行查毒、杀毒的工作；然后安装Windows的关键补丁(点击Windows“开始”- "Windows Update"菜单，依照网页提示安装关键补丁)

10、中间层账套管理登录报automation错误

由于安装过程中kfo10.dll没有正确注册导致。

解决方法：系统盘的system32目录下，双击注册kfo10.dll即可

11、备份或者新建账套出错：提示无法创建服务端部件

由于目标数据库服务器上没有安装K/3的数据服务部件。所以解决方法就是安装K/3的数据服务部件。

12、使用终端服务时,Ｋ/３系统提示“系统中必须存在一个以上的系统管理员”

使用终端服务调用账套管理的用户管理时，偶尔会出现错误提示如图一。

图一：调用户用户管理时的出错界面

产生这个问题的环境是用户启动了中间层服务器，但并没有登录进去。此时从终端服务登录到该服务器，就会出现图示的提示框。

通过检查程序，发现这个问题产生的直接原因是用户管理无法调用中间层组件（EBSBase）.

检查组件的设置如图二

图二：组件服务中组件的配置信息

如果设置账户为指定的用户，并在终端服务中，以该用户连接中间层服务器。则不会出现该问题。

所以问题产生的原因是由于在中间层组件的账户配置为交互式用户时，从终端用户登录到中间层服务器后，组件服务不会启动的。

解决方法一：保证使用终端服务连接中间层服务器时，已有用户登录进入该服务器。

解决方法二：在图二中，设置账户为指定的用户，在终端服务中，以该用户连接中间层服务器。

13、注册的账套列表信息保存在哪里

在中间层的%windir%\system32\kdcom下有一个acctctl.dat文件，所有的注册的账套信息全部放在这个文件中，不要试图去打开他，他是一个严格加密的文件。该文件使用一段时间后会不断膨胀，一段时间后被损坏了。在研发中心建议定期使用CheckActList工具压缩和清理。

14、已经升级成功的的账套，登录总是出错

如果确认账套已经是最新版本，但是登录的时候总是出错如图，那么这个是由于注册信息和账套数据库的实际信息不一致引起的。

解决方法：到账套管理中调出该账套属性，然后确定保存一下即可。

15、简体是否可以新建繁体的账套

从10.2开始：

简体系统：可以新建简体、繁体、英文的账套

繁体系统：可以新建繁体、英文账套

英文系统：只能新建英文账套

注：这里所谓的简体等语言，指的是操作系统的默认语言

16、代码页不一致问题

某些客户的数据库服务器的操作系统配置为英文NT＋RichWin＋SQL Server7.0，随着业务的增长，数据库和操作系统都需要进行升级，但往往会导致不能恢复账套，另一些新的客户也会出现不能新建账套和恢复账套的问题。

用户从英文NT（英文区域）＋SQL Server 7.0升级至英文Windows2000（中文区域）＋SQL Server 7.0环境下新建、恢复账套时出错，提示源数据库的Sort ID(52)与目标数据库服务器的Sort ID(199)不同，不能新建和恢复账套。

1）问题分析

A、技术原因

目标数据库服务器的代码页（Code Page）与原数据库服务器的代码页不一致，而它们对排序脚本（Sort ID）的要求也不一样，从而导致源数据库中的代码排序规则在目标数据库中不能被解析，因此提示错误。

B、
代码页的确定

数据库服务器代码页的确定是在安装SQLServer7.0时确定，一般情况下根据操作系统的不同有不同的默认值，但用户也可根据需要选择自己所需的排序规则。

B.1、通常在英文操作系统下，区域选项的默认设置为English（United States）（区域选项的当前设置可以在控制面板中查看到，即在菜单中选择Start à Settings à Control Panelà Regional Settings），如图所示。

B.2、此时安装SQLServer7.0后，数据库服务器默认的代码页(Code page)为CP1252，如图所示。

B.3、但如果安装SQLServer7.0之前已经启动了RichWin，区域选项设置自动更改为Chinese（PRC），如图所示。

B.4、此时安装SQLServer7.0后，数据库服务器默认的代码页(Code page)为CP936，如图所示。

C、
代码页的查看

C.1、在菜单中选择 Start à Programs à Microsoft SQL Server à Enterprise Manager，打开SQL Server企业管理器。

C.2、在SQL Server企业管理器中找到该服务器，右键单击该数据库服务器，在弹出的菜单中选择Properties，即打开属性窗口，如上图。

D、
数据库和操作系统升级后，可能出现的结果：

原系统环境		目标系统环境		是否出错
原系统配置	代码页	目标系统配置	代码页
英文NT＋SQLServer7.0	CP 1252	英文2000＋SQLServer7.0/2000	CP 1252	否
英文NT＋SQLServer7.0	CP 1252	英文2000＋RichWin＋SQLServer7.0	CP 936	是
英文NT＋SQLServer7.0	CP 1252	中文2000＋SQLServer7.0	CP 936	是
英文NT＋RichWin＋SQLServer7.0	CP 936	英文2000＋SQLServer7.0	CP 1252	是
英文NT＋RichWin＋SQLServer7.0	CP 936	英文2000＋RichWin＋SQLServer7.0	CP 936	否
英文NT＋RichWin＋SQLServer7.0	CP 936	中文2000＋SQLServer7.0	CP 936	否

E、
意见与建议

1)
升级系统时，要留意操作系统的区域设置是否与原有系统设置相符合。

2)
新建与升级账套时，注意检查中间层与数据库端的Richwin是否都已经启动，确保两者的一致。

2）解决方案

重新安装SQL Server7.0，具体步骤如下：

1)
首先卸载SQL Server 7.0

2)
将目标数据库的安装环境调整为与原数据库一致，举例来说：如果以前在英文NT操作系统下，安装SQL7.0前已经启动RichWin，那么在现在的操作系统（英文NT/英文2000）下也应启动RichWin。

3)
重新安装SQL Server 7.0

该方法可彻底解决问题。

第四章
主控台篇

本章节主要描述和主控台相关的一些问题。

1、账套管理未注册任何账套，登录系统时报错

原因分析：账套管理中没有任何有效的账套。

解决方法：进入账套管理中进行账套注册或新建账套

2、加密组件之间不匹配，登录系统时报错

原因分析：由于中间层、客户端加密组件不匹配

解决方法：中间层、客户端替换一致的加密狗组件以及相关文件并远程组件注册配置

3、系统登录时报错如图

原因分析：中间层组件安装不成功。

解决方法：请打开管理工具中的组件服务，查看是否存在ebosystem包，若不存在请使用K/3系统工具中的中间层注册工具，重新注册中间层组件（如下图步骤）：

4、中间层与数据库分别部署于不同的机器，两部机器跨网端访问，中间层可以注册数据库端的账套，登录系统时报错。（DNS解析不正确，也会造成同样的错误）

原因分析：由于中间层对象创建时会生成一个事务，该对象进行数据库（RM）操作时，数据库发现该操作来自于一个事务，数据库端DTC就会与中间层端DTC进行交互，但数据库端无法解析中间层端的机器名，因此报错。

解决方法：只需将两部机器上的host文件重新生成即可，或到system32\drivers\etc目录下打开host文件，将不正确的ip及机器名映射修改。或将两部机器相互设置为wins服务器。

5、用户从K/3客户端登录时，系统提示无法建立数据连接

原因分析：该问题是升级中间层数据库（AcctCtl.dat）不正确引起的，说的更加直白一点就是以前安装过低版本的K/3，系统不会卸载低版本的K/3的该文件，导致高版本的K/3无法替换或者升级成功该文件。

解决方法：1、备份中间层KDCom目录下的AcctCtl.dat文件，该文件用来存储账套注册息。

2、删除中间层KDCom目录下的AcctCtl.dat文件

3、删除任务管理器中的KDSvrMgr任务

4、重新启动账套管理工具，系统将启动KDSvrmgr.exe,在KDCom目录下会生成一个新的AcctCtl.dat文件。

5、用账套管理工具注册不能登录的账套

6、在K/3客户端登录该账套

如果想恢复以前的账套注册信息，请将备份的AcctCtl.dat文件还原覆盖即可。

6、登录主控台时报错如图

原因分析：1）客户端ebsautoupt.vbr文件与中间层组件 ebsautoupt.dll不匹配

2）通【账套管理篇】的第2个问题

解决方法：1）替换不匹配的文件，并重新注册客户端和中间层组件，ebsautoupt.dll位于ebosystem包中。

2）按照【账套管理篇】的第2个问题解决方法解决

7、客户端超时不能重新登录连接,必须重新启动机器

客户端用主控台模式登录使用，但客户端在使用一段时间后（约10到20分钟，在此期间客户端不进行查询和保存操作，比如连续录入一个小时的凭证或离开一段时间）,再进行查询或保存时系统提示"远程服务器组件不可用",如果退出K/3重新登录,系统会提示一个错误"-2174...."系统不能登录,只能重启客户端机器才可以重新登录,服务器则不用重启。.查看服务器日志出现MSDTC和MSDTC Client信息具体信息为:"sessionidle timeout over,tearing down the session。"。

原因分析：这种情况通常是中间层安装了杀毒软件及个人防火墙，在金蝶诸多客户中此问题比较常见。请客户暂停使用防火墙及杀毒软件以验证问题是否由杀毒软件引起。

解决方法：如确认是客户采用了防火墙及杀毒软件，则要求中间层服务器在业务运行时关闭杀毒软件服务或排除Dllhost.exe文件即可。

8、登录K/3主控台提示Automation错误

若干台K/3客户端连接同一个中间层，使用主控台模式登录，其中某些机器在登录时会提示Automation的错误，但有一些机器又是正常的。

原因分析：经过我们分析多家客户的反馈后发现提示错误提示是由于计算机病毒入侵引起的。目前已知的可能产生这种问题的病毒有Gaobot系列病毒、Agobot3系列病毒以及IRCBot系列病毒，这些主要是影响RPC服务的木马病毒。这些病毒会自动修改分布式COM配置中的一个关键值，而导致K/3系统不能正常使用。

解决方法：

1.
对系统安全加强防范措施，并到相关病毒网站上查找相应变种病毒的清除办法（如瑞星、诺顿或金山毒霸等网站）。由于病毒变种较多并比较难清除，所以请仔细查找（如Csrrs.exe与系统程序CSRSS.exe类似）

2.
重新修复分布式COM配置：

ü
在“开始”菜单的“运行”窗口中键入“dcomcnfg”命令。

ü
在弹出的分布式COM配置属性窗口中选中“默认属性”页。

ü
将第一个复选框“在这台计算机上启用分布式COM”设置为启用状态。

此时登录K/3，已经恢复正常了。

附，是否中毒可以按如下诊断：

1、在HKEY_LOCAl_MACHINE\SoftWare\Microsoft\Windows\CurrentVersion\Run以及HKEY_LOCAl_MACHINE\SoftWare\Microsoft\Windows\CurrentVersion\RunServices添加值，如："MS Security Hotfix"="spoolsrv32.exe" 、Microsoft Runtime="%SYSDIR%\CfgDll32.exe" 、"Video Process="Msconf.exe"、"Configuration Loader" = "Service.exe"值，用于启动时加载病毒程序。（还经常有Csrrs.exe, Scvhost.exe 和 System.exe等值）

2、并在系统目录中，如：C:\winnt\system32 目录中存放相应的病毒程序，由于部分文件与系统文件相似，因此需要仔细查找，如：Csrrs.exe与系统程序CSRSS.exe类似。

9、个性化登录界面如何设置？

首先：在中间层新建一个文件夹，命名为eptlogo并将其设置为只读共享，然后制作两个BMP格式的图片，分别作为logo和背景图，大小为145×180，分别命名为enterprise_logo.bmp,enterprise_bg.bmp,在客户端的主控台编辑器启用企业界面即可。

说明：1、以上设置只使用10.2以及以后版本

2、对于如下的个性话桌面，需要设置背景图片，并且需要修改kdlogin功能的编译参数由DebugVer = 0 : GEN_LOG = 0 修改为DebugVer = 0 : GEN_LOG = 0 : ADVEPT = 1

10、强大的客户端调试工具

10.2开始，K/3客户端安装目录中附带了一个强大的调试工具，其执行文件的名称是kdmiandbg.exe，启动后系统会提示您进入的是调试版：

确定后，这个调试版本就和正常的K/3的正常版本一样，只不过多了一个实时跟踪程序在后边，实时记录当前K/3执行的对象，出错了，通过它非常方便定位和解决问题，另外还还跟踪了对象的执行时间，可以用来检测性能数据。

11、终端服务下，中间层和客户端不能安装在同一台机器

如果中间层和客户端全部安装在同一个机器，我们通过终端连接连接到该机器，登录主控台，系统提示如图，这个是正常的，具体原因和加密狗站点计数相关。

12、K/310.1安装在Win2003上，但是最近安装了SP1后发现：点击主控台启动时都提示“自动化错误”

原因分析：这个是由于安装了SP1后Windows系统本身的一些默认设置改变引起的。
解决方法：

1）打开组件服务的“我的电脑”的“属性”中的“com安全”看“启动和激活权限”属性，保证everyone的远程启动和激活是允许的

2）打开组件服务“我的电脑”属性“msdtc”中的“安全配置” 选中 “不要求进行验证”

如果防火墙已经启动（2003SP1默认不启动），必须设置允许K/3的相关操作。系统会在K/3运行时自动弹出警告，选择“解除阻止”即可。

第五章
加密篇

本章节主要描述加密相关的信息【内部资料，不能外传】

1、加密狗以及种类

1、加密狗：用于控制软件正版的辅助设备的统称，一般随软件一起售给客户。又称加密卡。

2、加密狗种类：打印机并口狗和USB狗，目前使用较多的是前者。按照品牌来说，又分为：彩虹狗、阿拉丁狗等，这些硬件都是对应的安全硬件公司为金蝶定制的，市面上是没有卖的，即使买的同品牌的狗，其加密单元也是绝对不一致的。

2、K/3加密控制规则：

K/3系统

①．模块加密控制。K/3系统由21个子系统，在加密时，分别对这21个子系统加密。一般总站点数为各子系统加密站点数之和。如：

总账子系统：3
站点

工资子系统：3
站点

固定资产子系统：3
站点

总站点：9
站点。

但是K/3 V10.1的快速包的各个模块的站点数和总站点数是一致的。

②．加密狗或相应子系统未进行加密时的控制规则：

l
无加密狗：

当前所用账套使用未超过三期时，各系统应能进入演示模式（在状态条中，有演示版字样）。

当前所用账套使用超过三期时，系统将拒绝登录，不允许进入系统。

l
相应子系统未进行加密控制：

如前例，加密卡除总账、工资和固定资产系统外，均应遵循无加密狗时的控制规则。总账、工资和固定资产系统，则遵循有加密狗且相应子系统进行了加密控制的控制规则。

③．有加密狗且相应系统进行了加密控制的控制规则：

l
用户登录数在控制站点数以内：

系统允许进入并能进行各种正常操作。

l
用户登录数超过控制站点数：

如前例，总账系统加密控制站点数为3个，意味着同时只能有三个用户或三台计算机登录进入总账系统，若当前使用站点数已达三个，若再有用户或计算机登录，则系统采用无加密狗或相应子系统未进行加密控制的控制规则处理——即进入演示模式或拒绝进入。

④．加密狗的使用：

加密狗一定要插在提供系统服务的中间层所在的机器上（单中间层时，就是中间层所在机器；多中间层时，插在提供系统服务的中间层所在机器上），无须进行其他配置。

一般情况下，一个用户使用一只加密狗即可控制所有的站点。

在中间层的账套管理的账套使用情况中，可观察加密狗的检测情况：

l
是否检测到加密狗；

l
加密狗的总站点控制情况；

l
加密狗各系统的加密控制情况；

l
当前各系统登录（正在使用）的情况。

2、销售前台系统：

（1）加密方式：

采用前台系统站点计数控制。

（2）加密计数原则：

前台系统初始化时联接有加密服务的中间层服务器获得加密认证，并在中间层进行加密注册，同时站用站点数，如中间层服务器达到最大加密数，则拒绝注册。

（3）加密控制规则：

前台操作必须注册后才能完成系统初始化而进入正常使用状态。

每次进行数据传输时（基础资料下载和单据、盘点表上传）时，中层服务器系统将自动检测有无注册信息，如无则拒绝数据传输请求。前台如需重新初始化并修改原有机构名称，则需在中间层服务器使用零售前台注册管理程序，删除原有注册信息。

3、BOS SDK：

K/3系统V9.3，增加了对二次开发平台的加密控制。加密方式为没有加密卡则不能保存报表到数据库，只允许引出20行10列的报表

4、
代理服务

10.1以前使用license控制，用户可以登录演示版30次。10.1开始以及取消加密控制。

5、
BOS

由于BOS本身业务能力的特殊性，所以10.1以前BOS采用全加密的方式，不存在演示版的概念。如没有相应的加密狗，则无法进入BOS进行单据的新增以及相关一些修改单据属性的操作。10.2放开了所有的设计时操作，而且不进行过三期加密控制，只对运行时进行加密，加密规则如下：对于某个业务对象具体发生的业务超过1000的话就进行业务加密控制，所有运行时功能都不能使用。反之则可以使用所有运行时功能。举个例子，新增了一个业务单据，您可以进行业务单据测试、序时簿测试等操作，但是当您单据测试时保存了1000个具体的业务数据时，如果没有加密狗，那么对于这些功能您将不能再使用，而且系统有明确的提示。

6、
合并报表

老合并报表使用常规的加密方式，而新合并报表采取新的加密方案：加密按照方案中的公司数目来的，而且也需要进行过三期加密控制。

7、
人力资源

10.1以及以前版本的人力资源系统是按照该账套的职员人数来加密，部分模块需要进行过三期加密控制。但是10.2则开始按照并发数来加密。

3、如何检测当前加密狗和查看加密狗信息

在中间层的账套管理中选择系统菜单下的【系统使用状况】进入就可以进行查看

4、如何查看当前加密狗支持的多语言

在系统使用状况的上边的列表中，有一个项目叫做“多语言使用版权”，其中的列示了可用的语言版权，其中chs表示中文，cht表示繁体，en表示英文

5、如何查看当前被占用了多少加密站点

在系统使用状况中的下半个窗口列示当前被占用的加密站点，使用方式按照加密规则显示为“正式版”、“演示版”、“工具”。

6、使用状况中很多使用的加密站点都显示为“系统工具”

K/3系统中所有的不加密模块全部显示了“系统工具”，用来记录登录情况。

7、主控台中有一个加密狗状态的菜单，调出来的窗口列示的数据什么意思

10.2中，在主控台的系统菜单下边新增了一个“加密狗状态”的菜单，这个主要和加密狗缓存以及统计使用的站点数相关。

状态：使用中表示当前用户进入了该加密模块的某个功能，而且没有退出功能窗口；而空闲就是表示用户进入了该加密模块的某个功能，但是又退出了该功能窗口。而状态列中列示的数字可以理解为您打开了这个加密模块中的多少个功能窗口。

8、加密狗提示信息

或者提示您没有使用某种语言的许可，这个都是正确的信息提示。

只要您插上正确的加密狗，这个提示就会消失的。

9、客户端超时不能重新登录连接,必须重新启动机器

现有一台IBM服务器,上装W2K server ,SQL server 2000和金蝶K/3 9.3版，(安装有中间层和客户端).

现在老是出现这样一个问题:

所有客户端都是用主控台模式登录使用,但客户端在使用一段时间后,(约10到20分钟,

在此期间客户端不进行查询和保存操作,比如连续录入一个小时的凭证或离开一段时

间),再进行查询或保存时,系统提示"远程服务器组件不可用",如果退出K/3重新登录,系

统会提示一个错误"-2174...."(具体数字没记下来),系统不能登录,只能重新启动机器

(客户端的机器)后,才可以重新登录,服务器可以不用重新启动.

查看服务器日志出现MSDTC和MSDTC Client信息(不是报错),具体信息为:"session

idle timeout over,tearing down the session。",我已按照贵公司技术人员要求将

组件服务里的MSDTC和有关ebo组件的超时设为0,但仍出现这个问题.

我已将W2K升级到SP4,相关补丁也已打上,SQL server2000已升级到SP3.

如果客户端,出现超时可以重新登录不要求重新启动可以忍受,但现在是一超时就要求

客户端重新启动机器,很麻烦

解决方案：

是由于中间层安装了杀毒软件及个人防火墙，要求其暂停使用防火墙及杀毒软件验证是否是杀毒软件引起的。这在金蝶诸多客户中经常出现。

问题是客户采用了防火墙及杀毒软件，要求中间层服务器在业务运行时关闭杀毒软件服务或排除Dllhost.exe文件方可。

第六章
远程传输篇

本章节描述和远程传输的一些问题。

1、K/3中的传输

目前K/3中应用到传输服务有四处，根据系统特点分别采用不同的传输方式，如下表：

传输所应用的系统	支持的传输方式	应用特点
远程数据传输服务	iMTS传输	1.可传输k/3账套、金蝶2000账套、文件 2.自动定时传输，并对K/3账套进行远程自动化备份恢复处理，全部操作由系统后台自动完成。 3. 支持增量传输方式 4.和代理服务结合，实现拉式传输，总部可以直接通过操作电脑，远程下达命令拉取分公司的数据，传输回总部，这符合集团总部主动监控分支机构的思路。目前拉式传输在业界处于领先地位
代理服务	iMTS传输和Socket传输	可以同时容纳两种传输方式的优点，根据不同的事务处理选择不同的传输方式
集团控制系统	iMTS传输和Socket传输	数据服务调用的是代理服务，主要是集团公司用来传递数据文件
集团分销系统	Socket传输	传输对适时性交互有一定要求，使用Socket传输方式

2、IMts配置

1)、IMTS http传输的相关配置（接收方）

您需要将能够连接外网的代理服务器设置为IIS服务器，具体说明如下：

在IIS服务器上，需要完成以下两个设置：

1）设置IMTS的虚拟目录

2）进行IMTS的HTTP代理设置

首先请在您已经安装了imts的机器上找到一个IISProxy目录（这个目录通常存放在imts安装目录下），将这个目录整体拷贝到您作为IIS服务器的机器上，任何方便的目录下都可以，然后执行下面两个步骤：

设置IMTS的虚拟目录

A、windows管理工具中选择“Internet 服务管理器”，弹出‘Internet 信息服务’界面；

B、在该界面内，右击〖默认web站点〗，然后在弹出的菜单上选择〖新建〗 〖虚拟目录〗。

C、在打开的“虚拟目录创建向导”内，选择〖下一步〗，在打开的“虚拟目录别名”界面内将“别名”设置为“iMTS”（不区分大小写）。

D、然后单击〖下一步〗，在打开的“web站点内容目录”界面将IISProxy设为虚拟目录。单击【确定】后，

E、返回“虚拟目录创建向导”，单击【下一步】，保持默认选项，最后单击【确定】。在默认web站点下就会多了一个iMTS虚拟目录。

F、iMTS虚拟目录成功后，右击iMTS虚拟目录，在弹出的菜单上选择〖属性〗，然后弹出“iMTS属性”界面，在界面内，将“执行许可”改为“脚本和执行许可”。

进行IMTS的HTTP代理设置

运行IISProxy目录下的HttpConf.exe程序，添加imts服务器：

imts服务器名称填写您接收账套的imts服务器名。

地址填写您接收账套的imts服务器的IP地址：端口号（imts默认为5678）。

如192.×××.××.××：5678

完成以上步骤后，作为接收方的设置就完成了。

2）IMTS http传输的相关配置（发送方）：

1）本地设置不变。

2）公司管理中选择接收公司信息。

将传输协议改为http方式，传输地址填写：Http：//IIS服务器IP/imts/imts.dll

3）Imts服务器名为接收账套的服务器名，若总部未变，此处无需修改。

3、我们分部从来没有成功的传输过账套，是不是我们的网络连接有问题？有简单的办法进行测试吗？

畅通的网络连接是imts成功传输的第一步，这里有一个简单的办法来测试收发双方imts的底层连接是否正常：

在缺省配置下，iMTS使用TCP 5678端口进行数据传输。因此您可以通过 telnet xxx.xxx.xxx.xxx 5678 命令来检查是否可以向接收方传输数据（xxx.xxx.xxx.xxx是接收方计算机的IP地址）。如果telnet命令的返回信息为“...无法打开到主机的连接 在端口 5678 : 连接失败”，说明底层物理连接有问题，原因有可能是网络物理连接不通，也可能是接收方iMTS没有运行，或者是接收方的防火墙封掉了5678端口。您可以从这几个方面来仔细检查一下。

4、上面的问题里提到了防火墙端口的设置，如果网络通道上存在路由器或防火墙，我需要检查哪几个端口？

IMTS传输要求开放用于传输的TCP 5678端口和用于事件通信的UDP 11901端口。另外，如果您使用HTTP代理方式进行传输，提供HTTP代理服务的IIS服务器还要求开放TCP 80端口（即默认的http端口）。

5、我接收方iMTS服务器有两块网卡，通过拨号上网接收数据，但是在使用远程数据传输工具进行账套接收完成后，系统会出现自动化错误提示，但数据实际上已经接收成功，这是怎么回事？

该提示不影响账套的正常传输，这种情况出现在远程数据传输客户端和iMTS服务器端安装在同一台机器上，当远程数据传输工具接收数据成功后通知iMTS服务器时，由于iMTS服务器的两块网卡同时接收到了成功信息，产生了冲突因此系统提示错误。解决该问题的方法是：修改接收方的传输数据传输客户端登录界面“iMTS 服务器”的信息，通过指定iMTS服务器的IP地址，而不使用系统默认的localhost或者127.0.0.1，这样成功信息只会发送给指定IP地址的网卡，解决了产生冲突的问题。

6、在总部同时接收几个分站点的账套，各地配置基本相同，为什么有的分站点可以顺利传输，而有的分站点却总是在接收方的接收队列里产生一些积压的消息？

出现此种情况的很可能是该分站点的设置信息与总部接收方的设置信息不一致所导致。系统要求发送方和接收方的公司信息、任务设置信息必须严格一致，包括设置信息（如任务名称）的大小写也要匹配。

当出现此类问题时，请确认收发双方的配置信息是否，如果存在不一致的情况，则需要修改两边的配置保持两边一致，请发送方再次重新发送一次，或者由接收方主动执行拉取。

如果您不想再进行传输，则可以在接收队列KDReceive中找到刚才没有执行的消息，单击右键选择任务映射，在弹出的对话框中选择对应的接收任务并指定合适的映射名，点击确定。再次右键选中该消息，点击“重新激发”，系统会自动重新进行账套的恢复。

7、总部从下属子公司接收账套。子公司处进行账套的发送，并且系统接收几个分部的账套，有时会出现分部提示任务已经执行成功，但是总部确接收不到账套的情况？

产生此现象是我们的软件提示信息不准确，使您产生理解上的偏差。在发送方提交任务后，在传输客户端会给出一个“任务传输成功”的提示信息，其实此时只是发送任务转到iMTS后台执行，并没有真正到达接收方。由于多数采用拨号的客户此时会误以为传输已经成功而断开网络连接，导致发送任务没有正常传输出去，所以接收方也无法正确接收账套，此时您也可以发现在发送方堆积了一些发送队列。所以请您在传输时延长发送拨号等待时间，直到iMTS SERVER提示完成传输为止。

在10.0版本中，我们已经对此处做了更为明确的提示，并且增加了传输进度条。只有在传输进度条中看到传输进度达到100％后，才真正表明任务已经发送成功。

8、有的时候我在传输过程中打开了底层的imts服务界面查看了一下，但此后我就发现任务迟迟不能完成，点击传输界面都没有反应，这是怎么回事？

以前版本的imts界面很容易出现被用户锁定的情况，当您打开底层界面又无意点击该界面后，imts服务器就被锁定了。这时在imts的黑屏界面的标题栏处将显示“选定iMTSServer”的字样，此时您只需按键盘最左上角的“Esc”键取消该操作，imts服务器就恢复正常了，此时的标题栏将显示为“iMTS Server”。此时执行中的任务将继续运行。

在10.0版本中我们已经提供了非常友好的Windows风格界面，不会再出现类似上面的问题了。

9、接收方使用拨号网络的方式接收发送方传来的账套数据，但是在个别情况下，接收方imts server提示datadiagram send failed，接收任务不能进行自动映射，账套不能自动恢复？

引起上述现象的原因是UDP消息有时在只开放拨号连接的网络中不能广播。

解决方法（适用于10.0版）：请修改imts的事件通知机制为“UDP点对点”方式，具体操作步骤是：

1、
imts管理控制台的“系统”菜单上选择“系统参数”子菜单，在打开的imts系统参数窗口上选择“其他”页面，

2、
“其他”页面上的“事件机制”中选择“UDP点对点”，如下图所示。

3、
单击确定后，退出imts系统参数窗口。

4、
新设置必须重启iMTS后才能生效。请单击“系统”菜单上选择“停止imts”子菜单，再选择“系统”菜单上选择“启动imts”子菜单。

5、重新登录远程数据传输程序。

10、我在传输的过程中偶尔会出现在远程传输客户端提示ActiveX无法创建的错误，我该怎么办？

产生此问题的原因多是由于远程传输客户端部分组件未成功注册，可能是您安装其它程序或病毒产生的影响导致远程传输的文件丢失或没有注册。

解决这个问题的最直接的办法是重装远程数据传输的客户端，您首先要卸载并重启后再进行安装。如果您的远程数据传输是9.1版本，而且最近又打过SQL的补丁，那么您可以尝试直接注册这个组件KDShareDir.dll，具体的方法是：将金蝶安装目录下的KDShareDir.dll，使用系统目录中的system32目录下的regsvr32.exe打开注册即可，如果丢失则可以从备份的文件中恢复后进行注册

11、我们使用联想LEM-ATH5600型号Modem进行远程传输，但是发现经常有丢包现象，其他的Modem没有这种情况，是我的Modem有问题吗？

在客户反映该问题后，我们经过多次测试，确定联想LEM-ATH5600型号Modem的质量不够稳定，存在传输丢包现象。经跟联想客服部联系，目前该款型号的modem已经在2002年停止生产，请您暂停使用该型号的Modem进行账套传输。

12、IMTS传输时出现任务执行失败(设备激活错误。物理文件名 'D:\K/3DB\AIS20040705125440_Log.LDF' 可能有误...的问题。

这是由于数据库在恢复过程中出现了不正常的访问，导致数据库事务日志文件损坏。在目前情况下，事后的处理办法有二个：

1、在Enterprise Manager中先Detach出问题的数据库，然后再Attach上来，MSSQLServer将重新生成一个新的LDF文件。

2、删除出问题的数据库，重新利用传输过来的文件建立数据库。

另外，我觉得您说明的账套的LDF文件太大，应该进行清理。您可以在Enterprise Manager中使用收缩数据库的功能，将LDF文件进行收缩。

13、IMTS替换正式许可后，第一次启动正常，第二次启动时提示“licence无效”；

问题分析：由于制作的许可导致问题

解决办法：下载补丁PT2511后，利用解压缩后的imts.jar替换IMTS安装目录下的同名文件；

地址：http://www.kingdee.com:8080/download/agentdown/tech/PT2511

14、远程数据传输客户端接受任务时总是提示“接收任务失败任务执行失败(文件解压出现异常！)!”

解决办法：该问题产生是由于接收任务的接收任务存放路径不存在导致。请在接收任务中重新指定工作路径，如下图。

15、安装9.4.1 IMTS后，启动IMTS时提示错误，如图

解决办法：产生此问题原因是安装的9.4.1 IMTS所需的JAVA 1.2.2时出现错误，导致IMTS调用Java错误，解决办法卸载IMTS及其JAVA1.2.2程序，然后重新安装IMTS9.4.1。

16、通常使用电话拨号进行iMTS数据传输，但是发现在拨号网络环境下iMTS传输不是很稳定，比如在金蝶“远程传输系统”里面无法看到iMTS事件，或者传输时经常有数据丢包现象，我应该进行怎样的配置修改？

目前的iMTS缺省配置是针对宽带网络环境(如LAN, ADSL, DDN等)进行优化的。虽然如此，只要进行少量的配置修改，我们的iMTS在低速拨号网络环境下也能稳定的运行。

解决的方法请您修改iMTS事件通知机制：打开“系统参数”对话框，转到“其它”页，选择事件机制为“UDP点对点”，点击确定后，先停止imts服务，再重新启动iMTS。另外，在低速的拨号网络环境下，我们也建议您修改“数据块大小”参数：打开“系统参数”对话框，转到“数据块大小”页，然后选择“16K”(缺省的数据块大小为64K)。

特别提示：“UDP点对点”事件机制是10.0版本实现的优化，在以前版本中不具备此项。

17、使用的“远程传输系统”和iMTS服务器不是在同一台机器上，而是分别位于不同网段的两台机器上，发现“远程传输系统”无法接收到任何iMTS事件，该怎么办？

远程传输系统的很多功能依赖于iMTS事件的正常传递，如果接收不到iMTS事件，那么远程传输系统的部分功能(如自动拨号及断开，传输进度条显示等)将会出现问题。在大部分网络环境下，远程数据传输系统都能够接收到iMTS事件通知。但是在跨网段的情况下(比如远程传输客户端的IP地址为192.168.1.16，iMTS服务器的IP地址为192.168.2.24，两台机器分别在192.168.1.*网段和192.168.2.*网段),缺省的iMTS事件传递机制无法将事件从一个网段的机器传递到另一个网段的机器。

解决方法（适用于10.0版）：请您将iMTS事件传递机制修改为UDP点对点（请参考问题7）。

18、iMTS将接收到的数据文件先缓存在iMTS安装目录下的data子目录(如 C:\Program Files\Kingdee\iMTS\Data), 但是我的iMTS安装目录所在磁盘 (一般是系统盘)剩余空间不多，有时会导致传输失败，提示是“disk may be full”。我希望改变数据接收目录，应该怎么设置？

打开“系统参数”对话框，如下图所示

在上图中只要将工作目录设成对应的目录位置即可，您可以将其指向其它磁盘下的目录。

特别提示：上图的界面在不同版本的iMTS中会略有不同，但不影响实际的应用。10.0以前版本的用户可以通过以下步骤实现：在iMTS控制台界面（黑屏界面）键入 “cons”，在弹出的Kingdee iMTS控制台界面中打开“文件”下拉菜单中的“系统参数”项，更改界面中的“服务器路径”即可。

19、在使用过程中，发现有时候增量传输的速度比完全传输的速度还要慢？

随着增量传输的次数越来越多，其增量传输的文件也越来越大；在多次传输之后，可能增量备份的文件比原来完全备份的文件还要大，相应传输时间也会延长。如果每次增量传输的文件不大，可采取增量传输的方式；如果增量传输的文件很大，请您最好采用完全传输。

20、我们各地的发送方都是采用拨号上网，为了节省电话费，我们希望能够立即获悉发送任务已经完成的消息，以便及时断开网络连接，我怎样才能知道我的消息已经成功发送出去？

在10.0版本中，我们提供了接收方向发送方反馈消息的功能，但是这要求发送方必须具有固定IP，对于很多用户来说并不具备这个条件，那么您可以通过以下方式进行确认：

10.0版本的用户，我们的imts底层提供了友好的Windows界面，在您发送了一个任务后，您可以在该界面查看imts事件的进程，一旦出现Event:TRANSMIT_FINISH字样就表明您的发送任务已经成功传输了，此时您可以断开网络连接。当然您也可以通过查看传输客户端的动态信息来确定，在imts事件标签页，您也需要找到Event:TRANSMIT_FINISH字样后才能确认发送消息已经全部传输完毕。

对于以前版本的用户，您就只能通过imts底层的黑屏界面来确认了，方法和上面是一样的，当界面上显示Event:TRANSMIT_FINISH且界面已经停止刷新，您就可以放心的断开网络连接了。请注意您在操作该黑屏界面时不要误锁定（参见问题6）。

21、系统因为受到病毒的侵扰需要经常重装，每次重装后远程传输中的所有配置信息如公司设置、任务名称设置全部丢失，重新配置的工作非常麻烦，还要与各处分点核对信息一致，这种情况有方便的解决办法吗？

远程数据传输所有的公司和任务信息都保存在相应的配置文件中，根据不同版本分为：

1．V9.4.1以前的版本，该配置文件为kdrepcfg.ini ,存放的路径是：系统盘：\WINNT\system32。

2．V9.4.1以后的版本（含V9.4.1），该配置文件为imts名_conf.xml（imts名为用户当前imts服务器名），存放的路径位于远程数据传输程序运行的当前目录下。

具体的做法：您可以在重装系统前先将该文件保存到其他机器上，重装完成后将该配置文件复制回到相应的目录下就可以恢复以前的配置信息了。当然我们也强烈建议您不要频繁的重装操作系统，请加强计算机的安全管理措施。

V10.0的远程数据传输为您提供了快捷的公司信息设置和接收任务的自动建立功能，可以帮助您方便的重新获取相关配置及执行相应的任务，而无须处理配置文件，相关的具体说操作您可以参阅《远程数据传输V10.0版用户手册》

22、iMTS试用版快到期了，怎样申请正式的License?

在imts管理控制台上打开iMTS“系统参数”对话框, 如下图所示

转至“其它”页，在License框里面，您可以看到软件特征码，这是根据您的计算机硬件特征计算出来的特征码，在上图中软件特征码是8F0F7BC9C574427F，为16位长度的字符串。注意这里的字符串均为十六进制数字，不要将其中的数字“0”当成了字母“O”。

要申请正式License文件，您需要将您机器上显示出来的软件特征码发送给金蝶公司生产部，他们会根据您发送的软件特征码制作License文件。

23、我应该怎样使用和保护好正式License文件？

在收到正式License文件之后，确认license文件的文件名为”license.dat”，如果不是请您重命名。然后将该License文件拷贝至iMTS安装目录下，覆盖原有的试用license文件。然后重新启动iMTS，再打开上图的“系统参数”对话框，如果您申请的License正确无误，那么License提示信息会变为“您使用的iMTS已注册”。

对于正式License文件，我们建议您在其它安全地方做一备份，这样万一您不小心删除了安装目录下的正式License文件，还可以将备份的License文件拷贝过来。

24、我修改了计算机系统时间，再改回到以前的时间，发现iMTS无法正常启动，出现下面的提示：Your system time has been changed.(您的系统时间被修改过!)，我该怎么办？

请您将备份的License文件覆盖iMTS安装目录下的License文件，再次启动iMTS即可。

25、我的传输客户端和数据库服务器不在同一台机器上，并且两台机器均为不在同一个域中，发现进行传输时传输客户端提示“找不到备份路径或找不到设备”。

这种情况时因为两台机器不在同一域中，当数据库服务器上SQLServer无法将备份文件存放到远程传输客户端的共享目录当中。

通常的情况有两种：情况一：两台机器均为工作组方式，解决方法如下：

－需要设置两台机器工作组相同

－两台机器的系统登录用户和密码相同

－数据库服务器上SQLServer服务必须使用指定系统登录用户启动，如下图所示：

情况二：一台机器加入域（或为域服务器），另外一台机器为工作组方式，解决方法如下：

－工作组方式的机器需要将组名和另外一台机器的域名相同

－两台机器的系统登录用户和密码相同

－数据库服务器上SQLServer服务必须使用指定系统登录用户启动

26、我的发送队列或接收队列中的消息，在远程数据传输客户端无法手动删除

可以手动停止iMTS服务器，清空iMTS安装目录下的DATA目录中的文件，然后重新启动iMTS，已经清除了队列中无法手动删除的消息。

27、通常使用电话拨号进行iMTS数据传输，但是发现在拨号网络环境下iMTS传输不是很稳定，比如在金蝶“远程传输系统”里面无法看到iMTS事件，我应该进行怎样的配置修改？

目前的iMTS缺省配置是针对宽带网络环境(如LAN, ADSL, DDN等)进行优化的。虽然如此，只要进行少量的配置修改，我们的iMTS在低速拨号网络环境下也能稳定的运行。最主要的是要修改iMTS事件通知机制：打开“系统参数”对话框，转到“其它”页，选择事件机制为“UDP点对点”，点击确定后，重新启动iMTS。

另外，在低速的拨号网络环境下，我们也建议您修改“数据块大小”参数：打开“系统参数”对话框，转到“数据块大小”页，然后选择“16K”(缺省的数据块大小为64K)。

28、IMTS远程数据传输V10.0升级方案

一、说明

1、V10.0版本为 K/3、远程数据传输和imts分别制作了的独立安装程序，因此三者可以独立安装和升级。

2、IMTS的最新版本为V1.1，由于iMTS采用JAVA和VC编写，没有使用K/3的任何组件，因此iMTS的安装和卸载不会对远程数据传输和K/3客户端及中间层使用产生任何影响。

3、V10.0版本的imts远程数据传输系统实现了imts服务器、远程传输客户端和K/3客户端的三者分离，因此在实施过程中可以考虑分开部署，但是传输客户端需要直接连接K/3数据库。

4、远程数据传输客户端使用了部分K/3组件，虽然目前的V10.0安装包已经对这些公用组件实现了分离，但是考虑某些不可知因素或某些遗漏情况，例如客户安装的补丁和研发内部测试环境的局限，我们不排除安装卸载传输客户端时仍有导致K/3客户端无法使用或无法正常调用中间层的可能性。针对此项，我们将会在下阶段加大升级测试力度并结合用户升级情况反馈在10.1安装包制作时进行再次全面更新。

二、升级准备

1、在客户升级前，请务必做好所有信息的备份工作，主要包括以下几个方面：

A、客户所有的K/3账套。

B、远程数据传输的相关信息（公司信息、任务名信息）的配置文件。

C、imts的正式Lisence文件和imts的配置信息（系统参数）。

D、如果可能，记录客户该版本打的所有补丁号。

2、远程数据传输客户端配置文件的保存与恢复：

远程数据传输的配置文件依据版本的不同有所差别：

V9.4.1以前的版本：文件名为： kdrepcfg.ini ,存放的路径为：系统盘：\WINNT\system32。

V9.4.1以后的版本（含V9.4.1）：文件名为：iMTS服务器名_conf.xml，存放的路径位于远程数据传输程序运行的当前目录下，如：zb_conf.xml，zb为ints服务器名。

在升级完成后，如果相关的配置信息丢失，将备份好的配置文件覆盖到原目录下即可。版本的差异不影响文件的使用， V9.4.1以前的版本备份的文件可以在V10.0下使用，存放的路径仍然放在原目录下，如系统盘：\WINNT\system32。

3、IMTS的Lisence文件与配置文件的保存与恢复：

V9.4.1版本的lisence与V10.0相同，可以直接覆盖使用。V9.4.1之前的所有版本需要向生产部重新申请lisence，因此请提前做好准备。

iMTS许可文件名为license.dat，iMTS配置文件名为iMTS.properties，存放位置都在iMTS当前的安装目录下，备份与恢复都在此目录下进行。

iMTS升级到V10.0后，必须具有正式的Lisence文件，而配置文件iMTS.properties如果没有保存覆盖，V10.0将启用系统默认的参数，也可以随后在系统参数中进行相关的修改。

4、环境准备：

请确认客户的机器上安装了Microsoft数据访问组件MDAC2.8版本，如果安装的是旧版本，可以在资源盘disk2里找到并安装。但如果参照注意事项2进行安装，也可以使用MDAC以前的版本不必更新。

三、升级方案

1、iMTS和远程数据传输服务在独立的服务器上安装；（推荐）

优点: 不会影响客户现有K/3系统的使用；

缺点：需要客户提供服务器；

步骤：

1、
做好相关信息的备份（请参见升级准备）

2、
安装V10.0的iMTS，将正式Lisence文件和配置文件拷贝到相应的目录下。

3、
安装V10.0的传输客户端，将配置文件拷贝到相应的目录下。

4、
打开远程数据传输工具连接imts服务器（本方案连接的iMTS服务器为本机）。

5、
进入远程数据传输系统，在本地设置中设置好对应的中间层。

6、
测试是否能够正常传输。

2、IMTS和远程数据传输服务在原有中间层服务器上，覆盖安装。

优点：不需要提供另外的服务器；

缺点：如果卸载V10.0的远程数据传输服务可能会影响K/3的正常使用（在研发内部环境测试未见异常状况）

步骤：

做好相关信息的备份（请参见升级准备）

卸载或修复安装iMTS，此时相关的配置信息仍会保留在原有系统中。

修复安装远程数据客户端，系统会自动升级配置文件。

进入远程数据传输系统，测试能否正常传输。

测试中间层使用是否正常，其他客户端能否正常调用。

3、仅在单独安装了低版本K/3客户端机器（没有安装中间层）上安装远程数据传输服务

优点：不会对原有中间层服务器造成影响。

缺点：可能会对安装所在的K/3客户端使用造成一定影响（在研发内部环境测试未见异常状况）。

步骤：

在原有iMTS服务器上卸载或修复安装V10.0版的iMTS。

选择一台正在使用的K/3远程客户端，修复安装远程数据传输客户端，将远程传输的相关配置文件覆盖保存。

进入远程数据传输登录界面，在imts服务器一栏输入所连imts服务器的机器名或IP地址，进入传输主界面。

在本地设置中设置好对应的中间层，测试传输能否成功。

测试K/3客户端能否正常使用、能否正确连接中间层。

四、注意事项

3)
在升级前请确认关闭所有的K/3应用程序。

4)
在安装远程传输客户端时尽量采用修复安装，在安装过程中遇到操作系统提示检测到共享文件或锁定组件时，一律选择“否” 和“忽略”不删除原有文件。

5)
有的远程数据传输客户端只在第一次登录时要求提供密码(系统默认的密码为imts)，此后不必输入，V10.0已经改为每次登录时都需要输入密码。如果客户不记得更改后的密码，则建议不覆盖imts的配置文件IMTS.properties，10.0将采用默认的系统设置，初始密码仍为imts。

6)
在升级方案3中，远程数据传输客户端将直接访问数据库，因此如果该客户端与数据库不在同一网段或用其他方式实现隔离，则该方案不可行。

V10.0版本在远程传输界面和imts底层界面都做了比较大的改动，体现操作的方便性和实用性。可能有的用户会感觉不习惯，请实施人员给用户详细介绍并演示，让用户真正体会到优越性。

在V10.0版本中我们对某些传输配置的设置进行了优化，例如提供了UDP点对点方式，实施人员可以根据用户的具体使用情况更改相应的配置，具体的说明可以参看用户手册。

第七章
多语言篇

本章节描述和多语言相关的问题。

1、K/3从什么版本开始支持多语言，支持哪些多语言

从K/310.1开始支持简体中文、繁体中文、英文三种语言，以前版本全是简体中文

2、多语言版本的K/3对SQL Server有什么多语言要求

原则上K/3多语言和SQL Server没有必然的关系，关键就是和SQL SERVER的排序规则相关，具体请参考“一、安装、卸载篇”中的“3、SQL Server的安装”

3、多语言中间层、数据库、客户端之间如何连接

中间层连接数据库没有任何限制

客户端连接中间层要求：客户端操作系统的默认语言必须和中间层操作系统默认语言一致

4、如何区分操作系统界面语言、操作系统默认语言、K/3安装程序界面语言、K/3语言、K/3登录语言

操作系统界面语言：指的是操作系统本身的菜单、按钮、提示等文字描述部分使用大的语言

操作系统默认语言：一般和操作系统界面语言一致，这个语言值必需在“区域和语言选项”中确定

注：以上两种语言没有必然的联系，比如：安装了英文的Win2003，这个时候操作系统界面语言和操作系统默认语言应该都是英文；但是我现在需要安装和使用简体的K/3，那么我就需要将简体中文设置为操作系统默认语言，设置完后您会发现操作系统的菜单等都还是英文的，这个时候以上两种语言就不一致了。

K/3安装程序界面语言：就是K/3安装总程序（包括环境检测、K/3安装等部分）使用的文字描述语言，和以上的第1）种语言是一致的。

K/3语言：安装K/3文件使用的语言，用户基本看不出区别，主要的区别是K/3某些文件使用文件名会依照语言不同而有些不同，这个语言和第2）个语言保持一致。

K/3登录语言：K/3语言选择工具或者启动主控台后可以用来选择和切换的语言，依照操作系统的默认语言而有些不一致。

5、K/3在不同默认语言的操作系统下有哪些登录语言

默认语言	K/3登录语言
简体	简体、繁体、英文
繁体	繁体、英文
英文	英文

6、是否有工具可以放开K/3的登录语言控制

在K/3安装盘的“高级工具”光盘中有个工具：OTHER\ResUtils\Misc\LangSwitchTool.exe，该工具只需要在中间层运行即可，启动该工具可以设定登录语言：

警告：如果放开某些当前语言K/3不支持的语言，K/3很可能运行不正常。

7、K/3多语言的资源文件都位于哪里

在%systemdrive%\Program Files\Common Files\Kingdee\K/3\RESOURCES下边有所有的K/3多语言资源文件。

8、多语言资源文件是否可以查看和自定义修改，实现个性资源

完全可以实现个性资源,以10.1为例，在K/3安装盘的“高级工具”光盘中有个工具：OTHER\ResUtils \bin下就有这个工具，操作方法：

1）将以上目录下所有的文件拷贝到本机

2）然后使用regsvr32注册K/3ResTool.dll

3）启动KdResViewer.exe，并选择某个资源文件进行编辑

4）编辑完成后请一定要记得编译（Compile）

警告：某条资源记录被很多地方引用，修改后可能会在其他语境出现让人无法理解或者费解的描述，请慎重修改。

第八章
其他

1、F7查询应用小技巧

客户在做编码的时候，希望能够使用通配符来进行过滤，比如客户在编制代码，二级为电压参数、三级为电容、四级为电容器的脚线长度，那么客户在统计的时候，可能需要统计某个电压参数为多少的仓库数量或销售数量等数据，也有可能只统计某个电容或脚线为多少的相关数据。举例如下：一个编码为5.110.060.25.12345的料号，如果只统计电容为060的相关数据，则可以这样输入：*.*.060.*.*,这样就可以统计出相关数据。

系统的实现方式，可以使用%做为通配符进行处理，具体方法是：

1)
在F7搜索界面直接采用%.%.060.%.% 可以统计出相关数据。即在“字段名称处”选择代码，包含文字中输入“%.%.060.%.% ”。

F7搜索的高级搜索框中使用like比较符，如“代码like %.%.060.%.%” 的方式进行搜索。

2、关于中间层跨网段注册数据库设置

条件一：中间层数据库属于域用户成员

中间层服务器：计算机名为MIDSRV,IP地址为192.168.13.A

数据库服务器：计算机名为SQLSRV,IP地址为192.168.19.B

设置方法：

1)、中间层服务器：

网卡IP高级属性：Wins 添加数据库服务器IP：192.168.19.B ，即将Wins服务指向数据库IP地址。

2)、数据库服务器：

添加Hosts解析：在文件winnt\system32\drivers\etc\hosts，添加一行192.168.1.A MIDSRV

测试：

1）
、打开账套管理，注册远程数据库服务器192.168.19.B，测试新建用户或修改用户信息成功。

2）
、打开K/3客户端，测试成功。

条件二：数据库非域服务器成员

除了要做Hosts解析以外，还需设置Dconcnfg中的PKDAc.CKDAc属性，将身份验证级别改为无，同时将身份标识改为本地系统管理员账户。

这样就可确保数据库操作系统即使不登录，也可确保账套管理能备份和恢复账套。

说明：Hosts解析仅能够保证客户端应用正常，而PKDAc.CKDAc属性设置，是确保账套能够备份和恢复。

3、代理服务强行中止后不能启动的解决办法

如果代理服务程序在执行某一服务时间过长，被用户强行中止，可能会导致服务程序不能启动。解决办法如下：

1)、在cmd中运行"D:\Program Files\Kingdee\K/3ERP\KDDelegateService.exe" /Unregister

2）如出现MessageBox提示，按OK即可

3）进入D:\Program Files\Kingdee\K/3ERP目录，将kdregtasks.xml重命名

4）重新启动计算机

重新运行 代理服务台程序，可以启动服务程序

4、K/3的动态密码锁应用方案

1)
K/3动态密码锁（ActivCard）认证实现机制

用户输入用户名和动态密码，K/3系统把当前账套名，用户名和动态密码通过网络传送到K/3中间层服务器，K/3中间层服务器组件将账套名，用户名和动态密码传送给动态密码锁的认证组件，该组件从动态密码锁数据库中取出该用户的加密因子并以相同的算法计算出密码，如果这个密码和用户输入的密码相同，则进入K/3系统，否则，提示用户登录失败。

2)
K/3动态密码锁的安装和配置

A、 动态密码锁的安装

动态密码锁应用程序的安装目录在K/3V10.2安装盘的DISK/3目录下，目前提供了2个版本：

DISK/3\OTHER\IDENTITY\ActivCard：支持windows2000操作系统

DISK/3\OTHER\IDENTITY\ActivCard2003：支持windows2003、2000操作系统。

安装时，建议将动态密码锁和K/3中间层管理程序安装在同一台机器上，便于日常管理。

对于动态密码锁管理程序的安装，请根据安装向导默认安装即可。只是需注意，安装类型请选择<COM组件和管理工具>，如下图：

B、
动态密码锁的初始配置

动态密码锁安装完成后，首先要完成一项基本设置，就是为动态密码锁应用程序创建后台数据库表，原理同如果K/3新增账套。具体操作分为2大步骤：

第一步 创建SQL数据库：

进入Microsoft SQL Server管理器中，新建一个数据库，数据库文件名根据需要设定，如可以默认为ActivCard。

第二步 创建动态密码锁数据库表：

1）选择「开始」菜单\程序\ActivCard动态密码应用系统\数据库联接设置，选择“数据库连接”标签页，输入要连接的数据库服务器的名称（或者IP地址）连接信息和数据库名称（ActivCard）。

2） 单击<连接测试>，如果测试成果，单击<保存>，将有关设置保存起来。

3） 选择“创建数据表”标签页，单击<创建数据表>按钮。系统会自动在ActivCard数据库中创建动态密码锁程序需要的数据库表。完成后，关闭数据库设置窗口。

C、
在K/3中配置动态密码锁应用

配置K/3动态密码锁的操作分为以下6个步骤：

1、在账套中启用动态密码锁认证方式。

2、在用户管理中，将用户的认证方式修改为动态密码锁认证方式。

3、将账套中的K/3用户信息引出成一个文件

4、将K/3用户信息文件导入动态加密锁应用管理系统中。

5、在动态密码锁管理程序中，为用户指定令牌。

6、令牌初始化和重新同步

第一步 在账套中启用动态密码锁认证方式

1） 使用正确的用户名和密码，进入K/3中间层服务部件“账套管理”程序。

2） 选择[账套]—[参数设置]菜单，在<可选的认证方式>选项下勾选上“动态密码锁认证方式”。

3） 如果希望新增用户的默认认证方式为，请同时在<默认认证方式>选择“动态密码锁认证方式”，否则系统默认新增用户认证方式为传统的手动设置方式。

第二步 在用户管理中，将用户的认证方式修改为动态密码锁认证方式。

1）使用正确的用户名和密码，进入K/3中间层服务部件“账套管理”程序。

2）选择[账套]—[用户管理]菜单，进入用户管理窗口。

3）选择要设置的用户，右键选择[属性]菜单，显示用户属性界面，修改用户的认证方式为动态密码锁认证方式。如下图。说明，对于希望进行动态密码锁认证方式的用户都需要修改此处设置。

第三步 将账套中的K/3用户信息引出成一个文件。

1） 选择一个账套，单击[账套]—[用户名称引出]菜单，选择引出文件路径和设置引出文件名称，系统默认引出文件名为UserNameList，文件类型为.kdf。

第四步 将K/3用户信息文件导入动态加密锁应用管理系统中。

1）选择「开始」菜单\程序\ActivCard动态密码应用系统\动态密码锁系统管理，在登录界面上，输入用户名“admin”，密码“activcard”（系统默认，全部小写，可以在进入动态密码锁系统后再更改），账套以及服务器就是我们在上边步骤里边建立的账套时使用的服务器和账套名称。

2）进入系统后，选择“用户管理”选项，单击进入“管理员”设置窗口，此处用于设置与K/3账套名称相对应的账套信息。

3） 单击 <增加账套>， 打开下图，输入K/3账套名称，此处的名称注意一定要与K/3账套管理程序中的账套名称完全一致。

4） 回到“用户”设置界面，选择<导入>按钮，选择从K/3账套中引出的用户文件信息UserNameList.kdf，将用户信息导入到动态密码锁程序。当然也可以通过右边的添加增加单个用户，但是用户名称必须和账套中的用户名完全一致。

第五步 在动态密码锁管理程序中，为用户指定令牌；

用户信息导入后，将用户此处的令牌SN号设置为令牌（手持设备）背面的S/N号。

第六步 令牌初始化

对于为用户指定的令牌（如图中的0644556665），必须先导入设备文件，并初始化。

live0118

這樣的資料也要收費 ?  

shfco

支持一下！！

灵狐冲

收费不应该啊。偶正版金蝶人啊。

miching

挺好的东西啊，谢谢楼主

jlxt8085

挺好的东西啊，谢谢楼主

JMPOWER

好详细！收藏了！谢谢