我的SQL数据库在写数据的时候突然停电了,再来电打开电脑数据库就质疑了,应该怎么解决

我的SQL数据库在写数据的时候突然停电了,再来电打开电脑数据库就质疑了,应该怎么解决,第1张

--数据恢复-数据库日志文件遭破坏,恢复数据库:

--数据库名:置疑数据库

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

--'置疑数据库'恢复成功!

修复断电等损坏的SQL 数据库,你可以试试。

如数据库名为:FreeHost

首先是设置为单用户模式,然后修复,最后是恢复多用户模式。

ALTER DATABASE [FreeHost] SET SINGLE_USER

GO

DBCC CHECKDB('FreeHost',repair_allow_data_loss) WITH TABLOCK

GO

ALTER DATABASE [FreeHost] SET MULTI_USER

GO

注:

--CHECKDB 有3个参数:

--REPAIR_ALLOW_DATA_LOSS

-- 执行由 REPAIR_REBUILD 完成的所有修复,包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误,以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复 *** 作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复,则数据库仍会含有错误,应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复,则将遗漏任何取决于该修复的修复。修复完成后,备份数据库。

--REPAIR_FAST 进行小的、不耗时的修复 *** 作,如修复非聚集索引中的附加键。这些修复可以很快完成,并且不会有丢失数据的危险。

--REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复,包括需要较长时间的修复(如重建索引)。执行这些修复时不会有丢失数据的危险。

--DBCC CHECKDB('FreeHost') with NO_INFOMSGS,PHYSICAL_ONLY

1,停止sql服务管理器,将日志文件 aaaldf 改成 aaa1ldf(重新命名)

2,再开启sql服务管理器,打开查询分析器:依次执行

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

update sysdatabases set status=-32768 where dbid=DB_ID('aaa')

go

dbcc rebuild_log('aaa','d:\aaa_logldf') -----一定要是数据库路径,如果不对要改下

go

dbcc checkdb('aaa')

go

sp_dboption 'aaa','dbo use only','false'

go

sp_configure 'allow updates',0

go

reconfigure with override

go

之后再次刷新企业管理器,应该就可以了!这种问题一般是断电或者动过文件路径导致的!

如果说还可以创建数据库。只是某个数据库出现可疑,那就是我说的那两个文件被删或者移除追问:

一直在运行的啊!好好的没删除啊!我用过很多办法都不行啊我脱离然后再附加曾经遇到这样的问题!我试过把mdf拿去其他机,然后成功!我就备份BAK回来原来新建还原都很顺利!这次就是不行。回答:

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

有9个数据库,各种程序都有!同样的程序的数据库有三个,有两个出问题!之前出问题的也是同一种程序新装SQL的话,我全部停止几个小时,肯定有损失的而且麻烦!我不能次次遇见这样的问题就新装SQL吧!

我总要找个解决的办法的啊哪怕出现“可疑”后能够备份BAK数据库也好!

找到质疑的数据库文件,重新附加回来就可以。数据库文件名一般格式为ufdata_001_2012这样的 001指帐套号,2012指对应年度数据,根据实际情况查找就可以。 数据文件格式个别小版本会不是这个样子。你可以参照其他没有质疑的数据库文件名称去查找。

以上就是关于我的SQL数据库在写数据的时候突然停电了,再来电打开电脑数据库就质疑了,应该怎么解决全部的内容,包括:我的SQL数据库在写数据的时候突然停电了,再来电打开电脑数据库就质疑了,应该怎么解决、我的SQL数据库在写入数据的时候突然停电了,再打开电脑就出现了数据库质疑,应该怎么解决、SQL数据库质疑怎么解决等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

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

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

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

发表评论

登录后才能评论

评论列表(0条)

保存