建议使用多少个备份设备来提高备份性能？
为了提高我们的 SQL Server 备份的性能，我们备份到多个备份文件。
- 在有关此主题的大多数博客文章中，他们都说要使用多个备份文件，但是，是否存在由于大量线程等待而导致文件过多而不是提高性能反而会导致性能下降的情况？
- 是否有任何基于例如服务器内核数的一般建议？更具体地说，我们的其中一台服务器显示
BACKUPIO并BACKUPBUFFER作为前 2 名违规者的等待统计数据。
我们正在使用 10 个备份文件备份一个大数据库（几个 TB），但我注意到服务器只有 4 个内核和 32 GB 的 RAM。我已将备份文件的数量更改为使用 4 个备份文件。我将在下周的下一个备份周期中看到它的进展情况，但与此同时，我试图根据服务器规格找到有关使用多少备份文件的任何建议。
让我们先解决您的问题...
是否存在一个点，您可以拥有太多文件，而不是提高性能，而是由于大量线程等待而获得最差的性能？
备份线程的数量取决于用于数据库文件的逻辑卷的数量以及备份设备的数量。SQL Server 单次备份操作最多支持 64 个备份设备。
因此，当您对备份进行条带化时，您就增加了吞吐量。这是一个很好的举措。
是否有基于服务器核心数量等的一般建议？
备份优化白皮书 中的平衡文件和磁盘以实现良好备份性能的示例（注意：它是一个文字文档）。
需要考虑的事项：
- 启用即时文件初始化。
- 使用备份压缩（sql server 2008 R2及更高版本在标准版中具有备份压缩）。压缩会增加 CPU 使用率，因此请确保 CPU 不会饱和。
- 更改/调整您的备份策略。不要对多 TB 数据库进行每日完整备份，而是考虑进行差异备份和日志备份。
- 在测试环境中，使用
BUFFERCOUNT（I/O 缓冲区总数）和MAXTRANSFERSIZE（sql server 与备份介质之间的最大字节传输单位）备份参数以及跟踪标志 3605 和 3213。 - 参考我的回答 SQL Backup 调优大型数据库
友善的建议
我注意到服务器只有 4 个核心和 32 GB RAM。
由于您正在运行一个大数据库（几个 TB），因此 4 核和 32 GB RAM 听起来非常低。提升你的硬件。
参考 ：