问大型数据库的备份调优

EN

将整个数据库备份到单个文件要慢得多。你可以考虑以下几点

• 在SAN上在不同的轴上划分备份。
• 使用备份压缩(消耗更多的CPU)，但是在备份和恢复操作期间，它会减少总的I/O操作。
• 您可以使用trace flags 3605和3213查找备份中使用的默认BUFFERCOUNT值，然后进行相应的调优。
• 将max memory从默认设置为当您增加BUFFERCOUNT和MAXTRANSFERSIZE时，它们需要额外的内存。
• 对于4TB数据库，假设您有不同的文件组来放置最近和历史数据，您可以将历史数据标记为READ_ONLY，然后只备份一次。应该定期备份读/写文件组。
• 使用BACKUP ... WITH CHECKSUM，因为它在备份文件中的每个页面上放置一个校验和，这有助于在执行还原时检测备份文件中损坏的页面。
• 最好是在服务器上进行本地备份(前提是您有足够的磁盘空间)，然后将备份文件传输到远程备份位置--或者--如果您直接备份到网络共享，那么最好是使用多个NIC和/或仅使用网络中的不同逻辑子网。

下面是来自白皮书- 基于网络的多兆字节数据库的快速可靠备份与恢复技术案例研究的文章：

请注意，更重要的是测试您的恢复策略，因为备份只有在没有任何问题的情况下才能恢复。启用即时文件初始化将大大缩短恢复时间。

在对备份进行条带化时要小心，因为有可能因为机器或人为错误而导致条条损坏或丢失(删除)：)

参考资料：

• 考虑有效的备份策略
• 使用1GB 2008备份压缩每秒备份大于1GB
• 如何使用压缩磁盘和固态磁盘提高SQL数据库的全备份速度

你真的需要做一个最好的猜测，然后再试一试。您需要确保有足够的内存保持空闲，以便支持您的BufferCount和MaxTransferSize选项。优化包括获得足够的速度和避免为服务器上的其他操作使用太多的资源。

我建议您使用您的150 GB数据库，然后尝试将其应用于4TB数据库，并对总体结果进行比较。测试备份的读取速度的一种有用技术是备份，备份到：

... DISK = N'NUL'

因为'NUL‘只是丢弃了数据，这可以帮助您更快地测试您的调优。

注意:如果您正在使用Ola Hallengren的备份解决方案，则还支持这些参数