SQL Server置疑数据库解决方法
7842023-08-08
SQL Server置疑数据库解决方法
其实SQL Server置疑数据库解决方法的问题并不复杂，但是又很多的朋友都不太了解sql数据库置疑解决办法，因此呢，今天小编就来为大家分享SQL Server置疑数据库解决方法的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！
本文目录
sql数据库质疑的原因及解决办法
1,停止sql服务管理器，将日志文件aaa.ldf改成aaa1.ldf(重新命名)2，再开启sql服务管理器，打开查询分析器：依次执行usemastergosp_configure'allowupdates',1goreconfigurewithoverridegoupdatesysdatabasessetstatus=-32768wheredbid=DB_ID('aaa')godbccrebuild_log('aaa','d:\aaa_log.ldf')-----一定要是数据库路径，如果不对要改下godbcccheckdb('aaa')gosp_dboption'aaa','dbouseonly','false'gosp_configure'allowupdates',0goreconfigurewithoverridego之后再次刷新企业管理器，应该就可以了！这种问题一般是断电或者动过文件路径导致的！
SQL Server置疑数据库解决方法
在提示信息中已经给了明显的提示：你的数据库版本未782，此服务器支持低于661的版本。
解决方案：
SQLServer·最佳实践·如何将SQLServer2012降级到2008R2
上边的步骤给的很详细了。
一般来讲这样的问题只要认真阅读提示信息，仔细搜索一下就能找到答案。
sql 2000数据库置疑的解决方法
备份数据文件,然后按下面的步骤处理:
1.新建一个同名的数据库(数据文件与原来的要一致)
2.再停掉sqlserver(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库
4.再重启sqlserver
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.
USEMASTER
GO
SP_CONFIGURE'ALLOWUPDATES',1RECONFIGUREWITHOVERRIDE
GO
UPDATESYSDATABASESSETSTATUS=32768WHERENAME='置疑的数据库名'
Go
sp_dboption'置疑的数据库名','singleuser','true'
Go
DBCCCHECKDB('置疑的数据库名')
Go
updatesysdatabasessetstatus=28wherename='置疑的数据库名'
Go
sp_configure'allowupdates',0reconfigurewithoverride
Go
sp_dboption'置疑的数据库名','singleuser','false
假设数据库为TEST：
按以下步骤执行
A．设置数据库允许直接操作系统表。此操作可以在SQLServerEnterpriseManager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
usemaster
go
sp_configure'allowupdates',1
go
reconfigurewithoverride
go
B．设置test为紧急修复模式
updatesysdatabasessetstatus=-32768wheredbid=DB_ID('test')
此时可以在SQLServerEnterpriseManager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
C．下面执行真正的恢复操作，重建数据库日志文件
dbccrebuild_log('test','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器:消息5030，级别16，状态1，行1
未能排它地锁定数据库以执行该操作。
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQLServerEnterpriseManager打开了test库的系统表，那么退出SQLServerEnterpriseManager就可以了。
正确执行完成的提示应该类似于：
警告:数据库'test'的日志已重建。已失去事务的一致性。应运行DBCCCHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
此时打开在SQLServerEnterpriseManager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
D．验证数据库一致性（可省略）
dbcccheckdb('test')
一般执行结果如下：
CHECKDB发现了0个分配错误和0个一致性错误（在数据库'test'中）。
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
E．设置数据库为正常状态
sp_dboption'test','dbouseonly','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
F．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQLServerEnterpriseManager里面恢复，也可以使用如下语句完成
sp_configure'allowupdates',0
go
reconfigurewithoverride
go
上面的语句操作步骤有点问题：
应该如下：
A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQLServerEnterpriseManager里面建立。
B．停掉数据库服务器。
C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
D．启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
E．设置数据库允许直接操作系统表。此操作可以在SQLServerEnterpriseManager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
usemaster
go
sp_configure'allowupdates',1
go
reconfigurewithoverride
go
F．设置test为紧急修复模式
updatesysdatabasessetstatus=-32768wheredbid=DB_ID('test')
此时可以在SQLServerEnterpriseManager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
G．下面执行真正的恢复操作，重建数据库日志文件
dbccrebuild_log('test','C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器:消息5030，级别16，状态1，行1
未能排它地锁定数据库以执行该操作。
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQLServerEnterpriseManager打开了test库的系统表，那么退出SQLServerEnterpriseManager就可以了。
正确执行完成的提示应该类似于：
警告:数据库'test'的日志已重建。已失去事务的一致性。应运行DBCCCHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
此时打开在SQLServerEnterpriseManager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H．验证数据库一致性（可省略）
dbcccheckdb('test')
一般执行结果如下：
CHECKDB发现了0个分配错误和0个一致性错误（在数据库'test'中）。
DBCC执行完毕。如果DBCC输出了错误信息，请与系统管理员联系。
I．设置数据库为正常状态
sp_dboption'test','dbouseonly','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
J．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQLServerEnterpriseManager里面恢复，也可以使用如下语句完成
sp_configure'allowupdates',0
go
reconfigurewithoverride
go
SERVER2000数据库出现置疑是什么情况
你先试一下，数据无价。SQL2000数据库置疑解决方法
按下面的步骤处理:
1.新建一个同名的数据库
2.再停掉sqlserver
3.用备份的数据库MDF的文件覆盖掉这个新建的同名数据库文件
4.再重启sqlserver
5.此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)USEMASTERGOSP_CONFIGURE'ALLOWUPDATES',1RECONFIGUREWITHOVERRIDEGOUPDATESYSDATABASESSETSTATUS=32768WHERENAME='数据库名'Gosp_dboption'数据库名','singleuser','true'GoDBCCCHECKDB('数据库名')Goupdatesysdatabasessetstatus=28wherename='数据库名'Gosp_configure'allowupdates',0reconfigurewithoverrideGosp_dboption'数据库名','singleuser','false'
Go数据库置疑恢复之经典
/*****************************************************************
*这类故障是一般是由于磁盘读写问题造成的。
*下面的语句是修复总部数据库的SQL，如需要修复分部的数据库，请将'hbposv5'改为'hbposv5_branch'
*超市之星系统直接执行
*快捷通、进销存系列，请将'hbposv5'改为'isd2001v3'，如果是分部，改为'isd2001v3_branch'
*商务通系列，请将'hbposv5'改为'isd2001v4'，如果是分部，改为'isd2001v4_branch'
******************************************************************/
--请在查询分析器中执行下列语句.执行前断开其它所有数据库连接，最好是断开网线USEmasterGo--单用户模式
EXECsp_dboption'hbposv5','singleuser','TRUE'go--数据库检查
DBCCCHECKDB('hbposv5')Go--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复
--数据库修复
DBCCCHECKDB('hbposv5',repair_rebuild)Go--再次数据库检查，如果返回结果中没有了红色的提示文字，说明修复成功；
DBCCCHECKDB('hbposv5')Go--否则意味着还需要更高级别的修复；尝试将上面修复语句的'repair_rebuild'换为'repair_allow_data_loss'再试，之后再次检查数据库。
--如果还有错误未修复，--退出前请一定要执行以下语句返回到多用户模式
EXECsp_dboption'hbposv5','singleuser','FALSE'
go数据库置疑处理方法
步骤1：创建一个新的数据库，命名为原来数据库的名字。步骤2：停止SQLServer步骤3：把老数据库的MDF文件替换新数据库的相应的MDF文件，并把LDF文件删除。
文章到此结束，如果本次分享的SQL Server置疑数据库解决方法和sql数据库置疑解决办法的问题解决了您的问题，那么我们由衷的感到高兴！
相关文章
