某某公司金蝶录入出入库单超级卡问题描述及处理过程.doc

某某公司金蝶录入出入库单超级卡问题描述及处理过程一、在描述整个处理过程和步骤之前先介绍一下现在的网络系统环境和问题症状。1、 硬件和系统环境：三台数据服务器（联想THINKSERVER,CPU为Xeon(R)）E3-1220V2,3.1G,内存4G），一台中间层服务器（组装服务器，CPU E5410 2.3G,内存4G），一台远程服务器（用的金万维易速联,3.6GCPU,4G内存）。三十多台局域网客户端（分布在办公大楼各层及仓库，月台等地方。3.6G CPU 4G内存），十台左右远程客户端。中间层服务器操作系统：五台服务器都用的WIN2003 SP2操作系统。数据库SQL2000SP4.金蝶版本：成长版12.0.，一共有几十个账套。2、 问题症状：客户端使用过程老是同时卡住（不管操作的哪个模块及功能）。卡的频率没有规律，有时几分钟卡一次，有时频繁卡。卡的时间大约是半分钟至一两分钟不等。重启一下交换机能保持顺畅多一点时间。二、描述一下该企业整个情况及最近一段时间的问题症状及处理过程。该企业是2008年左右购买的金蝶成长版12.0财务供应链模块，在几年中断断续续增加了一些站点。2013年8月之前中间层、数据库都在同一台服务器上（组装服务器）五六年来运行都较正常。大约在2013年8月，该企业又购买了三台联想服务器（配置在之前已提到）。然后把原来中间层的数据分类转到了这三台服务器上，这三台服务分存到二三楼的各个办公室。（中间层没有放任何帐套）。就这样正常运行了两个多月，直到2013年10月20日，各个客户端运行开始缓慢，直到卡住根本不能操作。以下就是处理的整个过程。1、 卡住当天，客户端ping中间层服务器严重掉包甚至掉线，服务器ping网关也严重掉包甚至掉线。然后又在很多客户端和其他服务器中进行ping操作都出现严重掉包甚至掉线现象。初卡断定局域网中了病毒。2、 请来了电脑公司的技术人员，他们判断也是局域网某台或几台中了病毒造成了网络阻塞。于是通过各种工具和手段找到了几台发包严重的电脑，问题好多了。但始终没能解决问题。3、 于是通过向上面申请，加了一个千M交换机，五台服务都用的千M网线连接这个交换机。现在的网络布局是这样的：路由器出来直接连接这个千M交换机，然后这个千M交换机通过千M网线连接到五台服务器和大部分二级交换机及部分客户端电脑。各个二级交换机分别接到三级交换机和部分客户端电脑。新网络布局好后，金蝶使用正常。就这样正常了大约四五天。直到2013年10月26日。4、2013年10月26日就出现本文开头一幕：客户端使用过程中老是同时卡住（不管操作的哪个模块及功能）。卡的频率没有规律，有时几分钟卡一次，有时频繁卡。卡的时间大约是半分钟至一两分钟不等。重启一下交换机能保持顺畅多一点时间。在这种情况下请来电脑公司的人又做了很多测试：1）：通过各个服务器ping网关，正常。各客户端ping服务器，正常。各客户端ping网关，正常。当金蝶卡住时，各客户端上外网，正常。2）：怀疑是中心千M交换机交换数据量太大造成的数据阻塞，所以在路由器出来又加了一个24口百M交换机。这个百M交换机专门供不用金蝶的电脑使用。而那个千M交换机只供装有金蝶的的客户端。问题依旧。3）我们把五台服务器集中到一起，搬到了财务办公室（财务办公室有十来台客户端），五台服务器都连接在财务的24口千M交换机上。问题依旧。4）怀疑是原来的中间层服务器系统有问题，把原来中间层备份的GHOST恢复，问题依旧。于是重新用其中的一台数据服务器安装了中间层，客户端直接访问这台新的中间层，问题依旧。（在这里有个新问题产生，在安装完程序后按理说应该自动跳出注册中间层的界面让安装者选择是否使用匿名注册，但是它没有，而是直接就进入注册中间层过程。之后我又手工匿名注册了几次中间层，但是客户端都不能该问了，提示：“无法创建K3中间层组件 请确认中间层组件配置正确或当前用户拥有相关权限后重试”。必须在服务器新建与各客户端相同用户和密码的用户才能访问。）4）于是在财务办公室，我们把从中心交换机过来的进线拔掉（现在财务办公室形成了一个小局域网与外界隔绝了哦），问依旧。重启交换机能多用一会儿。但这样还是不能确认是网络问题（在这里，我们少做了一步，就是把财务办公室的电脑一台台单独连接使用，看问题出在哪一台客户端上面。因为是月初，等着出报表，而且这个测试时间会很久，会计们不愿意）5）最后怀疑是服务器系统或SQL问题，于是决定重装所有服务器。等到下午大家下班之后，我们把几台服务器放在一起开始重装。折腾到晚上十点多，其中一台数据服务器装好了（WIN2003 R2 SP1 SQL2005SP4），在中间层新建帐套，连接到这台数据服务器时，老是提示”SQL口令错误”（几个人看到的，明明对了的呀），想到还要装几台电脑，时间来不及了，明天大家还要用呀。于是放弃了重装的计划，又把系统还原到以前的状态。（在装其中一台数据服务器操作系统时出现了一个小插曲：装到一半时提示“分辩率不匹配”，结果硬盘分区被损坏，数据全部洗白，幸好之前把数据拷出来了，不然就完了。所以说软件使用过程中会出现很多无法预料的问题，备份数据显得是多么的重要呀）6）第二天2013年11月9日星期六，该天的客户端用户很少，从早上用到中午11点都没有出现卡的现象。11点之后的运行情况没有问操作者了。（这样已经很不错了，不知已后会不会保持这种情况，如果能，那就能确定数据库服务器在行备份操作系统后出现了问题）总的来说两个现象奇怪：1、当进入系统的用户很少时，卡的间隔时间更长甚至不卡2、重启交换机后能多一会儿。通过以上的处理，还是没判断出来到底是操作系统问题？SQL软件问题？硬件问题？网络环境问题？还是金蝶本身问题？截止这篇文档写完时，还没有出现卡的现象，难道是恢复之前备份的操作系统起了作用？还是今天是星期六，用量小的原因？不得而知，等到星期一，大家大量使用是就知道了。7)星期一到了，问题还是重现。再仔细观察，又在大脑里过了这几天发生情况，总是在操作用户少的时候卡的次数要少一下点。难道跟用户有关系？带着这个思路，