2

昨晚我有一个数据库,它的数据和日志文件被物理删除,而没有首先采取适当的步骤来移动数据库文件。

物理重新附加磁盘后,数据库进入“正在恢复...”状态。

对于这种情况,我尝试了最推荐的步骤,包括使用恢复进行还原、删除数据库、分离数据库以及使数据库脱机。如果我尝试删除或删除数据库,SSMS 会告诉我命令成功,但是当我刷新连接时,数据库会重新出现在数据库列表中,状态为正在恢复...

我想知道是否有任何其他方法可以修复数据库甚至只是删除它,而不会使服务器或服务脱机。

编辑:

错误如下所示:

消息 3013,级别 16,状态 1,第 1 行 RESTORE DATABASE 异常终止。消息 3013,级别 16,状态 1,第 1 行 RESTORE DATABASE 异常终止。消息 823,级别 24,状态 2,第 1 行操作系统在读取文件“ * *”中偏移量 0x00000000012000 时向 SQL Server 返回错误 64(指定的网络名称不再可用。) 。SQL Server 错误日志和系统事件日志中的其他消息可能会提供更多详细信息。这是威胁数据库完整性的严重系统级错误情况,必须立即纠正。完成完整的数据库一致性检查 (DBCC CHECKDB)。这个错误可能是由许多因素引起的;有关详细信息,请参阅 SQL Server 联机丛书。

4

1 回答 1

2

我经历了更糟糕的情况,我写了一个指南可以帮助你,我想你可以从我开始恢复数据库的部分开始。这是 http://anyrest.wordpress.com/2010/08/24/reparing-suspect-sql-database/

于 2010-12-22T22:53:20.810 回答