Hyper Backup 排除规则设了却不管用？多半是任务里勾了套件数据
痛点：明明写了排除，还原时文件却还在
给 Hyper Backup 任务配了文件筛选器，把一批临时文件、媒体素材的路径排除掉，结果到目的地一看，这些文件照备不误。反复检查筛选规则没写错，开始怀疑筛选器是不是坏了。其实规律很简单：被排除的文件一旦属于你在这个任务里同时勾选了的应用程序，文件筛选规则就会被绕过。
为什么套件数据不吃筛选规则
Hyper Backup 备份应用程序（套件）数据时走的是"整包"逻辑：为了保证套件数据的一致性——配置、数据库、附属文件必须配套完整，缺一块就还原不回去——它不会对套件数据做逐文件的筛选。文件筛选器只对共享文件夹那部分数据生效。所以当某个套件的数据恰好落在你排除的路径里，任务一边"尊重"你的文件夹备份范围，一边把套件数据完整带走，看起来就像筛选器失灵了。
解法：按数据性质拆任务
把一个任务拆成两个：
- 套件数据任务：只勾选要保护的应用程序，不指望文件筛选器起作用，保留策略按套件数据的恢复需求设；
- 共享文件夹任务：只选文件夹，放心使用文件筛选器排除临时文件、大体积素材等内容。
如果不想新建，也可以编辑原任务，去掉其中的应用程序勾选，让筛选规则回到纯文件夹环境里生效。今后建任务的纪律就一条：这个任务里有没有套件？有，就别把希望寄托在文件筛选上。
验证：确认排除真正生效
拆分后的文件夹任务跑完一轮，打开还原浏览器（或用桌面端的 Hyper Backup Explorer）浏览最新版本，抽查此前被排除的路径：文件不再出现、筛选器命中的数量与预期一致，即为生效。同时到套件任务里确认应用数据仍在正常备份，两边都不能少。
预防：两条延伸提醒
一是拆分后两条版本链各自独立，保留策略和告警要分别配置，别只盯一头；二是设计排除规则时先排查目标路径是否与套件数据存在交叠，交叠的路径要么留给套件任务整包保护，要么调整目录结构把可排除的内容挪出套件管辖范围，从源头避免规则打架。
在做备份任务规划、想一次理清套件与文件保护边界的，可以找贵州诚鑫致达科技聊聊群晖方案的落地。