首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Server备份失败。错误: 3041,严重程度: 16,状态:1

Server备份失败。错误: 3041,严重程度: 16,状态:1
EN

Database Administration用户
提问于 2012-11-07 12:26:47
回答 2查看 60.7K关注 0票数 13

首先,我在stackexchange非常新,所以请容忍我。

我正在运行一个SQLServer9.0.4060。

我的问题是:我的Server备份在许多数据库上一直失败。

维护计划运行到不同的备份作业:

每天20点30分备份,周日20点30分备份。

我得到了以下两个错误,这些错误导致数据库无法完成备份:

代码语言:javascript
运行
复制
Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
BACKUP failed to complete the command BACKUP DATABASE (dbname) WITH DIFFERENTIAL. Check the backup application log for detailed messages.

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
Error: 3041, Severity: 16, State: 1.

额外的错误。

代码语言:javascript
运行
复制
Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Error: 18456, Severity: 14, State: 16.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Login failed for user 'sa'. [CLIENT: <local machine>]

Date     06-11-2012 20:30:11
Log      SQL Server (Current - 09-11-2012 11:27:00)
Source   spid15s
Message
SQL Server has encountered 2 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.

还有其他类似的错误,比如“SQL计划”和“对象计划”。而不是“束缚的树”。

如果你们需要其他信息,就说出来。

EN

回答 2

Database Administration用户

发布于 2012-11-12 17:35:28

正如Max指出的,sa登录错误不会像几个小时前发生的那样腐蚀备份时间,但是第二个错误会腐蚀备份时间。你看过:链接吗?

http://www.sqlservercentral.com/Forums/Topic377116-146-1.aspx#bm380502

MSDN博客中的任何项目是否在您的环境中发挥了作用?最常见的是AUTO_CLOSE ON。告诉我们,谢谢。

票数 4
EN

Database Administration用户

发布于 2012-11-10 08:36:24

请看这里:Server中"Msg 3041“的故障排除

摘录自页:

消息3041是关于备份失败的通用报告。若要了解并解决错误的原因,必须使用3041事件条目之前发生的Server错误日志条目。通常,3041之前有一个详细的错误消息,说明备份失败的真正原因。详细的错误消息仅写入Server错误日志和客户端应用程序。Windows中的应用程序日志中没有报告详细消息。

更新(阅读@dezso评论后)

我看到了报告的“额外错误”,但我不确定它们是否与备份错误有关。备份错误的日期是20:31:06,但是“额外错误”的日期是17:53:27,所以额外的错误发生在实际备份错误发生前2小时零40分钟。这些额外的错误与登录问题有关。

我不认为在17:53:27发生的登录问题会导致备份在20:31:06失败。所以认为备份错误,和“额外错误”是无关的。

我也不认为在17:53:27发生的通用错误会导致备份在20:31:06时失败(除非DB非常大)。@Arviddk报告说,“我的SQL Server备份在很多数据库上一直失败”,我认为可以安全地假定“很多”意味着超过10 DB。

因此,我认为,如果单个DB的单个备份需要超过2小时40分钟,那么在一个服务器上就不可能有10或20 DB。否则你的服务器就会一辈子只做备份。所以我假设单个备份所花费的时间要短于2小时零40分钟,所以我认为备份错误与额外的错误无关。

最后一次报告的“存储库刷新/绑定树”错误日期为06-11-2012 20:30:11,所以在备份错误之后发生了一些事情。无论如何,与缓存相关的问题不应该导致错误(如果它可以减慢一些事情)。

几个问题

一些可能有助于查明这一问题的问题:

  • 执行一个完整备份需要多长时间?
  • 执行一个不同的备份需要多长时间?
  • 错误是否只发生在DIFF备份上?
  • 备份失败的百分比是多少?(1%?10% 50%)
  • 也许您可以尝试只执行完全备份来检查是否是与DIFF备份相关的问题?(我从未在Server上做过任何不同的备份,我没有使用它们的经验)

根据Server日志中的MS网站,应该还有一些与失败的备份相关的错误,但我期望更接近备份失败的时间。

票数 2
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/28320

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档