【问题标题】:Marklogic scheduled backups failingMarklogic 计划备份失败
【发布时间】:2016-12-22 11:40:41
【问题描述】:

我们目前正在使用计划备份来进行每日数据库备份。我们在过去几天的备份中发现了许多问题。备份过程执行了几个小时,但没有完成。我们还查看了日志,但没有提到计划备份。我们有以下问题-

  1. 无论如何,我们能否使其更加一致并停止此类事情?
  2. 如果计划的备份在那个时间之前没有成功完成,有没有办法在某个时间之后收到某种通知/电子邮件。
  3. 我们能否也有一个计划备份失败的重试机制?

【问题讨论】:

  • 数据库状态页呢?它是否显示数据库仍在备份?您正在运行什么“文件日志级别”?一些消息将显示在Info 级别,其他消息将显示在Warning 或“错误”级别。您是否在错误日志中看到 [Canceling backup]?消息会记录到林连接的主机,因此如果数据库备份失败,它将取消所有其他关联的林备份 - 并将取消消息写入连接的主机,停止备份的错误将记录到其附加的主机。备份驱动器上是否有足够的空间?

标签: marklogic marklogic-8


【解决方案1】:

为了您的积分:

1) 如果你不描述他的失败,那么几乎没有人可以提供指导。

2) 记录林备份信息。您可以使用标准日志监控/警报工具来管理警报。请记住,日志消息是针对每个林的,因此您可能需要仔细查看 lg 消息以了解何时完成“完整”或“失败”备份。

3) 根据数字 (2) 的结果,您可以决定通过管理 API 启动新备份。见这里:http://docs.marklogic.com/REST/POST/manage/v2/databases/[id-or-name]#BackupDB

【讨论】:

  • 计划的备份作业正在运行且未终止。它没有在日志中记录任何内容。它只是长时间显示正在进行备份。
  • @AnkitBhardwaj 它在数据库状态页面以及每个单独的林页面上给出了备份的估计完成时间。这些准确吗?
  • 其中一个森林显示为 00:37:43,其他森林显示未知。
  • @AnkitBhardwaj 是否存在磁盘争用或网络争用问题?您是否用写请求压倒了备份位置?在我工作的其中一个环境中,我们看到林备份需要 4-6 小时,但单个林可以在 2-3 小时内完成备份。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2018-09-16
  • 1970-01-01
  • 2021-06-12
  • 1970-01-01
  • 2021-07-16
  • 2017-07-31
  • 1970-01-01
相关资源
最近更新 更多