我正在设置一个新的 SQL Server 集群，所以我的数据库存储在 SAN 上。我在 Windows Server 2012R2 上使用 SQL Server 2014 Standard。根据 Brent Ozar 的 SQL Server Setup Checklist 中的建议，我将数据、日志和 tempdb LUN 的块大小设置为 64k。我的问题：我的备份 LUN 的块大小应该是多少？
问问题
953 次
1 回答
0
我正在设置一个新的 SQL Server 集群，所以我的数据库存储在 SAN 上
啊，不。不合逻辑——一个不跟随另一个。您设置了一个新的 SQL Server 群集。您的数据库存储在 SAN 上。对此没有内在要求。事实上，在相当长的一段时间内，出于正常运行时间的原因，首选具有非共享存储的 AOAG（始终在线可用性组）。还有性能 - 很难获得每秒数 GB 的 SAN LUN（除其他外，因为光纤是 8 gigaBIT - 800 megabit raw）。在具有高性能 SSD 的小型服务器中这样做是微不足道的。
根据 Brent Ozar 的 SQL Server Setup Checklist 中的建议，我将数据、日志和 tempdb LUN 的块大小设置为 64k。
这让恕我直言毫无意义，并且与我经历过的任何事情背道而驰。SQL Server 以 64kb 存储扩展 - 但它总是尝试写入和读取多个。256kb 到 512kb 看起来更好，特别是使用适当的 IO 子系统所做的缓存。从理论上讲，64kb 可以确保您永远不会拆分 IO - 实际上这没有什么意义，尤其是在具有千兆字节缓存的 SAN 上。
我的问题：我的备份 LUN 的块大小应该是多少？
随你喜欢。您几乎没有提供有关如何进行备份的信息（或者您没有企业备份工具？）通常，IO 的备份问题比活动数据存储的问题要少得多。例如，它们上的随机 IO 非常少。
于 2016-02-22T14:27:23.563 回答