Server 2008 R2 - VLDB备份策略

Question

我在Server 2008 R2企业版上运行了一个200 on的数据库。我最近对它进行了分区，以便存档11个月的历史，所以在归档之前，它已经提前了400 of。

我们公司有两个数据中心，以实现DR解决方案。大多数数据库位于DC1，那里有磁带备份基础设施，而DC2没有磁带备份功能。

这个200 no的VLDB位于DC2位置，没有磁带备份基础设施。大约一年前，当数据库.bak文件超过90 to时，我们的服务器团队停止了磁带备份，并且变得太大，无法恢复到DC1备份到磁带。我保存了两个.bak文件的磁盘副本，但仍然担心是否需要恢复，这需要追溯两天以上。

我在寻找解决办法。我以为我可以设置一个从DC2到DC1的日志传送解决方案，然后每天晚上停止日志传送并运行辅助备用的备份，但我担心它可以通过启动日志传送到tiz的能力来实现。我已经做了很多研究，并发现它可能会造成问题，但如果一个待机可以连接和读取，你会认为备份是可以完成的。

数据库每月增长30 2GB，平均每天增长1至2GB，因此从DC2到DC1的日志流量应该是可以管理的。它是一个供应商提供的数据库，所以我们非常努力地不修改它以支持我们的环境，尽管我只是在供应商的批准下对它进行了分区。

有谁知道如何最好地将.bak文件保存到没有磁带基础设施的位置？

Answer 1

日志传送到主站点，然后进行备份将无法工作，因为您无法备份等待t日志备份的数据库。

使用SQL 2008，您唯一的选择是备份到本地磁盘，拥有存储数组(我假设两个站点中都有一个可以在站点之间复制数据的存储数组)将备份LUN复制到DC1的数组中。然后，当备份完全复制到DC1快照( DC1上的LUN副本)之后，将其挂载到DC1的服务器上，并将数据库备份到磁带上。

另一种选择是升级到Server 2012，并利用AlwaysOn可用性组将数据复制到DC1中的服务器，然后可以从DC1中的服务器进行备份。

第三种选择是在DC2购买更多的存储，并保留两个以上的备份。

第四个选择是将应用程序移动到DC1并从那里运行它。

第五种选择是为DC2购买磁带备份单元。