Kopia

[!warning] 敏感信息说明 本文涉及的真实密码 (<your-password>) 与用户名 (<kopiauser@host>) 已脱敏。阅读时按你的实际部署替换占位符。 10. Kopia 数据丢失与复盘 ⚠️ 本文涉及真实数据丢失事件。 Kopia 仓库 (57GB 备份) 在 2026 年 8 月因 ZFS 池损坏事件受损。 阅读时请注意:不是所有备份都救回了。 时间线 1 2 3 4 5 6 7 8 2026-05-30 在 PVE 上首次部署 Kopia (CT102, kopiaserver) 2026-06-09 Kopia 最终方案跑稳:274GB 逻辑 / 30GB 物理 (89% 去重) 2026-06-09 → 2026-08-29 期间 ← 数据丢失发生在这段时间(?) 2026-08-30 发现 HHD_3TB 池 metadata 永久损坏,kopia 数据在坏池上 2026-08-30 紧急 rsync 抢救 Kopia 数据到 SSD_1TB/kopia_rescue 2026-09-01 部署 RustFS (CT110) 作为新的 S3 后端 2026-09-01 CT102 (kopiaserver) 退役 2026-09-01 新 Kopia 仓库建立在 RustFS S3 上 Kopia 原本是什么 Kopia 是一个开源的、加密的、增量备份工具,支持多种后端 (filesystem / S3 / SFTP / B2 等)。 ...

[!info] CT110 实际 IP 是 DHCP 分配的 (192.168.31.128),不是手写固定的 部署后用 pct exec 110 -- ip -4 addr | grep inet 查实际 IP。Tailscale IP (100.115.66.48) 也可能变。 [!warning] 敏感信息说明 本文涉及的 RustFS SECRET_KEY 已脱敏为 <your-secret-key>。部署时用你生成的随机密钥,生产建议从环境变量读取。 11. RustFS 部署与 Kopia 切换 背景 2026-08-30 发现 HHD_3TB 池 metadata 损坏、Kopia 仓库受损后,决定: 不把 Kopia 留在 local FS (风险太高) 要给 Kopia 一个更可靠的后端 → S3 要这个 S3 在自己控制之下 → 自建 (RustFS, 不依赖 AWS) 自建 S3 的好处: 数据在自己机器上 (PVE 内) 无月费、无 egress 费 隐私可控 替代品多 (MinIO / Garage / SeaweedFS) 为什么选 RustFS 而不是 MinIO? ...