痛点场景

备份做了、RAID 建了，某天打开一份几年前的合同扫描件，发现打不开或者内容乱了——盘没坏、没报警，文件却坏了。这就是静默数据损坏：它不摔盘子、不亮黄灯，就这么悄悄发生。DSM 从 6.1 开始提供文件自我修复功能，专门检测静默损坏并自动还原受损文件。但很多人栽在一个细节上：这个功能只能在创建共享文件夹时启用，创建之后就无法再更改。所以这篇文章最好在建文件夹之前读。

适用条件：先对号入座

文件自我修复不是随便开的，需要同时满足两个条件：

条件一：共享文件夹位于 Btrfs 卷上（想知道哪些机型支持 Btrfs，可查官方对应说明）；

条件二：卷所在的 RAID 类型属于以下之一：

• RAID 1
• RAID 5
• RAID 6
• RAID 10
• RAID F1
• 由多块硬盘组成的 SHR / SHR-2

单盘 Basic、JBOD 这类没有冗余的结构不在保护范围内——自我修复的前提是"还有一份好的可以用来还原"。

启用方法：建文件夹时勾一个框

创建共享文件夹的过程中，按官方步骤操作，勾选**“启用数据总和检查码以实现高级数据完整性”**复选框。勾上它，这个共享文件夹就获得了文件自我修复能力：日常运行中系统用校验码检测静默损坏，发现受损文件时利用 RAID 冗余自动还原。

建好之后怎么查

事后想确认某个文件夹当初有没有勾：进入控制面板 > 共享文件夹，选中该文件夹，单击编辑 > 高级，即可看到该选项当前状态。注意这只是"查看"，不是"修改"——创建后此选项无法更改。没勾的老文件夹想要保护，办法是新建一个勾选了该选项的文件夹，把数据迁移过去。

三种情况下自我修复不可用

即使启用了，以下情形中该功能不工作，需要避开：

1. 卷或存储池正在进行修复，或奇偶一致性检查进行中；
2. 存储卷处于降级状态（冗余已经受损，没有"好副本"可用）；
3. 存储在 VDSM 或 VMM 上的数据。

另外一个重要边界：文件自我修复只保护上述共享文件夹里的文件。存放在 Btrfs 卷上 iSCSI LUN 里的文件，不在保护范围内——iSCSI 场景要另外规划数据完整性方案。

验证

新建文件夹后在 控制面板 > 共享文件夹 > 编辑 > 高级 里回看，确认"启用数据总和检查码以实现高级数据完整性"处于勾选状态；已有文件夹按同一路径逐个排查，把重要的存量数据迁移到受保护的文件夹中。

预防与注意

• 规划新卷时优先选 Btrfs 加带冗余的 RAID 类型，给自我修复留出"能生效"的地基；
• 降级状态下自我修复停摆，所以降级告警要第一时间处理——冗余不完整时，静默损坏也没人兜底；
• 自我修复防的是"悄悄坏"，防不了"整池坏"：独立备份这条底线永远不能省。

发行说明（内部·勿外发）

A459·技术干货·教程·群晖教程·2026/9/16·源文：kb.synology.cn/zh-cn/DSM/tutorial/How_to_enable_file_self_healing_on_DSM·零品牌（Z-033 首验：本篇无任何自有品牌露出）

标题变体：

1. 静默数据损坏怎么防？群晖文件自我修复功能建共享文件夹时就要勾上（主用）
2. 文件悄悄变坏没人发现？DSM数据总和检查码启用时机与查看方法
3. 群晖文件自愈功能怎么开？建文件夹时那个高级选项千万别漏勾

图文版物料 5 卡：

• 卡1（封面）：大字"文件会悄悄坏"+扫描件示意，角标"建文件夹前必读"
• 卡2：静默损坏vs盘故障对比——“不亮灯的坏最可怕”
• 卡3：适用条件清单卡——Btrfs卷+六种RAID类型对号入座
• 卡4：关键复选框特写示意——“启用数据总和检查码以实现高级数据完整性”
• 卡5（收尾）：三种失效情形+查看路径，落款"收藏这篇，建文件夹前翻出来"

话题标签： #群晖 #Btrfs #数据完整性 #NAS教程 #静默数据损坏

建议平台： 头条、百家号、知乎、CSDN

红线自检： 正文无任何网址/电话/微信/QQ/邮箱/二维码；无价格；未点名竞品；不涉政；启用步骤、查看路径、限制条件与 iSCSI 边界均来自官方 KB，未编造菜单路径；未出现具体型号与参数。