数据库不能备份和DBCC checkdb

boy9742 2011-02-16 02:20:14

某数据库的前端程序由其它厂商提供，并发量在20个左右，近来常出现阻塞，基本调用的语句都是存贮过程。

备份的时候，提示如下：

消息 3013，级别 16，状态 1，第 1 行
BACKUP DATABASE 正在异常终止。
消息 845，级别 17，状态 1，第 1 行
等待用于页 (1:1804686)，数据库 ID 8 的缓冲区闩锁类型 3 时发生超时。

DBcc Checkdb时提示：
消息 1823，级别 16，状态 2，第 1 行
无法创建数据库快照，因为它未能启动。
消息 7928，级别 16，状态 1，第 1 行
无法创建数据库快照以进行在线检查。可能前一个错误消息已给出原因，或者某个基础卷不支持稀疏文件或备用流。请尝试使用独占访问来运行离线检查。
.....

在线状态的情况下，执行：
alter database 数据库名 set emergency，10小时也不能完成。

有何妙策做修复呢？，调整前端程序基本不可能的。

...全文

562 5 打赏收藏转发到动态举报

写回复

用AI写文章

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

boy9742 2011-03-14

打赏
举报

[Quote=引用 4 楼 dawugui 的回复:]
新建一个空库,把所有的东西导入到新库中去.
然后备份新库,在还原成旧库的名称.
[/Quote]

楼上的这个办法可以考虑，谢谢，只不过数据库比较大，有50G。

1、
磁盘没有坏道，叫专人检查过。
2、
重建索引之后，再dbcc checkdb，提示如下：

消息 8929，级别 16，状态 1，第 1 行
对象 ID 2011073238，索引 ID 1，分区 ID 72057776454303744，分配单元 ID 72058003631177728 (类型为 In-row data): 在 ID 为 1471545344 的行外数据中发现错误，该数据由 RID = (1:2310056:3) 标识的 data 记录所有
消息 2533，级别 16，状态 1，第 1 行
表错误: 看不到分配给对象 ID 2011073238，索引 ID 1，分区 ID 72057776454303744，分配单元 ID 72058003631308800 (类型为 LOB data)的页 (1:657006)。该页可能无效，或者页头中可能包含错误的分配单元 ID。
消息 8965，级别 16，状态 1，第 1 行
表错误: 对象 ID 2011073238，索引 ID 1，分区 ID 72057776454303744，分配单元 ID 72058003631308800 (类型为 LOB data)。位于页 (1:657006)，槽 0，文本 ID 1471545344 的行外数据节点由页 (1:2310056)，槽 3 引用，但扫描过程中未检测到该节点。

3、用dbcc checkdb('AAA',REPAIR_ALLOW_DATA_LOSS)，执行多次之后能修复，但使用者报告说数据丢失。

继续寻找其它解决办法。

dawugui 2011-02-18

打赏
举报

新建一个空库,把所有的东西导入到新库中去.
然后备份新库,在还原成旧库的名称.

lmajia 2011-02-18

打赏
举报

如果经常出现此问题,磁盘有坏道了吧?

boy9742 2011-02-16

打赏
举报

谢谢楼上的回复，
用dbcc checkdb('AAA',REPAIR_ALLOW_DATA_LOSS)，可以解决问题，不过我想寻找其它的解决办法。
继续等待，谢谢啦。。

打一壶酱油 2011-02-16

打赏
举报



 alter database 数据库名 set single_user  with rollback immediate



 这个就是独占访问的语法

企业管理器--右键suspect的数据库--所有任务--分离数据库 　　　　然后备份你的suspect数据库的文件,再按下面的步骤处理: 　　　　1.新建一个同名的数据库 　　　　2.再停掉sql server 　　　　3.用suspect数据库的文件覆盖掉这个新建的同名数据库 　　　　4.再重启sql server 　　　　5.此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名) 　　　　USE MASTER 　　GO 　　　　SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE 　　GO 　　　　UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='his222' 　　Go 　　　　sp_dboption 'test', 'single user', 'true' 　　Go 　　　　DBCC CHECKDB('test') 　　Go 　　　　update sysdatabases set status =28 where name='test' 　　Go 　　　　sp_configure 'allow updates', 0 reconfigure with override 　　Go 　　　　sp_dboption 'test', 'single user', 'false' 　　Go 　　　　6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用　　数据库的脚本创建一个新的数据库,并将数据导进去就行了. 　　　　如果这样改不加数据库状态,你就把数据库导成一个新库来代替旧库吧　　　　企业管理器--右键你的数据库--所有任务--导出数据　　　　　　　--目标标数据库选择新建　　　　　　　--选择"在两个sql数据库之间复制对象和数据" 　　　　　　　--把"包含扩展属性"选上,其他的根据需要选择　　　　　　　--最后完成问题是恢复后数据的确是可以使用，但数据就少了许多，最近的数据也只有8.16日的数据。求求各位有没有更好的方法恢复呢，不然我就好坎坷.

确保没有其他链接连接到当前错误数据库后，重启SqlServer服务然后执行 use master declare @databasename varchar(255) set @databasename='\u6570\u636e\u5e93\u540d' exec sp_dboption @databasename, N'single', N'true'--将目标数据库置为单用户状态 dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(@databasename,REPAIR_REBUILD) exec sp_dboption @databasename

由于种种原因，我们如果当时仅仅备份了mdf文件，那么恢复起来就是一件很麻烦的事情了。　　如果您的mdf文件是当前数据库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库，但是会出现类似下面的提示信息　　设备激活错误。物理文件名 ’C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF’ 可能有误。　　已创建名为 ’C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.LDF’ 的新日志文件。　　但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误信息服务器: 消息 1813，级别 16，状态 2，行 1 　　未能打开新数据库 ’test’。CREATE DATABASE 将终止。　　设备激活错误。物理文件名 ’d:\test_log.LDF’ 可能有误。　　应该怎么办呢?下面我们举例说明恢复办法。　　A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server EntERPrise Manager里面建立。　　B.停掉数据库服务器。　　C.将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。　　D.启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。　　E.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。　　use master 　　go 　　sp_configure ’allow updates’,1 　　go 　　reconfigure with override 　　go 　　F.设置test为紧急修复模式　　update sysdatabases set status=-32768 where dbid=DB_ID(’test’) 　　此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表　　G.下面执行真正的恢复操作，重建数据库日志文件　　dbcc rebuild_log(’test’,’C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf’) 　　执行过程中，如果遇到下列提示信息：　　服务器: 消息 5030，级别 16，状态 1，行 1 　　未能排它地锁定数据库以执行该操作。　　DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。　　说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。　　正确执行完成的提示应该类似于：告: 数据库 ’test’ 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。　　DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。　　此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。　　H.验证数据库一致性(可省略) 　　dbcc checkdb(’test’) 　　一般执行结果如下：　　CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 ’test’ 中)。　　DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。　　I.设置数据库为正常状态　　sp_dboption ’test’,’dbo use only’,’false’ 　　假如没有出错，现在你就可以正常的使用恢复后的数据库啦。　　J.最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成　　sp_configure ’allow updates’,0 　　go 　　reconfigure with override 　　go

目录 SQL Server维护 1 适用人员： 2 一、 SQL Server安装 4 SQL 2000安装 4 检查SQL Server 2000版本 20 SQL 2005 安装 20 SQL 2005配置 32 检查SQL Server2005版本 34 SQL 2008（包括 SQL 2008R2）安装 35 SQL 2008配置 45 检查SQL Server 2008版本 45 Windows 2008中安装SQL 2008 46 常见问题 49 安装过程中提示有文件或进程挂起 49 使用windows账号可以登录，可是sa没法登陆 49 本地能连接上，其他电脑不能连接 52 安装过程中提示性能计数器错误 52 二、 SQL Server卸载 54 SQL 2000卸载 54 SQL 2005 卸载 55 SQL 2008卸载 56 三、更改SQL Server排序规则 56 SQL 2000 排序规则修改 56 SQL 2005 排序规则修改 58 SQL 2008 排序规则修改 58 四、备份与还原数据库 59 SQL 2000备份数据库 59 SQL 2000还原数据库 62 SQL 2005/2008 备份数据库 65 SQL 2005/2008 还原数据库 68 五、附加与分离数据库 74 SQL 2000附加数据库 75 SQL 2000分离数据库 76 SQL 2005/2008附加数据库 77 SQL 2005/2008分离数据库 81 六、建立维护计划为服务器加速 83 SQL 2000中建立维护计划优化系统 83 SQL 2005或SQL 2008种建立维护计划优化系统 88 1、自行创建维护计划 88 2、运用维护计划向导创建维护计划 91 3、各维护计划任务选项的说明 101 4、手动删除维护计划 107 七、启用AWE或者3GB为服务器加速 108 判断采用AWE还是3GB 108 ＡＷＥ方式确定SQL Server占用的内存大小 108 3GB开启方式 108 在SQL 2000 中开启AWE 111 在SQL 2005或SQL 2008中开启AWE 113 八、日志清除 116 各版本数据库清除语句 116 SQL 2000、SQL 2005清除语句 116 SQL 2008清除语句 116 通过重建数据库彻底解决问题（还没实践过，慎用） 116 九、索引维护 117 SQL 2000索引维护 117 SQL 2005/2008索引维护 121 十、触发器管理 125 触发器查询语句 125 触发器管理语句 126 触发器管理工具 126 十一、利用SQL Server导入导出数据 127 SQL 2000数据导入导出 127 SQL 2005/2008数据导入导出 133 十二、 SQL跟踪器的使用 144 易飞6.0特殊设置 144 SQL 2000跟踪器的使用 145 SQL 2005/2008跟踪器的使用 150 十三、 数据库异常检测以及简单修复 154 1. SQL Server数据库为什么易损坏呢？ 154 2 预防措施 154 3. 其他的一些常用的修复命令 154 1. DBCC CHECKDB 154 2. DBCC CHECKTABLE 155 4.数据库日志损坏的修复 155 5. 数据库质疑的一般处理 156 6.还原数据库到指定时间点 156

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

疑难问题

22,210

社区成员

121,726

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章