我们有一个 10 节点的 Cassandra 集群。我们在 Opscenter 中配置了修复。我们发现为 Opscenter 键空间中的每个表创建了一个备份文件夹。它不断增长巨大。有没有办法解决这个问题，还是我们手动删除每个备份文件夹中的数据？
【问题讨论】：
标签： cassandra cql datastax datastax-enterprise opscenter
首先，备份不同于快照 - 您可以查看备份 documentation 以了解 OpsCenter 的更多信息。
来自数据税docs -
启用增量备份时（默认禁用），Cassandra 将每个刷新的 SSTable 硬链接到备份目录下 键空间数据目录。这允许在异地存储备份，而无需 传输整个快照。此外，增量备份与 快照以提供可靠的最新备份机制。 ... 与快照一样，Cassandra 不会自动清除 增量备份文件。 DataStax 建议设置一个流程以 每次创建新快照时清除增量备份硬链接 已创建。
您必须通过在 cassandra yaml 中将 incremental_backups 设置为 true 来启用增量备份。
如果您对备份策略感兴趣，我建议您改用the OpsCenter Backup Service。这样，您就可以精细控制要备份的密钥空间并将文件推送到 S3。
快照是旧（不再使用）SSTables 的硬链接。快照保护您免受自己的伤害。例如，您不小心截断了错误的键空间，您仍然可以获得该表的快照，您可以将其恢复。在某些情况下，您的快照过多，您可以做以下几件事：
这与修复有关，因为同步修复在每次运行时都会生成一个快照。为了避免这种情况，您应该改为运行并行修复（-par 标志或通过在下面的 opscenter 配置文件注释中设置修复次数）
如果您有太多快照并且需要释放空间（也许一旦您将它们备份到 S3 或 glacier 或其他东西），请继续使用 nodetool clearsnapshots 删除它们。这将释放空间。您也可以手动将它们从文件系统中删除，但 nodetool clearsnapshots 消除了 rm -rf 错误操作的风险。
注意：如果您没有大量数据，您也可能运行维修太快（请查看我对 other SO question 的回复以获取解释和维修服务配置杠杆）。
【讨论】：