https://www.xbcatm.com/zh/tags/backups/基于 HTTP、DNS、TLS、Caddy、SSH、发布与恢复的可复现运维现场笔记。Hugozh-CNhttps://www.xbcatm.com/zh/notes/backups-are-only-useful-after-a-restore-rehearsal/Sat, 22 Aug 2026 00:00:00 +0000https://www.xbcatm.com/zh/notes/backups-are-only-useful-after-a-restore-rehearsal/一份备份计划应证明重要文件能被找到、验证并恢复。<p>&ldquo;我们有备份&quot;还不是一种恢复能力。一份有用的备份有已知范围、已知新鲜度、一个验证步骤，以及一份确有人实际跑过恢复流程。</p> <h2 id="定义恢复单元">定义恢复单元</h2> <p>对静态站点，源码仓库与生成制品用途不同。仓库是权威输入；制品是恢复最近发布版本的最快方式。请把两者的区别说清楚。</p> <p>至少记录：</p> <ul> <li>源码提交或归档标识；</li> <li>生成器与主题版本；</li> <li>制品包含的文件列表；</li> <li>重要下载的校验和；</li> <li>保留期限与存储位置。</li> </ul> <p>不要把凭据、私钥、Cookie 或访问令牌放进网站备份。它们应属于独立的机密管理流程。</p> <h2 id="存储前先验证">存储前先验证</h2> <p>打不开的归档不是备份。一个最小的验证循环如下：</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-sh" data-lang="sh"><span class="line"><span class="cl">tar -czf site-2026-08-22.tar.gz public/ </span></span><span class="line"><span class="cl">tar -tzf site-2026-08-22.tar.gz &gt;/dev/null </span></span><span class="line"><span class="cl">sha256sum site-2026-08-22.tar.gz &gt; site-2026-08-22.tar.gz.sha256 </span></span></code></pre></div><p>校验和验证的是被存储的这个文件，并不能证明所有应用层面的假设都正确。这正是为什么仍需要一次恢复演练。</p> <h2 id="在某个可丢弃的地方恢复">在某个可丢弃的地方恢复</h2> <p>把归档解包到临时目录或隔离主机，然后检查入口点与一个有代表性的资源。不要用覆盖唯一活动副本的方式测试恢复。</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-sh" data-lang="sh"><span class="line"><span class="cl"><span class="nv">restore_dir</span><span class="o">=</span><span class="k">$(</span>mktemp -d<span class="k">)</span> </span></span><span class="line"><span class="cl">tar -xzf site-2026-08-22.tar.gz -C <span class="s2">&#34;</span><span class="nv">$restore_dir</span><span class="s2">&#34;</span> </span></span><span class="line"><span class="cl"><span class="nb">test</span> -s <span class="s2">&#34;</span><span class="nv">$restore_dir</span><span class="s2">/public/index.html&#34;</span> </span></span><span class="line"><span class="cl"><span class="nb">test</span> -s <span class="s2">&#34;</span><span class="nv">$restore_dir</span><span class="s2">/public/404.html&#34;</span> </span></span></code></pre></div><p>这条命令刻意很平凡。演练应在事故到来之前，暴露出缺失文件、错误权限或未记录的依赖。</p> <h2 id="诚实地度量新鲜度">诚实地度量新鲜度</h2> <p>备份日程只有在相对可能丢失的工作量时才有意义。如果源码一个月才变一次，每日快照可能不必要；如果某个资源每小时更新，一次月度归档又不够。</p> <p>写下目标恢复点与恢复时间，再选择能满足这些目标的存储与检查。当最后一次经过验证的恢复备份已经陈旧时，不要宣称&quot;连续保护&rdquo;。</p> <h2 id="来源">来源</h2> <ul> <li><a href="https://www.gnu.org/software/tar/manual/tar.html">GNU tar manual</a>，归档创建与验证行为，已核验 2026-08-22。</li> <li><a href="https://www.xbcatm.com/zh/resources/">静态网站发布检查清单</a>，本地配套资源。</li> </ul>