该问题是由于安装10.3以后，数据库服务部件没有更新，仍为以前版本造成，安装最新版本的数据服务部件即可解决此问题。 3.14 K310.3数据库和中间层分开，已经安装最新版本的数据库的服务部件。新建数据库时提示需要安装数据服务部件，但已经安装数据服务部件。
⑴在数据库这台计算机上加入登陆到k3中间层操作系统的帐号，将这个帐号赋予管理员的权限。
⑵在新建帐套的时候在不选择数据库文件和数据库日志文件的存放路径。直接手工键入文件的存放路径。
3.15 K3在网络域环境下，中间层服务器无法使用账套管理看到数据库服务器名。
检查主域控制器，是否启用了个人防火墙，初次启用后，一般要求重新设置防火墙。或者在数据库服务器重新添加域用户账号，直到正常为止。
3.16 K3使用帐套用户管理，提示“新事务不能登记到指定的事务服务器”：
⑴在Windows 2003中，K/3中间层的组件注册会有两个不正常，在组件管理中不能显示组件名称，而是一长字符串。
8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6 组件名称应为：KdSvrMgr.clsAct 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}] \ @=\
[HKEY_CLASSES_ROOT\\AppID\\KdSvrMgr.exe]
\
[HKEY_CLASSES_ROOT\\AppID\\{F004846C-E7A2-11D5-9FAB-00E04C54B3B6}] @=\
\ \
[HKEY_CLASSES_ROOT\\AppID\\transxmllib.exe]
\
⑵另外一种原因就是中间层、客户端不能按照数据库服务器的IP地址解析机器名。
解决方法：在中间层、客户端、数据库双方的hosts文件中分别加入其他两个机器的IP地址和机器名，另外更加保险的做法是在各自的TCP/IP协议的Wins中加入其他两个机器的IP地址。
⑶对于windows2003SP1，需要设置组件服务的属性中的“安全配置”的“事务管理器”通
信卫“不要求进行验证”，系统默认值是“要求对方进行验证”。
3.17 K3工作组环境下，使用账套管理备份到同一工作组下的其它机器的共享目录下出现无法备份的问题。
由于SQLServer默认使用System登录，因此在工作组环境下，即使同一工作组下的另一台机器将共享目录设置为Everyone均可写时，SQLServer仍无法进行备份。因此必须在控制面板中的服务中指定SQLServer的启动用户，选择本地指定管理员权限的用户作为启动用户即可。 3.18 K3中间账套备份到其它服务器器中的共享目录中提示错误如图：
由于导致此原因的问题时SQLServer不支持IP地址的备份，必须在备份路径中使用机器名，如:\\\\luox\\temp，进行备份。另，SQLServer必须拥有此共享目录的可写权限。 3.19 K3中间层、数据库分开部署时，新建账套时的Automation错误：
⑴数据库服务端的PKDAC.exe可能遭到破坏，与中间层的PKDAC.VBR不匹配，建议重新安装数据库服务端。
⑵查杀病毒，对windows系统进行更新。
3.20 K3使用终端服务调用账套管理的用户管理时，出现错误提示如图：
⑴保证使用终端服务连接中间层服务器时，已有用户登录进入该服务器。 ⑵对中间层组件服务中所有ebo开头的组件包设置账户为指定的用户，在终端服务中，以该用户连接中间层服务器。
3.21 K3中间层系统使用状况中，加密记录不能手动清除。
删除acctctl.dat文件，注销电脑，进入中间层帐套管理，重新注册帐套信息。