K3应用疑难解答

K3应用疑难解答

 

第一节                     安装与升级

 

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

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

常连上。

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

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

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

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

 

2．故障现象：K3中间层安装时，提示安装错误ERROR，　　MSVCRT40．DLL不能覆

盖等。

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

Windows98、ME中，关闭所有后台运行程序，重新安装中间层。

 

3．故障现象：在客户端注册中间层时，发现无法找到中间层服务器

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

DOS模式下输入如下命令：ping 10.10.1.1（服务器IP为10.10.1.1）

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

 

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

解决方法：Windows2000中，加入网卡－Microsoft loopback Adapter

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

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

 

5．故障现象：客户的客户端分布在三个地区（一个总部，两个分工厂），通过电信局设立

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

解决方法：通过TRACERT命令跟踪，查出分工厂通过两个网关（内部192.168.1.1

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

192.168.1.1和192.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错误。

解决方法：１．重新注册或安装中间层服务器；

 

２．替换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系统服务支持，请安装该服务!

解决方法：这个提示是因为SQLSERVER的MSDTC服务没有安装或没有启动此服

务。如果已安装就到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.MDF和Ais20010501121212_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 CHECKALLOC或DBCC CHECKDB来进行修复：

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

{ALL_ERRORMSGS | NO_INFOMSGS}]

DBCC CHECKDB(‘db_name’,repair_rebuild)

 

31．故障现象：用CHECKDB进行检测后，发现是非系统对象的索引出错。

解决方法：则可用DBCC DBREINDEX或DBCC 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 Server的Enterprise Management，在此数据库的属性中将此数据库置为“单用户模式”；

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

c.修复完后，在Query Analyzer中执行数据库检测：DBCC CheckDB(‘dbname’) ；

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

 

第四节                     其它

34．故障现象：服务器更改计算机名后，Ｋ３无法运行。

解决方法：原因是服务器更名后，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任务，就可以切换中间层。

４３、故障现象：登录系统时系统OLE可能不正常！

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

只有重新安装操作系统。