SyncBackPro 备份软件用户最常选择的备份目的地是 NAS。NAS 在有线局域网中数据传输速度快、有扩展空间,并且能以外部 USB 硬盘永远无法比拟的方式,为家庭或小型办公室集中存储。但 NAS 只有在围绕它构建的策略足够好时,才能真正保护数据。一个装满硬盘的盒子不是备份,选择错误的配置文件类型或完全不启用版本控制,会让 NAS 所有者与完全没有备份的人一样暴露在风险之中。
本文探讨的是一些实际决策,这些决定了 NAS 是保护用户数据,还是仅仅存储同一份数据的另一个副本。内容涵盖配置文件选择、性能、版本控制、勒索软件分层防护、厂商特定注意事项、最常见的错误,以及 SyncBackPro 二十多年来针对 NAS 异常行为积累的变通方案之旅。
提示
使用启用了版本控制的配置文件(Backup 是省心的默认选择,Mirror 加版本控制也可以),绝不要单独使用 Mirror。优先使用有线以太网而非 Wi-Fi,通过 UNC 路径而非映射驱动器盘符访问共享,并针对每种数据类型保持合理的保留策略。将 NAS 视为分层策略中的一个层级:NAS 加云存储,再加一份离线副本,用于任何你无法承受丢失的数据。谨记定期测试恢复。
NAS 备份快速检查清单
- 使用 Backup 配置文件,或带版本控制的 Mirror,绝不要单独使用 Mirror。
- 开启版本控制,并选择与数据匹配的保留策略。
- 对计划任务使用 UNC 路径,而不是映射驱动器盘符。
- 对大部分数据优先使用以太网而非 Wi-Fi。
- 在 NAS 之上叠加云副本和离线副本。
- 每一到两个月测试一次恢复。
目录
- NAS 本身不是备份
- 选择正确的 SyncBackPro 配置文件类型
- NAS 性能考虑
- NAS 上的版本控制
- NAS 快照与 SyncBackPro 版本控制
- 勒索软件分层防护
- 备份目标设计
- SyncBackPro 已处理的 NAS 怪癖,
- 各厂商说明
- 常见错误
- 测试恢复
- 结论
NAS 本身不是备份
这是本文最重要的一节,也是最常被跳过的一节。NAS 提高了存储可靠性和集中化,但仅仅将文件复制到 NAS 并不会自动创建备份。如果勒索软件加密了你的 PC,而 SyncBackPro 将这些更改镜像到 NAS,那么两份副本都可能受到影响。SyncBackPro 内置的勒索软件检测可以在发现一波可疑加密活动时中途停止备份,但没有任何单一防御是万无一失的,分层策略仍然很重要。如果某个文件被意外删除,而删除操作被传播出去,NAS 副本也会消失。
有三个概念经常被混为一谈,但它们并不是一回事:
- 复制不是备份。复制让两份副本保持同步。如果源数据发生损坏,复制也会损坏目标。相比之下,备份会捕获源数据在某个时间点的状态,并将其独立保留下来。
- RAID 不是备份。RAID 防范 NAS 自身单块磁盘故障。它不能防止意外删除、勒索软件、火灾、盗窃或搞砸的固件更新。更多内容请参阅我们的文章《RAID 不是备份解决方案》。
- 可用性不是可恢复性。NAS 让数据可在网络上访问。可恢复性意味着在出问题后能够恢复到已知良好的副本。这是不同的问题,需要不同的解决方案。
NAS 是放置备份的绝佳位置。但它本身并不是备份策略。
选择正确的 SyncBackPro 配置文件类型
SyncBackPro 提供多种配置文件类型,选错类型是 NAS 所有者出问题时最终失望的最常见原因之一。下表总结了每种配置文件类型适用的场景。
配置文件类型 | 最佳用途 |
Mirror | 维护活动文件夹的次级工作副本。源上的删除会从目标移除文件;启用版本控制后,这些被移除的文件会保留在版本存储中。 |
Backup | 大多数 NAS 备份。复制新增和更改的文件。启用版本控制后,可从删除和意外更改中恢复。 |
Synchronise | 同一文件夹从多个位置编辑的双向工作流。 |
Intelligent Synchronization | 笔记本电脑并不总是在局域网上的远程或移动工作流。 |
对于大多数 NAS 场景,安全的选择是启用版本控制的配置文件。真正的陷阱不是 Mirror 本身,而是没有版本控制的 Mirror:如果源上的文件被删除或损坏,普通 Mirror 会将该更改直接传递到 NAS,没有回头路。开启版本控制后,这种危险就消失了,因为任何被覆盖或删除文件的先前状态都会先移入版本存储。带版本控制的 Backup 配置文件是省心的默认选择,因为它本身永远不会从目标删除任何内容。带版本控制的 Mirror 同样安全,并且有一个值得了解的优势:它让目标与当前源保持一致,因此你移动或重新归档的文件不会在实时备份树中留下过时的第二份副本。
NAS 性能考虑
许多用户以为 NAS 会像本地硬盘一样快,结果第一次备份花了几个小时而不是几分钟,令他们感到惊讶。通常有两个因素可以解释这种差异:网络吞吐量,以及处理小文件的成本。
网络速度
下面的数字是扣除协议开销后的实际吞吐量。以兆比特每秒表示的营销速度,与以兆字节每秒表示的实际持续传输速度看起来非常不同。
连接方式 | 实际吞吐量 |
Wi-Fi 5 | 30 至 80 MB/s |
Wi-Fi 6 | 50 至 120 MB/s |
1 Gb 以太网 | 100 至 115 MB/s |
2.5 Gb 以太网 | 250 至 280 MB/s |
10 Gb 以太网 | 700 至 1000+ MB/s |
对于使用 Wi-Fi 的 NAS 所有者来说,通常可获得的最大性能提升,就是用网线将台式机和 NAS 插入同一台交换机。如果台式机必须保持无线连接,请将批量配置文件安排在夜间,那时没有其他设备争用无线信道。
小文件与大文件
在千兆以太网上,NAS 传输一个 100 GB 的电影可能不到十五分钟,然后复制 50 万个总大小只是其一小部分的小文件却可能需要几个小时。原因是每个文件都带有固定的打开、写入、关闭和元数据往返开销。小文件使这些开销成为主要成本。
如果备份异常缓慢,几乎总是因为文件数量而不是总字节数。源代码文件夹、浏览器缓存或电子邮件邮箱可能包含数十万个微小文件。在适当的情况下,在备份运行前将此类文件夹打包成 zip 文件,可以带来显著的提速。
NAS 上的版本控制
这正是 SyncBackPro 在 NAS 上真正体现价值的地方。版本控制会在文件变化时保留旧副本,因此最近的删除或意外编辑可以恢复,而不是永远消失。正是这个功能让 NAS 副本表现得像备份而不是镜像。
保留策略应与数据的价值和变化率相匹配。下表提供了一些合理的起点。
数据类型 | 建议保留策略 |
文档 | 约 90 天的版本 |
源代码 | 30 至 90 天(git 通常是主要历史记录) |
照片和视频 | 180 天或更长;很少删除但丢失代价高 |
虚拟机镜像和大型数据库 | 最小版本控制;改为依赖应用程序级快照 |
版本控制在存储方面并非没有成本。频繁更改的文件会随着时间产生更多版本,空间会累积。对于典型的家庭 NAS,这很少成为问题。对于备份大型邮箱或虚拟机镜像的小型办公室,在确定保留期之前值得先算一算。
NAS 快照与 SyncBackPro 版本控制
许多群晖 Synology 和威联通 QNAP 用户会问,NAS 快照是否能取代 SyncBackPro 版本控制。诚实的答案是,它们是具有不同优势的不同工具,许多用户同时运行两者会受益。
NAS 快照捕获卷或共享在某一时刻的整个状态。它们非常快(通常近乎即时),因为只记录更改的块。它们依赖于 NAS 支持快照,并且存储已为快照配置,通常是 Synology 上的 Btrfs 或 QNAP 上支持快照的共享。
SyncBackPro 版本控制适用于任何 NAS 共享,无论底层文件系统是什么。它是文件级而非块级的,这使其跨厂商可移植且易于检查:每个版本都是真实文件夹中的真实文件。
一种常见且合理的组合是使用 SyncBackPro 版本控制在 NAS 上保留最近的文件级历史记录,然后在 NAS 本身上偶尔创建快照,这样即使恶意行为者闯入 NAS 共享,也无法轻易擦除你的版本历史。这两层防护针对不同的故障模式。
勒索软件分层防护
勒索软件会把“只用 NAS”的策略变成日后的遗憾。如果你的 PC 被入侵,并且 NAS 共享已挂载,恶意软件可以同时触及两者。分层方法会显著提高门槛。完整情况请参阅我们关于勒索软件弹性备份的文章;应用于 NAS 的简要版本是:
- 较好:PC → NAS,使用 SyncBackPro Backup 配置文件。
- 更好:PC → NAS,启用版本控制。
- 最佳:PC → NAS + 云 + 离线副本。这是应用于 NAS 工作流的 3-2-1-1-0 备份策略形态:三份副本,两种介质类型,一份异地,一份离线或不可变,通过验证实现零错误。
一些提高 NAS 弹性的具体做法:
- 在 NAS 支持的情况下使用不可变快照(Synology 和 QNAP 都提供锁定快照,在保留期到期前无法删除)。
- 使用专用备份共享,并为其设置独立凭据,与面向用户的共享分开。PC 上的恶意软件不太可能拥有这些凭据。
- 使用轮换外部硬盘上的离线副本,仅在每周备份窗口期间连接。这是最便宜的可用空气隔离。
备份目标设计
花几分钟设计文件夹结构,以后可以节省数小时的困惑。清晰的结构也便于按区域设置权限和快照策略。
NAS │ ├─ Backups │ ├─ Desktop-PC │ │ └─ $SBV$ │ ├─ Laptop │ │ └─ $SBV$ │ ├─ Documents │ │ └─ $SBV$ │ └─ Photos │ └─ $SBV$ │ └─ ArchiveSyncBackPro 将旧版本保存在目标内的隐藏 $SBV$ 文件夹中,而不是保存在它们自己的单独顶级文件夹中。使用“base folder”版本控制选项时,每个配置文件会将其所有版本集中到该配置文件目标根目录下的单个 $SBV$ 中,如上所示,而不是分散到每个子文件夹中。如果你希望版本历史保留时间比实时备份更长,或单独对其创建快照,请对备份共享进行 NAS 级快照,而不是寻找重新定位版本的 SyncBackPro 设置,因为没有这样的设置。将归档(很少变化的长期存储)放在自己的根目录下,使其以后可以成为冷存储升级的候选对象。
SyncBackPro 已处理的 NAS 怪癖
NAS 共享宣传自己是普通 Windows 驱动器,但线路另一端的文件系统代码通常是一个通过 SMB 伪装成 NTFS 的 Linux 盒子。现实比营销宣传要坎坷得多。在二十多年的客户报告中,SyncBackPro 积累了对各种 NAS 异常行为的变通方案。其中大多数是静默进行的:只有当底层问题无法掩盖时,用户才会看到警告。以下类别值得了解,以便你在实际环境中识别它们,并选择固件保持最新的 NAS。
会撒谎的文件系统元数据
- 文件报告为存在但实际不存在,或实际存在却报告为缺失。某些 NAS 固件在将文件复制到实际不存在该文件的目标位置时返回“已存在”,或在成功复制后立即返回“未找到”。SyncBackPro 通过显式存在性和属性查找进行双重检查;当答案不一致时,你会看到消息“驱动器/设备错误地声称文件存在,但实际不存在”,并建议更新 NAS 固件。
- 只读属性在复制过程中未保留。某些 NAS 共享在文件复制期间会悄悄丢弃只读标志。无论用户是否要求这种行为,SyncBackPro 都会在目标上重新应用源属性,因此受保护文件保持受保护。
- 删除期间未清除只读属性。某些固件拒绝在删除过程中清除只读,因此操作失败并显示拒绝访问。SyncBackPro 在失败后检查属性,并准确报告,而不是作为通用权限错误报告。
- 伪造的 NTFS。许多 NAS 共享声称是 NTFS,但底层文件系统并非真正的 NTFS。SyncBackPro 运行自己的 NTFS 检测,而不是信任共享的声明,因此只有在共享确实是 NTFS 时才启用 NTFS 特定功能(例如精确日期时间支持)。
修改时间精度较粗
- 两秒取整。许多 NAS 共享将修改时间存储为原始 FAT 文件系统的精度:仅偶数秒,两秒粒度。与毫秒精度的源相比,这会产生虚假的“已修改”结果。SyncBackPro 对非 NTFS 卷默认将 TimeDiff 设置为 2 秒,并明确建议忽略 2 秒或更小的差异。
扫描怪癖
- 大批量获取目录枚举失败。Windows 7 及更高版本的大批量获取目录列表 API 在某些 NAS 共享上返回错误。SyncBackPro 捕获该错误,并在剩余扫描中静默回退到经典枚举 API。
- 同一文件在单次列表中返回两次。有缺陷的 NAS 固件可能在单次目录枚举期间列出同一文件名两次。SyncBackPro 检测到重复项并将其报告为可能的 NAS 问题,而不是处理同一文件两次。
文件系统操作失败
- 扩展目录创建被拒绝。某些 NAS 共享不支持目录创建的扩展属性变体。SyncBackPro 自动回退到普通版本。
- 有效的移动操作被拒绝。某些 NAS 设备对用户完全有权执行的文件移动返回拒绝访问。该错误被视为可恢复条件而非致命错误。
- 暂时性无效参数错误。网络瞬断或 NAS 内部状态变化偶尔会对本来会成功的操作产生无效参数错误。SyncBackPro 在复制、移动、重命名和删除路径上最多重试五次后才放弃。
连接丢失与安全复制
- 重新连接后,安全复制临时文件看起来被锁定。SyncBackPro 的安全复制机制写入临时文件名,并在成功后重命名。当 NAS 连接静默断开并作为新会话重新建立时,临时文件对新会话可能显示为锁定。SyncBack 使用随机扩展名重新生成临时文件名并重试。
- 可恢复,而非致命。引擎将断开的网络连接视为需要重新连接恢复的情况,而不是要中止的情况。重试次数可配置,网络相关配置文件设置(如下所述)允许你根据环境定制行为。
特定厂商异常
- ASUStor 与 Btrfs:父文件夹显示为文件。在使用 Btrfs 的 ASUStor NAS 设备上,当 SyncBackPro 未以提升权限运行时,目标文件的父文件夹可能显示为常规文件而不是目录。SyncBackPro 明确检测这种情况并发出针对 Btrfs 的警告,以便用户调整运行模式。
因 NAS 异常行为而存在的设置
若干 SyncBackPro 配置文件设置正是由于这些异常而存在。即使默认值对大多数用户来说没问题,也值得了解:
- 先连接共享、不要断开连接、不要使用默认凭据、强制断开连接。八个设置(源和目标),用于处理认证不稳定、断开连接或被 Windows 凭据缓存弄混乱的 NAS 共享。
- 禁用大型首次查找缓存。针对已知有问题的 NAS 固件的预防性开关。
- 建议使用 UNC 而非映射驱动器。SyncBackPro 提供将映射驱动器路径自动改写为 UNC 路径的选项。映射驱动器盘符与 Windows 用户会话绑定,在不同帐户下运行的计划任务中无法使用,而 UNC 路径始终有效。
如果本节只能记住一件实用的事,那应该是使用 UNC 的建议。在 SYSTEM 或服务帐户下运行的计划任务根本无法看到从你的交互式会话映射的驱动器盘符,这经常让新用户措手不及。
各厂商说明
关于与 SyncBackPro 一起使用的最常见 NAS 系列的简要说明。以下内容并不详尽:这是用户希望在开始使用 NAS 作为备份目的地之前读到的实用背景信息。
- 群晖 Synology。Btrfs 卷支持快照,并可选择不可变性。如果可以,使用 Btrfs 而不是 ext4;Synology 的快照工具仅在 Btrfs 上正常工作。默认的“Backup”共享文件夹模板是一个合理的起点。
- 威联通 QNAP。快照可按共享文件夹配置,并可在保留期内设为不可变。确保你备份到的共享已分配快照空间;没有它,快照策略会被静默忽略。
- TrueNAS。基于 ZFS,具有强大但比 Synology 或 QNAP 需要更多关注的快照和复制功能。SMB 共享权限需要仔细设置,以避免 ZFS 数据集、共享和 Windows 端 ACL 之间的不匹配。
- ASUStor。选择 Btrfs 作为支持快照的文件系统。如果备份似乎因意外的父文件夹错误而失败,请注意上述提升权限的 Btrfs 异常。
- 铁威马 TerraMaster。经济实惠的选择,尤其受益于版本控制和分层策略,因为其固件功能集比上述厂商更基础。
常见错误
- 单盘 NAS 被视为安全。一块硬盘距离完全丢失只有一次故障之遥。在 NAS 上使用冗余,并在 NAS 之外的某处保留第二份副本。
- 未启用版本控制的 Mirror。单独使用 Mirror 会毫无保留地把删除和损坏传递到目标,没有版本历史可供恢复。
- 没有版本控制。没有版本,恢复上周二删除的文件是不可能的。
- 测试了备份,却从未测试恢复。从未恢复过的备份只是一厢情愿的猜测。
- 通过 Wi-Fi 备份并疑惑为什么慢。Wi-Fi 吞吐量远低于有线以太网,并且波动大得多。
测试恢复
备份的好坏取决于恢复。从备份恢复涉及的是操作机制;真正容易被跳过的是纪律。对大多数用户都有效的简单周期:
- 每月恢复一个文件。
- 每三个月恢复一个完整文件夹。
- 每年一到两次将整个配置文件恢复到临时位置。
重点不是发现备份有效(那是顺利情况)。而是在受控环境中发现你未曾意识到缺失、损坏或难以取回的东西。权限问题、应用程序特有的怪癖(数据库、向量存储、电子邮件归档)以及被遗忘的依赖关系,都会在恢复测试期间以最低成本暴露出来,而不是在紧急情况下。
结论
NAS 是 SyncBackPro 用户能拥有的最有用硬件之一,但只有与正确的配置文件类型、正确的计划,以及认识到 NAS 是分层备份中的一个层级而非全部答案的策略搭配时,它才能发挥价值。Backup 配置文件、开启版本控制、UNC 路径、尽可能使用有线网络,以及一份存放在 NAS 之外某处的副本。
准备为你的 NAS 制定真正的策略了吗?创建一个指向专用共享的 SyncBackPro Backup 配置文件,开启版本控制,并安排下个月进行恢复测试。第一次需要恢复数据时,NAS 就会成倍回报你投入的这点设计工作。