数据库还原可疑.无法打开数据库'XX'版本 611.请将该数据库升级为最新版本.

在网上找了个数据库,在自己的sqlserver 2008 r2 上还原,出现错误,似乎版本不同!

还原不成功,取消后还是出现数据库了,但是处于【可疑】状态,无法查看和使用!




一些修复操作也无用!


使数据库在线时,错误就都出来了!(也可查看错误日志)

use master

go

ALTER DATABASE PageNumber SET ONLINE

 

消息3418,级别16,状态1,第2

恢复操作无法延迟错误824。只有在使用完整恢复模式和活动的备份日志链的数据库中,才能延迟错误。

消息926,级别14,状态1,第2

无法打开数据库'PageNumber'。恢复操作已将该数据库标记为SUSPECT。有关详细信息,请参阅SQL Server 错误日志。

消息5069,级别16,状态1,第2

ALTER DATABASE 语句失败。

消息3418,级别16,状态1,第2

恢复操作无法延迟错误824。只有在使用完整恢复模式和活动的备份日志链的数据库中,才能延迟错误。

消息926,级别14,状态1,第2

无法打开数据库'PageNumber'。恢复操作已将该数据库标记为SUSPECT。有关详细信息,请参阅SQL Server 错误日志。

消息5069,级别16,状态1,第2

ALTER DATABASE 语句失败。

消息824,级别24,状态2,第2

SQL Server 检测到基于一致性的逻辑I/O 错误校验和不正确(应为:0x8e3ffdd9,但实际为: 0x8ae47dd9)。在文件'F:\Microsoft SQLServer\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\PageNumber.mdf' 中、偏移量为0x00000000190000的位置对数据库ID15 中的页(1:200) 执行读取期间,发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件,必须立即纠正。请执行完整的数据库一致性检查(DBCCCHECKDB)。此错误可以由许多因素导致;有关详细信息,请参阅SQL Server 联机丛书。

消息3414,级别21,状态2,第2

恢复期间出错,导致数据库'PageNumber' (数据库ID15)无法重新启动。请诊断并纠正这些恢复错误,或者从已知的正确备份中还原。如果无法更正错误,或者为意外错误,请与技术支持人员联系。

 

 

 

解决:

还原数据库时允许错误还原:

use master

go

restore database PageNumber

from DISK = 'D:\PageNumber.bak' with continue_after_error,recovery

 

已为数据库'PageNumber',文件'PageNumber' (位于文件1 上)处理了1160 页。

已为数据库'PageNumber',文件'PageNumber_log' (位于文件1 上)处理了453 页。

消息824,级别16,状态2,第1

SQL Server 检测到基于一致性的逻辑I/O 错误校验和不正确(应为:0x8e3ffdd9,但实际为: 0x8ae47dd9)。在文件'F:\Microsoft SQLServer\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\PageNumber.mdf' 中、偏移量为0x00000000190000的位置对数据库ID15 中的页(1:200) 执行读取期间,发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件,必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致;有关详细信息,请参阅SQL Server 联机丛书。

正在将数据库'PageNumber' 从版本611 转换为当前版本661。

数据库'PageNumber' 正在从版本611 升级到版本621。

数据库'PageNumber' 正在从版本621 升级到版本622。

数据库'PageNumber' 正在从版本622 升级到版本625。

数据库'PageNumber' 正在从版本625 升级到版本626。

数据库'PageNumber' 正在从版本626 升级到版本627。

数据库'PageNumber' 正在从版本627 升级到版本628。

数据库'PageNumber' 正在从版本628 升级到版本629。

数据库'PageNumber' 正在从版本629 升级到版本630。

数据库'PageNumber' 正在从版本630 升级到版本631。

数据库'PageNumber' 正在从版本631 升级到版本632。

数据库'PageNumber' 正在从版本632 升级到版本633。

数据库'PageNumber' 正在从版本633 升级到版本634。

数据库'PageNumber' 正在从版本634 升级到版本635。

数据库'PageNumber' 正在从版本635 升级到版本636。

数据库'PageNumber' 正在从版本636 升级到版本637。

数据库'PageNumber' 正在从版本637 升级到版本638。

数据库'PageNumber' 正在从版本638 升级到版本639。

数据库'PageNumber' 正在从版本639 升级到版本640。

数据库'PageNumber' 正在从版本640 升级到版本641。

数据库'PageNumber' 正在从版本641 升级到版本642。

数据库'PageNumber' 正在从版本642 升级到版本643。

数据库'PageNumber' 正在从版本643 升级到版本644。

数据库'PageNumber' 正在从版本644 升级到版本645。

数据库'PageNumber' 正在从版本645 升级到版本646。

数据库'PageNumber' 正在从版本646 升级到版本647。

数据库'PageNumber' 正在从版本647 升级到版本648。

数据库'PageNumber' 正在从版本648 升级到版本649。

数据库'PageNumber' 正在从版本649 升级到版本650。

数据库'PageNumber' 正在从版本650 升级到版本651。

数据库'PageNumber' 正在从版本651 升级到版本652。

数据库'PageNumber' 正在从版本652 升级到版本653。

数据库'PageNumber' 正在从版本653 升级到版本654。

数据库'PageNumber' 正在从版本654 升级到版本655。

数据库'PageNumber' 正在从版本655 升级到版本660。

数据库'PageNumber' 正在从版本660 升级到版本661。

RESTORE DATABASE 成功处理了1613 页,花费0.416 秒(30.280 MB/秒)。

 

版本从611升级到661,终于可以进来了!进来之后就可以用其他方式修复了!




 

use master

go

DBCC CHECKDB(PageNumber)

 

PageNumber的DBCC 结果。

Service Broker 消息9675,状态1: 已分析的消息类型: 14。

Service Broker 消息9676,状态1: 已分析的服务约定: 6。

Service Broker 消息9667,状态1: 已分析的服务: 3。

Service Broker 消息9668,状态1: 已分析的服务队列: 3。

Service Broker 消息9669,状态1: 已分析的会话端点: 0。

Service Broker 消息9674,状态1: 已分析的会话组: 0。

Service Broker 消息9670,状态1: 已分析的远程服务绑定: 0。

Service Broker 消息9605,状态1: 已分析的会话优先级: 0。

消息8939,级别16,状态98,第2

表错误: 对象ID 0,索引ID -1,分区ID 0,分配单元ID 72164616100118528 (类型为Unknown),页(1:200)。测试(IS_OFF(BUF_IOERR, pBUF->bstat))失败。值为12716041 -4

CHECKDB 发现有0 个分配错误和1 个一致性错误与任何单个的对象都没有关联。

sys.sysrscols的DBCC 结果。

对象'sys.sysrscols' 的7 页中有635 行。

(…………省略N行)

sys.queue_messages_2041058307的DBCC 结果。

对象'sys.queue_messages_2041058307' 的0 页中有0 行。

Test的DBCC 结果。

消息8928,级别16,状态1,第2

对象ID 2073058421,索引ID 1,分区ID72057594038452224,分配单元ID 72057594042449920 (类型为In-row data): 无法处理页(1:200)。有关详细信息,请参阅其他错误消息。

消息8976,级别16,状态1,第2

表错误: 对象ID 2073058421,索引ID 1,分区ID72057594038452224,分配单元ID 72057594042449920 (类型为In-row data)。在扫描过程中未发现页(1:200),但该页的父级(1:1142)和上一页(1:199)都引用了它。请检查以前的错误消息。

消息8978,级别16,状态1,第2

表错误: 对象ID 2073058421,索引ID 1,分区ID72057594038452224,分配单元ID 72057594042449920 (类型为In-row data)。页(1:201)缺少上一页(1:200)对它的引用。可能是因为链链接有问题。

对象'Test' 的999 页中有999 行。

CHECKDB 在表'Test' (对象ID 2073058421)中发现0 个分配错误和3 个一致性错误。

sys.filestream_tombstone_2089058478的DBCC 结果。

对象'sys.filestream_tombstone_2089058478' 的0 页中有0 行。

sys.syscommittab的DBCC 结果。

对象'sys.syscommittab' 的0 页中有0 行。

CHECKDB 在数据库'PageNumber' 中发现0 个分配错误和4 个一致性错误。

对于由DBCC CHECKDB (PageNumber)发现的错误,repair_allow_data_loss 是最低的修复级别。

DBCC 执行完毕。如果DBCC 输出了错误信息,请与系统管理员联系。

 

 

可以看到上面倒数第二行,REPAIR_ALLOW_DATA_LOSS允许数据丢失的修复。

执行以下代码,其中CHECKDB输出修复参数:

use master

go

ALTER DATABASE PageNumber SET SINGLE_USER

GO

DBCC CHECKDB(PageNumber,REPAIR_ALLOW_DATA_LOSS)

GO

ALTER DATABASE PageNumber SET MULTI_USER

GO

 

 

PageNumber的DBCC 结果。

Service Broker 消息9675,状态1: 已分析的消息类型: 14。

Service Broker 消息9676,状态1: 已分析的服务约定: 6。

Service Broker 消息9667,状态1: 已分析的服务: 3。

Service Broker 消息9668,状态1: 已分析的服务队列: 3。

Service Broker 消息9669,状态1: 已分析的会话端点: 0。

Service Broker 消息9674,状态1: 已分析的会话组: 0。

Service Broker 消息9670,状态1: 已分析的远程服务绑定: 0。

Service Broker 消息9605,状态1: 已分析的会话优先级: 0。

消息8939,级别16,状态98,第1

表错误: 对象ID 0,索引ID -1,分区ID 0,分配单元ID 72164616100118528 (类型为Unknown),页(1:200)。测试(IS_OFF(BUF_IOERR, pBUF->bstat))失败。值为12584969 -4

        该错误已修复。

CHECKDB 发现有0 个分配错误和1 个一致性错误与任何单个的对象都没有关联。

CHECKDB 修复了0 个分配错误和1 个一致性错误,这些错误不与任何单个对象相关联。

sys.sysrscols的DBCC 结果。

对象'sys.sysrscols' 的7 页中有635 行。

(…………省略N行)

sys.queue_messages_2041058307的DBCC 结果。

对象'sys.queue_messages_2041058307' 的0 页中有0 行。

Test的DBCC 结果。

修复: 已为数据库'PageNumber' 中的对象'dbo.Test' 成功地重新生成了Clustered 索引。

修复: 页(1:200) 已从对象ID 2073058421,索引ID 1,分区ID 72057594038452224,分配单元ID 72057594042449920 (类型为In-row data)释放。

消息8945,级别16,状态1,第1

表错误: 将重新生成对象ID 2073058421,索引ID 1

        该错误已修复。

消息8928,级别16,状态1,第1

对象ID 2073058421,索引ID 1,分区ID72057594038452224,分配单元ID 72057594042449920 (类型为In-row data): 无法处理页(1:200)。有关详细信息,请参阅其他错误消息。

        该错误已修复。

消息8976,级别16,状态1,第1

表错误: 对象ID 2073058421,索引ID 1,分区ID72057594038452224,分配单元ID 72057594042449920 (类型为In-row data)。在扫描过程中未发现页(1:200),但该页的父级(1:1142)和上一页(1:199)都引用了它。请检查以前的错误消息。

        该错误已修复。

消息8978,级别16,状态1,第1

表错误: 对象ID 2073058421,索引ID 1,分区ID72057594038452224,分配单元ID 72057594042449920 (类型为In-row data)。页(1:201)缺少上一页(1:200)对它的引用。可能是因为链链接有问题。

        该错误已修复。

对象'Test' 的999 页中有999 行。

CHECKDB 在表'Test' (对象ID 2073058421)中发现0 个分配错误和3 个一致性错误。

CHECKDB 在表'Test' (对象ID 2073058421)中修复了0 个分配错误和3 个一致性错误。

sys.filestream_tombstone_2089058478的DBCC 结果。

对象'sys.filestream_tombstone_2089058478' 的0 页中有0 行。

sys.syscommittab的DBCC 结果。

对象'sys.syscommittab' 的0 页中有0 行。

CHECKDB 在数据库'PageNumber' 中发现0 个分配错误和4 个一致性错误。

CHECKDB 在数据库'PageNumber' 中修复了0 个分配错误和4 个一致性错误。

DBCC 执行完毕。如果DBCC 输出了错误信息,请与系统管理员联系。

 

 






  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQL Server数据库出现"可疑"字样通常表示该数据库可能存在某些损坏或故障。为了解决这个问题,可以尝试以下方法: 1. 方法一:重新还原数据库。这可以通过使用备份文件来还原数据库到之前的状态。具体操作可以参考引用中提供的链接。 2. 方法二:使用DBCC CheckDB命令来检查数据库的完整性,并修复可能存在的数据损坏。具体命令可以参考引用中提供的内容。 3. 也可以使用ALTER DATABASE语句将数据库设置为单用户模式,并立即回滚任何正在进行的事务。具体命令可以参考引用中提供的内容。 以上方法可以帮助您解决SQL Server数据库出现"可疑"字样的问题。根据您的具体情况选择适合的方法进行操作。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [Sql Server 数据库出现“可疑”的解决办法](https://blog.csdn.net/liufeiyu1976/article/details/123328987)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* [SQLserver数据库被置疑了(“可疑”)状态下怎么处理?](https://blog.csdn.net/weixin_44594710/article/details/109489209)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值