Cassandra doc提到“nodetool snapshot”命令对表数据进行快照。然而,我也能够在生成所有快照文件的快照目录中看到schema.cql和manifest.json文件。
这是预期的行为吗?如果需要,我也可以使用此架构.cql 文件来还原架构吗?
我的卡珊德拉版本
cqlsh> show version
[cqlsh 5.0.1 | Cassandra 3.0.9 | CQL spec 3.4.0 | Native protocol v4]
>nodetool version
ReleaseVersion: 3.0.9
编辑:
你给出的文档链接是针对apache Cassandra的,而给出的答案是参考Datastax的,我已经完成了snaphost并在apache-cassandra 2.0.4中恢复它,它不需要任何模式备份。所有模式都需要单独复制,需要在新集群中手动创建。
是的,这些文件是还原此特定表所必需的。schema.cql
在拍摄快照时捕获表的结构,因为您需要将快照还原到具有相同结构的表。
您可以在DataStax留档中找到更详细的描述。
添加更多问题后更新:
节点工具快照
仅生成表的架构 < li >最好不要弄乱系统表...
这是来自DataStax支持的关于备份/恢复的详细知识库文章。
原理 不同于Redis,Pika的数据主要存储在磁盘中,这就使得其在做数据备份时有天然的优势,可以直接通过文件拷贝实现 实现 流程 打快照:阻写(阻止客户端进行写db操作),并在这个过程中获取快照内容 异步线程拷贝文件:通过修改Rocksdb提供的BackupEngine拷贝快照中文件,这个过程中会阻止文件的删除 快照内容 当前db的所有文件名 manifest文件大小 sequence_numb
我有几个关于备份/恢复Cassandra集群的最佳方法的问题。 背景:我有一个在EC2中运行的集群。它的节点配置如下: 实例类型:m3.medium存储:50 GB根卷/100 GB另一个卷 在阅读了大量的文件和搜索了一些网站后,我明白了带有Cassandra(nodetool)快照的EBS快照看起来很有前途。 问题:EBS 还拍摄增量快照,Nodetools 也拍摄快照,那么这两个工具有何不同或
我试图使用运行在docker容器上的nodetool快照工具获取cassandra数据库的快照。更准确地说,我使用以下命令 有人知道为什么会这样吗? 提前感谢!
Overview Rados supports two related snapshotting mechanisms: pool snaps: snapshots are implicitely applied to all objects in a pool self managed snaps: the user must provide the current SnapContext on
大型软件应用程序通常由多个模块组成,并且通常情况下,多个团队正在处理同一应用程序的不同模块。 例如,考虑一个团队正在作为app-ui项目(app-ui.jar:1.0)在应用程序的前端工作,他们正在使用数据服务项目(data-service.jar:1.0)。 现在可能发生的是,从事数据服务的团队正在快速进行错误修复或增强,他们几乎每隔一天就将库发布到远程存储库。 现在,如果数据服务团队每隔一天上
我想了解如何将EC2快照备份到S3存储桶,然后将其导入。 我发现AWS CLI可以将快照导出到S3,这里解释了如何将AWS快照复制到S3 我还从AWS CLI引用中找到了import命令,但我未能执行该命令,因为我不了解该选项https://docs.aws.amazon.com/cli/latest/reference/ec2/import-snapshot.html 有人能解释一下如何使用这个