关于软件打开卡慢、无响应问题的排查技巧

问题说明：

在软件使用过程中，偶尔有部分客户在打开软件后台或pos前台时，会出现卡慢无响应、或提示停止工作等性能问题，产生此问题的原因比较广泛，大致可以归纳为系统环境异常、网络异常、硬件异常等因素引起，针对此类问题现象，思迅软件所有产品均可按以下方式逐步进行排查处理。

解决方案：

方案1：首先排查是否为网络原因引起，使用Ping命令网络是否有延迟、掉包的情况。

1）查看时间、局域网连接访问显示时间小于1ms，跨外网连接访问显示30ms内表示当前网络延迟较低。

2）如返回值为请求超时或timed out时，表示服务器地址Ping不通、无法访问，需要进行网络排查。

3）如返回时间波动较大或丢包现象，表示服务器网络有延时不稳定。 针对此类情况要重点排查网络连接设备，或者与网络服务商进行核实。

方案2：若在断网情况下也出现卡慢、未响应的情况。可通过任务管理器检查是否有异常进程占用内存和CPU资源，导致硬件运行超过负荷。如发现某个进程占用较高的内存和CPU，可将该进程结束掉后进行测试。

方案3：检查是否为.net环境或者系统环境问题导致，使用软件的电脑需要安装.NET 4.0（4.0以上版本均可）和vcredist(vs2013)，检查以上系统必要环境组件是否有安装或缺失，如果没有安装，可在百度进行下载安装，如已经安装，可以考虑是否是损坏导致，可以卸载后重新安装以上组件测试。

方案4：排除是否为硬件不兼容或者打印机端口被占用问题导致。可关闭外设设置中的打印机、钱箱、客显等硬件设备，可将端口和型号更改为NONE测试。

方案5：检查数据库文件是否过大，或者数据库损坏导致的卡顿问题。

1）进入SQL管理器，选择数据库版本，右键属性，将数据库容量更改为简单模式即可。

2）在总部后台——系统——数据库管理中进行数据库优化。删除sql数据库日志，释放硬盘空间。

3）可使用dbcc checkdb(isszmv10)检测数据库（以专卖10为例），查看执行结果是否有红色报错，如有红色报错，则为数据库损坏。若使用常规方法无法修复，可使用BCP修复，可以在“合作伙伴社区”——“下载中心”——“数据库修复”下载相应的数据库修复方法进行修复（该版块里有数据库修复方法和相应的培训教程）。

4）通过sql语句进行排查，尝试修复索引和自增列核实。

注：修复索引会给服务器造成很大压力，并且较为耗时，执行过程中会影响到前后台客户端的操作，建议在门店断网模式下处理或营业结束时处理，先执行修复索引，索引修复完毕后在执行修复自增列，修复自增列的红色错误信息可以忽略。

---修复索引

use isszmv10 --数据库名请根据修复的数据库进行更换。

go

declare @tablename varchar(100)

declare  test_cur cursor for

select object_name(id) from sysobjects

where type ='U'

open test_cur

fetch test_cur into @tablename

while @@fetch_status=0

begin   

DBCC DBREINDEX(@tablename)

fetch test_cur into @tablename

end

close test_cur

deallocate test_cur

go

--修复自增列

use  isszmv10

go

declare @tablename varchar(100)

declare  test_cur cursor for

select object_name(id) from syscolumns

where status=128

open test_cur

fetch test_cur into @tablename

while @@fetch_status=0

begin   

DBCC CHECKIDENT (@tablename, RESEED)   

fetch test_cur into @tablename

end

close test_cur

deallocate test_cur

go

标签：