金蝶K3客户端无法测试中间层服务器的问题分析与建议方案
单台客户端无法连接K3中间层报错处理
单台客户端⽆法连接K3中间层报错处理请在报错客户端依次打开【开始】→【程序】→【⾦蝶K3 WISE】→【⾦蝶K3⼯具】→【远程组件配置⼯具】,打开后,确认正确输⼊了“中间层服务器地址”(可以是服务器计算机名也可以是IP),单击【测试】,若测试通过⽆报错,则继续点击【确定】完成配置即可,若提⽰“组件XX⽆法正常⼯作”,请忽略⼀两次后,单击【终⽌】,此时会弹出“测试结果”,请查看“测试结果”有是对应以下哪⼀项:单个客户端远程组件配置测试显⽰:请确保中间层上的组件为最新版本【操作步骤】1、可在出问题的客户端上依次单击【开始】→【设置】→【控制⾯板】,然后单击【管理⼯具】→【组件服务】,弹出【组件服务】窗⼝中,依次展开【计算机】→【我的电脑】→【COM+应⽤程序】,选择所有的“ebo”开头的组件和kdsvrmgr组件,点击⿏标右键删除;2、重新运⾏远程组件配置进⾏测试组件即可单个K3客户端进⾏远程组件配置测试显⽰:中间层服务器不能作为远程服务器,可能是Windows9X【操作步骤】1、在客户端打开【开始】→【运⾏】,输⼊“cmd”,单击【确定】,输⼊“ping 服务器IP”,如“ping 192.168.1.2”,回车确认⽹络是否正常连通,若显⽰“请求超时”,则需先检查和修复⽹络;2、在客户端上依次打开【开始】→【控制⾯板】→【管理⼯具】→【服务】,找到“Distributed Transaction Coordinator”服务,确保其为“启动”状态;3、在服务器及客户端分别打开【开始】→【运⾏】,输⼊“cmd”,单击【确定】,输⼊“netsh winsock reset”,回车显⽰“成功地重置 Winsock ⽬录”后重启电脑;K3客户端远程组件配置测试显⽰:⽹络中间层连接失败,请检查是否正确安装了正确的中间层组件【操作步骤】1、检查远程组件配置中,输⼊的中间层服务器IP地址是否正确;2、检查客户端与服务器的版本是否⼀致。
解决金蝶K3连接中间层加密服务失败
我的服务器操作系统是Windows Server2003(用作金蝶的中间层服务器),因在安装服务器操作系统的时候没有安装“应用服务程序下的‘,IIS'“,也没有配置好COM,DTC访问及应用服务程序控制台等组件。
处理方法:把以上提到的组件等添加安装或修复一下,然后,再修复安装金蝶K3软件服务器端,再去查看操作系统中的服务KDSvrMgrService(后来才知道是金蝶这个服务是金蝶软件的加密服务)运行正常了。
具体操作如下:
1、Windows Server2003中‘,IIS'“配置(图文)
A、打开服务器,开始——单击:管理您的服务器
B、单击:添加或删除角色
C、单击“添加或删除角色”后运行“配置您的服务器向导”
D、选择“自定义配置”
E、选择应用服务器(IIS,)
F、选择:启用
G、点击:下一步,进行安装,提示放入WindowsServer2003安装CD,MS DTC服务及COM+环境配置
在系统环境中,MS DTC服务、COM+环境是最容易出问题的环节,出现问题的修复方法如下:
1)、找不到日志:运行CMD,在命令行输入“msdtc -resetlog”重建日志(很多人喜欢使用后缀为bat的垃圾文件清理小程序,因为包含一条语句del /f /s /q %systemdrive%\*.log,删除了所有的日志文件,容易引起MS DTC日志丢失的情况)
(2)打开“控制面板”,选择“添加或删除程序”,然后再选择“添加/删除Windows组件”功能。
(3)点击“下一步”来重新安装COM+。事实上,你并不需要选择添加或删除任何组件;COM+照例会自动进行重新安装。
以上操作经本人使用可以解决问题,不同环境下,请判断环境后进行操作。
金蝶K3客户端组件测试不能通过分析与解决
客户端测试中间层组件不能通过的问题分析与建议方案本期概述●本文档适用于K/3软件的测试●本文描述了在k3软件安装完成进行配置测试时不能通过的问题,学习完本文档以后,可以对k3软件的测试配置问题有一个初步的了解。
版本信息●2005年3月24日V1.0 编写人:雷明●2006年10月16日V1.1 修改人:冯涛版权信息●本文件使用须知著作权人保留本文件的内容的解释权,并且仅将本文件内容提供给阁下个人使用。
对于内容中所含的版权和其他所有权声明,您应予以尊重并在其副本中予以保留。
您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。
任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。
如果您不接受或违反上述约定,您使用本文件的授权将自动终止,同时您应立即销毁任何已下载或打印好的本文件内容。
著作权人对本文件内容可用性不附加任何形式的保证,也不保证本文件内容的绝对准确性和绝对完整性。
本文件中介绍的产品、技术、方案和配置等仅供您参考,且它们可能会随时变更,恕不另行通知。
本文件中的内容也可能已经过期,著作权人不承诺更新它们。
如需得到最新的技术信息和服务,您可向当地的金蝶业务联系人和合作伙伴进行咨询。
著作权声明著作权所有2006 金蝶软件(中国)有限公司。
所有权利均予保留。
目录第一章客户端无法测试中间层服务器的问题分析与建议方案 (3)1.1所有客户端所有组件测试不能通过 (3)1.2所有客户端部分组件测试不能通过 (5)1.3部分客户端所有组件测试不能通过 (5)1.4部分客户端部分组件测试不能通过 (5)第一章客户端无法测试中间层服务器的问题分析与建议方案在k3的安装配置过程中,我们会出现客户端安装后测试不能通过的问题,此类问题一般情况分为如下几种:●所有客户端所有组件测试不能通过●所有客户端部分组件测试不能通过●部分客户端所有组件测试不能通过●部分客户端部分组件测试不能通过1.1所有客户端所有组件测试不能通过分析:此类问题是基本上是中间层服务器的异常造成的,所以我们主要是在服务器上进行相应设置的检查,需要检查下面一些方面:1、网络环境检查,客户端通过“ping”命令对服务器进行ip和机器名侦测,查看是否能够ping通,不能ping通,请检查相关的网络设置,保证网络的通畅。
解决金蝶K3连接中间层加密服务失败
一、服务器端问题我的服务器操作系统是Windows Server2003(用作金蝶的中间层服务器),因在安装服务器操作系统的时候没有安装“应用服务程序下的‘,IIS'“,也没有配置好COM,DTC访问及应用服务程序控制台等组件。
处理方法:把以上提到的组件等添加安装或修复一下,然后,再修复安装金蝶K3软件服务器端,再去查看操作系统中的服务KDSvrMgrService(后来才知道是金蝶这个服务是金蝶软件的加密服务)运行正常了。
具体操作如下:1、Windows Server2003中‘,IIS'“配置(图文)A、打开服务器,开始——单击:管理您的服务器B、单击:添加或删除角色C、单击“添加或删除角色”后运行“配置您的服务器向导”D、选择“自定义配置”E、选择应用服务器(IIS,)F、选择:启用G、点击:下一步,进行安装,提示放入WindowsServer2003安装CD,将CD 放入光驱,自动安装H、点:完成,完成,IIS的安装。
2、MS DTC服务及COM+环境配置在系统环境中,MS DTC服务、COM+环境是最容易出问题的环节,出现问题的修复方法如下:1)、找不到日志:运行CMD,在命令行输入“msdtc -resetlog”重建日志(很多人喜欢使用后缀为bat的垃圾文件清理小程序,因为包含一条语句del /f /s/q %systemdrive%\*.log,删除了所有的日志文件,容易引起MS DTC日志丢失的情况)2)、无法启动:(1)运行CMD,在命令行先输入"msdtc -uninstall"卸载MSDTC,(2)输入“msdtc -install”重新安装MSDTC服务(3)输入“net start msdtc”启动MSDTC服务3)、修复COM+:(1)打开注册表,并删除下面的键值:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3(2)打开“控制面板”,选择“添加或删除程序”,然后再选择“添加/删除Windows 组件”功能。
金蝶K3客户端无法测试中间层服务器的问题分析与建议方案
客户端无法测试中间层服务器的问题分析与建议方案一般出现客户端无法测试中间层服务器的问题,主要现象包括下面的几种情况:情况一:所有客户端都无法测试中间层组件,并且所有中间层组件都无法测试通过分析:首先,这一类问题是可以确定是中间层服务器的异常造成的,主要是在服务器上进行相应设置的检查,需要检查下面一些方面1、检查中间层服务器的DCOM配置中,默认属性页面中的“在此计算机上启用分布式COM”的选项是否勾上,如果没有需要选择上;如果出现该选项勾上后重启服务器该选择又取消选择的现象,应该是服务器中了木马病毒,需要用清除木马的工具检测。
2、服务器是否是windows2003操作系统并且安装了SP1补丁包,如果有请按照附录一中的相关内容进行设置。
3、中间层的COM+服务和DTC服务是否启用,如果没有启动,那么测试也是不通过的,这两个服务在Win2003中是默认没有启动的。
4、K3中间层是否之前有安装低版本的K3,而升级到新的版本,但是卸载以前版本的K3时没有清除干净。
一般建议在升级K3应用程序时,卸载以前版本的应用程序需要清除注册表信息,执行一下RegClear.exe清除K3注册信息再安装K/3。
5、服务器最近有没有更新过windows的补丁,如果有则可能是因为更新microsoft的补丁过程中对COM+的运行产生了影响,需要修复安装K3中间层。
建议客户在安装Windows补丁前,先停止所有K3中间层服务(停止运行的包,即停止所有运行的DllHost进程)。
6、检查任意客户端是否能够访问中间层服务器的共享目录,如果不能访问,需要检查服务器共享中默认共享比如$IPC是否存在,如果没有需要安装microsoft的相关补丁,还需要检查服务器的安全策略是否设置了“拒绝从网络访问此计算机”的安全策略。
7、检查中间层服务器是否又安装防火墙软件,从而限制了客户端对服务器的访问。
8、在运行窗口中键入“regedit”命令打开注册表编辑器。
客户端无法测试中间层服务器的问题解析
客户端无法测试中间层服务器的问题分析与建议方案一般出现客户端无法测试中间层服务器的问题,主要现象包括下面的几种情况:情况一:所有客户端都无法测试中间层组件,并且所有中间层组件都无法测试通过分析:首先,这一类问题是可以确定是中间层服务器的异常造成的,主要是在服务器上进行相应设置的检查,需要检查下面一些方面1、检查中间层服务器的DCOM配置中,默认属性页面中的“在此计算机上启用分布式COM”的选项是否勾上,如果没有需要选择上;如果出现该选项勾上后重启服务器该选择又取消选择的现象,应该是服务器中了木马病毒,需要用清除木马的工具检测。
2、服务器是否是windows2003操作系统并且安装了SP1补丁包,如果有请按照附录一中的相关内容进行设置。
3、中间层的COM+服务和DTC服务是否启用,如果没有启动,那么测试也是不通过的,这两个服务在Win2003中是默认没有启动的。
4、K3中间层是否之前有安装低版本的K3,而升级到新的版本,但是卸载以前版本的K3时没有清除干净。
一般建议在升级K3应用程序时,卸载以前版本的应用程序需要清除注册表信息,执行一下RegClear.exe清除K3注册信息再安装K/3。
5、服务器最近有没有更新过windows的补丁,如果有则可能是因为更新microsoft的补丁过程中对COM+的运行产生了影响,需要修复安装K3中间层。
建议客户在安装Windows补丁前,先停止所有K3中间层服务(停止运行的包,即停止所有运行的DllHost进程)。
6、检查任意客户端是否能够访问中间层服务器的共享目录,如果不能访问,需要检查服务器共享中默认共享比如$IPC是否存在,如果没有需要安装microsoft的相关补丁,还需要检查服务器的安全策略是否设置了“拒绝从网络访问此计算机”的安全策略。
7、检查中间层服务器是否又安装防火墙软件,从而限制了客户端对服务器的访问。
8、在运行窗口中键入“regedit”命令打开注册表编辑器。
金蝶k3提示:连接中间加密服务失败,请确认中间层加密服务已启动
k3提示:"连接中间加密服务失败,请确认中间层加密服务已启动"1、此时,需要在管理工具-服务中,检查加密服务(KDSvrMgrService)是否被停掉,如果未启动,点击鼠标右键,选择“启动”选项,手动启动即可.2、如果问题依然存在,则启动客户端远程组件配置工具确保中间层服务器的地址输入正确,并与下面列表中实际各模块连接的中间层地址一致;如果中间层地址采用的是机器名,要确保机器名与实际的IP地址之间的绑定是正确的(即在HOST文件中IP地址与机器名的映射关系是正确的)。
如果上述地方有误,请重新输入正确的中间层地址后,点击“测试”按钮,测试客户端与中间层的连接情况,通过后点击“确定”按钮,完成客户端与中间层的配置。
在管理工具-服务中,没有服务(KDSvrMgrService)需手工加载: 在开始——运行中输入C:\WINDOWS\system32\kdcom\KDSvrMgrService.exe /unregserver -卸载命令C:\WINDOWS\system32\kdcom\KDSvrMgrService.exe /service -加载命令客户端与服务器连接:首先要确认局域网连通,标准是服务器与客户端彼此能PING通,并且在不需密码的情况下能访问并打开彼此的共享文件夹。
然后是用户名,如果两台机器都使用administrator登录,那么要么都是空密码,要么两台机器密码一致;如果客户端以其他用户登录,例如user(自定)登录,那么在中间层服务器的用户管理中需添加相同用户,相同密码最后进行远程组建配置(客户端),在开始-程序-金蝶-远程组建配置中进行,在使用单一的远程组建配置中输入服务器的ip地址进行测试,如果前面能通过,后面有个别组件通不过也是正常的,可能客户端有些组件没有进行安装,忽略掉就可以。
测试完电击右上角的确定即可。
但是如果一个也不通,还需要检查网络,防火墙,用户名,还要看两台机器的分布式com 是否启用(在运行中输入dcomcnfg默认属性中)要点:1,确保你的网络是通的,至少可以和服务器连通2,正常装好后需要 [远程组件配置] 输入服务器IP地址,点测试3,检查你登录windows系统的用户名和密码是否在K3服务器上是否存在,如果没有请添加4,分布式com服务要启动net stop KDSvrMgrService 之后,看看服务还能不能启动5、如果KDSvrsMgrService.Exe因为中病毒损坏,可从其他正常的服务器上拷贝一个,然后再运行上述操作。
金蝶K3V12.0客户端与服务器连接不上的问题的处理MicrosoftWord文档
金蝶K3V12.0客户端与服务器连接不上的问题的处理
MicrosoftWord文档
金蝶K3V12.0客户端与服务器连接不上的问题的处理
在安装金蝶K3V12.0的客户端时,按安装客户端的操作步骤进行了操作,但在最后的一步:远程组件配置工具界面里与中间层服务器进行连接时,始终连接不上:中间层服务器的测试通不过。
提示:组件**无法正常工作,中间层服务器进行配置不能做为远程服务器,(可能是window 9X)请输入正确的中间层服务器。
我对该问题进行了查找:
1.客户机和服务器在一个计算机组里,不存在不在一个局域网里;
2.选择的中间报务器(计算机名)也是对的;
3.网络是通的;
4.客户机的操作系统是才安装了的;
5. window 9X不在我的局域网里;
6.其他客户机能正常登录并使用,只有此台重新安装操作系统的客户不能(安装前能);
7.我在网上搜索了很多此类现象的解决办法都没处理这个问题.。
然后我在断开网络的状态下重新安客户机的操作系统。
安装金蝶K3V12.0的客户端中间层服务器测试的前面的步骤,然后接上网线进行同一计算机组的设置等步骤。
再在远程组件配置工具界面里的中间层服务器后面的那个框框里选择服务器计算的名称,再在按模块设置中间层服务器的服务器栏目里选择服务器计算机名称,进行测试,测试完后点击确定,最后成功。
希此介绍能给遇上同类问题的朋友予以帮助和借鉴。
金蝶k3提示:连接中间加密服务失败,请确认中间层加密服务已启动
k3提示:"连接中间加密服务失败,请确认中间层加密服务已启动"1、此时,需要在管理工具-服务中,检查加密服务(KDSvrMgrService)是否被停掉,如果未启动,点击鼠标右键,选择“启动”选项,手动启动即可.2、如果问题依然存在,则启动客户端远程组件配置工具确保中间层服务器的地址输入正确,并与下面列表中实际各模块连接的中间层地址一致;如果中间层地址采用的是机器名,要确保机器名与实际的IP地址之间的绑定是正确的(即在HOST文件中IP地址与机器名的映射关系是正确的)。
如果上述地方有误,请重新输入正确的中间层地址后,点击“测试”按钮,测试客户端与中间层的连接情况,通过后点击“确定”按钮,完成客户端与中间层的配置。
在管理工具-服务中,没有服务(KDSvrMgrService)需手工加载: 在开始——运行中输入C:\WINDOWS\system32\kdcom\KDSvrMgrService.exe /unregserver -卸载命令C:\WINDOWS\system32\kdcom\KDSvrMgrService.exe /service -加载命令客户端与服务器连接:首先要确认局域网连通,标准是服务器与客户端彼此能PING通,并且在不需密码的情况下能访问并打开彼此的共享文件夹。
然后是用户名,如果两台机器都使用administrator登录,那么要么都是空密码,要么两台机器密码一致;如果客户端以其他用户登录,例如user(自定)登录,那么在中间层服务器的用户管理中需添加相同用户,相同密码最后进行远程组建配置(客户端),在开始-程序-金蝶-远程组建配置中进行,在使用单一的远程组建配置中输入服务器的ip地址进行测试,如果前面能通过,后面有个别组件通不过也是正常的,可能客户端有些组件没有进行安装,忽略掉就可以。
测试完电击右上角的确定即可。
但是如果一个也不通,还需要检查网络,防火墙,用户名,还要看两台机器的分布式com 是否启用(在运行中输入dcomcnfg默认属性中)要点:1,确保你的网络是通的,至少可以和服务器连通2,正常装好后需要 [远程组件配置] 输入服务器IP地址,点测试3,检查你登录windows系统的用户名和密码是否在K3服务器上是否存在,如果没有请添加4,分布式com服务要启动net stop KDSvrMgrService 之后,看看服务还能不能启动5、如果KDSvrsMgrService.Exe因为中病毒损坏,可从其他正常的服务器上拷贝一个,然后再运行上述操作。
K3远程组件测试提示“请确保中间层服务器上组件为最新版本”的原因及解决方法
远程组件配置测试提示“请确保中间层服务器上组件为最新版本”的原因及解决方法本期概述●本文档适用于K/3 所有版本客户端工具模块●本文档针对K/3客户端远程组件配置测试时测试结果提示“请确保中间层服务器上的组件为最新版本”的原因分析以及解决方案进行讲解,通过本文档的学习可以通过远程组件测试的结果提示来定位问题产生的原因进而快速解决问题版本信息●2012年6月22日 V1.0 编写人:陈研鑫●2012年6月26日 V2.0 修改人:李伟版权信息●本文件使用须知著作权人保留本文件的内容的解释权,并且仅将本文件内容提供给阁下个人使用。
对于内容中所含的版权和其他所有权声明,您应予以尊重并在其副本中予以保留。
您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。
任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。
如果您不接受或违反上述约定,您使用本文件的授权将自动终止,同时您应立即销毁任何已下载或打印好的本文件内容。
著作权人对本文件内容可用性不附加任何形式的保证,也不保证本文件内容的绝对准确性和绝对完整性。
本文件中介绍的产品、技术、方案和配置等仅供您参考,且它们可能会随时变更,恕不另行通知。
本文件中的内容也可能已经过期,著作权人不承诺更新它们。
如需得到最新的技术信息和服务,您可向当地的金蝶业务联系人和合作伙伴进行咨询。
著作权声明著作权所有 20xx 金蝶软件(中国)有限公司。
所有权利均予保留。
目录1. 问题背景 (3)2. 原因分析 (4)2.1 问题测试 (4)2.2 原因分析 (5)3. 解决方案 (7)3.1 服务器上未安装COM+网络访问 (7)3.1.1 Windows Server 2003环境 (7)3.1.2 Windows Server 2008环境 (8)3.2 服务器上DTC服务异常 (10)3.3 客户端上有KdSvrMgr以“ebo”开头的COM+应用程序 (11)1. 问题背景K/3客户端在安装完成之后,需要与K/3中间层服务器建立连接才能进行正常使用,那么客户端如何才能连接上中间层服务器?客户端通过运行“远程组件配置工具”与K/3中间层服务器建立连接,K/3 V10.4及以前版本是通过打开【开始】→【程序】→【金蝶K/3】下的【远程组件配置】来操作,K/3 V11.0及以后版本是通过打开【开始】→【程序】→【金蝶K/3】→【金蝶K/3工具】下的【远程组件配置工具】来运行。
金蝶K3客户端无法测试中间层服务器的问题分析与建议方案
客户端无法测试中间层服务器的问题分析与建议方案一般出现客户端无法测试中间层服务器的问题,主要现象包括下面的几种情况:情况一:所有客户端都无法测试中间层组件,并且所有中间层组件都无法测试通过分析:首先,这一类问题是可以确定是中间层服务器的异常造成的,主要是在服务器上进行相应设置的检查,需要检查下面一些方面1、检查中间层服务器的DCOM配置中,默认属性页面中的“在此计算机上启用分布式COM”的选项是否勾上,如果没有需要选择上;如果出现该选项勾上后重启服务器该选择又取消选择的现象,应该是服务器中了木马病毒,需要用清除木马的工具检测。
2、服务器是否是windows2003操作系统并且安装了SP1补丁包,如果有请按照附录一中的相关内容进行设置。
3、中间层的COM+服务和DTC服务是否启用,如果没有启动,那么测试也是不通过的,这两个服务在Win2003中是默认没有启动的。
4、K3中间层是否之前有安装低版本的K3,而升级到新的版本,但是卸载以前版本的K3时没有清除干净。
一般建议在升级K3应用程序时,卸载以前版本的应用程序需要清除注册表信息,执行一下RegClear.exe清除K3注册信息再安装K/3。
5、服务器最近有没有更新过windows的补丁,如果有则可能是因为更新microsoft的补丁过程中对COM+的运行产生了影响,需要修复安装K3中间层。
建议客户在安装Windows补丁前,先停止所有K3中间层服务(停止运行的包,即停止所有运行的DllHost进程)。
6、检查任意客户端是否能够访问中间层服务器的共享目录,如果不能访问,需要检查服务器共享中默认共享比如$IPC是否存在,如果没有需要安装microsoft的相关补丁,还需要检查服务器的安全策略是否设置了“拒绝从网络访问此计算机”的安全策略。
7、检查中间层服务器是否又安装防火墙软件,从而限制了客户端对服务器的访问。
8、在运行窗口中键入“regedit”命令打开注册表编辑器。
K3正在调用中间层问题处理
服务的范例已在运行中。
原因:
1)“有些系统文件被损坏”;2)“文件权限问题”;3)组件服务中的程序有BUG;4)微软操作系统的BUG等。
相关事件号的描述可以查阅微软网站。
3、解决方案:
如果出现这样的问题,可以确定是中间层的COM+服务已经崩溃,此时只能重新安装操作系统解决。
注:文件的破坏很多时候可能是由于病毒引起的,所以定期更新病毒库和杀毒非常重要。
1、问题描述:
客户端在日常处理中,偶发性出现“组件正在调用中间层…”的提示,出现该提示后,客户端K/3无响应,无法做任何操作。而且一台客户端出现该问题后,其他客户端也相继会出现该问题,最后只有重启COM+服务,问题才能解决。该问题一天偶尔出现一次,有时几天出现一次。有时一个用户使用,也会出现该问题。
2、问题分析:
出现该问题时
1、客户端,用户无法操作,做任何操作,都提示“组件正在调用中间层…”,等候一会,仍然无法使用。
2、中间层,所有组件运行无异常(没有耗时特别长的组件)
3、数据库,无堵塞,无死锁,无耗时很长的SQL。
4、重启中间层后,问题可以解决。
分析:
“组件正在调用中间层…”的提示,表示系统出现了挂起。根据问题的初步分析,估计和COM+有关,并且和使用Win2003系统有关系。客户端出现了挂起,同时中间层Dump表明,Rpc调用出现挂起。该现象属于微软已经确认的一个BUG,需要安装微软已经发出的补丁解决,或安装Win2003Sp1。
金蝶K3使用报中间层错误终极解决办法
诚宇远程通结合金蝶K3使用,报中间层错误终极解决办法!问题描述:许多客户将金蝶服务器、金蝶客户端、诚宇远程通服务器安装到同一台电脑上,诚宇远程通客户访问金蝶服务器时,会报一个中间层错误,错误图片如下:解决办法:1、打开诚宇远程通服务器注册表,增加一个字符串 KingDe e 其值为 1 ,增加后重启诚宇远程通W EB服务;A、进入注册表:开始——运行(输入rege dit)B、找到诚宇远程通服务器注册表位置HKEY_L OCAL_MACHI NE\SOFTWA RE\gnway\esoonl ink\ServerC、在诚宇远程通服务器注册表中添加字符串 KingDe e 其值为 1,如下图所示:特别提醒:如果您的金蝶服务器与金蝶客户端没有安装到同一台电脑上,那么无需增加此值,否则会带来不必要的后果,请注意@!2、金蝶软件有权限限制,无访问权限的用户打开金蝶时也可能会报中间层错误,如果是这个原因导致,那么诚宇远程通建立的用户要绑定到拥有访问权限的系统用户上;举例:比如说,用户是通过A dmini strat or用户登陆的系统并且服务器本地可以正常打开金蝶,那么我们将诚宇远程通用户绑定到A dmini strat or,绑定方法如下图所示:3、如果以上方法还是提示中间层错误,那么我们需要对诚宇远程通服务器安装目录、金蝶客户端安装目录、诚宇远程通服务器注册表目录,赋予USER用户所有权限,A:允许USER用户有权限访问诚宇远程通安装目录;具体操作如下,找到诚宇远程通服务器的安装目录,如下图:点击“属性”如下图所示,给USER用户所有访问权限,如下图所示:B:允许USER用户有权限访问发布的管理软件的安装目录,如下图所示:B:允许USER用户有权限访问发布的管理软件的安装目录,如下图所示:C:设置诚宇远程通的注册表目录,允许赋予US ER用户相应权限;进入注册表:开始——运行(输入rege dit)右击gnwa y文件夹,选择“权限”如下图所示:D: 将USER用户加入远程桌面组;右击“我的电脑”------管理选择Remo te Deskto p Users将USER用户加入该组即可4、建立一个系统用户(这个用户与金蝶中的一个用户同名),将诚宇远程通用户绑定到该系统用户;例如:金蝶登录的用户为 user1那么系统新建一个用户user1(将该用户加入到admi nistr ator组与Remo te Deskto p User组),如下图:诚宇远程通服务器后台新建用户 test 绑定到该系统用户use r1,如下图所示:重新给该用户发布应用程序。
K3客户端连接中间层问题设置方法
K3客户端连接中间层问题设置方法本文目的:解决Windows 2003环境下,客户端无法正常登陆中间层服务器,提示“组件无法创建”,或者“拒绝的权限”等等问题。
一般情况下,经过该设置后,中间层服务器无论是否登陆域,也无论是否进行交互登陆,无论客户端和中间层是否在同一个域,都能够正常连接中间层服务器。
注意事项:1.请严格按照先后次序设置和检查。
2.中间层服务器一般不要做为域的控制器。
3.一般情况下,设置按照步骤1设置中间层服务器即可;如果数据库服务器为64Bit服务器,则同时需按照步骤2设置数据库服务器步骤1:设置中间层服务器1.修改本机账号:将Administrator 账号修改成其他名称,例如Admin2.修改本机账号:将Guest账号修改成其他名称,例如Guest_kd注意不能禁用该用户3.添加本地系统管理员账号,例如K3Mid及密码,以便在K3匿名注册中使用。
注意,该密码永远不要修改。
如果需要修改,则同时也需要重新设置组件的“标识”页该用户的密码。
4.启用网络DTC访问,网络COM+访问等环境,步骤如下。
●进入“添加或删除程序”的“添加删除Windows组件”。
●选取“应用程序服务器”,如下图:●单击详细信息,并按下图选取。
注意图中选择的项目。
很多服务器因为没有安装该服务,或者不完整安装这些服务,导致服务器不能连接。
然后放入Windows安装光盘进行安装。
如果系统已经安装该组件,则可以忽略该步骤。
5。
安装成功后,进入管理工具的组件服务界面,点击我的电脑,●选择COM+应用程序,然后再选取如下图所示的组件。
注意,可以使用Shift和Ctrl键盘批选和间隔批选。
●然后右击鼠标键,选取属性识,如下图在属性窗口里把“标识”选项里,选用“下列用户”,并输入本地系统管理员用户名和密码,见下图所示注意,如果日后该密码被改变,则需重新指定正确的密码,否则无法登陆。
改为10,见下图所示报告,则需将“EBOHR”组件包的上述设置改为默认设置,如图所示。
金蝶K3客户端常见问题分析
金蝶K3客户端常见问题分析1.拒绝权限问题:要求客户机和中间层服务器上的用户密码一致,至少也要服务器上有一个有同样密码的用户。
2.Automation 错误问题:问题多发为某个RPC服务没有启动,要求先杀毒,再打上补丁,最后运行DCOMCNFG命令,在出现的“分布式COM 配置属性”对话框中选择“默认属性”标签页,勾选“在这台计算机上启动分布式COM(E)”,【确定】。
即可。
如上述还不能解决的话,也有可能是MDAC版本不同造成的,下载一个MDAC28文件,安装后重启,一般问题解决。
-----------------------关于Automation错误的成因也是多方面的,最多的是支持软件如:WINDOWS文件、系统控件等,都有可能导致问题的出现。
当然,K/3自身的问题也存在。
Automation错误,是系统无法捕获的错误,根据以前遇到此问题的经验,通常有以下几种可能:1、客户端的MDAC程序出现问题,通过安装MDAC2.8来解决;2、服务器的MSDTC没有正常启动,或启动用户的权限有问题,请检查组件服务中的MSDTC并使用具有启动权限的用户来启动;3、客户端的分布式DCOM没有正常启动,请检查客户端的DCOM配置属性中是否选择上“在本机启用分布式COM”选项。
4、客户端或服务器中安装了相应的防火墙,截断了客户端与服务器的DCOM访问,比如XPSP2的内置防火墙设置、个人防火墙软件关闭了135和1024以上的端口,都会造成此问题。
5、客户端或服务器安装某防病毒软件与K3的DCOM访问存在冲突,如瑞星等。
6、客户端的组件没有正常注册,请使用TS0026补丁工具进行注册,下载地址::8080/download/agentdown/tech/ts0026.rar7、我们所遇到的多是在卸载其他软件后出现的(如用友的软件,等等),估计很可能是系统文件或公用文件受到损坏所致。
所以也建议朋友们尽量保持系统文件的清洁,防止卸载文件导致错误。
k3“正在调用中间层”解决方案
现象:客户端“远程组件配置”测试能够通过,系统在登陆或者进入系统做单时提示“正在调用中间层”,然后长时间不反应,处于死机状态。
解决方案:1、查看网络中用户是否冲突(1)已达到最大许可站点,(2)多次点击,留下登陆信息可以通过开始菜单中“程序”—“金蝶K/3”—“金蝶K/3系统工具”—“系统工具”—“网络控制工具”清除。
2、检查网络是否连通ping 192.168.0.1 -t (192.168.0.1为服务器IP)看是否丢包有时能够ping通也不证明网络稳定,共享一个大文件,然后下载看是否正常。
可进行以下操作:A、重新拔插一下网线或者与别的用户交换一下网线B、将交换机关闭几分钟然后重新开启3、客户端是否更改,用户名、密码可以通过新增用户,测试。
说明:新增用户,要为“管理员”,有时非管理员也出错。
4、查看服务是否开启,尤其时DCOM5、检查是否中病毒可以看一下在服务器上的system32\wins下是否有内容,如果有,则很可能是系统中病毒了。
例如:冲击波杀手会在该文件夹下释放svchost.exe和dllhost.exe文件。
6、重装客户端7、删除数据库日志具体步骤是;A、要求所有客户端退出系统,服务器停止中间层程序运行,B、打开SQL数据库“企业管理器“进行分离数据库操作,要求账套没有被执行,C、退出SQL数据库并停止服务,删除数据库的*.ldf文件,D、启动SQL数据库服务,进行附加数据库即可,E、对中间层账套进行注册即可。
使用SQL7.0数据库的日志文件删除必须在查询分析器里用语句先分离,然后用单数据库文件进行恢复即可。
8、如果很多客户端都出现,只有重做服务器了:(另外,1、域用户配置也较容易出现问题,如果出问题,很难调试、配置,不如重做简单:)2、新增客户端,造成服务器负载大,那就需要更换一些硬件配置,如增加内存。
有时问题可能会很简单,我就做过一个,客户端硬盘低格,重装系统、K/3客户端,服务器重做,问题依旧,最后却是更换一块网卡就给解决了,让人哭笑不得。
K3正在调用中间层问题处理
3、解决方案:
如果出现这样的问题,可以确定是中间层的COM+服务已经崩溃,此时只能重新安装操作系统解决。
注:文件的破坏很多时候可能是由于病毒引起的,所以定期更新病毒库和
杀毒非常重要。
1、问题描述:
客户端在日常处理中,偶发性出现“组件正在调用中间层…”的提示,出现该提示后,客户端K/3无响应,无法做任何操作。而且一台客户端出现该问题后,其他客户端也相继会出现该问题,最后只有重启COM+服务,问题才能解决。该问题一天偶尔出现一次,有时几天出现一次。有时一个用户使用,也会出现该问题。
7031 Service Control Manager COM+ System Application 服务意外地终止,这种情况已经出现了 1 次。以下的修正操作将在 1000 毫秒内运行: 重新启动服务。
7034 Service Control Manager 服务 COM+ System Application 意外停止。这发生了 3 次。
现象: COM+ System Application 服务意外地终止
1、问题描述:
表现为客户端挂起,用户无法操作,有的时候会提示“组件正在调用中间层…”,有的时候没有任何信息,必须手工杀掉进程才能继续使用。
查看中间层的组件服个问题后,查看中间层服务器上的系统事件日志,事件日志,有下面的信息:
7032 Service Control Manager 在 COM+ System Application 服务意外终止后,“服务控制管理器”试着进行修正操作(重新启动服务),但这个操作失败,错误是:
服务的范例已在运行中。
金蝶K3常见错误及解决方法
我在Windows2003系统上装了K3系统后,报表能查询,但为什么凭证录入不能用,双击"凭证录入"提示:"定义的应用程序或对象出现错误,错误代码126(7EH),Source:KDVBF,Detail:Automation 错误"如何处理?解决方法:系统安装有问题。
为了保证能稳定、高效的运行,建议重新装一下系统,注意一定不要使用GHOST版的系统安装光盘,安装时要仔细,先系统,再系统补丁,然后SQL数据数,环境检测及组件安装,最后是K3系统安装,一步一步来,不要图省劲。
问题描述客户端运行,提示:该数据正在被修改,无法编辑?解决方法1、关闭杀毒软件;2、用KDMAINDBG.EXE跟踪检测组件;3、在数据库的该帐套实体中的表中清空t-funccontrol的内容.问题描述10.3供应链中订单与发票上如果为外币,汇率字段带出的值是否为币别中设置的汇率?解决方法如果外币折算方式为原币*汇率=本位币,则系统带出的为币别中设定的汇率,如果外币折算方式为原币/汇率=本位币,则带出的汇率=1/设定汇率。
应收应付系统发票带出的汇率则直接取币别中设定的汇率。
问题描述委外加工核销时找不到录入的入库单?解决方法1、入库单是否审核;2、是否未核销状态;3、单据日期是否与会计期间一致;4、不管什么核销方式,排除以上条件后请要求客户重新录入单据测试确认是否数据问题问题描述登陆K3客户端,发现少了很多功能模块?解决方法1、在主控台编辑器中查看是否设置了隐藏。
2、可能系统中病毒,杀毒后重装客户端。
问题描述在外购入库单上新增了一个自定义字段,录入相关信息后,无法打印出来;且外购入库单自带“付款日期”字段也无法打印出来解决方法单据自定义中该字段的属性中是否打印为“否”,须改成“是”即可打印。
问题描述在外购入库单上新增了一个自定义字段,录入相关信息后,无法打印出来;且外购入库单自带“付款日期”字段也无法打印出来解决方法单据自定义中该字段的属性中是否打印为“否”,须改成“是”即可打印。
金蝶k3中间层的配置及应用问题
第三章k3中间层的配置及应用问题2008-05-06 09:25目录第三章k3中间层的配置及应用问题 263.1 K3卸载低版本后再装10.3,装好后打开账套管理,出现报错提示:“你计算机当前使用的中间层服务器为XXX(XXX为网络上的数据库服务器的计算机名),账套管理只用于管理本机的中间层服务,请将中间层切换回本机后再运行账套管理”,无法打开账套管理界面。
263.2 K3在新建账套时,选择账套类型时出现空白没有显示。
263.3 K3数据库服务器在退出桌面后,中间层无法备份账套。
263.4 K3中间帐套管理登陆提示:文件路径访问错误。
293.5 K3在恢复K/3账套时出现以下错误:The backed-up database has on-disk structure version 539. The server supports version 515 and cannot restore or upgrade this database。
293.6 K3打完10 .2SP1补丁之后中间层帐套中用户的权限权出现丢失。
293.7 K3 k3在2003英文操作系统中出现的问题:安装过程一切正常,打开帐套管理无响应,按确定没反映,也没出错提示。
另在操作系统上有出错提示:Fanlting application kdsvrmgr.exe version10.1.0.0,fanlting module KDAladdin,version0.0.0.0,fanltaddress 0x0000fqcf。
293.8 k310.3版本升级帐套,通过帐套检查后点击取消后,重新进行帐套升级,提示:“帐套正在进行升级........”。
293.9 K3中间层帐套升级后,主控台登陆提示:“该帐套不是最新版本”。
29 3.10 K310.3进行站点配置的时候提示:“你所安装的不是IIS5.0以上的版本,或此帐号没有管理员的权限,不能进行安装”,但用户已经安装IIS5.0以上版本,并且登陆操作系统是管理员组的帐号。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
客户端无法测试中间层服务器的问题分析与建议方案
一般出现客户端无法测试中间层服务器的问题,主要现象包括下面的几种情况:
情况一:所有客户端都无法测试中间层组件,并且所有中间层组件都无法测试通过
分析:首先,这一类问题是可以确定是中间层服务器的异常造成的,主要是在服务器上进行相应设置的检查,需要检查下面一些方面
1、检查中间层服务器的DCOM配置中,默认属性页面中的“在此计算机上启用分布式COM”的选项是否勾上,如果没有需要选择上;如果出现该选项勾上后重启服务器该选择又取消选择的现象,应该是服务器中了木马病毒,需要用清除木马的工具检测。
2、服务器是否是windows2003操作系统并且安装了SP1补丁包,如果有请按照附录一中的相关内容进行设置。
3、中间层的COM+服务和DTC服务是否启用,如果没有启动,那么测试也是不通过的,这两个服务在Win2003中是默认没有启动的。
4、K3中间层是否之前有安装低版本的K3,而升级到新的版本,但是卸载以前版本的K3时没有清除干净。
一般建议在升级K3应用程序时,卸载以前版本的应用程序需要清除注册表信息,执行一下RegClear.exe清除K3注册信息再安装K/3。
5、服务器最近有没有更新过windows的补丁,如果有则可能是因为更新microsoft的补丁过程中对COM+的运行产生了影响,需要修复安装K3中间层。
建议客户在安装Windows补丁前,先停止所有K3中间层服务(停止运行的包,即停止所有运行的DllHost进程)。
6、检查任意客户端是否能够访问中间层服务器的共享目录,如果不能访问,需要检查服务器共享中默认共享比如$IPC是否存在,如果没有需要安装microsoft的相关补丁,还需要检查服务器的安全策略是否设置了“拒绝从网络访问此计算机”的安全策略。
7、检查中间层服务器是否又安装防火墙软件,从而限制了客户端对服务器的访问。
8、在运行窗口中键入“regedit”命令打开注册表编辑器。
找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3,然后删除这个目录。
在中间层服务器的“控制面板”-“添加/删除程序”中,选择“添加/删除windows组件”,然后直接点击“下一步”,可以将服务器的windows组件以及COM环境修复一下。
9、客户的中间层服务器是否是通过克隆安装的操作系统,克隆的机器会使DTC协调器的一个GUID唯一标识出现相同的现象,从而导致网络中找到两个同一标识的DTC服务器,这样就可能会给K/3客户端的访问带来问题,如果是这样的情况,可以通过下面的步骤尝试修复:重新安装msdtc
方法:在命令行运行msdtc –uninstall,然后重启,运行msdtc –install重新安装10、请检查是否服务器上有感染病毒,还需要检查服务器的事件日志信息,查看是否存在关于COM组件的报错信息。
11、、检查DTC服务的登陆账户,对于2000系统很多都使用localsystem账户,最好使用一个能访问网络资源的账户比如,同名同密码账户,同时winxp和win2003使用networkservice 账户,改账户之后重新启动客户端。
12、在中间层服务器上安装MDAC2.8。
13、检查中间层服务器是否有安装瑞星、金山、KV等国产杀毒软件,K3应用程序有可能和一些杀毒软件产生冲突,建议客户卸载这些杀毒软件,然后修复安装中间层。
14、建议重新安装服务器的网卡驱动程序和TCP/IP协议。
情况二:只有个别的客户端无法正常进行工作,所有组件都无法测试通过。
分析:出现这样的问题,可以肯定中间层服务器的应用是正常的,只是无法测试通过的客户端的应用环境出现问题,一般需要在相应的客户端检查,可以参照情况一中的检查内容,主要检查项目包括1、4、6、7、9、10、13、14这些方面。
还可以检查一下下面的几个方面,
1、尝试更换登陆客户端的windows用户,域模式下可以用域的系统管理员用户登陆客户端
看是否能够正常登陆,工作组模式下面在客户端尝试用服务器的系统管理员用户或其他用户登陆。
2、在K/3的10.1版本,如果客户端操作系统是WINXP 打了SP2补丁的,而且又执行过K/3安装诊断工具的,可以将下面的注册表键值导入到客户端注册表中。
情况三:客户端只有个别的一些组件无法测试通过,其他组件均正常。
分析:此问题可能的原因一是中间层服务器有安装某一补丁但客户端没有正确安装,原因二是客户端的vbr文件损坏了,需要从其他正常的客户端中拷贝相应组件的vbr文件到有问题的客户端,然后手工用clireg32来注册vbr文件。
附录一:
Win2003系统安装SP1后K/3系统不能使用的解决方法
1、问题背景
微软推出Win2003操作系统以来,其良好的性能及稳定性获得大量用户的好评,但如此庞大的一个系统无可避免会在安全性上有漏洞,微软会及时推出相应的补丁。
在Win2003推出2年后,其SP1终于在4月26日推出,安装SP1可以有助于保护您的服务器的安全并更好地防御黑客的攻击。
SP1 通过提供诸如安全配置向导之类的新安全工具增强了安全基础结构,它有助于确保服务器的基于角色的操作的安全、通过数据执行保护提高纵深防御能力并通过后安装安全更新向导提供安全可靠的第一次引导方案。
Windows Server 2003 SP1 协助 IT 专业人员确保其服务器基础结构的安全并为 Windows Server 2003 用户提供增强的可管理性和控制。
2、问题表现
安装SP1后K/3中间层可正常使用,但远程GUI客户端登录界面长时间不出现及K/3HR 时提示COM+组件不能激活,查看事件查看器的应用程序日志,有COM+组件错误提示的记录,详细内容如下:
事件类型: 错误
事件来源: COM+
事件种类: (98)
事件ID: 4840
日期: 2005-5-10
事件: 15:08:14
用户: N/A
计算机: EEB-WEB-SRV
描述:
IObjectControl::Activate() 方法失败。
对象的CLSID 为: {210DBBEA-AE3A-3149-8737-20FF18AC8EDF}
服务器应用程序ID: {21E08E4B-5141-45BA-A58A-9F254B5D8AE9}
服务器应用程序实例ID:
{A715A476-F78F-46EF-BCD3-E8B43CD0689A}
服务器应用程序名: Kingdee.ERP.HRMS.Data
错误代码= 0x8004e025 : 由于初始化功能失败,COM+ 激活没有成功。
有关详细信息,请检查事件日志。
COM+ 服务内部信息:
文件: d:\srvrtm\com\complus\src\comsvcs\jit\jit.cpp,行: 459
Comsvcs.dll 文件版本: ENU 2001.12.4720.1830 shp
不通的情况提示的组件名称可能不一样,但都属于COM+组件不能激活的错误类型。
3、问题解决方法
Win2003在安全机制上比Win2000强大很多,如在DTC上,增加了内置的网络用户处理进程的通信,并增加了一些安全设置选项。
在未打SP1前,进入组件服务->我的电脑->MSDTC->安全配置,默认选项如下图:
未打SP1前K/3系统使用默认选项即可正常使用。
安装SP1后,DTC的安全机制有了改变,默认选项如下图:
在此默认选项下,若数据库、中间层、WEB端、客户端都在同一台机器上,K/3系统均可正常使用。
而当分布实施时,则不能正常使用。
这主要是由于Win2003 SP1增加了以下两个安全控制:
1、事务管理器通信默认情况下要求进行验证。
2、COM 安全默认不允许远程启动和远程激活。
增加这两个选项的原因是避免独立使用的机器默认情况下不受到恶意的攻击,但对于企业用户来说这两个选项都是必须要修改的,客户可以通过防火墙等工具达到相同的安全目的。
为了解决该问题,需要修改这两个安全控制的的默认选项。
1、设置事务管理器通信的安全级别为“不要求进行验证”。
若所有的机器都在
同一域内则设置安全级别为“要求对呼叫方进行验证”K/3系统也可正常使
用。
当有一台K/3服务器安装了Win2003 SP1,对于操作系统是Win2003
的其它K/3数据库服务器、中间层、WEB端、客户端必须要安装SP1及设
置该选项(若客户端为Win XP,则必须安装SP2)。
2、设置COM安全的安全设置。
进入组件服务->我的电脑->COM 安全->
启动和激活权限的编辑限制,可以看到对于Every One默认是不允许远程启动和远程激活的。
我们需要设置其对于Every One允许远程启动和远程激活。
如下图:
设置后,K/3系统可正常使用。