converged backup软件的二进制编目磁盘占用过高要怎么处理

Converged Backup dcbf0‑dcbf4 二进制编目磁盘占用过高
现象：总磁盘 50G，使用率 84%；二进制编目 dcbf0~dcbf4 共 5 个文件，单文件最大配置上限 204800M。
⚠关键点：204800M 是该组编目文件的配置上限，不是实际已占用大小；50G 系统盘环境下该上限参数配置严重偏大，属于配置不合理。dcbf 二进制编目为备份元数据索引，不能直接 rm 删除底层 dcbf 文件，直接删除会导致整个备份索引损坏，备份 / 恢复全部异常。
一、问题根因
1、dcbf 系列是 Converged Backup 二进制编目（catalog 索引文件组），参数定义了单文件最大可膨胀到 204800MB；但主机实际磁盘仅 50G，配置上限远大于物理磁盘，当备份任务元数据、文件对象持续累积，编目文件持续增长，快速吃光本地系统盘空间。
2、dcbf 编目不会自动收缩释放磁盘空间：备份集过期删除后，编目内部标记空闲块，但操作系统层面文件大小不会自动变小，属于该软件机制；需要执行 housekeeping 内务任务做内部回收，不会自动 truncate 文件。
3、50G 磁盘是操作系统 + 软件 + 编目共用，留给编目可用空间本身很小，该默认上限参数不适用于小规格服务器。
二、处理步骤（顺序执行）
1、优先清理过期备份集（源头减少编目数据，Web 界面操作）
1）登录 Converged Backup 管理页面，检查所有备份策略的保留周期、保留副本数量；调小不必要的长周期保留。
2）删除已经过期、不再需要的备份点 / 备份集。
删除备份集只是标记元数据失效，不会立刻释放 dcbf 磁盘占用，需要后续内务任务回收内部空闲块。
2、执行内务 Housekeeping 任务（回收编目内部空闲空间）
作用：把 dcbf 编目内部不再引用的元数据做标记回收，但不会自动缩小操作系统看到的文件大小（文件洞，sparse file）。
1）Web 界面或者后台 CLI 执行 Catalog Housekeeping 内务任务；
2）任务执行期间不要跑备份作业；
3）任务完成后：dcbf 内部空闲空间可复用给后续备份，但磁盘文件大小不会下降。
重点：该软件没有自动收缩 dcbf 物理文件大小的内置定时任务，housekeeping 只回收内部索引槽位，不会自动给操作系统释放磁盘。
3、调整 dcbf 单文件最大上限参数（修正不合理配置，现场核心操作）
当前单文件 max‑size=204800M，服务器磁盘总共才 50G，该参数严重过大。
根据 50G 磁盘规格，将 dcbf0‑dcbf4 单文件最大上限下调，建议设置单文件最大40960M（40GB 以内，预留操作系统与软件本身空间）。
注意修改参数不能直接在线修改文件；需要：停止 Converged Backup 服务→修改编目配置参数→启动服务。
⚠不要直接手动修改 dcbf 二进制文件。
4、如何真正释放操作系统磁盘空间（缩减 dcbf 文件物理大小）
housekeeping 之后，内部大量空闲，但文件虚大，需要重建编目：
方案 A（推荐业务窗口操作）
停止全部备份任务；执行完整 catalog 备份（导出编目元数据备份）；
停止 Converged Backup 服务；
触发重建二进制编目，软件重新生成 dcbf0‑dcbf4，重建后文件物理大小会下降到实际元数据占用；
启动服务，校验备份集列表、恢复测试。
禁止直接 rm dcbf*，会完全丢失备份索引，历史备份全部不可用。
5、自动预防机制配置，避免后续再次占满
1、配置磁盘阈值告警：设置编目所在分区磁盘使用率阈值（例如 75% 告警）。
2、定期调度 Housekeeping 内务任务（每日 / 每周业务低峰自动执行）；软件本身不会默认自动运行，需要手动配置定时任务。
3、严格控制备份保留策略，不要无限制保留大量备份副本；备份副本越多，dcbf 编目膨胀越快。
4、监控 dcbf 文件组实际占用，不要看配置上限 204800M，关注 du 实际磁盘占用。