我在Windows Server 2008 Standard x64上运行Backup Exec 12.5。 服务器连接到带有SCSI接口的Dell Powervault 124T，我运行服务器本身的备份以及在局域网内备份其他服务器的其他作业。
现在，Backup Exec将其目录文件存储在C：\ Program Files \ Symantec \ Backup Exec \ Catalogs \ Server名称下，但它也安装了SQL Express并创build了一个名为BKUPEXEC的数据库。
目录目录现在已经增长到了120GB，我将在几个月内以这个速度出现磁盘空间问题。
我应该备份目录和数据库吗？ 或者只有其中一个？ 另外，你是否build议清除目录目录的策略？
数据库只包含目录中的一小部分信息。 如果您打算能够对Backup Exec进行灾难恢复，则应该将备份目录和数据库备份为服务器常规备份的一部分。 如果您不想将目录编入其他介质以find正确的磁带进行还原，那么在灾难恢复情况下可以方便地使用这些目录。
您不必将目录备份到磁带，但在灾难情况下它们非常方便。 我将它们复制到某些客户站点中的其他服务器。 在其他的，我只是用普通的磁带备份来覆盖它们。 这取决于它们有多大，磁带可用空间/备份窗口时间是多less。
除了目录之外，您应该始终保持包含目录的最新磁带的离线日志，以便在发生灾难时不必浪费时间对磁带进行编目，以便查找带有目录的磁带就可以让你确定哪些磁带需要恢复。 当然，如果你足够小，一切都结束在一个单一的磁带上，那么这可能是无关紧要的。 然而，使用自动加载器，很容易不知道哪些磁带被用于哪些作业，最终，最终可能会浪费大量时间在磁带灾难恢复场景中编录磁带，以便找出需要使用的磁带执行恢复。
我担心你的目录变得如此之大。 我的意思是，这是惊人的大。 我坐在一个盒子的前面，每个备份目录总共有12个月，总文件大小不超过500MB。
不知您的目录保存期限是否设定了很长时间，定期的目录修剪操作没有发生，或者有些事情发疯了。 我会查看“设置”和“目录”下“选项”菜单中的目录设置，查看保留期限是什么样子的。 你看到任何奇怪的“警报”：目录？
closures保留期是非常安全的，但正如joeqwerty所说，如果您需要知道磁盘上的磁带上的内容，您需要对磁带进行编录以查看内容。
我不支持任何一个。 我configuration目录的保留，以满足我认为是一个合理的时间段，在这段时间内，我可能会预期或要求恢复数据，这对我来说恰好是180天。 一旦180天以上的目录已被清除，对旧媒体进行重新编目是一件简单的事情。 我不备份目录，因为我不想处理日益增长的目录和他们在我的媒体上占用的空间，这在我的低预算公司中是非常重要的。
随着目录的增长，备份目录将需要更多的介质，并随着备份作业的增长而增加大量时间。
如果您觉得需要备份目录，那么我的build议是将它们从常规备份分开备份到外部USB驱动器。
编辑
正如埃文在他的回答中提到的那样，有两个原因可能会使您的目录备份并保持相当长的保留期限：
备份服务器本身的恢复。
在时间敏感/危急情况下快速恢复数据（或整个服务器）的能力。
您必须权衡哪些选项和设置最适合您，并允许您达到/超过任何特定目标或要求（作为您的DRP / BCP / SC的一部分）。
除了需要将数据保留在数据库中之外，还需要在数据库上configuration某种types的维护计划。 120GB文件大小可能是充满事务性数据的。
维护计划