con*_*olp 5 sql-server availability-groups
我的 SQL Server 数据库托管在具有全闪存存储阵列、40G 网络等的高度规范的融合平台上。
但是，我们仍然无法获得超过 50MB/s 的重做速率 - 我需要它在 GB/秒范围内。
支持平台可以处理这个问题 - SQL Server 2012 中阻止它最大化潜在吞吐量的瓶颈是什么，我该如何克服它？即使使用单线程进程 50MB/s 也很差 - 考虑到我们处理的数据量，完全没用。
更新：当我在服务器上时，我可以在驱动器之间复制文件并获得 > 1000MB/s 的速度。重新启动后，我看到重做速率高达 300MB/s，所以我知道这在我的环境中是可能的，但是即使恢复队列位于 400G，它也会迅速降低到 50MB/s 的标准。这需要 8 小时才能耗尽 - 导致非常不满意的客户......
\n\n\nSQL Server 2012 中阻止其最大化潜在吞吐量的瓶颈是什么？我该如何克服它？
\n
这是 SQL 2016 的一个主要工作项目。
\n\n\n\n\n其结果是 SQL Server 2016 的设计能够为最新硬件上要求最严格的工作负载提供高可用性，并且对未来的影响最小，并且可扩展。我们针对 SQL\n Server 2012 和 SQL Server 2014 的设计仍然经过验证，可以满足\n 许多客户的需求。但是，如果您希望加速您的硬件，我们针对 SQL Server 2016 的 Always On 可用性组设计可以跟上您的步伐。
\n
请参阅SQL Server 2016 \xe2\x80\x93 它只是运行速度更快：Always On 可用性组涡轮增压
\n| 归档时间： |
|
| 查看次数： |
953 次 |
| 最近记录： |