比如在某个表中使用 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'