我有一个已标记的数据库,SUSPECT
因为数据和日志文件所在的卷突然消失了(意外 - 这是一个开发人员工作站)。我尝试使数据库重新联机:
ALTER DATABASE D SET ONLINE
那什么也没做。在网络上,该程序sp_resetstatus
被推荐,但它似乎已过时。
我不想跑DBCC CHECKDB
,至少现在不想。数据库非常大。使SUSPECT
数据库尽快上线的官方方法是什么?
我有一个已标记的数据库,SUSPECT
因为数据和日志文件所在的卷突然消失了(意外 - 这是一个开发人员工作站)。我尝试使数据库重新联机:
ALTER DATABASE D SET ONLINE
那什么也没做。在网络上,该程序sp_resetstatus
被推荐,但它似乎已过时。
我不想跑DBCC CHECKDB
,至少现在不想。数据库非常大。使SUSPECT
数据库尽快上线的官方方法是什么?
自 SQL Server 2012 起,仍支持 sp_resetstatus。但是,Paul Randal 有一些出色的建议,包括不要分离该数据库。
第一个也是最好的答案是恢复一个好的备份。
如果这不起作用并且您可以从某个地方(在哪里?)检索文件,请查看 Paul 的帖子:
http://www.sqlskills.com/blogs/paul/creating-detaching-re-attaching-and-fixing-a-suspect-database/ http://www.sqlskills.com/blogs/paul/checkdb-from-每个角度的紧急模式修复-非常-非常-最后的手段/
由于这些是详细的讨论,我不会重复它们。但仔细阅读。
鉴于数据库在物理上是完整的,您可以使用
这些语句执行得非常快。他们似乎只是删除了
SUSPECT
状态并在必要时开始恢复。