TA的每日心情 | 慵懒 2012-6-2 17:05 |
---|
签到天数: 425 天 [LV.9]以坛为家II
|
楼主 |
发表于 2008-9-16 22:25:51
|
显示全部楼层
第二章 k3客户端的配置及应用问题
2.1 K3远程组件配置无法启动,并且出错类似如图。
此问题是由于客户端%windir%\system32(Win98路径应该%windir%\system)下的kdlogin.lst和kdcom.cfg不匹配引起的。出现这种情况的原因应该就是以上提到的两个文件中一个不存在或者安装的时候某个文件被锁定而没有被替换成最新的文件而出现。到一些可以正常运行远程组件配置工具的机器的以上路径拷贝这两个文件到当前出问题的机器的%windir%\system32(Win98路径应该%windir%\system),替换即可。
2.2 K3远程组件配置工具列表为空。
出现该问题是由于客户端%windir%\system32(Win98路径应该%windir%\system)下的kdlogin.lst和kdcom.cfg不存在引起的。到一些可以正常运行远程组件配置工具的机器的以上路径拷贝这两个文件到当前出问题的机器%windir%\system32(Win98路径应该%windir%\system)下即可。
2.3 K3消息平台的应用中,粘贴附件。接受方不在同一计算机的情况不能查看。
发送方贴进去的不是附件原文件,只是附件的一个超级链接。消息的接收用户必须有权限查看发送方计算机的该文件。
2.4 K3在客户端进入凭证录入或帐簿查询时,提示“文件/路径错误”的报错信息,提示框显示是金蝶套打设置。
该问题是因为K3ERP目录下,保存套打设置信息的NDESIGN.MDB文件被设置成了只读属性,导致产生该问题,将只读属性去除问题即可解决该问题是因为K3ERP目录下,保存套打设置信息的NDESIGN.MDB文件被设置成了只读属性,导致产生该问题,将只读属性去除问题即可解决
2.5 K3客户端在单据新增的时候,出现错误提示“单据显示出错”,无法新增单据。
通过regsvr32.exe/u命令反注册KDInputTool.dll ,然后通过regsvr32.exe重新注册KDInputToolU.dll,以上两个文件都在system32目录下。
2.6 K3引料单保存第一张的时候正常,继续保存第二张的时候提示远程服务器不存在或不可用,此报错只有在XP系统出现。
⑴编辑HOST文件,添加中间层IP地址映射。
⑵关闭windows防火墙。
⑶设置数据保护功能:我的电脑上右键,选择属性->高级->性能->设置->数据执行保护,选择“为下列选定程序之外的所有程序和服务启动DEP”,在COM Surrogate前打勾。如果没有COM Surrogate这一项,选择添加,在System32目录下找到DllHost.exe。
2.7 K3中间层是WINDOWS2003操作系统,客户端登录主控台时提示“定义的应用程序或对象错误/nt anthorith/networkservice”。
在SQL Server的企业管理器——安全性——登录中增加本机用户IIS_wpg,然后设置该用户为需要访问的账套数据库的权限为db_owner。
另外一种办法是直接将账套管理——数据库——账套属性中的系统账号改SQL Server SA身份验证。
2.8 在客户端应用系统工具时,提示“系统没有检测到安装文件,请确认是否已安装提示”。
在安装客户端的过程中,没有选择安装系统工具,导致系统工具的文件没有拷贝到客户端,或有可能因为其他的系统问题导致系统工具文件损坏,系统工具涉及的文件是kdtools.exe和kdtool.lst,可以从正常应用的客户端上拷贝这两个文件到本机的K3ERP目录。
2.9 K3客户端用普操作系统USERS组用户登陆系统,登陆K3提示注册表权限不足。
在注册表的"HKEY-LOCAL_MACHINE"下software子键赋予普通users组完全控制权限,并且选择“允许将来自父系权限的继承传播”进行授权,如果系统的磁盘格式为NTFS格式,请把system32和k3erp两个目录的安全权限给users完全控制。
2.10 终端客户端运行K3客户端时提示:客户端不能与中间层在同一台机器上,事实上确实是没有在终端服务端安装中间层。
该问题是因为注册表的权限没有放开,请添加注册表:
HKEY_CLASSES_ROOT\kdSvrMgr.clsAct 和 HKEY_CLASSES_ROOT\AppID ,可以通过添加两个目录树的对应用户的权限,允许完全控制
2.11 K310.2&10.3安装中间层和客户端的机器要注册到其他的中间层服务器上,如何设置。
在10.2版本中,如果有安装中间层和客户端的机器要注册到其他的中间层服务器上,默认是无法测试通过的,一定要在该机器上将组件服务-COM+应用程序中所有的K3中间层组件(ebo开头的组件)删除,才可以注册其他中间层服务器。
2.12 K3客户端如何设置登录主控台时只显示组织机构输入框没有下拉列表选择。
登录K3主控台后,选择“系统”—“设置”—“主控台编辑”,再选择“选项”,在选项设置中取消“登录界面不显示所有组织机构的代码和名称”选项。
2.13 K3客户端安装了两块卡分别连接内网和外网,双击运行k/3主控台图标程序无响应,但是将连接外网网卡的网线拔出来即无此现象。
需将此计算机上连接内网的网卡优先级设为最高级即可。操作步骤如下 :
⑴在桌面上选中“网上邻居”点右键“属性”打开“网络连接”窗口。
⑵在“网络连接”窗口点击“高级”菜单选“高级设置”。
⑶在“高级设置”窗口“适配器和绑定”页签下选中连接内网的“本地连接”点击右侧的向上的绿色小箭头。
⑷点击确定“完成”设置。
2.14 K3中间层启动远程组件配置工具总是提示k/3的系统服务正在本地运行,目前无法进行组件配置。
在组件服务—正在运行的进程中找到正在运行的K3组件包,点击右键选关闭。
2.15 K3做凭证引出的时候,报“无法创建,odbc驱动错误”。
重新安装odbc驱动(重新完全安装office2000版本以上即可)。
2.16 K3客户端主控台的消息平台不能正常发送消息。
只有部分客户端出现问题时,客户端手工注册kdmessage.dll和k3appcommand.vbr(建议从其它的好的客户端COPY过来),若所有客户端出现问题,则手工注册中间层k3appcommand.dll,另查看数据库实体的t_message表单,看时候是记录过多,做一次清除操作.上述操作后,还不能正常使用,只能重新安装客户端。
2.17 K3客户端登陆主控台时提示:无法创建帐套检测部件,点击“是”以后报automaintion错误。
⑴如果是部分客户端出现此问题,请将正常客户端上的ebsautoupt.vbr文件覆盖到有问题的客户端,并重新测试注册客户端,如果是所有客户端出现此问题,请重新注册中间层ebsautoupt.dll文件,此文件存在于ebosystem包中。
⑵安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg,然后设置该用户为需要访问的账套数据库的权限为db_owner,或者使用sqlsa身份验证
⑶删除acctctl.dat文件,重新注册帐套。
2.18 K310.2中以管理员administrator身份在主控台中进行编辑,但是以普通用户登录K/3时还是能看到不可见的功能菜单。
10.2以后实现了用户可以独立设置自己的菜单项的功能。各登录用户使用主控台编辑,只会影响到自己的菜单使用。如果管理员希望对于全局菜单项进行编辑,且影响到每一个用户,可以使用以下的方法:
⑴使用SQL查询分析器,打开对应的K/3数据库,执行类似以下的SQL语句
update t_DataFlowDetailFunc Set FVisible = 0 where FDetailFuncID = 10101 --10101是凭证录入的菜单ID
⑵各客户端停止K/3的连接,在 开始->运行 中输入 %TEMP%,在弹出的目录中删除掉 DataflowTemp这个目录及其中的文件
⑶ 重新打开主控台就可以了。
2.19 K310.2登陆k3客户端提示:“连接无法用于此操作……”。
⑴在系统开始菜单的“运行”中分别键入temp和%temp%,清空dataflow文件夹中的内容。
⑵在能够正常运行的客户端,复制dataflow.dat的文件到出错的客户端。
⑶清空该帐套实体中t_DataFlowTimeStamp表单中的内容。
2.20 K310.3客户端测试全部通过,但进行注册的时候,提示:“方法作用于对象失败”。
⑴查看dtc服务是否启动,如没启动,请指定用户启动(建议为操作系统管理员权限的帐)号)。
⑵修复com环境。
⑶关闭防火墙,杀毒软件(建议在管理工具—服务中停掉相关的服务)。
2.21 K3 k/3中点击部分模块,提示过期。
客户端没有正常退出系统,加密卡站点没有释放,手工在中间层清除加密卡信息。
2.22 K3客户端运行报如图错误。
若所有客户端均出现此问题,则是因为在中间层组件中没有注册好K3MBOSInstall组件,在ebodesign包中注册K3MBOSInstall组件,如ebodesign包中有此组件,删除掉重新注册,若是部分客户端出现此问题,则从能够正常运行的客户端的机器上拷贝k3mbosinstall.vbr文件过来重新用Clireg32.exe注册客户端。
2.23 K310.2可以正常检测到各模块的加密卡,但在打印基础资料时显示有演示版字样。
已发补丁pt001017解决此问题。
2.24 K310.2+sp1安装pt000704后,客户端GUI主控台登陆时,录入组织机构、公司密码,回车键后,系统直接打开上次打开的账套,用上次登陆的用户名进入账套。并不出现账套选择和用户名、密码登陆界面出来,用鼠标按确定按钮是正常的。
已发补丁pt001477解决此问题。
2.25 K3不在域环境,登录主控台时并没有设该账套的用户为NT安全认证,为什么还是可以用域用户身份登录。
不在域环境,如果没有把该账套中的用户使用NT安全认证,此时以域用户身份登录会是guest用户登录,此信息可以在主控台的右下角看到。如果在账套管理中把guest禁用,此时再登录就会提示guest已禁用,不能登录。
2.26 K3客户端运行,提示:该数据正在被修改,无法编辑。
在sql server的企业管理器中将该帐套实体中的表中清空t_funccontrol的内容,关闭杀毒软件。
2.27 K310.2生成凭证时,网络控制出现大量的“凭证增加”,随后检测不到加密狗,出现“演示版”;在网络控制清除后,不出现“演示版”了。
已发补丁PT001957.rar解决此问题。
2.28 K3升级到10.3后在做应付单据时总是提示网络冲突,已经清除网络控制中的记录还是存在错误提示。
执行下面的语句:
update t_mutex set ftype=10 where ffuncid in (4041,4047,4053,4063,4069,4184,5041,5047,5053,5063,5069,5184) and Ftype=1
GO
delete from t_mutex
where FForBidden in (4041,5041,4063,4069,5063,5069,4184,5184,4047,5047,4053,5053,5091,4184,4021,5021,4021) and FFuncID=FForBidden
GO
t_mutex是功能互斥表。
2.29 K310.3+sp1在windows2003+sp1环境下运行,客户端在报表模块下操作,按F9键,提示“函数错误”。
在组件服务里将EBORP的账户下的系统账户改为:交互式用户,更改后记得将K3的进程杀掉或重启电脑,然后找到KFO10.DLL和KFOX.DLL两个组件用regsvr32.exe重新注册一下,组件目录在中间层SYSTEM32下。
2.30 K3 10.3,客户端运行提示“加密记录不存在系统将退出”。
⑴需要修改中间层服务器注册表中加密狗服务并发上限连接数,原则上为连接该中间层服的K/3客户端数量的两倍,如:50个客户端,设置连接数为100个。如下步骤:
第一步 进入中间层服务器 管理工具-服务中将KDSvrMgrService 停止。
第二步 在开始-运行菜单中输入regedit修改“HKEY_LOCAL_MACHINE\SOFTWARE\KINGDEE\KDSvrMgrService” 中ThreadMaxNumber的值由80(默认值)修改为用户指定值。
⑵打上补丁PT004905。
http://www.kingdee.com:8080/download/agentdown/tech/PT004905.rar
2.31 K用户环境K310.2+SP1+704,打开工资发放表或汇总表提示:名称或代码在系统中已补使用。
升级到704以后,新建帐套使用的SQL脚本仍是SP1的,所以导致以上错误提示,用户只执行:
C:\Program Files\Common Files\Kingdee\K3\KDPatchs\PT00704\KDdataUpdate升级帐套。
2.32 K3登陆时,加密组件之间不匹配,登录系统时报错。
由于中间层、客户端加密组件不匹配,中间层、客户端替换一致的加密狗组件以及相关文件并远程组件注册配置即解决此问题。
2.33 K3用户客户端登录时,系统提示无法建立数据连接,如图:
该问题是升级中间层数据库(AcctCtl.dat)不正确引起的,即以前安装过低版本的K/3,系统不会卸载低版本的K/3的该文件,导致高版本的K/3无法替换或者升级成功该文件。
解决方法:
⑴备份中间层KDCom目录下的AcctCtl.dat文件,该文件用来存储账套注册息。
⑵删除中间层KDCom目录下的AcctCtl.dat文件
⑶删除任务管理器中的KDSvrMgr任务
⑷重新启动账套管理工具,系统将启动KDSvrmgr.exe,在KDCom目录下会生成一个新的AcctCtl.dat文件。
⑸用账套管理工具注册不能登录的账套
⑹在K/3客户端登录该账套
如果想恢复以前的账套注册信息,请将备份的AcctCtl.dat文件还原覆盖即可。
2.34 K3客户端运行提示如图报错:。
⑴在中间层服务器管理工具-服务中,检查加密服务是否被停掉,如果未启动,点击鼠标右键,选择“启动”选项,手动启动即可,如图所示
⑵若k3应用为中间层与客户端装在一起的机器,请检查机器是否有接入到网络,若没有,请接入到网络或添加厂商MICROSOFT,网卡为“MICROSOFT loopback adapter”,这时在网络连接中会出现一块虚拟的网卡,这样也可以解决网线没有连接的问题。
⑶请检查中间层和客户端的机器5159端口被其他程序占用或者防火墙没开这端口,这个端口是kdsvrmgrservice专用的,必须要开,如果出于安全考虑,不能开放5159端口,或5159端口被其他程序占用了,则需要为kdsvrmgrservice服务指定一个可用的TCP端口,方法是:
A、在中间层注册表中,找到HKEY_LOCAL_MACHINE\SOFTWARE\KINGDEE\ KDSvrMgrService,修改如图所示的ListenPort的键值,为其指定一个可用的TCP端口号。
B、在客户端注册表中,找到HKEY_LOCAL_MACHINE\SOFTWARE\KINGDEE\ KDSvrMgrService,修改如图所示的ServerPort的键值,为其指定。
⑷请用木马专杀工具或杀毒软件查杀病毒。
2.35 K3从10.2SP1升级到SP2后,不能进入BOS设计界面,提示:该模块使用已超过最大数。
在10.2SP2之前,BOS只涉及到一个模块——BOS运行时的加密,在10.2SP2后,BOS的密分为设计时和运行时两个加密模块,因此原有的10.2SP2以前的加密狗,升级到10.2SP2以上版本后,如果之前客户购买了BOS的IDE功能模块,则硬狗也需要做相应修改,增加BOS IDE站点数,才能正常使用全部设计时功能,机构如需进行BOS的应用开发,同样需要申请BOS IDE加密站点。加密狗的申请更改,可联系公司物流部完成。
2.36 K3测试不能通过中间层。
请参考如下文档进行检查:
2.37 10.2安装sp2后,报表系统使用ACCT取数报“参数类型错”或ACCT各项参数无法使用F7功能键K3测试不能通过中间层。
搜索客户端文件reportfunc.dll手工用regsvr32.exe注册即可解决。
第三章 k3中间层的配置及应用问题
3.1 K3卸载低版本后再装10.3,装好后打开账套管理,出现报错提示:“你计算机当前使用的中间层服务器为XXX(XXX为网络上的数据库服务器的计算机名),账套管理只用于管理本机的中间层服务,请将中间层切换回本机后再运行账套管理”,无法打开账套管理界面。
此问题是由于kdsvrmgr组件的注册信息并没有跟新装k/3更新过来,解决方法只要到组件服务下的com+应用程序中把kdsvrmgr组件包下面所有的组件全部删除,然后再用system32\kdcom目录下的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 version10.1.0.0,fanlting module KDAladdin,version0.0.0.0,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账套管理登录界面点击确定确定,没有任何响应。
⑴如果是远程控制方式,先确定本机是否有用户登录,只有本机用户登录后组件服务启动,账套管理才能正常使用。
⑵删除中间层服务器system32\kdcom目录下的acctctl.dat文件,重新进入帐套管理,以此新建一个acctctl.dat文件,如果该文件仍为1999的文件,则表明KDSvrmgr并未正确执行该表的升级,有可能是Access数据库引擎的问题,需要重新安装Jet引擎。
⑶手工注册kdsvrmgr组件。
⑷重新安装MDAC2.8sp1组件(对于windows xp sp1&sp2 及windows 2003sp1系统由于内置的MDAC版本较高,可能安装无效,若需要修复MDAC,请到microsft官方网站下载相对应的工具进行修复:
http://www.microsoft.com/downloa ... &DisplayLang=en)。
3.12 K3中间层起用新帐套或点击帐套的用户管理时提示“NT Authority\NetworkService 登陆失败”。
⑴安装iis在sql server的企业管理器中登录用户中增加本机用户IIS_wpg,然后设置该用户为需要访问的账套数据库的权限为db_owner,或者使用sql身份验证。
⑵删除acctctl.dat文件,注销电脑后,重新注册帐套,acctctl文件存在于中间层system32\kdcom目录下。
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.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}]
"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}"
⑵另外一种原因就是中间层、客户端不能按照数据库服务器的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文件,注销电脑,进入中间层帐套管理,重新注册帐套信息。
附文:
一 K3加密卡性能优化补丁:
PT2266,10.1提高加密狗的稳定性和性能
PT2265,9.41提高加密狗的稳定性和性能
PT001187 10.2打了SP1客户端运行出现"加密狗使用记录不存在(或无效)请退出系统重新登录"的错误提示
PT2007,解决9.41系统不能强制清除加密狗记录的问题
PT2008,解决10.0系统不能强制清除加密狗记录的问题
PT000528,解决10.1系统不能强制清除加密狗记录的问题
PT001083,解决10.2系统不能强制清除加密狗记录的问题
PT004905,解决10.3系统不能及时清除加密狗记录的问题
二 K3加密卡概况及常见问题。 |
|