源端一个文件都没改，备份目的地却越涨越大？先读懂 Hyper Backup 的记账方式
痛点：占用曲线一直在爬，源端却"纹丝不动"
每周巡检备份目的地，发现占用又涨了几个百分点；回源端查共享文件夹，近期既没新增也没改动。第一反应往往是任务出问题了、或者在偷偷重复备份，于是删任务重建——结果全量重跑，白白浪费一晚传输。其实只要增长幅度温和，这多半是 Hyper Backup 的正常记账，先读懂再动手。
为什么没新数据也会涨
Hyper Backup 是多版本备份，为了保证数据完整性、支撑"还原到任意版本"的能力，每次任务运行时都要做三件看不见的事：
- 更新版本数据库：每跑一次任务，版本数据库就要更新一次，记录这一版的状态；
- 构建索引：为每个新版本生成索引信息，用来跟踪文件结构和版本元数据；
- 预留数据结构元数据：这部分额外空间的量，随你的总数据量和目录结构的复杂程度浮动——文件越多、层级越深，账本本身越厚。
换句话说，涨的不是你的业务数据，而是"账本和目录卡片"。只要任务在跑，账本就一直在添页。
怎么区分正常记账与异常增长
在 Hyper Backup 里选中任务看"备份统计"：如果版本数量的增长节奏与任务频率吻合、每个新版本的传输量都很小，占用缓慢爬升就是正常现象；真正要警惕的是单一版本体积暴涨、日志里出现报错、或占用增速明显背离版本数——那才需要查任务本身。
容量规划：给账本留出生长空间
规划备份目的地时，别按"源数据量等于目的地占用"来算：在源容量基础上留出余量，目录结构复杂、文件数量巨大的场景多留一些；版本保留策略按需收紧，用轮换式保留（比如按天周月梯度）控制版本总数的膨胀；再给任务打开"存储空间使用量过高时提醒我"的阈值告警，把被动发现变成提前介入。
验证与预防
清理一轮旧版本后，目的地占用应明显回落；下一次任务跑完出现小幅回升，属正常记账，不必处理。日常把"版本数、数据大小、目的地占用"三个数记进巡检表，看趋势而不是看单点，就不会被缓慢增长吓到。
备份容量规划和版本策略设计拿不准的，可以找贵州诚鑫致达科技聊聊群晖的部署与调优。