Debian HBase数据恢复步骤是什么

Debian 上 HBase 数据恢复步骤

一、恢复前准备

• 明确故障类型：如 HMaster/RegionServer 宕机、数据文件损坏、误删表/数据、配置错误 等，不同场景对应不同恢复路径。
• 立刻保护现场：对现有 HBase 数据目录与 HDFS 表目录做一次完整拷贝备份，避免二次损坏。
• 检查服务与日志：确认 ZooKeeper 正常；查看 /opt/hbase/logs/hbase-*.log 获取异常堆栈与时间点。
• 准备恢复环境：确保 HDFS 可用、磁盘空间充足、集群网络与权限配置正确。
  以上准备动作与排障顺序适用于 Debian 与常见 Linux 发行版，仅命令路径可能因安装方式不同而异。

二、常见场景与对应步骤

• 场景A 误删数据但表仍在（优先尝试回收站/墓碑标记）

  1. 在 HBase Shell 为涉及的列族开启保留已删除单元：
     alter ‘your_table’, { NAME => ‘cf’, KEEP_DELETED_CELLS => TRUE }
  2. 使用 raw 扫描与时间范围查看被删除但尚未被 major compaction 清理的数据：
     scan ‘your_table’, { RAW => true, TIMERANGE => [0, <delete_time_ms>] }
  3. 将需要的数据读出并重新写入（批量导出/再导入或应用重放）。
  4. 验证无误后，可按需关闭保留：
     alter ‘your_table’, { NAME => ‘cf’, KEEP_DELETED_CELLS => FALSE }
     说明：HBase 删除是写入 删除标记，在 major compaction 后才会物理清理；开启 KEEP_DELETED_CELLS 可暂时阻止清理，但受 TTL 约束仍可能过期。

• 场景B 使用快照恢复整表（最稳妥、对线上影响小）

  1. 列出快照：list_snapshots
  2. 若表结构仍在，直接恢复：restore_snapshot ‘snap_name’
  3. 若表被误删，先按原结构重建表（列族一致），再恢复：
     create ‘your_table’, ‘cf1’, ‘cf2’
     restore_snapshot ‘snap_name’
  4. 校验数据：scan/计数/抽样比对。

• 场景C 使用 Export/Import 备份恢复（跨集群/跨环境迁移常用）

  1. 导出：hbase org.apache.hadoop.hbase.mapreduce.Export your_table /backup/your_table
  2. 目标集群/实例上先建表（列族一致）：create ‘your_table’, ‘cf1’, ‘cf2’
  3. 导入：hbase org.apache.hadoop.hbase.mapreduce.Import your_table /backup/your_table
  4. 校验数据一致性与 Region 分布。

• 场景D 使用 Backup/Restore 工具（若集群启用 HBase 备份功能）

  1. 查看备份：hbase backup list
  2. 恢复：hbase restore <backup_id> [tables=your_table]
  3. 校验。

• 场景E 仅 Region/文件异常或 HMaster/RegionServer 故障

  1. 单点进程异常：确认 ZooKeeper 正常后，重启 HMaster/RegionServer；观察日志与 UI。
  2. 一致性/文件异常：使用 hbck 检测并尝试修复：
     hbase hbck -repair
  3. 配置错误：核对 hbase-site.xml 关键项（如 hbase.rootdir、ZooKeeper 地址、HDFS 权限），修正后滚动重启。

三、恢复后验证与回滚

• 集群健康：hbase shell 中执行 status ‘simple’，确认 Region 在线 与负载均衡正常。
• 数据正确性：对关键表执行 scan/计数/抽样对比（与备份或历史基线），必要时用小流量业务验证。
• 保留策略：若曾开启 KEEP_DELETED_CELLS 仅用于找回，验证完成后可按需关闭，避免存储膨胀。
• 回滚预案：准备将表临时下线、切回快照/备份版本或回滚 HDFS 目录的脚本，以便在异常时快速回退。

四、预防措施与最佳实践

• 定期做多层级备份：启用 Snapshot，定期执行 Export/Import 或 Backup/Restore；将备份落地到 异地/异介质。
• 高可用部署：多 HMaster、多 RegionServer、合理 Region 预分区与负载均衡。
• 监控与演练：监控 HMaster/RegionServer 与 Region 健康，定期在测试环境演练恢复流程与时效。
• 谨慎操作：删除/变更列族/合并/压缩前先备份；变更窗口内限制写入与 major compaction。