用友U8+数据库-SQL数据库损坏的检测方法

U8+数据库-SQL数据库损坏的检测方法

知识要点：如何检测判断数据库有损坏。

数据库损坏的一些报错现象：

       1、账套备份报错：

现象1、备份系统库信息出错,未能在sysindexes 中找到数据库ID 16 中对象ID 460150472 的亲引ID -1 对应的行。请对 sysindexes 运行 DBCCCHECKTABLE。

现象2、备份系统库信息出错,未能在素引页 (1:14036) 中找到 RID1609a56761010000"的亲引条目(豪引ID 0，数据库UFDATA 011 2019').

现象3、1、检查提示路径的碰盘剩余空间大小，或提示的目录是否存在2、检查提示的系统库账套路径D: U8SOFTN与mdf数据文件目录(ZT+账套号\年号,此部分不保存在系统库中)是否一致在文件D:U8SOFT ADMINYUFSERVER\ZT002 2013\ufdata.mdf上发生不可恢复的 I/0 错误。 -2147217900

现象4、备份UTU信息失败,UTU DataManager Error: 

DROP TABLE UTU_DeviceManager
UTU DataManager Error:

 Message: 在 ID 为 33 的数据库中找不到 ID 为 41 的对象的索引(ID 为 2)条目。架构可能已损坏。请运行 DBCC CHECKDB。

    现象5、备份系统库信息出错,SQL Server 检测到基于一致性的逻辑 I/O 错误 pageid 不正确(应为 1:108299，但实际为 0:0)。在文件 'E:\U8SOFT\Admin\UF\UFSystem.MDF' 中、偏移量为 0x00000034e16000 的位置对数据库 ID 7 中的页 (1:108299) 执行 读取 期间，发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。

       2、账套引入报错：

现象1、备份系统库信息出错,未能在sysindexes 中找到数据库ID 16 中对象ID 460150472 的亲引ID -1 对应的行。请对 sysindexes 运行 DBCCCHECKTABLE。

现象2、备份系统库信息出错,未能在素引页 (1:14036) 中找到 RID1609a56761010000"的亲引条目(豪引ID 0，数据库UFDATA 011 2019').

现象3、引入账套在某一个年度卡住一致不动，也没有报错。.

使用检测语句判断数据库是否损坏：

1、两种检查方法：

1.1在主数据库（master库）中执行语句dbcc  checkdb（‘数据库名’）

1.2在当前数据库上执行语句dbcc  checkdb （）

2、查看检查结果：

2.1未发现分配错误和一致性错误，说明数据库没有损坏，数据库正常；

2.2发现分配错误和一致性错误，说明数据库损坏，需要联系服务商或者专业的数据库修复公司修复数据库。

检测语句具体操作：

1. 两种检查方法：

1.1在主数据库（master库）里执行语句dbcc  checkdb（‘数据库名’）

1.2在当前数据库上执行语句dbcc  checkdb （）

2、查看检查结果：

2.1语句执行完毕后，查看数据库是否有损坏-无错误的结果，数据库正确如下所示。

2.2、语句执行完毕后，查看数据库是否有损坏-有错误的结果，数据库损坏如下所示。

数据库损坏需要联系服务商或者专业的数据库修复公司修复数据库。