【问题标题】:Performing Full Repair after Migrating to Incremental Repair on Cassandra Nodes迁移到 Cassandra 节点上的增量修复后执行完全修复
【发布时间】:2017-04-18 01:19:34
【问题描述】:

我们目前在所有节点上运行 Cassandra v 3.0.5。我们最近迁移了节点以执行增量修复。但是,在文档中,它指出应该每天进行增量修复,并每周或每月进行全面修复。我们通过运行在每个节点上执行并行增量修复

节点工具修复

我们将通过运行在每个节点上执行顺序的、完整的修复

nodetool repair -full -seq

自从我们迁移以来,我担心的是要进行全面修复。我可以只在每个节点上使用上述命令,还是应该先执行其他步骤?我只是想确保我们不必执行我们在迁移过程中使用的步骤:

  • 在节点上禁用自动压缩。
  • 运行完整的顺序修复。
  • 停止节点。
  • 将 repairedAt 元数据值设置为在您*禁用压缩之前存在的每个 SSTable。
  • 在节点上重新启动 Cassandra。
  • 在节点上重新启用自动压缩。

任何建议将不胜感激。谢谢。

【问题讨论】:

  • 我也有同样的问题,你找到答案了吗?谢谢。
  • 也在寻找这个答案。

标签: cassandra cassandra-3.0


【解决方案1】:

这个答案可能比您想要的要晚得多,但不,您不需要执行这些步骤。如果您在修复大分区时遇到问题,我建议您使用Reaper。实际上,这个工具非常有用,我建议你还是使用它。

【讨论】:

    猜你喜欢
    • 2016-07-24
    • 1970-01-01
    • 2019-08-29
    • 2015-05-20
    • 1970-01-01
    • 1970-01-01
    • 2016-12-21
    • 1970-01-01
    • 2019-05-28
    相关资源
    最近更新 更多