数据库的数据提示质疑是怎么回事?能修复吗?

数据库的数据提示质疑是怎么回事?能修复吗?,第1张

数据库置疑一般是由于SQL被重装,但是数据目录被设置在另外一个盘并且没有被删除,而导致的,或者是由于数据库的.log文件不存在了,这时你可以使用以下的方法来取消置疑!USE MASTER GO SP_CONFIGURE \'ALLOW UPDATES\',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=\'置疑的数据库名\' Go sp_dboption \'置疑的数据库名\', \'single user\', \'true\' Go DBCC CHECKDB(\'置疑的数据库名\') Go update sysdatabases set status =28 where name=\'置疑的数据库名\' Go sp_configure \'allow updates\', 0 reconfigure with override Go sp_dboption \'置疑的数据库名\', \'single user\', \'false\' Go

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时被标识表记标帜为“可疑”的数据库已恢复正常状况。

原因:非正常程序中断或错误结束SQL服务,都会导致MSDB数据库被“置疑”。

Msdb 数据库供SQLServer 代理程序调度警报和作业以及记录 *** 作员时使用。比如,我们备份了一个数据库,会在表backupfile中插入一条记录,以记录相关的备份信息。

但因为Msdb数据库并未存储特别重要的信息,因此可以从别的机器拷贝一份相同的msdbdata.mdf和msdblog.ldf覆盖掉即可。

解决步骤

A服务器为被“置疑”的服务器;B服务器上装有和A服务器相同版本的数据库软件。版本是SQL SERVER 2000。

步骤1、停止B服务器上的SQL SERVER 服务,拷贝“msdbdata.mdf”和“msdblog.ldf”文件。

步骤2、停止A服务器上的SQL SERVER 服务,将从B服务器上拷贝“msdbdata.mdf”和“msdblog.ldf”文件覆盖掉A服务器上的这两个文件。

步骤3、重新启动A服务器上的SQL SERVER服务。

步骤4、如果MSDB数据库仍然是置疑状态,可以执行下面的SQL。

USE MASTER 

GO 

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE 

GO 

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb' 

Go 

sp_dboption 'msdb', 'single user', 'true' 

Go 

DBCC CHECKDB('msdb') 

Go 

update sysdatabases set status =28 where name='msdb' 

Go 

sp_configure 'allow updates', 0 reconfigure with override 

Go 

sp_dboption 'msdb', 'single user', 'false' 

Go


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/6917498.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-30
下一篇 2023-03-30

发表评论

登录后才能评论

评论列表(0条)

保存