修复发生“由于数据移动,未能继续以 NOLOCK 方式扫描”错误的数据库
最近在系统运行中发现了一个错误,错误信息如下:
错误信息:查询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 方式扫描”错误的数据库的更多相关文章
- SQL SERVER 报:由于数据移动,未能继续以 NOLOCK 方式扫描错误的解决办法。
比如在某个表中使用 select xxx from xxx with(nolock) where xxxx 查询. 提示出错:由于数据移动,未能继续以 NOLOCK 方式扫描. 它有可能某些条件出错, ...
- 金蝶K3,名称或代码在系统中已被使用,由于数据移动,未能继续以NOLOCK方式扫描
使用金蝶K3时出现:名称或代码在系统中已被使用:错误代码:3604(E14H)source:Microsoft OLE DB provider for SQL SERVERDetail:由于数据移动, ...
- 06 使用bbed修复delete的数据--01
06 使用bbed修复delete的数据--01 根据rowid查看数据文件和block号 SYS@ orcl ; ROWID ID NAME FILE# BLOCK# --------------- ...
- iOS开发中的4种数据持久化方式【二、数据库 SQLite3、Core Data 的运用】
在上文,我们介绍了ios开发中的其中2种数据持久化方式:属性列表.归档解档.本节将继续介绍另外2种iOS持久化数据的方法:数据库 SQLite3.Core Data 的运 ...
- ArcMap导入数据到ArcSDE报000597或者000224的错误
这两天碰到不同用户提出的不同的问题,可是分析之后发现导致该问题的解决办法是同一个原因. -------------------------------------------------------- ...
- 缓存策略 半自动化就是mybaitis只支持数据库查出的数据映射到pojo类上,而实体到数据库的映射需要自己编写sql语句实现,相较于hibernate这种完全自动化的框架我更喜欢mybatis
springboot入门(三)-- springboot集成mybatis及mybatis generator工具使用 - FoolFox - CSDN博客 https://blog.csdn.net ...
- C#中POST数据和接收的几种方式(抛砖引玉)
POST方式提交数据,一种众所周知的方式: html页面中使用form表单提交,接收方式,使用Request.Form[""]或Request.QueryString[" ...
- [转]C#中POST数据和接收的几种方式
POST方式提交数据,一种众所周知的方式: html页面中使用form表单提交,接收方式,使用Request.Form[""]或Request.QueryString[" ...
- SpringMVC提交数据遭遇基础类型和日期类型报400错误解决方法
使用SpringMVC开发的时候,页面如果有日期格式的数据,后台接受也是java.util.Date,则报告400错误 .下面是解决方案的演示示例: 这个是实体类,里面createDate就是java ...
随机推荐
- Traceroute命令原理(转)
Traceroute命令基本功能 该命令用于测试两个TCP/IP系统之间的网络层连通性和显示传输路径中每一跳地址,又称为路径跟踪,如果Traceroute命令测试成功,我们能够观察到从源主机到目的主机 ...
- Services (服务)
*/ .hljs { display: block; padding: 0.5em; background: #F0F0F0; } .hljs, .hljs-subst, .hljs-tag .hlj ...
- JS与Jquery学习笔记(二)
一. JS 的面向对象 JS没有类,其类就用function来代替如下所示: function Cat(name, color){ this.name=name; this.color=color; ...
- DB2 错误信息码
000 00000 SQL语句成功完成 01xxx SQL语句成功完成,但是有警告 +012 01545 未限定的列名被解释为一个有相互关系的引用 +098 01568 动态SQL语句用分号结束 +1 ...
- Teamcenter 2007 "由于某些意外的 DBMS 错误失败"
PLM系统实施过程中经常需要做整个系统的克隆备份.Teamcenter2007在做基于Oracel的系统克隆时,用exp功能导出数据表,部署在目标机器上时会遇到DBMS错误,导致后续DB写操作无法进行 ...
- Android 适配2
Android AutoLayout全新的适配方式 堪称适配终结者 转载请标明出处: http://blog.csdn.net/lmj623565791/article/details/4999094 ...
- String 归档
1.古罗马皇帝凯撒在打仗时曾经使用过以下方法加密军事情报:,请编写一个程序,使用上述算法加密或解密用户输入的英文字串要求设计思想.程序流程图.源代码.结果截图. 设计思想: 1)输入一个字符串str( ...
- CSS浮动(float,clear)通俗讲解
首先要知道,div是块级元素,在页面中独占一行,自上而下排列,也就是传说中的流.如下图: 可以看出,即使div1的宽度很小,页面中一行可以容下div1和div2,div2也不会排在div1后边,因为d ...
- linux shell 字符串操作
转:http://justcoding.iteye.com/blog/1963463 在做shell批处理程序时候,经常会涉及到字符串相关操作.有很多命令语句,如:awk,sed都可以做字符串各种操作 ...
- wlan-mcs来自百度百科
工作原理 802.11n射频速率的配置通过MCS(Modulation and Coding Scheme,调制与编码策略)索引值实现.MCS调制编码表是802.11n为表征WLAN的通讯速率而提出的 ...