- 我可以相信 rpc.Cassy.ListBackups 的“状态”来确认备份成功吗?还是我需要手动检查文件?
是的,您可以信任 rpc.Cassy.ListBackups 的“状态”。
- 假设 rpc.Cassy.ListBackups 的输出是“created_at”的 desc 顺序是否安全?
是的,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, no target_ips和restore_type=1有什么区别
restore_type=2 和 restore_type=1 会将备份文件恢复到所有 Cassandra 节点。
恢复类型=1
restore_type=1 将集群备份(快照)备份文件恢复到所有 Cassandra 节点。
恢复类型=2
restore_type=2 将节点备份(快照和增量)备份文件恢复到所有 Cassandra 节点。
restore_type=2 with snapshot-only=true 将节点备份(快照)备份文件恢复到所有 Cassandra 节点