用友T+ 在数据库 7 中找不到分区 ID 为 72057633296351232 的目录条目。元数据不一致。请运行 DBCC CHECKDB 查看元数据是否已损坏

原因分析：

1.由于 T+ 总账模块打不开，录入凭证就报错。跟踪代码，发现AA_Account 表无法打开！

2.按上述提示执行了 dbcc checkdb 检测数据库状态，发现更加严重。

select * from sysindexes 表损坏的。

客户使用dbcc checkdb('UFTData413173_000001',repair_allow_data_loss) 均不能有效的恢复数据库。

数据库报错

对数据库DBCC Checkdb修复，报“消息211，级别23，状态51，第1 行

可能发生了架构损坏。请运行DBCC CHECKCATALOG。

故障图片 tempdb 空间用尽或某一系统表不一致

数据恢复故障描述：

广西某工厂，使用了用友T+ 软件，在一次突然断电后用友T+ 数据库置疑，经过当地数据恢复公司修复后在T+ 内使用仍然报错，经过百度搜索“ 神马软件系统中心 ”最终确定由我们来修复这个无比重要的数据库！需要数据库正常调用！

　　数据恢复过程：

工程师使用自主研究成功的数据库闪电修复技术，winhex纯手工修复数据库成功，并通过用友售后工程师的远程验证！

专注解决如下问题您身边的数据库修复专家
1.可能发生了架构损坏。请运行DBCC CHECKCATALOG。”错误
2.收集事实数据时检测到失败。可能是因为 tempdb 空间用尽或某一系统表不一致。请检查前面的错误信息。
3.服务器: 消息 8966，级别 16，状态 1，行 1未能读取并闩锁页 (1:4380)（用闩锁类型 SH）。sysobjects 失败。DBCC 执行完毕如果 DBCC 输出了错误信息，请与系统管理员联系。
4.附加数据库823 824错误
5.SQL Server 检测到基于一致性的逻辑 I/O
SQL Server 检测到基于一致性的逻辑 I/O 错误 pageid 不正确(应为 1:27363，但实际为 0:0)。在文件 'E:\Database\YF_data.mdf' 中、偏移量为 0x0000000d5c6000 的位置对数据库 ID 5 中的页 (1:27363) 执行读取期间，发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。

数据库文件免费检测[email protected]

用友T+ 在数据库 7 中找不到分区 ID 为 72057633296351232 的目录条目。元数据不一致。请运行 DBCC CHECKDB 查看元数据是否已损坏

相关推荐