K3应用疑难解答

来源:互联网 发布:十大网络神曲排行榜 编辑:程序博客网 时间:2024/05/01 23:42

K3应用疑难解答

 

第一节                     安装与升级

 

1.故障现象:客户以工作组用户身份登录后,K3系统找不到中间层服务器,即连不上服

务器。如果工作组用户用Administrator并且密码和服务器的一致又可以正

常连上。

解决方法:服务器端的安全机制限制了未获得授权的用户对服务器的访问。只须在服

务器端的用户管理中新增相应的用户名和密码即可。

例如:服务器用户中新增了ABC用户,密码123,则在以工作组用户身份

登录时,也要是用户ABC,密码123,才可以正常使用K3

 

2.故障现象:K3中间层安装时,提示安装错误ERROR,  MSVCRT40DLL不能覆

盖等。

解决方法:Windows2000中,提示不能覆盖,不必理会,确定即可。

Windows98ME中,关闭所有后台运行程序,重新安装中间层。

 

3.故障现象:在客户端注册中间层时,发现无法找到中间层服务器


解决方法:1、首先检查网络是否畅通,使用ping工具检查,在windows

DOS模式下输入如下命令:ping 10.10.1.1(服务器IP10.10.1.1

2、如果出现上图所示,则说明网络畅通,之后去检查网络配置

 

4.故障现象:单机安装,没有网卡,K3安装时提示无法连接中间层。

解决方法:Windows2000中,加入网卡-Microsoft loopback Adapter

Windows98,ME中,加入拨号适配器。

同时都必须增加TCP/IP协议。

 

5.故障现象:客户的客户端分布在三个地区(一个总部,两个分工厂),通过电信局设立

VPN,分工厂安装k3客户端后,始终无法与总部连接。

解决方法:通过TRACERT命令跟踪,查出分工厂通过两个网关(内部192.168.1.1

192.1.1.250)与总部相连。在客户端的tcp/ip协议中,网关项加入

192.168.1.1192.1.1.250两个ip即可正常。

 

6.故障现象:本软件在Windows NT环境下必须以系统管理员组成员身份进行安

装吗?

解决方法:更换操作员,以系统管理员或同级身份登录进行系统安装

            客户端可以让操作员以标准用户(PowerUser)身份安装、操作。

 

7.故障现象:本应用软件要求[中间层][客户端]环境必须安装TCP/IP协议,立

即安装该协议吗?

解决方法:安装TCP/IP协议,最好用静态IP地址。动态IP地址也可以,但效率更低。

 

8.故障现象: MTS2.0安装不正确,请首先安装NTOptionPack.

解决方法:此问题在WindowsNT上才有,安装K3安装盘上的Ntoptionpack或者安装

NT Sp4以上补丁。

 

9.故障现象:基本系统文件安装失败,请察看日志文件[Errors]段内容。

解决方法:Crtl+Alt+Del, 逐项停止系统中正在运行的非操作系统自带的程序,然后

重新安装。

 

10.故障现象:基本系统文件注册失败,请察看日志文件[RegErrors]段内容。

解决方法:Crtl+Alt+Del, 逐项停止系统中正在运行的非操作系统自带的程序,然后

重新安装。

 

11.故障现象:DCOM系统文件丢失。

解决方法:重新安装DCOM95(Windows95),DCOM98(Windows98)或者

DCOM98EX(Windows98第二版)

安装程序位置k3安装盘/OS/...

 

12.故障现象:需要对象。

解决方法:安装盘程序文件出错,版本不对应或者安装过程中出现问题,需要重新安装

K3系统客户端,确保与中间层版本对应。

 

13.故障现象:WINDOWS9X必须安装DCOM98

解决方法:安装DCOM98, 安装程序位置k3安装盘/OS/...

 

14.故障现象:本系统不支持中文机器名称,请通过网络配置功能修改机器名为标准英文

名称。

解决方法:服务器:只能使用标准英文名称

                客户端:安装前将机器名改为标准英文名,安装后可改回原来名字。

 

15.故障现象:中间层连接失败

解决方法:1.确认客户端与中间层使用相同版本,并且有访问中间层所在服务器的

权限

2.重新安装客户端、中间层。

 

16.故障现象:中间层服务器不能作为远程服务器(可能是WINDOWS9X

解决方法:将中间层安装在Windows2000或者WindowsNTserver

 

17.故障现象:登录系统时系统OLE可能不正常。

解决方法:重新安装k3中间层

 

18.故障现象:跨域的客户端无法访问中间层

解决方法:在两个域中同时建立相同的用户、密码,或者两个域之间设为完全信任。

 

19.故障现象:K3安装成功后,在客户端点击业务处理单据录入时,提示

BilldataAccess没有正确注册,AtiveX错误。

解决方法:1.重新注册或安装中间层服务器;

 

2.替换billdataaccess中间层组件,步骤如下:

 

 

 

 

 

 

 

 

1、可能的话,停止IIS服务,如图

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


2、打开MTS管理器如图

 

 

 

 

 

 

 

 

 

 

 

 

 


3、删除组件如图

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


      4、替换组件如图

 

 

 

 

 

 

 

 

 

 

 

 


20故障现象:This Software Must Running Under PWindows or EWindows+Richwin!

解决方法:出现这个提示是针对英文Windows 操作系统没有运行Richwin。安装或运行

Richwin

 

21故障现象:System Config Error!

解决方法:这个提示是因为操作系统没有系统语言。检查操作系统是否至少有一个默认

的语言,如果没有就安装或设置,如果是从盗版光碟上安装的操作系统,可

能是由于盗版光盘上本身缺少这些文件,可以更换一操作系统光盘重装操作

系统。

 

22故障现象:本系统必须在Windows 4.0及以上系统运行!

解决方法:这个提示是因为Nt Server Nt Workstation 的版本低于4.0。换上大于等于

4.0版本的操作系统。

 

23故障现象:Can't Load Setup.Usr!

解决方法:这个提示是因为光盘损坏或者光盘上的文件损坏。更换安装光盘。

 

24故障现象:Can't Find IsAdmin Point!

解决方法:因为安装中间层时找不到程序入口,原因可能是因为某些应用程序打开,产

生了共享冲突。在任务管理器里关闭除安装程序以外的程序,再进行安装。

如果还不行,可检查是否还有其他冲突,最好糟糕的只有重装操作系统。

 

25故障现象:本系统需要MSDTC系统服务支持,请安装该服务!

解决方法:这个提示是因为SQLSERVERMSDTC服务没有安装或没有启动此服

务。如果已安装就到SQLSERVER Service Manager 里启动MSDTC,否

则安装。

图1 检查MSDTC服务

26故障现象:请检查Sql Server 7.0是否安装正确、Sql Server 7.0服务是否启动!

解决方法:这个提示可能是SQL Server7.0被破坏,但最大可能还是没有启动SQL

Server7.0服务。启动SQL Server

     

图2 检查MSSQlServer服务

 

27故障现象:无法获取你的域用户信息,请使用命名用户方式登录!

解决方法:如果你在用户管理中没有对用户设置为域用户,而采用了域用户方式登

录,会提示该信息,所以用户只能采用命名用户方式登录。请采用命名

用户方式登录。

 

第二节                     备份与恢复(sp_attach_db, sp_detach_db的举例操作)

 

28.故障现象:sql server被破坏,数据库的实体仍在,重装后需要恢复该数据实体。

解决方法:

例如:数据实体Ais20010501121212_DATA.MDFAis20010501121212_LOG.LDF

    实体所在路径C:/DATA

连接:在Query Analyser中运行:

   EXEC SP_ATTACH_DB @DBNAME=N’Ais20010501121212’ ,

   @FILENAME1=N’C:/DATA/Ais20010501121212_DATA.MDF’

   @FILENAME2=N’C:/DATA/Ais20010501121212_LOG.LDF’

 

第三节                     数据修复与处理((check,CHECKDB(),REINDEXDB等使用)

 

SQL Server数据库可能因为如下的一些原因发生损坏:

1、    操作问题,包括冷起动机器、热拔硬盘、删除一些数据库文件;

2、    硬件问题,包括磁盘控制器的问题;

3、    操作系统问题,包括与系统相关的一些致命错误。

我们可以采取如下的一些预防措施:

1、定期/不定期执行CHKDSK(不带参数),以检测硬盘物理结构并修复一些

CHKDSK报告的问题;

2、常备份数据。

 

尽管有以上的预防措施,但数据库的损坏还是难以避免的,在数据库发生损坏时,我们可以采取如下的一些解决方法:

 

29、故障现象: 数据库损坏,如何进行检测。

解决方法:

可用DBCC CHECKDB对数据库中各个对象的分配及结构的正确性进行检测,并可通过一参数控制,将所有的错误信息显示出来。其语法如下:

DBCC CHECKDB

    ('database_name' [,NOINDEX |     {    REPAIR_ALLOW_DATA_LOSS

                        | REPAIR_FAST

                        | REPAIR_REBUILD

                    }]

    ) [WITH {ALL_ERRORMSGS | NO_INFOMSGS}]

参数说明:

'database_name'代表被检测的数据库实体名;

NOINDEX指非系统表的非聚族索引不检测;

REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST| REPAIR_REBUILD 指直接修复发现的错误,其中REPAIR_ALLOW_DATA_LOSS代表,若此错误不能修复时,系统将直接删除相关数据。带此三个参数的任一个时,数据库必须处于单用户模式,可在Enterprise Manager中的数据库属性中设置;

ALL_ERRORMSGS代表将检测到的错误信息全部显示出来,否则,对于每张表最多只显示200条错误信息;

NO_INFOMSGS代表隐藏所有的信息及占用空间的报告。

经过检测,对于错误的对象,将以OBJECT ID的形式报告具体出错的信息,可根据OBJECT ID到系统表sysobjects中查找到相关的表,即NAME

 

30.故障现象:CHECKDB进行检测后,发现对象的物理存放存在问题

解决办法:可用DBCC CHECKALLOCDBCC CHECKDB来进行修复:

DBCC CHECKALLOC ('database_name'  | REPAIR_REBUILD  }]    ) [WITH

{ALL_ERRORMSGS | NO_INFOMSGS}]

DBCC CHECKDB(db_name,repair_rebuild)

 

31.故障现象:CHECKDB进行检测后,发现是非系统对象的索引出错。

解决方法:则可用DBCC DBREINDEXDBCC CHECKDB进行修复:

DBCC DBREINDEX (    [ 'database.owner.table_name' [, index_name [,

fillfactor ] ] ]    ) [WITH NO_INFOMSGS]

DBCC CHECKDB(db_name,repair_rebuild).

 

32.故障现象:在用CHECKDB进行检测时,提示无法建立数据连接

解决方法:此时表明,数据库已损坏。对于这种情况,我们可采取如下措施

来尝试修复。

首先,在SQL Enterprise中新建一数据库(如数据库名为test,建好数据库后,停止SQL Server Service Manager,并将客户数据库的MDF文件更名为test _data.mdf(即新建数据库的主文件名),然后用更名后的文件覆盖新建数据库同名文件,接着,启动SQL Server Service Manager。对Master数据库将系统表设置为可更改状态

Use Master

    Go

   sp_configure 'allow updates', 1

   reconfigure with override

   Go

将数据库设为紧急状态:

update sysdatabases set status = 32768 where name = ' database '

停止并重新启动SQL Server Service Manager,并重建Log文件:

DBCC TRACEON (3604)

DBCC REBUILD_LOG(' test ','test _log_ldf')

将数据库设置为单用户模式,然后进行检测:

sp_dboption ' test ', 'single user', 'true'

DBCC CHECKDB(' test ')

Go

此数据库执行CHECKDB的过程中发现一些表的索引被破坏,于是针对具体的表进行重建索引的操作:

DBCC DBREINDEX(表名)

如执行以上操作仍然不能解决,若索引破坏的表是临时表或不是关键表,则可从新建账套中引入,若是主表,则可能通过近期的备份来(部份)恢复。若没有一个备份,则无法修复。

 

33、故障现象:数据库索引被破坏

解决方法:

a.打开SQL ServerEnterprise Management,在此数据库的属性中将此数据库置为“单用户模式”;

b.Query Analyzer中执行如下命令进行数据库修复:DBCC REPAIR(DBName, repair_rebuild)

c.修复完后,在Query Analyzer中执行数据库检测:DBCC CheckDB(dbname)

d.若检测后没有发现问题,则修复成功;若检测中仍然报错,则需要执行一修复命令将数据库中的非法数据进行清理,然后再升级。此修复命令为DBCC CheckDB(dbname, REPAIR_ALLOW_DATA_LOSS)

 

第四节                     其它

34.故障现象:服务器更改计算机名后,K3无法运行。

解决方法:原因是服务器更名后,SQL无法正常启动。重装数据库层或恢复原计算

机名即可。

 

35.故障现象:提示有其他用户冲突,当前功能不能执行

解决方法:进入K3网络管理控制工具,清除其他正在驻留的操作用户信息。

 

36.故障现象:无法连接数据库

解决方法:1.检查MSDE或者标准SQL7运行是否正常

                     2.重新安装K3中间层

 

38.故障现象:Automotion错误

解决方法: 1.重新注册中间层服务器。

2.重新安装客户端

 

38.故障现象:修改了SA的密码,进入客户端时提示“定义的应用程序或对象错误”

解决方法:进入中间层将帐套属性的密码修改成正确的密码。

 

39故障现象:中间层服务器没进入交互状态,K3系统客户端进入时提示找不到

中间层服务器。

解决方法:

一般情况下,K3产品要求中间层服务器要进入交互状态,但也可通过配置DCOM来实现服务器不登录就可提供服务,具体配置步骤如下:A. 若服务器NT SERVER4.0,则运行程序/Windows NT 4.0 Option Pack/Microsoft Transcation Server/Transcation Server Explorer;若服务器为WINDOWS2000 SERVER,则运行程序里的管理工具/组件服务;B. Console Root/Microsoft Transcation Server/计算机(Computers/我的计算机(My Computer)/安装的软件包(Installed Packages)/ 下所有名称以ebo开头的包(Package)设置属性(右键调出Properties菜单)。选择[标识(Identifier)]页,然后选择此位用户(This User)。输入域用户名及密码确定即可;C.运行[开始/运行。。。],键入DcomCnfg回车。在随后出现的界面中找到[Kdsvrmgr.ClsAct],双击调出属性页,择[标识(Identifier)]页,然后选择此位用户(This User),输入域用户名及密码确定即可。

 

 

 

40故障现象:提示有其它用户冲突,当前功能不能执行。

解决方法:表示有互斥功能正在执行,或某一客户端出现异常退出。可通过网络

控制模块,显示当前正在执行操作的人员和进入时间,根据时间和该

人员是否在操作来决定,如是有人正在执行该功能,请稍后执行互斥

功能,如是异常退出,采用删除当前记录,就可以正常操作。

 

41故障现象:总账提示不能结账

解决方法:此系工资、固定资产、应收应付等业务系统在账套参数中设置了与总

账期间同步,则总账结账时会检查各子系统是否已结账,否则不允许

总账结账。如各业务系统要与总账期间同步,请先结业务系统,再结

总账。 如业务系统不与总账期间同步,则设置各业务系统的账套参数

处,把与总账期间同步按钮取消。

42故障现象:用户不能切换中间层

解决办法:本机已经作为中间层服务器了,所以不能切换。请用Windows的任务

管理器,关掉kdsvrmgr任务,就可以切换中间层。

43、故障现象:登录系统时系统OLE可能不正常!

解决办法:重新启动一下机器,如果还不能正常登录K/3系统的话,

只有重新安装操作系统。

原创粉丝点击