在Server中备份VLDB复制数据库？

Question

我的后援策略有问题。

目前，我正在做一个完整的备份每晚和交易日志备份每2小时磁带。

这过去是没有问题的，但是DB的大小几乎是2TB，完整的备份需要8到12个小时才能在一夜之间完成。

晚上，我有几个作业在运行，这些作业都受到备份的影响。

我正在考虑一种使用DB复制的不同策略，它允许我将两个数据库保持同步，然后只备份“复制”数据库，从而使生产数据库没有在线备份。

这会不会是个问题？我有丢失信息的风险吗？在这种情况下，如果需要恢复备份，我该怎么办？

Answer 1

我不认为这是一个非常好的主意，因为复制不仅仅是作为一种可靠的备份策略的防弹作用。阻塞情况可能会停止复制作业，您很容易在一段时间内不同步。或者，一张网卡可能会失败，复制也会在一段时间内停止。这意味着你将不会更新一段时间，而且，你将没有一个好的备份的主要，更新的网站。

类似的技术将提供对主数据库副本的更新，它们都是镜像和日志传送，但它们都依赖于完全恢复模型和日志备份。

我建议你最好研究一下备份的压缩。从SQL2008(企业)和SQL2008SQLServer(来自标准)开始，您可以选择使用本机R2压缩备份。此外，您应该研究数据压缩(对表和索引数据进行就地压缩)。这些会给你一些帮助，使备份更小。

还有第三方备份工具，如果您需要更复杂的解决方案，可以帮助压缩。有关如何使Server备份尽可能小的问题，请参阅本网站。

此外，您可能会考虑将旧数据从大表转移到历史数据库，并在应用程序中使用连接字符串。

您也可以尝试在本地进行备份，在主服务器上的一个文件夹中，然后只需将其复制到磁带(可能备份到磁盘+直接复制比备份到磁带所需的时间更短)。

对不起，强调:如果没有经过测试的生产备份，您就不会安全！

Answer 2

我不会用这个作为备份解决方案。无论何时添加表，都会出现将新快照应用于订阅服务器的问题。您应该考虑says来减少备份时间，例如使用数据库备份压缩，因为这样会减少备份时间。您还应该先查看备份到磁盘，然后将备份备份到磁带，因为这样会大大减少备份时间。