【求辅佐】sql2005数据库质疑，怎么解决

2005往后那些所谓的系统表已经是一个视图，所以不能更新。

1、改削数据库为紧迫模式

2、使数据库变为的暌姑户模式

Net

stop

mssqlserver

--遏制处事

3、修复数据库日志年夜头生成，此呼吁搜检的分配，结构，逻辑完整性和所稀有据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC

CHECKDB呼吁参数，该轨范将搜检和修复陈述的错误。可是，这些修复可能会导致一些数据丢失踪。

当数据库发生这种 *** 作故障时，按如下 *** 作轨范可解决此问题，打开数据库里的Sql

发芽编纂器窗口，运行以下的呼吁。

1

DBCC

CheckDB

(Sharepoint_Config

,

REPAIR_ALLOW_DATA_LOSS)

1

ALTER

DATABASE

Sharepoint_Config

SET

MULTI_USER

4、使数据库变回为多用户模式

1

ALTER

DATABASE

Sharepoint_Config

SET

SINGLE_USER

5、起头－>运行－>输入cmd－>打开DOS呼吁窗口，输入以下呼吁重启数据库处事

1

ALTER

DATABASE

Sharepoint_Config

SET

EMERGENCY解决体例：

Net

start

mssqlserver

--启动处事

再次，打开Sql

Server

2005时被标识表记标帜为“可疑”的数据库已恢复正常状况。

如果说还可以创建数据库。只是某个数据库出现可疑，

那就是我

说的那两个文件被删或者移除追问：

一直在运行的啊！好好的

没删除啊！我用过很多办法都不行啊

我脱离

然后再附加

曾经遇到这样的问题！

我试过

把mdf拿去其他机，然后成功！我就备份BAK回来原来新建

还原

都很顺利！这次就是不行。回答：

是整个服务器质疑还是只是一个数据库？还能建库吗？既然祢有备份那就附加，如果附加不了估计就是服务器问题。建议把Sql重新装下。估计就好了

有9个数据库

，各种程序都有！同样的程序的数据库有三个，有两个出问题！

之前出问题的也是同一种程序新装SQL的话，我全部停止几个小时，肯定有损失的

而且麻烦！

我不能次次遇见这样的问题就新装SQL吧！

我总要找个解决的办法的啊

哪怕出现“可疑”后能够备份BAK数据库也好！

我也经常用数据库，也出现过质疑，基本就是我说的那两种情况，我仔细想了下，既然是质疑，我想肯定那两个备份

文件服务器

默认找不到的缘故，只能是被移除或者更名但是祢又说备份在呢还可以附加。而且祢又有那么多库。不能停！祢给我截个

图吧

。

--先运行该语句再恢复数据，你也可以手动设置数据库属性中的

--用户模式为“单用户(single user)”

use master

go

ALTER DATABASE 数据库名 SET SINGLE_USER

1停止SQL Server的服务,备份SQL Server安装目录下的\data子目录

下故障数据库的两个文件,一个数据文件hbposv6_branch_datamdf,

一个hbposv6_branch_logldf(也有可能非此命名),同时查看磁盘

空间是否有足够的空间；

2启动SQL Server服务(如已停止),创建一个新的数据库，命名为

原来数据库的名字。

3停止SQL Server

4把老数据库的MDF文件(hbposv6_branch_datamdf)替换

新数据库的相应的MDF文件，

并把LDF文件(hbposv6_branch_logldg)删除。

5重新启动SQL Server服务，然后运行如下命令：

Use Master

go

sp_configure 'allow updates', 1

reconfigure with override

go

begin tran

update sysdatabases set status = 32768 where name = 'hbposv6_branch'

--Verify one row is updated before committing

commit tran

go

6停止SQL然后重新启动SQL Server服务，然后运行如下命令

(更换日志文件路径地址)：

use master

go

DBCC TRACEON(3604)

DBCC REBUILD_LOG

('hbposv6_branch',

'c:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv6_branch_logldf')

--在这里，请输入你的数据库的路径

go

7停止SQL然后重新启动SQL Server服务，然后运行：

use master

go

update sysdatabases set status = 8 where name = 'hbposv6_branch'

go

sp_configure 'allow updates', 0

reconfigure with override

go

8运行dbcc checkdb(db_name) 检查数据库的完整性

9修复数库

--请在查询分析器中执行下列语句执行前断开其它

所有数据库连接，最好是断开网线

--如果不是该数据库名，请将数据库

--hbposv6_branch

--改为要修复的数据库

USE master

Go

--单用户模式

EXEC sp_dboption 'hbposv6_branch', 'single user', 'TRUE'

go

--数据库检查

DBCC CHECKDB ('hbposv6_branch')

Go

--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复

--数据库修复

DBCC CHECKDB ('hbposv6_branch','repair_rebuild')

Go

--再次数据库检查，如果返回结果中没有了红色的提示文字，

说明修复成功；

DBCC CHECKDB ('hbposv6_branch')

Go

--否则意味着还需要更高级别的修复；尝试将上面修复语句的

'repair_rebuild'换为'repair_allow_data_loss'再试，

之后再次检查数据库。

--如果还有错误未修复，请把这些信息以文字的方式发给我们

--退出前请一定要执行以下语句返回到多用户模式

EXEC sp_dboption 'hbposv6_branch', 'single user','FALSE'

go

注：都要把 dbname 替换成真实的数据库名字。

看上去，是DB系统出现了错误。

这个比较难办：

1、精通DB系统表结构的话，自己写SQL分析出来不一致在哪，尝试修复；

2、非高手的话，最好是Clone一个DB，再将数据数据倒过去

以上就是关于【求辅佐】sql2005数据库质疑，怎么解决全部的内容，包括:【求辅佐】sql2005数据库质疑，怎么解决、如何处理SQL Server数据库出现“可疑”情况、数据库可疑LTER DATABASE 数据库名 SET SINGLE_USER等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！