为什么Backup Exec Catalogs文件夹占用大量磁盘空间

Problem

Backup Exec利用编录信息维护已备份内容的记录。在默认安装中，Catalogs文件夹是Backup Exec安装路径的子文件夹，通常位于C:\Program Files\Veritas\Backup Exec\Catalogs。

随着时间的推移，此文件夹的内容会增长并占用大量磁盘空间，本文解释了造成这种情况的一些原因，以及减少影响的可能选项。

Cause

Catalogs文件夹中可能存在其他文件类型，但构成编录的关键文件是 . XML和 .FH文件，.XML文件可能没有对应的 .FH文件，但如果存在 .FH文件，肯定有名称匹配的 .XML文件存在。

.XML文件包含有关备份集的信息，例如备份资源的详细信息、备份日期、备份类型、备份设备和使用的介质。它们还可以包含有关备份集的统计信息，如文件数、字节数等。这些 .XML文件通常很小。由于每个备份集有一个对应文件，比如 C:、D:、System State，即使它们都与某个服务器相关，但都算做独立的备份集。因此Catalogs文件夹中可能有大量此类型文件。

.FH文件（称为文件历史文件）包含备份集中受保护内容的详细信息。这包括要备份的每个对象的名称、路径和其他属性。 对象包括单个文件、电子邮件等。任何给定的备份集都可能包含大量对象（卷内的文件数、邮箱数据库内的电子邮件数等），这直接影响 .FH文件的大小并可能生成非常大的 .FH文件。大字节数并不总是表示大量的单个对象，因此不能将其解释编录为何很大的直接原因。比如包含500个平均每个1GB的文件的备份将创建比包含2个每个250GB的文件的备份生成更大的 .FH文件。不同的资源类型，不同的备份方法，都影响.FH 文件的大小。特别是大量NDMP文件备份到磁带存储，或者当大量启用GRT的Exchange备份到磁盘的备份集被复制到磁带存储时，每个备份集的 .FH文件的大小可能以GB计。

如果磁带被覆盖或基于磁盘的备份集过期并被回收，相关的 .XML和 .FH文件将被删除。

注意：覆盖磁带将删除该磁带上包含的所有备份集的编录文件。

编录文件夹中的 .XML和 .FH文件数量和以下因素有关：

• 备份的资源数量
• 备份到磁盘或重复数据删除设备的备份集保留时间设置
• 当用过的磁带被覆盖、擦除或从 Backup Exec 中删除时（保管/脱机磁带在联机之前不能被覆盖或擦除）
• 当包含过期备份集的 RDX磁盘盒联机时（保管的/脱机 RDX磁盘盒在联机之前不会使它们的备份集过期）
• 如果启用了编录截断（默认为禁用）
• 是否使用GRT（或即时 GRT），其中GRT代表粒度恢复技术

Solution

在创建（或可能创建）大量编录文件夹的备份环境中，有许多选项可以管理对磁盘空间的影响，如下：

• 确保编录文件夹位于足够大的卷上。 最佳做法是不要将编录文件夹放在操作系统的系统驱动器或将用于备份到磁盘 (B2D) 或重复数据删除存储的卷上。 也建议不要使用与包含Backup Exec 应用程序本身的相同卷。注意：如果需要更改编录路径，建议使用BEUTILITY.EXE，它会自动移动现有编录信息并重新启动服务。
• 如果将磁带或RDX磁盘盒的备份长期脱机保存，请考虑启用选项以在定义的时间段后截断编录。 此选项会删除链接到该备份集的 .FH文件，并且会对磁盘占用率产生重大影响。 但它还确实限制了编录搜索和受影响备份集立即恢复能力（除非运行新的目录作业）。注意：这也会影响具有延长保留期的联机备份集，但通常联机备份集不会长期保留。
• 确保没有长期保留要求的保管/脱机磁带和磁盘盒在适当的时候返回重复使用，以便Backup Exec可以在重新使用介质时自动删除过时的编录文件。
• 对于磁带，启用设置“在覆盖暂存介质之前覆盖目标介质集中包含的可回收介质”，这样会更频繁地选择包含较旧备份集的磁带，从而减少剩余的较旧编录文件的数量。注意：暂存磁带也可能包含备份集，因此这样做的好处可能很小。
• 为不需要恢复单个内容的虚拟机 (VM) 备份禁用GRT（比如前端 Web 服务器可能只需要 DR 功能）。这将减少编录文件的数量和备份此类VM时使用的磁盘空间，因为编录中仅记录 VM 磁盘文件（.VHD、.VMDK）的详细信息，而不是对VM中保存的所有对象的引用。
• 如果需要GRT，则考虑使用B2D和即时GRT功能。即时GRT不会为备份中的GRT组件创建完整的 .FH 记录，还原时会把备份集挂载上然后浏览备份集详细内容。 注意：使用即时GRT时搜索功能不可用
• 对于磁盘备份集，根据业务需求控制总体保留时间并适当缩短。