如何解决关于Cassy的问题
我想问几个关于支持 ScalarDB 的工具 Cassy 的问题。
https://github.com/scalar-labs/cassy
- 我可以相信 rpc.Cassy.ListBackups 的“状态”来确认备份成功吗？ 还是我需要手动检查文件？
- 假设 rpc.Cassy.ListBackups 的输出按“created_at”的降序顺序是否安全？
- 当我手动删除备份文件时，Cassy 会做什么？ 例如，rpc.Cassy.ListBackups 是否继续显示已删除的文件？ 当我在 rpc.Cassy.RestoreBackup 中指定删除的快照时会发生什么？
- 关于恢复 restore_type=2，没有target_ips 和 恢复类型=1 和 有什么区别
解决方法
- 我可以相信 rpc.Cassy.ListBackups 的“状态”来确认备份成功吗？还是我需要手动检查文件？
是的，您可以信任 rpc.Cassy.ListBackups 的“状态”。
- 假设 rpc.Cassy.ListBackups 的输出按“created_at”的降序顺序是否安全？
是的，rpc.Cassy.ListBackups 的输出是按照 "created_at" 的降序排列
- 当我手动删除备份文件时，Cassy 会做什么？例如，rpc.Cassy.ListBackups 是否继续显示已删除的文件？当我在 rpc.Cassy.RestoreBackup 中指定删除的快照时会发生什么？
当我手动删除备份文件时，Cassy 会做什么？
当您从云存储中手动删除备份时，Cassy 状态不会更新。
例如，rpc.Cassy.ListBackups 是否继续显示已删除的文件？
Cassy 会显示备份创建状态，也就是说如果备份创建失败会显示状态为失败，如果成功则显示状态为成功。手动删除备份文件不影响Cassy rpc.Cassy.ListBackups的状态。
当我在 rpc.Cassy.RestoreBackup 中指定删除的快照时会发生什么？
rpc.Cassy.RestoreBackup 将失败。
- 关于restore restore_type=2，没有target_ips和restore_type=1有什么区别
restore_type=2 和 restore_type=1 会将备份文件恢复到所有 Cassandra 节点。
restore_type=1
restore_type=1 将集群备份（快照）备份文件恢复到所有 Cassandra 节点。
restore_type=2
restore_type=2 将节点备份（快照和增量）备份文件恢复到所有 Cassandra 节点。
restore_type=2 with snapshot-only=true 会将节点备份（快照）备份文件恢复到所有 Cassandra 节点
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
