高分悬赏SQL Server高手啊，备份3041错误~

zanglinfeng 2011-06-20 11:45:09

大概5,6年前玩过几天SQL Server 2000，本来也就会备份恢复下，也忘了差不多了
现在遇到个SQL Server 2005备份错误，研究了下搞不定啊特求高手帮忙

说明：
MS SQL Server 2005，恢复策略:simple，备份类型:full，数据库日志限制100M，很久没备份了
(测试库备份没问题,但是测试库很久没恢复了，只有2G多，正式库3.8G）

出错内容:BACKUP DATABASE is terminating abnormally.

开始猜是第三方备份软件造成的，经测试发现不是
日志中发现错误代码3041，这个也许比较重要,WINDOWS日志view里面也有3041错误

06/14/2011 11:00:08,Backup,Unknown,BACKUP failed to complete the command BACKUP DATABASE MAXPROD. Check the backup application log for detailed messages.
06/14/2011 11:00:08,Backup,Unknown,Error: 3041<c/> Severity: 16<c/> State: 1.

现怀疑是不是日志问题啥的，需要截断日志？？？

...全文

936 23 打赏收藏转发到动态举报

写回复

用AI写文章

23 条回复

切换为时间正序

请发表友善的回复…

发表回复

zanglinfeng 2011-06-21

打赏
举报

谢谢各位，马上结贴~

唐诗三百首 2011-06-21

打赏
举报

补充,
4.参考以下文章做法.
http://blog.csdn.net/2004v2004/archive/2011/03/04/6223141.aspx

唐诗三百首 2011-06-21

打赏
举报

1.检查数据库错误 DBCC CHECKDB(MAXPROD)
别说不会看结果,基本看懂,能确定问题点就行.

2.修复数据库错误 DBCC CHECKDB(MAXPROD,REPAIR_REBUILD)

3.实在不行,介绍一下强制备份(with CONTINUE_AFTER_ERROR)



 backup database MAXPROD to disk='[备份文件路径]' 

 with format,init,CONTINUE_AFTER_ERROR

cd731107 2011-06-21

打赏
举报

[Quote=引用 15 楼 zanglinfeng 的回复:]
大概搞明白了，应该是全文索引导致的备份失败
测试了离线备份文件拷贝到另外一台机器，然后附加，出现错误找不到全文索引，恢复后也无法备份

不过这个全文索引是干啥的，能在不影响业务的情况下删除， or 设置成不影响备份不？

呵呵，请高手帮忙解答~
十分感谢，200分等着您们呐，嘿嘿哈哈~
[/Quote]
全文索引相当于like，用于模糊查询，删除了可能会对业务有影响

mingpei0703 2011-06-21

打赏
举报

3041错误：不能用先前版本的应用程序打开数据库（仅参考）
全文索引技术是目前搜索引擎的关键技术，这个对备份没影响的

日志大小不限制能不能备份？

claro 2011-06-21

打赏
举报

将离线文件在测试库上还原，做相应的调整，直到可以备份！

zanglinfeng 2011-06-21

打赏
举报

[Quote=引用 16 楼 claro 的回复:]
论坛？

如果不了解可以备份还原后重建它。
[/Quote]

哥，问题是现在备份都备份不了哦

claro 2011-06-21

打赏
举报

论坛？

如果不了解可以备份还原后重建它。

zanglinfeng 2011-06-21

打赏
举报

大概搞明白了，应该是全文索引导致的备份失败
测试了离线备份文件拷贝到另外一台机器，然后附加，出现错误找不到全文索引，恢复后也无法备份

不过这个全文索引是干啥的，能在不影响业务的情况下删除， or 设置成不影响备份不？

呵呵，请高手帮忙解答~
十分感谢，200分等着您们呐，嘿嘿哈哈~

AcHerat 2011-06-20

打赏
举报

按1楼所说DBCC数据库看看，试试直接正常完整备份，不要加什么限制。

BigInt 2011-06-20

打赏
举报

为什么要限制日志大小，先修改成不限制备份试试。

-晴天 2011-06-20

打赏
举报

这个对你或许有用:
http://connect.microsoft.com/SQLServer/feedback/details/476005/backup-error-3041-with-access-violation-error

-晴天 2011-06-20

打赏
举报

先用dbcc检查一下数据库看.

zanglinfeng 2011-06-20

打赏
举报

顶起来，等建议啊~

zanglinfeng 2011-06-20

打赏
举报

[Quote=引用 10 楼 fredrickhu 的回复:]
SQL code
如果是质疑的话：

--常规SQL SERVER数据库置疑后恢复步骤
--1．恢复步骤：
--a.将smlog_log.ldf文件备份到其它目录下；
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；
--c.执行以下语句修改数据库的状态：
use Master
go
upd……
[/Quote]

姐，（or哥们？）
这个数据库还是可以正常工作的，就是备份会出错，

质疑是啥意思？
你这种是不是将数据库重新update成可以正常备份的那种数据库啊，小弟不咋懂，不要害我哦，嘻嘻哈哈吼吼~

快溜 2011-06-20

打赏
举报

[Quote=引用 11 楼 zanglinfeng 的回复:]
引用 8 楼 fredrickhu 的回复:
你们怎么把日志大小给限制了这样的话要是没有备份你不得哭死

本来是别的IT部门管的，现在归我们管了，一看连备份都没有，吓得半死，赶紧备份，结果在线备份还出这个错。
呵呵，赶紧晚上离线备份,总算可以
[/Quote].

zanglinfeng 2011-06-20

打赏
举报

[Quote=引用 8 楼 fredrickhu 的回复:]
你们怎么把日志大小给限制了这样的话要是没有备份你不得哭死
[/Quote]

本来是别的IT部门管的，现在归我们管了，一看连备份都没有，吓得半死，赶紧备份，结果在线备份还出这个错。
呵呵，赶紧晚上离线备份,总算可以

--小F-- 2011-06-20

打赏
举报

如果是质疑的话：



--常规SQL SERVER数据库置疑后恢复步骤   

--1． 恢复步骤：   

--a.将smlog_log.ldf文件备份到其它目录下；   

--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；   

--c.执行以下语句修改数据库的状态：   

use Master   

go   

update sysdatabases set status=32768 where name='数据库名称'     --修改状态,設為緊急狀態 

go   

shutdown with nowait     --停止数据库服务器   

go   

--d.退出SQL并在(COMMAND)命令行模式中通过下面的代码重新启动SQL：   

sqlservr -c -T3608 -T4022     --安全模式启动SQL SERVER

--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：   

select Name,Status from sysdatabases where Name='数据库名稱'  

--f.执行以下代码新建日志文件：   

dbcc traceon(3604)--跟踪   

dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名

--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log.ldf

--g.将数据库置回正常状态：   

update sysdatabases set status=0 where name='数据库名称'   

--h.重新启动数据库后执行以下语句检查数据库：   

DBCC CHECKDB --如果执行完有错误用以下语句修复   

--i.要修复数据库必需将数据库改为单用户模式：   

Exce sp_dboption '数据库名称','single user','true'---('false'恢复多用户)   

--j.执行以下语句修复数据库：   

DBCC CHECKDB('数据库名称',REPAIR_ALLOW_DATA_LOSS)   

REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式   

REPAIR_FAST：是简单快速的修复方式

/*

處理状态就为"置疑"的數據庫

备份数据文件,然后按下面的步骤处理:   

1.新建一个同名的数据库(数据文件与原来的要一致)   

2.再停掉sql server(注意不要分离数据库)   

3.用原数据库的数据文件覆盖掉这个新建的数据库   

4.再重启sql server   

5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)   

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.



*/

USE   MASTER   

GO   

SP_CONFIGURE 'ALLOW UPDATES',1

GO

RECONFIGURE WITH OVERRIDE   

GO   

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'   

Go   

sp_dboption '置疑的数据库名','single user','true'   

Go   

DBCC CHECKDB('置疑的数据库名')     

Go   

update sysdatabases set status=28 where name='置疑的数据库名'   

Go   

sp_configure 'allow updates',0

GO

reconfigure with override   

Go     

sp_dboption '置疑的数据库名', 'single user','false'   

Go

zanglinfeng 2011-06-20

打赏
举报

[Quote=引用 7 楼 qianjin036a 的回复:]
引用 6 楼 zanglinfeng 的回复:
天，看起来似乎是个bug啊

感觉哥们你应该没这么大运气.
[/Quote]

希望如此啊。
哥们告诉下怎么看DBCC结果，我是个SQL SERVER菜鸟，几年前摸过2天备份恢复，其他真不咋懂啊~

--小F-- 2011-06-20