问题说明：
在软件使用过程中，偶尔有部分客户在打开软件后台或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
