我正在设置一个新的SQL Server群集，因此我的数据库存储位于SAN上。我在Windows Server 2012R2上使用SQL Server 2014 Standard。根据Brent Ozar的SQL Server安装程序核对表中的建议，我将数据块大小，日志和tempdb LUN设置为64k。我的问题：我的备份LUN的块大小应该是什么？
答案 0 :(得分：0)
我正在设置一个新的SQL Server群集，因此我的数据库存储在SAN上
啊，不。不合理 - 一个不跟随另一个。您设置了一个新的SQL Server群集。您的数据库存储在SAN上。对此没有内在要求。实际上，出于正常运行时间的原因，长时间使用具有非共享存储的AOAG（Always On Availability Groups）是首选。还有性能 - 很难获得每秒几千兆字节的SAN LUN（其中因为光纤是8千兆比特 - 800兆比特原始）。在具有高性能SSD的小型服务器中这样做是微不足道的。
我的数据块大小，log和tempdb LUN设置为64k，每个 Brent Ozar的SQL Server安装清单中的建议。
这使得恕我直言没有意义，并且反击任何我经历过的事情。 SQL Server存储扩展到64kb - 但它总是尝试写入和读取多个。 256kb到512kb看起来更好，特别是适当的IO子系统所做的缓存。理论上64kb确保你永远不会有拆分IO - 实际上这没有多大意义，特别是在具有千兆字节缓存的SAN上。
我的问题：我的备份LUN的块大小应该是多少？
无论你喜欢什么。您向我们提供了关于如何进行备份的信息（或者您没有企业备份工具？）。通常，IO比活动数据存储的问题少得多。例如，它们上的随机IO非常少。