自托管密码库跑了大半年,才想起来没验证过备份能不能用
文章目录📖 介绍 📖🏡 演示环境 🏡📒 备份这件事,难点从来不在拷文件 📒🧭 先承认一个事实:数据目录不是"一个文件夹"⚠️ 最容易被漏掉的:主文件不等于全部数据🧰 主方案:用内置的备份子命令📦 按文件拆开对待,别一锅端🔐 备份文件本身,就是一份解密好的密码库🧪 演练恢复:只验证备份,不动生产实例🛠️ 一条能直接抄的宿主机备份脚本📌 恢复步骤,反过来走一遍🚧 三个还没解决的问题🎯 这套做法适合谁⚓️ 相关链接 ⚓️📖 介绍 📖家里的密码库在 NAS 上跑了八个月,从来没出过事。上个月收拾磁盘,忽然想确认一件事:要是哪天 NAS 真趴下了,这些密码还能不能找回来?翻了一遍才知道,所谓的"备份"只是某次调试时顺手把数据目录拷了一份。拷完之后那份东西能不能打开、里面装的是哪天的数据、有没有别人的明文配置,一概没验证过。更要命的是,密码库这种东西,等你发现备份是坏的,通常已经是需要它的那一刻。下面是我把备份链路重新捋过一遍之后的结论:哪些文件必须留、哪些可以不留、为什么不能只拷数据库主文件、怎么在不动生产实例的前提下演练一次恢复。看完你可以直接判断自己手里的备份属于哪一种,离"真的能救命"还差哪几步。📢注意:本文内容为个人学习笔记,仅供参考。附:读者须知🏡 演示环境 🏡🐧 系统:Debian 12🗄️ 数据库:SQLite 3.40🌐 网络:本地环境