Cassandra从服务器A恢复至服务器B的可行性及正确方法咨询

当然可以把Cassandra数据从服务器A恢复到服务器B，我来给你梳理正确的操作步骤，顺便聊聊你可能遇到的查询失败的常见原因：

在操作前请确认以下几点，避免后续踩坑：

• 服务器A和B的Cassandra版本完全一致（大版本+小版本，比如都是2.0.17），不同版本的SSTable格式可能不兼容
• 服务器B的集群拓扑（复制策略、节点数量）要和A匹配，或者B已经提前创建好与A完全一致的键空间和表结构
• 服务器B的磁盘空间要足够容纳备份的数据

1. 从服务器A导出快照备份 #

• 先在A上为目标键空间创建快照：

  nodetool snapshot -t my_data_backup target_keyspace
  

  这里my_data_backup是自定义的快照名称，target_keyspace是你要备份的键空间名
• 找到快照文件的存储路径：默认在/var/lib/cassandra/data/target_keyspace/下，每个表的目录里都有snapshots/my_data_backup文件夹，把这些文件夹打包后复制到服务器B的对应目录（比如B的/var/lib/cassandra/data/target_keyspace/下的对应表目录）

2. 在服务器B上准备恢复环境 #

• 先停止Cassandra服务（避免数据冲突）：

  sudo systemctl stop cassandra
  

  （如果是用init.d管理的系统，换成sudo service cassandra stop）
• 给复制过来的快照文件设置正确的权限，确保Cassandra进程能读取：

  sudo chown -R cassandra:cassandra /var/lib/cassandra/data/target_keyspace/
  

• 清理旧的commitlog，防止启动时加载旧日志导致数据不一致：

  sudo rm -rf /var/lib/cassandra/commitlog/*
  

3. 启动服务并验证恢复 #

• 启动Cassandra服务：

  sudo systemctl start cassandra
  

• 让节点加载新恢复的数据：

  nodetool refresh target_keyspace
  

• 验证数据是否恢复成功：用cqlsh连接到B的节点，执行查询语句，比如：

  SELECT * FROM target_keyspace.target_table LIMIT 10;
  

  确认能正常查询到从A备份的数据即可

• 版本不兼容：如果A和B的Cassandra版本差异较大（比如A是2.0，B是3.x），SSTable格式不兼容会导致查询失败。解决办法：确保两台服务器的Cassandra版本完全一致，或者用sstableloader工具做跨版本的数据迁移
• 权限问题：快照文件的所有者不是cassandra用户，导致Cassandra无法读取数据。解决办法：执行chown -R cassandra:cassandra修复文件权限
• 结构不匹配：服务器B上没有提前创建与A一致的键空间和表结构，或者结构存在差异。解决办法：先在A上用DESCRIBE KEYSPACE target_keyspace;导出建表语句，在B上执行创建后再恢复快照
• 快照文件损坏：复制过程中文件丢失或损坏，导致加载失败。解决办法：重新从A复制快照文件，或者用md5sum校验文件完整性

内容的提问来源于stack exchange，提问作者Ajay Gupta