2014-09-25 181 views
1

我有一个Sql Server 2008标准版本。镜像在服务器上以完全安全模式设置。它一直工作得很好,直到今天。事务日志备份的每次失败,错误Sql Server事务日志备份失败

"Error: 2014-09-25 08:34:33.17 Code: 0xC002F210 Source: JuneDB Log Backup Execute SQL Task Description: Executing the query "BACKUP LOG [JuneDB] TO DISK = N'H:\BKs\Hou..." failed with the following error: "Read on "E:\LDFs\JuneDB.ldf" failed: 1(Incorrect function.) BACKUP LOG is terminating abnormally.". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly"

  • 我使用采取备份的维护计划。
  • 该驱动器还包含5个其他数据库的日志文件,并且它们的日志备份都很好。
  • 成功完成重建索引维护计划后开始此问题。
  • 完全备份没有任何问题。

我无法确定为什么读取这个数据库的日志文件出错。我该如何处理这个问题。

事情我想

  1. 然DBCC CHECKDB([JuneDB])WITH NO_INFOMSGS返回任何错误 消息
  2. 冉查询采取事务备份,而不是使用 维护计划。它给了同样的错误编辑

更新 我只注意到在凌晨4:30,我们跑了一个维护计划重建所有索引。查看错误日志,我开始在上午4:30之后发现事务日志备份错误。我不知道重建索引如何可能导致事务日志备份失败,但他们肯定看起来有关

+1

您是否试过手动运行事务日志备份? – SQLChao 2014-09-25 15:09:08

+0

我尝试了它并且它手动并且给出了相同的错误“Msg 3203,Level 16,State 1,Line 1 Read on”E:\ LDFs \ JuneDB.ldf“failed:1(Incorrect function。)Msg 3013,Level 16,State 1,第1行BACKUP LOG异常终止 – kishore 2014-09-25 15:31:57

+0

您是否验证过E:\ ldfs中的文件?通过从SQL服务器到目录的路径进行测试错误听起来像读取文件时出现问题,因为它不是在那里或者可能是一个权限问题,我没有遇到过这个确切的错误,但我看到第三方供应商的软件更新恢复模型搞砸了我的备份。 – SQLChao 2014-09-25 15:44:33

回答

0

谢谢大家回复并帮助我。原来是一个日志文件损坏。下面的步骤解决了我的问题

  • 停止镜像
  • 数据库切换到简单恢复模式
  • 执行检查点(只要这应该清除活动日志作为没有别的要求对日志被保持有效)
  • 切换回完整恢复模式
  • 通过执行完整备份
  • 开始镜像
  • 重新建立日志备份链

http://sqlmag.com/blog/transaction-log-corruption-and-backups