我正在尝试找到从 Datastax Enterprise (DSE) 6.0.14 到 Cassandra Community OSS 3 的迁移路径。到目前为止,我无法找到有效的迁移路径。
所有键空间复制均已更新为NetworkTopologyStrategy
或使用LocalStrategy/SimpleStrategy
.
尝试添加 Cassandra 3.11.10 时,无法达成架构协议,因为八卦协议似乎不兼容并且崩溃。
当尝试添加 Cassandra 3.11.3 时,它没有崩溃,但架构似乎也不兼容。
我正在运行一个 5 节点 DSE 集群,并尝试将其替换为 5 节点 Cassandra。
所有节点的集群名称都相同,而新的 Cassandra 节点使用另一个 DC 名称。
我们发现可行的程序是有可能的:
- 提取当前节点/集群的模式
- 提取表system_schema.tables的数据
- 排空节点
- sstable 降级您的密钥空间(不适用于系统*密钥空间)
- 将节点初始化为空(新)Cassandra OSS 节点
- 允许它创建其系统密钥空间和角色
- 从 DSE 导入架构(步骤 1)
- 覆盖 system_schema.tables 中的表 ID 以匹配 DSE 的 ID
- 停止 cassandra,将降级的 sstables 移回到相关的
data
目录并重新启动 Cassandra 以加载数据
- 该节点应该是集群的一部分,您可以以相同的方式继续您的其他节点。但是使用已经迁移的OSS节点来获取schema。
从应用程序方面,我们在迁移第一个节点后强制OSS节点。这允许应用程序查看 OSS 和 DSE 节点并写入集群中的所有节点。
迁移所有节点后,对集群运行完整修复。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)