首页 > 系统答疑 > 新装软件不久后出现使用卡顿情况

新装软件不久后出现使用卡顿情况

更新时间:2024-09-30 18:45

168 点赞

问题现象:

有部分客户软件安装不久后就开始出现卡顿情况,据跟进分析,除了由于数据库索引或自增列损坏之外(底下附索引自增列修复语句),还有因为新装的软件数据库日志模式为“大容量日志”导致数据库日志文件无限度增长引起的。


image.png


image.png


解决方法:

经测试发现有部分软件的数据库安装包,装在sql2012时会将数据库默认为大容量日志(装在sql2008没有问题,默认简单模式),此问题后续新安装包会优化处理,但是目前流通的老安装包可能还会存在此风险,各位在碰到卡顿等性能问题的时候,可以关注一下处理此类问题的解决方案。

方法1:以下sql语句是针对商锐数据库处理的,如果是商慧则全文将hbposev9改为hbposepro。

1)以下语句是将SQL 2008 2012 的恢复模式更改为简单模式。

USE [master]

GO

ALTER DATABASE hbposev9 SET RECOVERY SIMPLE WITH NO_WAIT;

GO

ALTER DATABASE hbposev9 SET RECOVERY SIMPLE;   --简单模式

GO   

use hbposev9

DBCC SHRINKFILE (hbposev9_log, 1);           --收缩日志文件

DBCC SHRINKDATABASE(hbposev9)             --收缩数据库


2)以下语句是将SQL 2000的恢复模式更改为简单模式。

USE [master]

GO

ALTER DATABASE hbposev9 SET RECOVERY SIMPLE WITH NO_WAIT;

GO

ALTER DATABASE hbposev9 SET RECOVERY SIMPLE;   --简单模式

GO 

Backup Log hbposev9 with no_log

dump transaction hbposev9 with no_log

USE hbposev9

DBCC SHRINKFILE (2)

 

方法2:以下语句用作修复索引和自增列。

use hbposev9   

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

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


标签:

预约专家,解答问题

提交后公司宝专家顾问会联系您
*手机号码:
需求描述:
提交

提交成功!

谢谢您的支持,公司宝就您反馈的问题尽快联系您,祝您生活愉快。
我知道了

您可能还需要

热门视频

更多