我们在Stack Exchange使用了NetBackup，我正在修改我们的备份策略以提高效率。
目前，我们使用SQL 2008 R2，并有SQL运行维护计划将数据备份到.bak文件。 一旦该文件被写入，我们将备份.bak文件存储的目录。
我们不使用NetBackup的SQL代理，因为我们使用.bak文件进行其他事情，而不仅仅是简单的备份。
我正在考虑每周/差异/ Cume轮换的时间表，但考虑到这些目录将有大量的文件，每天都会有新的保证，而且我们的系统会自动老化超过特定天数的备份，我认为标准的“办公文件服务器”scheme可能比其他方法效率低。
有没有一种“最有效率”的方式来处理这个问题？
我在SQL Server备份方面的经验很less，所以把所有这些都用在一磅盐上，然后在尝试我下面的一半的scheme之前，研究SQL Server代理的各种备份技术（ Bacula声称有一个备份技术）。
我对数据库备份的解决scheme非常适合PostgreSQL：我镜像到一个从服务器，然后当备份时间结束时，closures这个服务器，让Bacula备份数据库目录，然后重新启动从服务器，以便跟上复制。
这具有快速恢复和对备份大小的公平折中的优点（只备份已更改的表格备份文件，但备份过程确实抓取整个表格，而不仅仅是增量）。
你的情况可能会有类似的东西。 起初，我会build议：
这与我所做的非常类似，只是通过直接rsync数据，您可以利用rsync的块级扫描（并且希望通过networking传输的数据比我less抓取整个表格）支持文件）。