SqlServer索引页损坏恢复新浦金娱乐场官网

2019-12-11 00:10 来源:未知

问题背景

运维操作失误,在没有正常关闭sqlserver的情况下,将服务器关闭了,重启后某些表损坏(应该是某些页损坏了,没有损坏的页还能访问到数据,但是访问损坏了的页就有问题),目前数据库只有4.20号的备份。

1. DBCC CHECKDB 重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误。 use master declare @databasename varchar set @databasename='需要修复的数据库实体的名称' exec sp_dboption @databasename, N'single', N'true' --将目标数据库置为单用户状态 dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(@databasename,REPAIR_REBUILD) exec sp_dboption @databasename, N'single', N'false'--将目标数据库置为多用户状态 然后执行 DBCC CHECKDB 检查数据库是否仍旧存在错误。注意:修复后可能会造成部分数据的丢失。 2. DBCC CHECKTABLE 如果DBCC CHECKDB 检查仍旧存在错误,可以使用DBCC CHECKTABLE来修复。 use 需要修复的数据库实体的名称 declare @dbname varchar set @dbname='需要修复的数据库实体的名称' exec sp_dboption @dbname,'single user','true' dbcc checktable('需要修复的数据表的名称',REPAIR_ALLOW_DATA_LOSS) dbcc checktable('需要修复的数据表的名称',REPAIR_REBUILD) ------把' 需要修复的数据表的名称'更改为执行DBCC CHECKDB时报错的数据表的名称 exec sp_dboption @dbname,'single user','false' 3. 其他的一些常用的修复命令 DBCC DBREINDEX 重建指定数据库中表的一个或多个索引 用法:DBCC DBREINDEX 修复此表所有的索引。 =================================== SQL SERVER数据库的检测及修复方法 随着K/3产品的推广,要求客户服务人员对SQL SERVER数据库的了解也进一步提高。在K/3的使用过程中,数据库文件被频繁地使用,由于某些原因,数据库有可能被损坏,本文将针对这种情况的数据库检测及修复方法做一简单讲解。希望各位在实际工作过程中有新的发现时,及时给我们提供信息,以便做进一步的更新。 1.1 SQL SERVER数据库的检测 SQL SERVER提供了数据库检测的命令,可用DBCC CHECKDB对数据库中各个对象的分配及结构的正确性进行检测,并可通过一参数控制,将所有的错误信息显示出来。其语法如下: DBCC CHECKDB ('database_name' [,NOINDEX | { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD }] ) [WITH {ALL_ERRORMSGS | NO_INFOMSGS}] 参数说明: 'database_name'代表被检测的数据库实体名; NOINDEX指非系统表的非聚族索引不检测; REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST| REPAIR_REBUILD 指直接修复发现的错误,其中REPAIR_ALLOW_DATA_LOSS代表,若此错误不能修复时,系统将直接删除相关数据。带此三个参数的任一个时,数据库必须处于单用户模式,可在Enterprise Manager中的数据库属性中设置; ALL_ERRORMSGS代表将检测到的错误信息全部显示出来,否则,对于每张表最多只显示200条错误信息; NO_INFOMSGS代表隐藏所有的信息及占用空间的报告。 经过检测,对于错误的对象,将以OBJECT ID的形式报告具体出错的信息,可根据OBJECT ID到系统表sysobjects中查找到相关的表,即NAME。 1.2 SQL SERVER问题数据库的修复 经过数据库检测后,可针对出现的问题采取相应的措施进行处理。如通过检测后,发现对象的物理存放存在问题,可用DBCC CHECKALLOC来进行修复: DBCC CHECKALLOC ('database_name' | REPAIR_REBUILD }] ) [WITH {ALL_ERRORMSGS | NO_INFOMSGS}] 若是非系统对象的索引出错,则可用DBCC DBREINDEX进行修复: DBCC DBREINDEX ( [ 'database.owner.table_name' [, index_name [, fillfactor ] ] ] ) [WITH NO_INFOMSGS] 以上两种情况,也可直接使用DBCC CHECKDB(‘db_name',repair_rebuild)来修复。 另外一种情况是在进行检测时,提示无法建立数据连接,此时表明,数据库已损坏。对于这种情况,我们可采取如下措施来尝试修复。 首先,在SQL Enterprise中新建一数据库,建好数据库后,停止SQL Server Service Manager,并将客户数据库的MDF文件更名为test _data.mdf,然后用更名后的文件覆盖新建数据库同名文件,接着,启动SQL Server Service Manager。对Master数据库将系统表设置为可更改状态 Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go 将数据库设为紧急状态: update sysdatabases set status = 32768 where database ' 停止并重新启动SQL Server Service Manager,并重建Log文件: DBCC TRACEON DBCC REBUILD_LOG(' test ','test _log_ldf') 将数据库设置为单用户模式,然后进行检测: sp_dboption ' test ', 'single user', 'true' DBCC CHECKDB Go 此数据库执行CHECKDB的过程中发现一些表的索引被破坏,于是针对具体的表进行重建索引的操作: DBCC DBREINDEX 如执行以上操作仍然不能解决,若索引破坏的表是临时表或不是关键表,则可从新建账套中引入,若是主表,则可能通过近期的备份来恢复。若没有一个备份,则无法修复。 1.3 SQL Server数据库为什么易损坏呢? 以下是微软提供的一些可能引起数据库损坏的原因及一些预防措施: 操作问题,包括冷起动机器、热拔硬盘、删除一些数据库文件; 硬件问题,包括磁盘控制器的问题; 操作系统问题,包括与系统相关的一些致命错误。 1.4 预防措施: 1、定期/不定期执行CHKDSK,以检测硬盘物理结构并修复一些CHKDSK报告的问题; 2、常备份数据。 1.5 应用数据库修复举例 declare @databasename varchar set @databasename='AIS20021224170730'------一定要手工输入 ---------执行一般性修复还存在问题时,进行允许数据丢失的修复 ---------许数据丢失的修复要求在单用户下进行,此时请退出中间层,客户端,sql的其他模块 ---所有功能退出,在查询分析器master里设置数据库为单用户 exec sp_dboption @databasename, N'single', N'true' -----在查询分析器master里,进行修复数据库 dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(@databasename,REPAIR_REBUILD) ------还原数据库状态 exec sp_dboption @databasename, N'single', N'false' 第2章数据库日志损坏的修复 请遵照如下步骤来试图重建数据库事务日志. 注意: 由于事务日志丢失, 数据库可能有没有提交的数据. 注:都要替换成真实的数据库名字 2.1 步骤1: 创建一个新的数据库,命名为原来数据库的名字. 2.2步骤2: 停止SQL Server 2.3步骤3: 把老数据库的MDF文件替换新数据库的相应的MDF文件, 并把LDF文件删除 2.4步骤4: 重新启动SQL Server 服务,然后运行如下命令: 复制代码 代码如下: Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go begin tran update sysdatabases set status = 32768 where db_name' -- Verify one row is updated before committing commit tran 2.5步骤5: 停止SQL然后重新启动SQL Server 服务,然后运行如下命令: DBCC TRACEON DBCC REBUILD_LOG('db_name','c:mssql7datadbxxx_3.LDF') Go 2.6步骤6: 停止SQL然后重新启动SQL Server 服务,然后运行: 复制代码 代码如下: use master update sysdatabases set status = 8 where Go sp_configure 'allow updates', 0 reconfigure with override Go 2.7步骤7: 运行dbcc checkdb检查数据库的完整性. 第3章 数据库质疑的一般处理 1、执行如下SQL: EXEC sp_configure 'allow updates', 1 RECONFIGURE WITH OVERRIDE 2、修改数据库Master中的表:sysdatabases 将 status字段数值更改为4 3、再执行如下SQL: EXEC sp_configure 'allow updates', 0 RECONFIGURE WITH OVERRIDE。

报错可能的原因

RestorePending一般是在进行页恢复的过程中出现的,就是在进行了restore操作之后但还没有进行recovery操作之前页的状态。出现这样的问题可以肯定这个表是损坏了,但是在查询数据的时候如果不会查询到损坏页面的数据话是不会报错的,也就是说可以有条件的使用这个表。参考资料

报错信息

查询脚本:select * from t_jxjs_pctq where c_bh_tqxx = '8ae480b26320550e016323d098050175';

报错信息:HY000-[SQL Server] 数据库 ID 11,页[1:60682]已标记为RestorePending,可能表名磁盘已损坏,要从此状态进行恢复,请执行还原操作。

数据库修复

--修复改数据库 1.此时我们需要将数据库设置成单用户模式:
右键点击数据库 -> 属性 -> 选项 -> 状态 -> 限制访问 -> 选择Single-> 确定。注意修复完成后需要改回多用户模式。
--2.使用dbcc checkdb进行数据库修复
DBCC CHECKDB ('db_xfzx', REPAIR_FAST) 
--修复过程中报错信息:
T_JXJS_HYJL的 DBCC 结果。
消息 8928,级别 16,状态 2,第 1 行
对象 ID 885578193,索引 ID 1,分区 ID 72057594060341248,分配单元 ID 72057594075873280 (类型为 In-row data): 无法处理页 (1:70890)。有关详细信息,请参阅其他错误消息。
        DBCC 语句的修复级别导致避开了此修复。
消息 8939,级别 16,状态 98,第 1 行
表错误: 对象 ID 885578193,索引 ID 1,分区 ID 72057594060341248,分配单元 ID 72057594075873280 (类型为 In-row data),页 (1:70890)。测试(IS_OFF (BUF_IOERR, pBUF->bstat))失败。值为 12584969 和 -6。
        修复此错误要求首先修正其他错误。
消息 8976,级别 16,状态 1,第 1 行
表错误: 对象 ID 885578193,索引 ID 1,分区 ID 72057594060341248,分配单元 ID 72057594075873280 (类型为 In-row data)。在扫描过程中未发现页 (1:70890),但该页的父级 (1:704) 和上一页 (1:450709) 都引用了它。请检查以前的错误消息。
        修复此错误要求首先修正其他错误。
对象 'T_JXJS_HYJL' 的 6 页中有 249 行。
CHECKDB 在表 'T_JXJS_HYJL' (对象 ID 885578193)中发现 0 个分配错误和 3 个一致性错误。
​
--3.重建索引并修复,报一样的错
DBCC CHECKDB ('db_xfzx', REPAIR_REBUILD)
​
--4.在修复过程中发现T_YWGY_WSQD_WS,T_JXJS_HYJL均有此报错。同时检查其他库没有发现有损坏情况。
​
--5.尝试进行单个表修复,以及对损坏页的单独修复,均会报上面的的错。
dbcc checktable('t_jxjs_pctq',REPAIR_REBUILD) 
dbcc page(11,1,60682,3)

dbcc checkdb并未能解决问题。

TAG标签:
版权声明:本文由澳门新浦金网站发布于数据库,转载请注明出处:SqlServer索引页损坏恢复新浦金娱乐场官网