简体   繁体   English

关于卡西的问题

[英]Questions about Cassy

I would like to ask a few questions about a tool called Cassy that supports ScalarDB.我想问一些关于支持 ScalarDB 的名为 Cassy 的工具的问题。

https://github.com/scalar-labs/cassy https://github.com/scalar-labs/cassy

  1. Can I trust the "status" of rpc.Cassy.ListBackups to confirm the success of a backup?我可以相信 rpc.Cassy.ListBackups 的“状态”来确认备份成功吗? Or do I need to check the file manually?还是我需要手动检查文件?
  2. Is it safe to assume that the output of rpc.Cassy.ListBackups is in desc order of "created_at"?可以安全地假设 rpc.Cassy.ListBackups 的 output 的顺序是“created_at”吗?
  3. What does Cassy do when I manually delete a backup file?当我手动删除备份文件时,Cassy 会做什么? For example, does rpc.Cassy.ListBackups continue to show the deleted files?例如,rpc.Cassy.ListBackups 是否继续显示已删除的文件? What happens when I specify a deleted snapshot in rpc.Cassy.RestoreBackup?当我在 rpc.Cassy.RestoreBackup 中指定一个已删除的快照时会发生什么?
  4. About restore restore_type=2, no target_ips and restore_type=1 What is the distinction between关于restore restore_type=2, no target_ips和restore_type=1有什么区别
  1. Can I trust the "status" of rpc.Cassy.ListBackups to confirm the success of a backup?我可以相信 rpc.Cassy.ListBackups 的“状态”来确认备份成功吗? Or do I need to check the file manually?还是我需要手动检查文件?

Yes, you can trust the "status" of rpc.Cassy.ListBackups.是的,您可以信任 rpc.Cassy.ListBackups 的“状态”。

  1. Is it safe to assume that the output of rpc.Cassy.ListBackups is in desc order of "created_at"?可以安全地假设 rpc.Cassy.ListBackups 的 output 的顺序是“created_at”吗?

Yes, output of rpc.Cassy.ListBackups is in desc order of "created_at"是的,rpc.Cassy.ListBackups 的 output 的顺序是“created_at”

  1. What does Cassy do when I manually delete a backup file?当我手动删除备份文件时,Cassy 会做什么? For example, does rpc.Cassy.ListBackups continue to show the deleted files?例如,rpc.Cassy.ListBackups 是否继续显示已删除的文件? What happens when I specify a deleted snapshot in rpc.Cassy.RestoreBackup?当我在 rpc.Cassy.RestoreBackup 中指定一个已删除的快照时会发生什么?

What does Cassy do when I manually delete a backup file?当我手动删除备份文件时,Cassy 会做什么?

Cassy status will not be updated when you manually delete a backup from cloud storage.当您从云存储中手动删除备份时,Cassy 状态将不会更新。

For example, does rpc.Cassy.ListBackups continue to show the deleted files?例如,rpc.Cassy.ListBackups 是否继续显示已删除的文件?

Cassy will show the backup creation status, which means if the backup creation fails it will show the status as failed, and if successful it will show the status as success. Cassy会显示备份创建状态,也就是说如果备份创建失败会显示状态为失败,如果成功则显示状态为成功。 Manual deletion of backup files does not affect the status of Cassy rpc.Cassy.ListBackups.手动删除备份文件不会影响 Cassy rpc.Cassy.ListBackups 的状态。

What happens when I specify a deleted snapshot in rpc.Cassy.RestoreBackup?当我在 rpc.Cassy.RestoreBackup 中指定一个已删除的快照时会发生什么?

rpc.Cassy.RestoreBackup will fail. rpc.Cassy.RestoreBackup 将失败。

  1. About restore restore_type=2, no target_ips and restore_type=1 What is the distinction between关于restore restore_type=2, no target_ips和restore_type=1有什么区别

restore_type=2 and restore_type=1 will restore backup files to all Cassandra nodes. restore_type=2 和 restore_type=1 将备份文件恢复到所有 Cassandra 节点。

restore_type=1恢复类型=1

restore_type=1 will restore cluster-backup (snapshots) backup file to all Cassandra nodes. restore_type=1 将集群备份(快照)备份文件恢复到所有 Cassandra 节点。

restore_type=2恢复类型=2

restore_type=2 will restore node-backup (snapshots and incremental) backup files to all Cassandra nodes. restore_type=2 将节点备份(快照和增量)备份文件恢复到所有 Cassandra 节点。

restore_type=2 with snapshot-only=true will restore node-backup (snapshots) backup files to all Cassandra nodes restore_type=2 with snapshot-only=true 将节点备份(快照)备份文件恢复到所有 Cassandra 节点

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM