MinIO在CentOS的数据恢复流程
一、先判断属于哪类恢复
- 对象存储层自愈：MinIO以纠删码/校验和保护数据，单机或分布式部署在磁盘/节点故障未超阈值时可自动重建缺失分片，无需人工拷贝。纠删码将对象条带化为N/2 数据 + N/2 校验，在12盘配置下即使同时丢失5块盘仍可读取/写入并后台自愈。若超出容忍上限（离线盘数＞总盘数/2），对象将不可读，需要先恢复磁盘或降低故障盘数再触发修复。静默损坏由HighwayHash校验发现，可通过修复命令恢复一致性。
- 站点/桶级恢复：跨机房/跨地域迁移或误删对象时，使用mc mirror做桶/前缀级别的全量或增量回放，把备份桶的数据恢复到目标集群/桶。
- 应用侧备份恢复：上层引擎（如Doris/StarRocks）将表/库快照存到MinIO，出现逻辑错误时用引擎的RESTORE SNAPSHOT按snapshot/timestamp恢复至目标库/表。
二、对象存储层自愈与修复步骤（CentOS）
- 环境准备
- 安装mc并配置别名：mc alias set myminio http://:9000
- 检查集群健康：mc admin info myminio；如需定位离线盘：mc admin info myminio --json | jq ‘.disks[] | select(.state==“offline”)’
- 校验并修复对象一致性：mc admin heal myminio/ --scan=deep --verbose
- 触发修复与验证
- 对有问题的桶/前缀执行：mc admin heal myminio/（可按前缀限定范围）
- 修复完成后用：mc ls myminio// 或应用侧读取校验关键对象是否恢复可读
- 关键判断
- 若离线盘数＞总盘数/2，先更换/上线磁盘，使离线盘数回到阈值内，再执行heal；否则对象将持续不可读。
三、桶/站点级恢复步骤（用mc mirror）
- 准备
- 备份侧：mc alias set backup http://:9000
- 恢复侧：mc alias set target http://:9000
- 恢复方式
- 桶整体回放：mc mirror backup/ target/
- 增量同步（持续追赶）：mc mirror --watch backup/ target/
- 按前缀恢复：mc mirror backup// target//
- 校验
- 对比对象清单：mc ls backup// 与 mc ls target//；抽样下载校验一致性。
四、上层引擎备份恢复步骤（Doris/StarRocks示例）
- 前置
- 在目标环境创建同名数据库（如：CREATE DATABASE demo;）
- 若为新环境，先创建与备份侧一致的Repository（S3兼容参数需与备份时一致）
- 恢复命令
- 查看快照与时间戳：SHOW SNAPSHOT ON <repo_name>;
- 全库/按表恢复：RESTORE SNAPSHOT . FROM [ON (table_list)] PROPERTIES(“backup_timestamp”=“YYYY-MM-DD-HH-MM-SS-fff”, “replication_num”=“N”);
- 进度与校验：SHOW RESTORE FROM ; 业务侧校验表/分区数据。
五、常见排错与注意事项
- 权限与连通
- 确保AccessKey/SecretKey具备s3:ListBucket/GetObject/PutObject等权限；Endpoint使用http://或https://与客户端一致；必要时放通9000/9090端口并校准时间（建议NTP同步，时间漂移会导致签名失败）。
- 自愈前置条件
- 纠删码容忍度为“可同时丢失≤ N/2块盘”。超出阈值需先恢复磁盘/节点，再执行mc admin heal；静默损坏通过HighwayHash识别，heal可修复一致性。
- 桶级恢复要点
- 使用mc mirror时，源/目的别名、桶名、前缀必须准确；大对象/多版本场景建议先做小范围演练与清单比对，确保恢复粒度与一致性满足SLA。
