最近在系统运行中发现了一个错误,错误信息如下:
错误信息:查询A201412C20568单证信息错误 ---> System.Data.OleDb.OleDbException: 由于数据移动,未能继续以 NOLOCK 方式扫描。

一开始我认为企业的数据库是SQL SERVER 2005以上的版本,使用了以下方式:
USE MASTER
GO ALTER DATABASE work_yf SET SINGLE_USER
GO --允许丢失数据修复
DBCC CHECKDB (work_yf, REPAIR_ALLOW_DATA_LOSS)
GO ALTER DATABASE work_yf SET MULTI_USER

在执行了命令之后,发现无法成功。后研究了一下企业使用的数据库,发现是SQL SERVER 2000的。所以只能使用以下方式进行修复。

第一步:通过以下代码查询,是哪些表中出错了

DECLARE @table_name sysname
DECLARE ROY_table CURSOR FOR
SELECT name FROM sysobjects where xtype in ('u','s')
OPEN ROY_table
FETCH NEXT FROM ROY_table INTO @table_name
WHILE @@FETCH_STATUS = 0
BEGIN
DBCC CheckTable (@table_name)
PRINT '--------------数据表'+@table_name + '的检查整理完成------------------' FETCH NEXT FROM ROY_table INTO @table_name
END
CLOSE ROY_table
DEALLOCATE ROY_table

执行上述命名之后,会在“消息”窗口中显示如下信息:(以下信息中只有出错信息,其他正常信息已经去除)

服务器: 消息 8929,级别 16,状态 1,行 10
对象 ID 2: 在文本 ID 177078272 中发现错误,该文本的所有者是由 RID = (1:135:19) id = 661577395 and indid = 3 标识的数据记录。
服务器: 消息 8961,级别 16,状态 1,行 10
表错误: 对象 ID 2。text、ntext 或 image 节点(位于页 (1:66),槽 2,文本 ID 177078272)与该节点位于页 (1:284),
槽 6 处的引用不匹配。
'sysindexes' 的 DBCC 结果。
对象 'sysindexes' 有 304 行,这些行位于 14 页中。
CHECKTABLE 发现了 0 个分配错误和 2 个一致性错误(在表 'sysindexes' 中,该表的对象 ID 为 2)。
通过上面的提示信息,找到出错的索引或统计信息

--------------数据表sysindexes的检查整理完成------------------
服务器: 消息 8936,级别 16,状态 1,行 10
表错误: 对象 ID 709577566,索引 ID 1。B 树链的链接不匹配。(1:2203)->next = (1:176),但 (1:176)->Prev = (1:2045)。
服务器: 消息 8977,级别 16,状态 1,行 10
表错误: 对象 ID 709577566,索引 ID 1。未遇到页 (1:2203) 的父节点。
'PDE_LIST_ORG' 的 DBCC 结果。
对象 'PDE_LIST_ORG' 有 216 行,这些行位于 11 页中。
CHECKTABLE 发现了 0 个分配错误和 2 个一致性错误(在表 'PDE_LIST_ORG' 中,该表的对象 ID 为 709577566)。
repair_rebuild 是最低的修复级别(对于由 DBCC CHECKTABLE (work_yf.dbo.PDE_LIST_ORG ) 发现的错误而言)。
--------------数据表PDE_LIST_ORG的检查整理完成------------------
服务器: 消息 8978,级别 16,状态 1,行 10
表错误: 对象 ID 725577623,索引 ID 1。页 (1:3891) 缺少上一页 (1:3892) 对它的引用。可能是因为链的链接有问题。
服务器: 消息 8976,级别 16,状态 1,行 10
表错误: 对象 ID 725577623,索引 ID 1。在扫描操作中未发现页 (1:3892),而其父代 (1:2198) 和上一页 (1:3889) 指向了该页。
请检查先前的错误。
'PDE_LIST_ORG_HISTROY' 的 DBCC 结果。
对象 'PDE_LIST_ORG_HISTROY' 有 16755 行,这些行位于 489 页中。
CHECKTABLE 发现了 0 个分配错误和 2 个一致性错误(在表 'PDE_LIST_ORG_HISTROY' 中,该表的对象 ID 为 725577623)。
repair_rebuild 是最低的修复级别(对于由 DBCC CHECKTABLE (work_yf.dbo.PDE_LIST_ORG_HISTROY ) 发现的错误而言)。
--------------数据表PDE_LIST_ORG_HISTROY的检查整理完成------------------
第二步,进行分析,除了上面的斜体字部分,需要注意,其他都很清楚,就是两张业务表发生了错误。

而斜体字部分是指一张系统表sysindexes,需要进一步查询是哪些索引出错了。
1) 使用以下语句检查是哪些索引出现了问题,原来是_WA_Sys_STATUS_276EDEB3出错是问题。
SELECT *  FROM SYSINDEXES WHERE  id = 661577395 and indid = 3
select * from sysobjects where id = 661577395


第三步,进行修得操作。具体操作方法如下:

--方法如下:

--1. 先停掉数据库服务器,把出问题的数据库(例如:work_yf)的.mdf与.ldf文件备份到备份目录中。
--2.我们使用默认方式建立一个供恢复使用的数据库(如work_yf)。可以在SQL   Server   Enterprise   Manager里面建立。  
--3.停掉数据库服务器。  
--4.将刚才生成的数据库的日志文件work_yf_log.ldf删除,用要修复的数据库mdf文件覆盖刚才生成的数据库数据文件work_yf_data.mdf。  
--5.启动数据库服务器。此时会看到数据库work_yf的状态为“置疑”。这时候不能对此数据库进行任何操作。  
--6.设置数据库允许直接操作系统表。此操作可以在SQL   Server   Enterprise   Manager里面选择数据库服务器,按右键,选择“属性”,
在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。  
use   master
go
exec sp_configure 'allow updates',1
go
reconfigure with override
go

--7.设置work_yf为紧急修复模式  
update sysdatabases set status=-32768 where dbid=DB_ID('work_yf')  

--此时可以在SQL   Server   Enterprise   Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表,
但是仅仅有系统表   --8.下面执行真正的恢复操作,重建数据库日志文件  
go

dbcc rebuild_log('work_yf','D:\Program Files\Microsoft SQL Server\MSSQL\Data\work_yf_log.ldf')  

go

--执行过程中,如果遇到下列提示信息:  
--服务器:   消息   5030,级别   16,状态   1,行   1  
--未能排它地锁定数据库以执行该操作。  
--DBCC   执行完毕。如果   DBCC   输出了错误信息,请与系统管理员联系。  
--说明您的其他程序正在使用该数据库,如果刚才您在F步骤中使用SQL   Server   Enterprise   Manager打开了work_yf库的系统表,
那么退出SQL   Server   Enterprise   Manager就可以了。  
--正确执行完成的提示应该类似于:  
--警告:   数据库   'work_yf'   的日志已重建。已失去事务的一致性。应运行   DBCC   CHECKDB   以验证物理一致性。
将必须重置数据库选项,并且可能需要删除多余的日志文件。  
--DBCC   执行完毕。如果   DBCC   输出了错误信息,请与系统管理员联系。  
--此时打开在SQL   Server   Enterprise   Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。   --9 设置为单用户状态
go

exec sp_dboption 'work_yf','dbo use only','false'
GO exec sp_dboption 'work_yf', 'single user', 'true'
go
reconfigure with override


--10 修复表,具体要修复哪些表,请在执行DBCC CheckTable (表名) ,自行检查。我在这里使用了"重建索引并修复(REPAIR_REBUILD)"的选项。
一共有三个选项: --1) 快速修复 REPAIR_FAST
--2) 重建索引并修复 REPAIR_REBUILD
--3) 允许丢失数据修复 REPAIR_ALLOW_DATA_LOSS
use work_yf
GO
DBCC CheckTable (PDE_LIST_ORG_HISTROY,REPAIR_REBUILD)
GO
DBCC CheckTable (PDE_LIST_ORG,REPAIR_REBUILD)
GO
DBCC CheckTable (PDE_HEAD,REPAIR_REBUILD)

--刚才我在检查的时候,发现一个_WA_Sys_STATUS_276EDEB3也出错了,这是SQL SERVER自动建立的统计信息,
所以需要进行删除,然后在进行修复
GO
DROP STATISTICS PDE_HEAD._WA_Sys_STATUS_276EDEB3
GO
DBCC CheckTable (SYSINDEXES,REPAIR_REBUILD)
GO

--11.验证数据库一致性(可省略)  
 use   master
go
DBCC CheckDB (work_yf)
go

--一般执行结果如下:  
--CHECKDB   发现了   0   个分配错误和   0   个一致性错误(在数据库   'work_yf'   中)。  
--DBCC   执行完毕。如果   DBCC   输出了错误信息,请与系统管理员联系。   --12.设置数据库为正常状态  
exec sp_dboption 'work_yf', 'single user', 'false'
go
exec sp_dboption 'work_yf','dbo use only','false'
go

--如果没有出错,那么恭喜,现在就可以正常的使用恢复后的数据库啦。  
--13.最后一步,我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。
当然,我们可以在SQL   Server   Enterprise   Manager里面恢复,也可以使用如下语句完成  
exec sp_configure   'allow updates',0
go
reconfigure with override
go

												

修复发生“由于数据移动,未能继续以 NOLOCK 方式扫描”错误的数据库的更多相关文章

  1. SQL SERVER 报:由于数据移动,未能继续以 NOLOCK 方式扫描错误的解决办法。

    比如在某个表中使用 select xxx from xxx with(nolock) where xxxx 查询. 提示出错:由于数据移动,未能继续以 NOLOCK 方式扫描. 它有可能某些条件出错, ...

  2. 金蝶K3,名称或代码在系统中已被使用,由于数据移动,未能继续以NOLOCK方式扫描

    使用金蝶K3时出现:名称或代码在系统中已被使用:错误代码:3604(E14H)source:Microsoft OLE DB provider for SQL SERVERDetail:由于数据移动, ...

  3. 06 使用bbed修复delete的数据--01

    06 使用bbed修复delete的数据--01 根据rowid查看数据文件和block号 SYS@ orcl ; ROWID ID NAME FILE# BLOCK# --------------- ...

  4. iOS开发中的4种数据持久化方式【二、数据库 SQLite3、Core Data 的运用】

                   在上文,我们介绍了ios开发中的其中2种数据持久化方式:属性列表.归档解档.本节将继续介绍另外2种iOS持久化数据的方法:数据库 SQLite3.Core Data 的运 ...

  5. ArcMap导入数据到ArcSDE报000597或者000224的错误

    这两天碰到不同用户提出的不同的问题,可是分析之后发现导致该问题的解决办法是同一个原因. -------------------------------------------------------- ...

  6. 缓存策略 半自动化就是mybaitis只支持数据库查出的数据映射到pojo类上,而实体到数据库的映射需要自己编写sql语句实现,相较于hibernate这种完全自动化的框架我更喜欢mybatis

    springboot入门(三)-- springboot集成mybatis及mybatis generator工具使用 - FoolFox - CSDN博客 https://blog.csdn.net ...

  7. C#中POST数据和接收的几种方式(抛砖引玉)

    POST方式提交数据,一种众所周知的方式: html页面中使用form表单提交,接收方式,使用Request.Form[""]或Request.QueryString[" ...

  8. [转]C#中POST数据和接收的几种方式

    POST方式提交数据,一种众所周知的方式: html页面中使用form表单提交,接收方式,使用Request.Form[""]或Request.QueryString[" ...

  9. SpringMVC提交数据遭遇基础类型和日期类型报400错误解决方法

    使用SpringMVC开发的时候,页面如果有日期格式的数据,后台接受也是java.util.Date,则报告400错误 .下面是解决方案的演示示例: 这个是实体类,里面createDate就是java ...

随机推荐

  1. Traceroute命令原理(转)

    Traceroute命令基本功能 该命令用于测试两个TCP/IP系统之间的网络层连通性和显示传输路径中每一跳地址,又称为路径跟踪,如果Traceroute命令测试成功,我们能够观察到从源主机到目的主机 ...

  2. Services (服务)

    */ .hljs { display: block; padding: 0.5em; background: #F0F0F0; } .hljs, .hljs-subst, .hljs-tag .hlj ...

  3. JS与Jquery学习笔记(二)

    一. JS 的面向对象 JS没有类,其类就用function来代替如下所示: function Cat(name, color){ this.name=name; this.color=color; ...

  4. DB2 错误信息码

    000 00000 SQL语句成功完成 01xxx SQL语句成功完成,但是有警告 +012 01545 未限定的列名被解释为一个有相互关系的引用 +098 01568 动态SQL语句用分号结束 +1 ...

  5. Teamcenter 2007 "由于某些意外的 DBMS 错误失败"

    PLM系统实施过程中经常需要做整个系统的克隆备份.Teamcenter2007在做基于Oracel的系统克隆时,用exp功能导出数据表,部署在目标机器上时会遇到DBMS错误,导致后续DB写操作无法进行 ...

  6. Android 适配2

    Android AutoLayout全新的适配方式 堪称适配终结者 转载请标明出处: http://blog.csdn.net/lmj623565791/article/details/4999094 ...

  7. String 归档

    1.古罗马皇帝凯撒在打仗时曾经使用过以下方法加密军事情报:,请编写一个程序,使用上述算法加密或解密用户输入的英文字串要求设计思想.程序流程图.源代码.结果截图. 设计思想: 1)输入一个字符串str( ...

  8. CSS浮动(float,clear)通俗讲解

    首先要知道,div是块级元素,在页面中独占一行,自上而下排列,也就是传说中的流.如下图: 可以看出,即使div1的宽度很小,页面中一行可以容下div1和div2,div2也不会排在div1后边,因为d ...

  9. linux shell 字符串操作

    转:http://justcoding.iteye.com/blog/1963463 在做shell批处理程序时候,经常会涉及到字符串相关操作.有很多命令语句,如:awk,sed都可以做字符串各种操作 ...

  10. wlan-mcs来自百度百科

    工作原理 802.11n射频速率的配置通过MCS(Modulation and Coding Scheme,调制与编码策略)索引值实现.MCS调制编码表是802.11n为表征WLAN的通讯速率而提出的 ...