网络备份的替代方案

Question

在我们的环境中，我们有一些服务器处于始终处于可用性组中，还有一些服务器是独立的。

我们通常备份到一个网络共享，但我们最近观察到，随着数据库越来越大，所花费的时间越来越长，这减缓了整个网络。

Ola hallengren的脚本用于压缩和分割备份文件。我只是每天执行“完整”备份。备份将进入网络共享EMC isilon驱动器。

我从来都不满意EMC DD的提升。唯一的选择是执行本地备份，然后复制到相同的网络共享。

除了以上这些之外，还有其他有效的方法吗？

Answer 1

你提到的替代方案似乎是最好的选择。

你可以做的是一个2步的过程：

• 在本地使用Ola的备份解决方案使用压缩进行本机sql服务器备份。
• 使用Robocopy进行网络共享的传输。这是解耦的，可以作为Windows计划的任务运行。

这样，您的备份将是本地的，而且会很快。您将需要更多的磁盘空间和明显的冗余(如果备份磁盘失败了--您不希望丢失所有备份)。

或者，将机器人复制作为备份作业中的一个步骤，以确保只有当备份成功完成时，以及备份完成后，才会发生机器人复制。只要备份保持在本地，备份就与数据处于相同的风险中。

此外，定期测试您的还原，因为如果您不能恢复备份-它有什么用途！

另外，请参考我对SQL备份调优大型数据库的回答

Answer 2

有一些方法可以通过处理防爆或防爆之类的不同旋钮来调优备份，或者对文件进行条带化(您已经注意到了这一点)。

问题是，触摸这些旋钮可能仍然会导致您的网络和/或存储空间受到限制，并且它们不会对备份时间产生任何实际影响。

您的第一项工作应该是对要备份的存储进行基准测试，直到使用晶盘标记或DiskSpd。这将给你一些想法，你可以期望写作的速度达到最佳状态。

接下来您需要测试的是从正在备份的驱动器中读取数据。如果您运行一个备份到NUL，您可以计时只需要备份的读取部分需要多长时间，而不必将其写入磁盘。

考虑到这两个数字，您可以开始使用其他旋钮来查看哪些旋钮最接近它们，而不管备份目标是本地的还是网络的。

Answer 3

有几种可能的解决办法：

1. 从完全备份到每周全备份和夜间差异可能是一个简单的解决方案。
2. 有许多与性能相关的参数可以在Ola的脚本中进行调整，您可以调整这些参数以获得所需的性能：
   • BlockSize 指定以字节为单位的物理块大小。BlockSize选项在DatabaseBackup中使用Server备份命令中的BLOCKSIZE选项。
   • BufferCount 指定用于备份操作的I/O缓冲区的数量。BufferCount选项在DatabaseBackup中使用Server BACKUP命令中的BUFFERCOUNT选项。
   • MaxTransferSize指定Server和备份媒体之间使用的最大传输单位(以字节为单位)。MaxTransferSize选项在DatabaseBackup中使用Server BACKUP命令中的MAXTRANSFERSIZE选项。