k3中间层的配置及应用问题.doc

目录第三章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 version,fanlting module KDAladdin,version,fanltaddress 0x0000fqcf。 293.8 k310.3版本升级帐套，通过帐套检查后点击取消后，重新进行帐套升级，提示：“帐套正在进行升级.”。 293.9 K3中间层帐套升级后，主控台登陆提示：“该帐套不是最新版本”。 293.10 K310.3进行站点配置的时候提示：“你所安装的不是IIS5.0以上的版本，或此帐号没有管理员的权限，不能进行安装”,但用户已经安装IIS5.0以上版本，并且登陆操作系统是管理员组的帐号。 293.11 K3账套管理登录界面点击确定确定，没有任何响应。 293.12 K3中间层起用新帐套或点击帐套的用户管理时提示“NT AuthorityNetworkService 登陆失败”。 303.13 K310.3数据库和中间层分开，新建数据库的时候报如图错误： 303.14 K310.3数据库和中间层分开，已经安装最新版本的数据库的服务部件。新建数据库时提示需要安装数据服务部件，但已经安装数据服务部件。 303.15 K3在网络域环境下，中间层服务器无法使用账套管理看到数据库服务器名。 303.16 K3使用帐套用户管理，提示“新事务不能登记到指定的事务服务器”： 313.17 K3工作组环境下，使用账套管理备份到同一工作组下的其它机器的共享目录下出现无法备份的问题。 323.18 K3中间账套备份到其它服务器器中的共享目录中提示错误如图： 323.19 K3中间层、数据库分开部署时，新建账套时的Automation错误： 343.20 K3使用终端服务调用账套管理的用户管理时，出现错误提示如图： 343.21 K3中间层系统使用状况中，加密记录不能手动清除。 35 第三章k3中间层的配置及应用问题3.1 K3卸载低版本后再装10.3，装好后打开账套管理，出现报错提示：“你计算机当前使用的中间层服务器为XXX（XXX为网络上的数据库服务器的计算机名），账套管理只用于管理本机的中间层服务，请将中间层切换回本机后再运行账套管理”，无法打开账套管理界面。此问题是由于kdsvrmgr组件的注册信息并没有跟新装k/3更新过来，解决方法只要到组件服务下的com+应用程序中把kdsvrmgr组件包下面所有的组件全部删除，然后再用system32kdcom目录下的kdsvrmgr.dll文件把它重新手工注册回来即可。3.2 K3在新建账套时,选择账套类型时出现空白没有显示。 此问题是由于k3installpackage.lst损坏造成，账套类型的信息记录在kdcom目录下的k3installpackage.lst文件中，可以从正常的中间层复制同名文件。3.3 K3数据库服务器在退出桌面后，中间层无法备份账套。此情况是因为数据库服务器上的pkdac组件为交互式用户，当服务器退出桌面后就没权限调用此组件，解决方法就是在开始菜单选中运行，输入命令“dcomcnfg”打开dcom配置界面，在其中找到pkdac.ckdac(10.2以后的版本改名为pkdacnew)，将身份验证级别改为无，标识设置成本地系统管理员账户。Win2000如图界面： Win2003如图界面： 3.4 K3中间帐套管理登陆提示：文件路径访问错误。中间层帐套管理登陆会去检测KDCOM目录下的ACCTCTL.DAT,如果报此错误，可能是此文件被损坏或不存在，用户可以删除此文件（需要重新注册帐套），系统会自动生成，如果不能生存，请在组件服务删除kdsvrmgr包下的组件，再手工注册一下组件或重新注册中间层。3.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。将在SQL Server2000中备份的账套恢复在SQL Server 7.0中，即会出现此错误。不支持将SQL SERVER高版本的帐套恢复到低版本中去。3.6 K3打完10 .2SP1补丁之后中间层帐套中用户的权限权出现丢失。已发补丁pt000799补丁解决此问题，建议与补丁pt000977同时安装。3.7 K3 k3在2003英文操作系统中出现的问题：安装过程一切正常，打开帐套管理无响应，按确定没反映，也没出错提示。另在操作系统上有出错提示：Fanlting application kdsvrmgr.exe version,fanlting module KDAladdin,version,fanltaddress 0x0000fqcf。重新安装加密狗的驱动驱动,手动注册加密组件。3.8 k310.3版本升级帐套，通过帐套检查后点击取消后，重新进行帐套升级，提示：“帐套正在进行升级.”。此问题只会出现在win2003操作系统，由于ebosystem组件包的组件没有正常释放造成的。出现这种情况，请结束进程中dllhost进程，或是直接注销电脑，或是直接在组件服务中结束ebosystem进程。3.9 K3中间层帐套升级后，主控台登陆提示：“该帐套不是最新版本”。进入中间层帐套管理，点击帐套的属性，将帐套属性重新保存一次。若出现相同问题，请删除acctctl.dat文件，重新注册帐套信息。3.10 K310.3进行站点配置的时候提示：“你所安装的不是IIS5.0以上的版本，或此帐号没有管理员的权限，不能进行安装”,但用户已经安装IIS5.0以上版本，并且登陆操作系统是管理员组的帐号。查看dtc服务是否启动修复com环境关闭防火墙，杀毒软件。3.11 K3账套管理登录界面点击确定确定，没有任何响应。如果是远程控制方式，先确定本机是否有用户登录，只有本机用户登录后组件服务启动，账套管理才能正常使用。删除中间层服务器system32kdcom目录下的acctctl.dat文件，重新进入帐套管理，以此新建一个acctctl.dat文件，如果该文件仍为1999的文件，则表明KDSvrmgr并未正确执行该表的升级，有可能是Access数据库引擎的问题，需要重新安装Jet引擎。手工注册kdsvrmgr组件。重新安装MDAC2.8sp1组件（对于windows xp sp1&sp2 及windows 2003sp1系统由于内置的MDAC版本较高，可能安装无效，若需要修复MDAC，请到microsft官方网站下载相对应的工具进行修复：/downloads/details.aspx?FamilyID=8f0a8df6-4a21-4b43-bf53-14332ef092c9&DisplayLang=en）。3.12 K3中间层起用新帐套或点击帐套的用户管理时提示“NT AuthorityNetworkService 登陆失败”。安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg，然后设置该用户为需要访问的账套数据库的权限为db_owner，或者使用sql身份验证。删除acctctl.dat文件，注销电脑后，重新注册帐套，acctctl文件存在于中间层system32kdcom目录下。3.13 K310.3数据库和中间层分开，新建数据库的时候报如图错误： 该问题是由于安装10.3以后，数据库服务部件没有更新，仍为以前版本造成，安装最新版本的数据服务部件即可解决此问题。3.14 K310.3数据库和中间层分开，已经安装最新版本的数据库的服务部件。新建数据库时提示需要安装数据服务部件，但已经安装数据服务部件。在数据库这台计算机上加入登陆到k3中间层操作系统的帐号，将这个帐号赋予管理员的权限。在新建帐套的时候在不选择数据库文件和数据库日志文件的存放路径。直接手工键入文件的存放路径。3.15 K3在网络域环境下，中间层服务器无法使用账套管理看到数据库服务器名。检查主域控制器，是否启用了个人防火墙，初次启用后，一般要求重新设置防火墙。或者在数据库服务器重新添加域用户账号，直到正常为止。3.16 K3使用帐套用户管理，提示“新事务不能登记到指定的事务服务器”： 在Windows 2003中，K/3中间层的组件注册会有两个不正常，在组件管理中不能显示组件名称，而是一长字符串。8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6 组件名称应为：KdSvrMgr.clsActF004846C-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.00HKEY_CLASSES_ROOTAppID8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6RunAs=Interactive User=KdSvrMgr.clsActHKEY_CLASSES_ROOTAppIDKdSvrMgr.exeAppId=8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6HKEY_CLASSES_ROOTAppIDF004846C-E7A2-11D5-9FAB-00E04C54B3B6=TransXmlLib.clsXmlAuthenticationLevel=dword:00000000RunAs=Interactive UserHKEY_CLASSES_ROOTAppIDtransxmllib.exeAppId=F004846C-E7A2-11D5-9FAB-00E04C54B3B6另外一种原因就是中间层、客户端不能按照数据库服务器的IP地址解析机器名。解决方法：在中间层、客户端、数据库双方的hosts文件中分别加入其他两个机器的IP地址和机器名，另外更加保险的做法是在各自的TCP/IP协议的Wins中加入其他两个机器的IP地址。对于windows2003SP1，需要设置组件服务的属性中的“安全配置”的“事务管理器”通信卫“不要求进行验证”，系统默认值是“要求对方进行验证”。3.17 K3工作组环境下，使用账套管理备份到同一工作组下的其它机器的共享目录下出现无法备份的问题。由于SQLServer默认使用System登录，因此在工作组环境下，即使同一工作组下的另一台机器将共享目录设置为Everyone均可写时，SQLServer仍无法进行备份。因此必须在控制面板中的服务中指定SQLServer的启动用户，选择本地指定管理员权限的用户作为启动用户即可。3.18 K3中间账套备份到其它服务器器中的共享目录中提示错误如图： 由于导致此原因的问题时SQLServer不支持IP地址的备份，必须在备份路径中使用机器名，如:luoxtemp，进行备份。另，SQLServer必须拥有此共享目录的可写权限。3.19 K3中间层、数据