SQL Server 05数据库被置为“可疑”的解决方法

数据库 SQL Server 数据库运维
近期维护服务器,并将数据库迁移至新的服务器,不过运行了没几天,数据访问出现问题,数据不能正常更新,查看服务器,发现该数据库被置为“可疑”,本文将介绍如何解决的小方法。

在被设置为“可疑”后很纳闷,之前没有遇到此类情况,问了几个前辈依然未找到问题所在。***还是解决了,现在给大家分享我的解决办法:

首先,不能使得数据库脱机、分离等操作,在这种情况下,数据库不能惊醒备份的。如果你真的使得数据库脱机,就再也没有办法解决了。我也干过这件傻事,千万不能重蹈覆辙哦。

其次,执行下列代码,将dbName换成你自己的数据库。

USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE dbName SET EMERGENCY
GO
sp_dboption 'dbName', 'single user', 'true'
GO
DBCC CHECKDB('dbName','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE dbName SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'dbName', 'single user', 'false'
GO

接着,尽管这样能够使得数据库恢复正常,至少可以让对数据库进行操作。包括查询、更新等。但是这并没有真正的解决问题,只是修改了数据库的“可疑”状态。

下面就要找具体问题所在,发生这种情况的缘由很多,或是数据库操作、或是触发器、存储过程、索引、日志。

如果你的数据库不是很大,其间的数据不多,希望能够重新建立数据库,然后再导入数据。

如果很大,而且很重要不能及时更新的话,希望大家搜索一下数据库或者系统、应用程序的日志,看一下日志记录,或许你会发现一些可疑的苗头。

***,发现数据库在记录日志的时候出现了问题,建议删除久的日志文件(当然主日志文件是不能删除的),你可以添加新的日志文件。并检查数据库、日志的自增长是否正常。

【编辑推荐】

  1. 符合数据库需求的***SQL Server版本选择
  2. SQL Server通过代码执行代理任务
  3. SQL Server置疑数据库解决方法
责任编辑:彭凡 来源: cnblogs
相关推荐

2011-08-23 16:36:05

SQL Server 数据库被标记为可疑

2009-05-04 13:43:16

SQL Server置疑数据库恢复

2010-10-20 17:21:07

连接SQL Serve

2010-09-08 15:28:50

SQL Server复制

2011-08-09 12:15:08

SQL Server日志已满

2011-03-30 16:10:08

SQL Server数内存

2010-10-19 10:25:29

SQL Server连

2010-09-14 09:53:52

sql server还

2009-03-19 09:44:07

SQL Server数据库迁移数据库

2010-06-18 09:31:51

SQL Server数

2010-10-22 14:35:02

sql server系

2010-10-19 12:22:02

SQL Server远

2010-09-03 11:05:59

SQL删除

2010-11-10 13:42:32

SQL Server删

2010-11-08 16:16:57

SQL Server远

2009-03-30 10:56:58

SQL Server数据库死锁数据库

2011-03-30 15:36:31

SQL Server

2010-07-15 17:28:50

SQL Server

2010-10-26 15:54:02

连接oracle数据库

2011-03-28 14:29:46

SQL Server数主键列
点赞
收藏

51CTO技术栈公众号