欢迎光临
个人知识库,ERP、IT知识分享和应用

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

比如在某个表中使用 select xxx from xxx with(nolock) where xxxx 查询。

提示出错:由于数据移动,未能继续以 NOLOCK 方式扫描。 它有可能某些条件出错,某些条件不出错。

原因是有可能该表在物理文件存储中某一块数据损坏了。或者该表中的索引和表的数据不一致了。

解决办法-如果是整个库出错可以使用:

1、快速修复
DBCC CHECKDB (‘数据库名‘, REPAIR_FAST)

2、重建索引并修复
DBCC CHECKDB (‘数据库名‘, REPAIR_REBUILD)

3、如果必要允许丢失数据修复
DBCC CHECKDB (‘数据库名‘‘, REPAIR_ALLOW_DATA_LOSS)

 

如果只是某个表出错-可以使用:

DBCC CHECKTABLE ()

如果出现错误:未处理修复语句。数据库需处于单用户模式下。

可以先启用单用户模式

MSSQL 单用户模式的启用与停止(关闭)

–开启数据库的单用户模式
Use master
go
sp_dboption 数据库名称,’single user’,true

–停止数据库的单用户模式

Use master
go
sp_dboption 数据库名称,’single user’,false

 

转载,仅供参考学习:

问题描述:

在操作软件时提示:“由于数据移动,无法继续以NOLOCK方式扫描”。

解决方案:
SQL数据库存在错误需要修复,在确认没有任何用户连接账套的情况下,进行数据库修复,
修复模式为有损修复,修复前一定要备份数据库。以下为修复语句(高版本数据可能没有
sp_dboption 这个存储过程):

--通过以下语句查询出错的数据表
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

--修复数据表
use 需要修复的数据库实体的名称
declare @dbname varchar(255)
set @dbname="需要修复的数据库实体的名称"
exec sp_dboption @dbname,'single user' ,'true'
dbcc checktable("需要修复的数据表的名称",REPAIR_ALLOW_DATA_LOSS)
dbcc checktable("需要修复的数据表的名称",REPAIR_REBUILD)
exec sp_dboption @dbname,'single user' ,'false'
未经允许不得转载:Blog.XiaoMing.Xyz » SQL SERVER 报:由于数据移动,未能继续以 NOLOCK 方式扫描错误的解决办法。
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址