相关疑难解决方法(0)

为了提高我们的 SQL Server 备份的性能，我们备份到多个备份文件。

• 在有关此主题的大多数博客文章中，他们都说要使用多个备份文件，但是，是否存在由于大量线程等待而导致文件过多而不是提高性能反而会导致性能下降的情况？
• 是否有任何基于例如服务器内核数的一般建议？更具体地说，我们的其中一台服务器显示 BACKUPIO并BACKUPBUFFER作为前 2 名违规者的等待统计数据。

我们正在使用 10 个备份文件备份一个大数据库（几个 TB），但我注意到服务器只有 4 个内核和 32 GB 的 RAM。我已将备份文件的数量更改为使用 4 个备份文件。我将在下周的下一个备份周期中看到它的进展情况，但与此同时，我试图根据服务器规格找到有关使用多少备份文件的任何建议。

我正在使用压缩、写入多个文件以及更改BufferCount和MaxTransferSize选项来调整 SQL Server 备份。我有一个 SQL Server 实例，其中包含 4 TB 数据库和几个从几 MB 到 150 GB 的较小数据库。

我的问题是，我是否可以开始使用 150 GB 数据库进行调整，然后将这些设置应用到 4 TB 备份，只需进行最小的更改，或者 4 TB 是否需要从头开始拥有自己的“调整会话”？由于通常需要多次备份尝试才能拨入设置，因此我尝试在可能的情况下快速开始调整 4 TB 数据库。