检查数据库完整性失败:(-1073548784) 执行查询“DBCC CHECKDB WITH NO_INFOMSGS

谁是谁的谁 2010-09-08 08:31:54

请帮忙看看以下错误该如何修复?



/*

任务开始: 2010-09-08T04:57:50。

任务结束: 2010-09-08T05:01:24。

失败:(-1073548784) 执行查询“DBCC CHECKDB WITH NO_INFOMSGS

”失败，错误如下:“页 (1:263346)，槽 10 位于对象 ID 304212334，索引 ID 1，分区 ID 72057608279949312，分配单元 ID 72057608241872896 (类型为"In-row data")中。列 "orgadvoff" 的值超出了数据类型"numeric"的范围。请将该列更新为合法的值。

页 (1:263346)，槽 13 位于对象 ID 304212334，索引 ID 1，分区 ID 72057608279949312，分配单元 ID 72057608241872896 (类型为"In-row data")中。列 "nttax" 的值超出了数据类型"numeric"的范围。请将该列更新为合法的值。

页 (1:263347)，槽 8 位于对象 ID 304212334，索引 ID 1，分区 ID 72057608279949312，分配单元 ID 72057608241872896 (类型为"In-row data")中。列 "advoff" 的值超出了数据类型"numeric"的范围。请将该列更新为合法的值。

页 (1:263348)，槽 0 位于对象 ID 304212334，索引 ID 1，分区 ID 72057608279949312，分配单元 ID 72057608241872896 (类型为"In-row data")中。列 "exchange" 的值超出了数据类型"numeric"的范围。请将该列更新为合法的值。

*/

...全文

1136 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

obuntu 2010-09-08

打赏
举报



select * from sys.allocation_units

/*

container_id 



如果 type = 1 或 3，则 container_id = sys.partitions.hobt_id。



如果 type 为 2，则 container_id = sys.partitions.partition_id。

 

*/

谁是谁的谁 2010-09-08

打赏
举报

如何找到分配单元 ID 呢

谁是谁的谁 2010-09-08

打赏
举报

数据类型范围不能随意改的情况下,那么只能改值了是吗?

hao1hao2hao3 2010-09-08

打赏
举报

都是超出了范围，改大一点看看，实在不行做一下特殊处理，除以同一个基数（比如一百万）就可以了

obuntu 2010-09-08

打赏
举报

select OBJECT_NAME([object_id]) from sys.partitions

where partition_id=''

找出对应的object，然后修改下对应列的数据类型范围吧。

duanzhi1984 2010-09-08

打赏
举报

[Quote=引用 13 楼 nf_kyle 的回复:]
update ac001 set orgadvoff =cast(orgadvoff as numeric(12,2))
这样执行后仍然报错
[/Quote]

那我觉得是你的数值太大了吧．试下，将类型更改为numeric(15,2),再按１２楼进行转换．．

update ac001 set orgadvoff =cast(orgadvoff as numeric(15,2))

谁是谁的谁 2010-09-08

打赏
举报

update ac001 set orgadvoff =cast(orgadvoff as numeric(12,2))
这样执行后仍然报错

duanzhi1984 2010-09-08

打赏
举报

建议楼主将所有的数据都更新一扁，再查询下。

update ac001 set orgadvoff =cast(orgadvoff as numeric(12,2))

再查询是否可以。

select orgadvoff,* from ac001 where docno = 'SHP100101'

谁是谁的谁 2010-09-08

打赏
举报

我update ac001 set orgadvoff=0 where docno='SHP100101' 提示执行成功，
但是执行查询select 却报错，仅提示如下信息

在执行批处理时出现错误。错误消息为: 算术溢出。

table ac001 中orgadvoff字段属性如下
orgadvoff numeric no 9 12 2 yes (n/a) (n/a) NULL

claro 2010-09-08

打赏
举报

贴出详细错误信息。

以及如下语句结果

sp_help 'ac001'

obuntu 2010-09-08

打赏
举报

先执行

DBCC CHECKDB(dbname,REPAIR_REBUILD)

再看看。

billpu 2010-09-08

打赏
举报

没碰到过重新update不可以吗

谁是谁的谁 2010-09-08

打赏
举报

+100分继续求助

我现在已经找到那条错误的记录,但是查询该记录系统却报错,请教该怎么处理呢?



select orgadvoff,* from ac001 where docno = 'SHP100101' 

/*

在执行批处理时出现错误。错误消息为: 算术溢出。

*/

SQL数据库因为不同的物理或逻辑的原因被损坏，并可能导致重要数据丢失。大型SQL数据库，很容易受到损坏也难以恢复。用户可以选择运行程序，执行DBCC CHECKDB（yourdbname）与ALL_ERRORMSGS，NO_INFOMSGS来解决可能的错误和修复损坏的文件。然而，在严重受损的SQL文件的情况下，对于SQL数据库软件是一个恢复已删除或损坏的工具，使恢复和修复SQL数据库的过程更准确和精确。

Sql Server实用操作小技巧集合包括安装时提示有挂起的操作、收缩数据库、压缩数据库、转移数据库给新用户以已存在用户权限、检查备份集、修复数据库等（一）挂起操作在安装Sql或sp补丁的时候系统提示之前有挂起的安装操作，要求重启，这里往往重启无用，解决办法：到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 删除PendingFileRenameOperations （二）收缩数据库 --重建索引 DBCC REINDEX DBCC INDEXDEFRAG --收缩数据和日志 DBCC SHRINKDB DBCC SHRINKFILE （三）压缩数据库 dbcc shrinkdatabase(dbname) （四）转移数据库给新用户以已存在用户权限 exec sp_change_users_login 'update_one','newname','oldname' go （五）检查备份集 RESTORE VERIFYONLY from disk='E:\dvbbs.bak' （六）修复数据库 ALTER DATABASE [dvbbs] SET SINGLE_USER GO DBCC CHECKDB('dvbbs',repair_allow_data_loss) WITH TABLOCK GO ALTER DATABASE [dvbbs] SET MULTI_USER GO --CHECKDB 有3个参数: --REPAIR_ALLOW_DATA_LOSS -- 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。 --REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。 --REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。 --DBCC CHECKDB('dvbbs') with NO_INFOMSGS,PHYSICAL_ONLY SQL SERVER日志清除的两种方法在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法…… 方法一一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据方法二 SET NOCOUNT ON DECLARE @LogicalFileName sysname, @MaxMinutes INT, @NewSize INT USE tablename -- 要操作的数据库名 SELECT @LogicalFileName = 'tablename_log', -- 日志文件名 @MaxMinutes = 10, -- Limit on time allowed to wrap log. @NewSize = 1 -- 你想设定的日志文件的大小(M) -- Setup / initialize DECLARE @OriginalSize int SELECT @OriginalSize = size FROM sysfiles WHERE name = @LogicalFileName SELECT 'Original Size of ' + db_name() + ' LOG is ' + CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' FROM sysfiles WHERE name = @LogicalFileName CREATE TABLE DummyTrans (DummyColumn char (8000) not null) DECLARE @Counter INT, @StartTime DATETIME, @TruncLog VARCHAR(255) SELECT @StartTime = GETDATE(), @TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY' DBCC SHRINKFILE (@LogicalFileName, @NewSize) EXEC (@TruncLog) -- Wrap the log if necessary. WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName) AND (@OriginalSize * 8 /1024) > @NewSize BEGIN -- Outer loop. SELECT @Counter = 0 WHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000)) BEGIN -- update INSERT DummyTrans VALUES ('Fill Log') DELETE DummyTrans SELECT @Counter = @Counter + 1 END EXEC (@TruncLog) END SELECT 'Final Size of ' + db_name() + ' LOG is ' + CONVERT(VARCHAR(30),size) + ' 8K pages or ' + CONVERT(VARCHAR(30),(size*8/1024)) + 'MB' FROM sysfiles WHERE name = @LogicalFileName DROP TABLE DummyTrans SET NOCOUNT OFF 删除数据库中重复数据的几个方法 数据库的使用过程中由于程序方面的问题有时候会碰到重复数据，重复数据导致了数据库部分设置不能正确设置…… 方法一 declare @max integer,@id integer declare cur_rows cursor local for select 主字段,count(*) from 表名 group by 主字段 having count(*) > 1 open cur_rows fetch cur_rows into @id,@max while @@fetch_status=0 begin select @max = @max -1 set rowcount @max delete from 表名 where 主字段 = @id fetch cur_rows into @id,@max end close cur_rows set rowcount 0 方法二有两个意义上的重复记录，一是完全重复的记录，也即所有字段均重复的记录，二是部分关键字段重复的记录，比如Name字段重复，而其他字段不一定重复或都重复可以忽略。 1、对于第一种重复，比较容易解决，使用 select distinct * from tableName 就可以得到无重复记录的结果集。如果该表需要删除重复的记录（重复记录保留1条），可以按以下方法删除 select distinct * into #Tmp from tableName drop table tableName select * into tableName from #Tmp drop table #Tmp 发生这种重复的原因是表设计不周产生的，增加唯一索引列即可解决。 2、这类重复问题通常要求保留重复记录中的第一条记录，操作方法如下假设有重复的字段为Name,Address，要求得到这两个字段唯一的结果集 select identity(int,1,1) as autoID, * into #Tmp from tableName select min(autoID) as autoID into #Tmp2 from #Tmp group by Name,autoID select * from #Tmp where autoID in(select autoID from #tmp2) 最后一个select即得到了Name，Address不重复的结果集（但多了一个autoID字段，实际写时可以写在select子句中省去此列）更改数据库中表的所属用户的两个方法大家可能会经常碰到一个数据库备份还原到另外一台机器结果导致所有的表都不能打开了，原因是建表的时候采用了当时的数据库用户…… --更改某个表 exec sp_changeobjectowner 'tablename','dbo' --存储更改全部表 CREATE PROCEDURE dbo.User_ChangeObjectOwnerBatch @OldOwner as NVARCHAR(128), @NewOwner as NVARCHAR(128) AS DECLARE @Name as NVARCHAR(128) DECLARE @Owner as NVARCHAR(128) DECLARE @OwnerName as NVARCHAR(128) DECLARE curObject CURSOR FOR select 'Name' = name, 'Owner' = user_name(uid) from sysobjects where user_name(uid)=@OldOwner order by name OPEN curObject FETCH NEXT FROM curObject INTO @Name, @Owner WHILE(@@FETCH_STATUS=0) BEGIN if @Owner=@OldOwner begin set @OwnerName = @OldOwner + '.' + rtrim(@Name) exec sp_changeobjectowner @OwnerName, @NewOwner end -- select @name,@NewOwner,@OldOwner FETCH NEXT FROM curObject INTO @Name, @Owner END close curObject deallocate curObject GO SQL SERVER中直接循环写入数据没什么好说的了，大家自己看，有时候有点用处 declare @i int set @i=1 while @i<30 begin insert into test (userid) values(@i) set @i=@i+1 end

-1073548784，无法打开备份设备根据sqlservermanager所登录的用户添加文件夹权限即可，如图：

MS SQL 数据库状态为SUSPECT的处理方法当SQL SERVER数据库状态为质疑(SUSPECT)状态时，我们可以用以下方法来处理：1. 修改数据库为紧急模式：ALTER DATABASE DBName SET EMERGENCY .2. 检查数据库的完整性：DBCC CHECKDB(‘DBName’)3. 检查没有错误则恢复数据...文章潇湘隐者2016-04-252005浏览量DBC...

MS Sql Server 提供了很多数据库修复的命令，当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。　　1. DBCC CHECKDB 　　重启服务器后，在没有进行任何操作的情况下，在SQL查询分析器中执行以下SQL进行数据库的修复，修复数据库存在的一致性错误与分配错误。 use master declare @databasename varchar(255) set @d...

疑难问题

22,207

社区成员

121,730

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章