Sql server 备份很慢

Question

如何估计 30gb 数据库的完整备份时间？

在这一刻，大约需要 50 分钟。我们可以改进吗？

谢谢

Answer 1

添加一点并总结其他回复：

• 使用压缩将加速备份（读取一些然后写入一些 - 减少“写入一些”并加快速度）但以一些额外的 CPU 为代价。您可以在 2008 年将备份压缩与资源调控器相结合来限制这一点。使用压缩还可以加快恢复速度（先读一些然后再写一些）——这对于减少灾难恢复情况下的停机时间非常有用。
• 不为数据库文件和备份使用相同的驱动器。除了争用问题（这会因 I/O 子系统而异），这是一场正在酝酿中的灾难。我见过的最糟糕的数据丢失情况是，第 3 方技术人员不小心格式化了包含数据库及其唯一备份的驱动器
• 使用条带备份集。如果您可以将数据库备份到多个备份文件，则 I/O 将在备份文件之间循环进行。如果您将备份文件存储在单独的存储中，则可以实现巨大的性能提升。
• 调整一些更高级的参数，如 BLOCKSIZE、MAXTRANSFERSIZE、BUFFERCOUNT

我见过最快的备份是在我们位于维也纳的客户 Bwin 处进行的。他们可以在 36 分钟内备份 2TB。请参阅我在高端备份压缩数字上的博客文章。

看看这个 SQLCAT PDF，特别是：

• 第 4 节，第 71 页：在 SQL Server 2008 中调整备份压缩的性能
• 第 1 节，第 15 页：调整备份压缩第 2 部分

希望这可以帮助！