异常

勒索软件和出了故障的应用，在备份里看起来很像：突然大部分数据都是新的，或者大部分数据都不见了。BombVault 会把每次备份和该条目自己的历史比较，发现不对劲时就提出一条发现。关于数据丢失的发现未处理期间，它还会保留该条目的旧备份，所以最后一份好的备份不会过期被删。检测开启时，侧边栏会显示异常这一项。

页面

严重、警告和提示磁贴用来选择严重程度，列表上方的未处理和已关闭在未处理的发现和最近 30 天内已关闭的发现之间切换。严重发现和其他发现放在同一个面板上，它的严重程度显示在徽章和彩色边缘上。每条发现先给出修复办法，详情里把数值画成一条曲线，并标出通常的范围。

没有未处理的发现时，学习进度为每个条目显示一个分成十份的圆环，BombVault 每从一次备份中学习，就点亮一份。监控会打开带有各自设置的条目列表。

检查什么

容器、虚拟机、文件夹集、数据库转储、闪存和自我备份的每次备份，都会和该条目自己的历史比较。这些检查会看：

• 一次运行保存的新数据，对比最近备份中常见的最大量，以及每小时的常见速率，
• 一次备份又把大部分数据重新保存了一遍，包括被改名和重写的文件，
• restic 为每个条目和每个数据库转储报告的源大小和文件数，
• restic 自己的备份时间，
• 连续失败和间歇性失败，
• 不再通过的恢复检查，
• 本地、SFTP 和 rclone 仓库的可用空间，根据仓库的增长做出预测。

条目会从它最初的 10 次备份中学习。几乎为空的源、大部分数据被重写和失败，则从一开始就会检查。

关于源大小或文件数的发现，会标注到它首次出现的那次备份。与之前的备份比较会列出文件消失、新增或变化的文件夹，如果几乎全部都在搜索索引、缓存或缩略图里（应用会自己重建它们），会附上一条说明。

ZFS 条目按数据集逐个监视，参见 ZFS 数据集。助手可以通过 MCP 服务器读取未处理的发现。

这些检查有局限。S3、B2 和 REST 仓库没有可用空间的数字，Unraid 用户共享上的可用空间是整个阵列的，restic 0.17 之前做的备份没有大小历史。

关闭一条发现

• 警告在原因消失后会自行关闭。
• 关于数据丢失和磁盘快满的严重发现会一直保留，直到你处理。
• 确认会把发现标记为已看过并关闭。在原因消失过一次之前，它不会再次出现。
• 标记为预期之内表示这个变化是你做的。新的水平在 10 次备份之后成为常态，但"几乎为空"的检查永远不会关闭。
• 选择发生了变化，例如你勾选或取消勾选了某个文件夹，会自动让该条目的历史重新开始。

每个事件只发送一次通知，已经会发通知的失败和恢复检查不会重复报告。

同时保留旧备份

当源几乎为空、急剧缩小或大部分数据被重新保存时，保留规则和清理会不动该条目的旧备份，发现里会链接到最后一份好的备份，恢复窗口会预先选中它。关闭这样的发现之前，BombVault 会告诉你，下次清理会再次按保留规则删除旧备份。所以如果数据丢了或被加密了，请先恢复，再关闭这条发现。

设置

设置、验证下的异常卡片包含全局设置。每个控件一更改就会保存，检测关闭时，开关下面的三项会隐藏。

设置	默认值	作用
检测异常	开	把每次备份和该条目自己的历史比较。关闭后不再检查新的备份，侧边栏里的异常也会消失。卡片仍然链接到之前的发现。
灵敏度	均衡	严格会报告较小的变化，宽松只报告大的变化。
发送通知的范围	仅严重的发现	通过通知里设置的渠道发送消息的最低严重程度。反复出现的备份和转储失败，以及失败的计划恢复检查，已经会各自发送消息，不会发送两次。
当源急剧缩小或被重写时保留旧备份	开	当条目有关于几乎为空的源、急剧缩小或大部分数据被重新保存的未处理发现时，保留规则和清理会不动该条目的旧备份。确认这条发现，或把它标记为预期之内，旧备份才会放行。

每个条目可以使用自己的灵敏度和通知下限。在条目的验证标签页上设置，或在异常页面的监控下设置。对于 ZFS 条目，它们适用于其树中的每个数据集。