sudo systemctl stop minio mc(如mc.RELEASE.2025-05-30T00-00-00Z.linux-amd64.tar.gz)。/usr/local/bin:tar -zxvf mc.RELEASE.2025-*.tar.gz sudo mv mc /usr/local/bin/ ./mc alias set minio_alias http://<MinIO服务器IP>:9000 <ACCESS_KEY> <SECRET_KEY> 若提前通过mc cp命令备份了数据,可直接将备份文件复制回MinIO存储桶。
/home/minio/backup/bucket-demo/目录下的数据恢复到MinIO的bucket-demo桶:./mc cp --recursive /home/minio/backup/bucket-demo/ minio_alias/bucket-demo/ /结尾,避免路径解析错误。heal命令修复若数据因纠删码损坏或对象丢失,可通过mc admin heal命令修复:
./mc admin heal minio_alias/bucket-name ./mc admin heal -r minio_alias/bucket-name ./mc admin heal minio_alias/ heal命令会自动检测并修复丢失或损坏的对象,无需额外备份(依赖纠删码冗余)。若MinIO开启了快照功能(如配合Doris等数据库),可从快照恢复数据:
SHOW BACKUP FROM <repository_name>; RESTORE SNAPSHOT <database_name>.`<snapshot_label>` FROM `<repository_name>` PROPERTIES("backup_timestamp"="<timestamp>", "replication_num" = "1"); 若未备份且heal无法修复(如物理损坏),可尝试第三方工具(如extundelete,仅适用于ext3/4文件系统):
sudo yum install extundelete -y sudo umount /dev/sda1 # 替换为MinIO数据所在分区 sudo extundelete /dev/sda1 --restore-directory /data/minio/objects/ --after 1690000000 --before 1690003600 mc ls和mc stat命令检查存储桶内对象的数量、大小及修改时间是否与备份一致。./mc ls minio_alias/bucket-name ./mc stat minio_alias/bucket-name/object-name mc admin info命令确认集群健康状态。./mc admin info minio_alias