NAS / 家庭服务器 · 2026-10-22 整理

家庭 NAS 维护手记：从照片副本到恢复验证

根据家庭 NAS 与 PVE 知识库维护记录，梳理照片副本、挂载检查、同步策略、备份覆盖和恢复验证，附可长期执行的维护清单。

家里的 NAS 用久了，最容易形成一种习惯：照片能打开，电影能播放，后台没有明显报错，就觉得一切正常。

但真正需要保护的，是设备出问题之后仍然找得回来的数据。系统和应用往往可以重新安装，家庭照片却很难重拍。维护的优先级，也应该围绕这些不可重建的数据来安排。

这篇文章根据个人 PVE/N100 知识库中的维护与核验记录整理，重点讨论照片存储和备份。文中的实测案例均标明记录日期；后面的维护频率是建议安排，不代表相关任务已经配置或验收。

一、先把数据放在哪里弄清楚

维护 NAS 的第一步，是画清数据的去向。至少要能回答四个问题：

• 日常使用的原始数据在哪个目录、哪块存储上？
• 副本保存在哪里，与原始数据是否依赖同一台设备？
• 哪个任务负责复制，什么时候运行，是否覆盖同名文件？
• 原设备无法启动时，能从哪里读取数据？

对于运行在 PVE 上的 fnOS，还要分清系统盘和数据盘。虚拟机备份覆盖了哪些磁盘，需要逐项检查，不能只看虚拟机是否出现在任务列表里。

知识库的一次硬件配置核验就记录过：fnOS 的照片数据盘设置了 backup=0，被排除在 PVE 虚拟机备份之外。这种安排需要配套独立的数据备份流程；即使系统盘备份成功，也不能据此认定照片已经受到保护。

一张简单的清单就能帮助日后排查：

二、复制之前，先确认挂载

USB 外接盘、网络共享和虚拟磁盘，都值得在复制任务开始前确认实际挂载。

目录存在，只能证明这个路径存在。目标存储未挂载时，程序仍可能向同名的本地目录写入，结果既没有形成预期副本，又消耗了系统盘空间。

在 Linux 主机上，可以使用 findmnt 查看目标路径实际属于哪个挂载点，再核对来源设备、文件系统和容量。这里关注的是核验方法，执行时应使用自己的真实路径。

一个可靠的复制流程，应在开始写入前检查源和目标挂载是否符合预期、目标是否有足够空间；条件不满足就停止，并留下明确错误。

空间也不能只按“本次文件刚好装得下”计算。历史版本、新增照片、任务临时文件，都可能继续占用容量。开始大批量复制或备份前，需要重新检查剩余空间。

三、把同步策略说清楚

“每周自动同步”听起来很安心，但还需要继续追问：同步会不会删除目标文件？会不会覆盖同名文件？历史副本是否保留？

对于希望保留历史照片的目录，可以把要求写得非常具体：新增文件允许复制，已有文件保留，源端删除不自动传播到副本。这样才能检查脚本是否符合自己的意图。

知识库的同步审计中，曾发现两条复制路径对同名文件的处理不一致。这类问题说明，任务能运行与策略符合预期，是两项不同的检查。

以 rsync 为例，--ignore-existing 会跳过目标端已经存在的文件，适合某些“只补新增”的场景。但它也意味着：源文件后来发生修改，目标不会自动跟着更新；目标已有文件是否正确，仍需另行校验。

因此，维护同步任务时，应分别明确新增、修改和删除三类变化如何处理。修改策略后，先查看预演结果，再决定是否执行真实复制。

四、路径和大小一致，还需要继续验证

2026 年 10 月 15 日的一次照片目录复核中，源端共有 76,816 个文件。按区分大小写的相对路径和文件大小对拍后，检查范围内没有发现源文件缺失或同路径大小差异，副本还保留了 26 个额外文件。

这是一项有用的覆盖检查，但结论只能落在当时扫描过的范围内。它没有证明每个文件的内容都完全一致，也没有证明照片已经可以从离机备份恢复。

那次检查还遇到过一个容易忽略的问题：最初将文件名统一转成小写比较，导致仅大小写不同的路径发生冲突，出现大小差异误报。改用区分大小写的路径比较后，误报消除；对相关两个文件补做 SHA-256 校验，各处对应内容一致。

维护中可以按成本逐步验证：

1. 比较相对路径和文件大小，发现明显漏项。
2. 对关键文件、异常文件或抽样文件计算哈希。
3. 从副本恢复到独立目录，实际打开照片、播放视频。

核验记录要写明范围：抽样哈希只能支持抽样结论，恢复了几个文件也不能代表整个相册已经完成恢复验收。扫描期间若仍有新照片写入，还需要考虑数据变化对比对结果的影响。

五、同机额外副本的作用与边界

在同一台 NAS 上多保存一份照片，可以增加取回数据的机会，尤其是在主目录误操作之后。因此，这样的额外副本有实际价值。

不过，更换共享名、盘符或目录，并不自动形成独立备份。它们仍可能依赖同一台主机、电源、控制器或管理账号，也可能被同一个错误任务影响。

维护清单应把“同机额外副本”和“设备外副本”分开记录。对于不可重建的照片，还需要考虑原 NAS 完全不可用时，是否能在另一台设备上读到副本。

外置离线盘、另一台设备或异地存储，都可以作为设计方向。是否采用，要结合容量、隐私和维护成本决定；完成之后，还要实际验证读取和恢复。

六、自动任务需要看结果

定时器处于启用状态，说明系统准备按计划触发任务。它本身不能回答最近一次复制了什么、有没有失败、目标盘是否正确。

每次检查自动任务，可以沿着一条证据链来看：最近是否触发，执行是否成功，是否生成预期产物，产物是否能读取。

备份任务也是一样。知识库曾对一份 PVE 备份执行完整压缩流解码，结果成功。这能说明压缩流在那次检查中可完整读取和解压；虚拟机能否恢复、应用能否启动、数据是否可用，还需要后续演练。

安排任务时，也要留意家庭服务器的资源和业务影响。照片同步、大容量备份、媒体扫描尽量错开；备份模式如果会停止服务，应事先安排允许中断的维护窗口，尤其要关注承担路由和 DNS 的服务。

七、恢复演练，从少量文件开始

可以先挑选几张不同年份的照片和一段视频，从副本恢复到新的测试目录，确认文件能打开、内容正确、视频能播放。测试目录应与正在使用的照片目录分开，避免覆盖原件。

随后再考虑系统或应用恢复。对于虚拟机和容器，使用独立测试 ID，并在启动前处理网络隔离，避免克隆体与生产环境争用 IP、定时任务或消息服务。

记录时至少写下备份日期、恢复对象、测试位置和结果。系统能够启动、应用能够使用、照片能够读取，应分别验收。

一次成功演练，让人知道某份备份在特定环境下如何恢复。后续更换存储、调整备份方式或升级应用之后，还需要评估是否重新验证。

八、建立一份能坚持的维护清单

下面是基于这些记录整理的建议节奏，可以按数据变化速度和使用频率调整。

遇到异常时，先保留日志和现场，再决定修改方式。特别是存储和照片目录，不要为了消除一条报错就直接重跑可能覆盖或删除文件的任务。

NAS 的日常维护，可以从回答几个具体问题开始：重要数据在哪里，副本覆盖到哪里，最近一次任务留下了什么，原设备无法使用时又该怎样取回数据。

把这些答案写清楚，并定期用实际结果核对，维护就有了可执行的方向。

资料依据与整理说明

本文基于个人本地知识库以下资料整理，未在写作时连接 NAS 或 PVE 复查当前运行状态：

• 《17-fnOS照片目录覆盖复核-2026-10-15》：目录覆盖、大小写误报、抽样哈希及核验范围。
• 《18-PVE备份覆盖与压缩流校验-2026-10-15》及其后续追加记录：数据盘备份排除、调度与归档的区别、压缩流校验和维护窗口。
• 《备份与恢复方案》：系统与数据分开保护、恢复演练及恢复顺序。

维护清单与行文结构为上述经验的归纳。文中未列出的当前容量、任务配置和备份状态，均未作实时确认。