日志卷的最佳块/条带大小？
db2*_*db2 7 sql-server-2008 sql-server
我知道 SQL Server 中数据量的常见建议是使用 64 KB 块/条带，因为 I/O 通常由整个范围完成。但是，我找不到有关日志文件 I/O 的任何好的信息。
我一直在 Process Monitor 中观察 I/O 活动，看来日志文件 I/O 大小范围从 512 字节到略低于 64 KB。我猜这取决于正在记录的事务的大小，并且使用多个 ~64 KB 写入将大事务拆分。
因此，假设我将分区与 RAID 条带对齐，假设 64 KB 块/条带将产生最佳性能，所有其他条件相同，是否安全？我预计较小的事务，即具有 512 字节写入的事务，不会因为大块大小惩罚而产生重大影响，而大得多的事务快速连续写入大量 64 KB 块会更重要的是调整。
请记住，有两种不同类型的对齐方式：块大小和偏移量。这两种对齐类型都侧重于操作系统分区/格式化和底层存储阵列分区/格式化之间的差异。
具有块对齐的磁盘意味着操作系统和底层存储阵列被格式化为相同的块大小。这里可以实现一些性能提升，但一般来说，这些提升可以忽略不计。Microsoft SQL 建议将日志和数据驱动器格式化为 64k 块。
偏移对齐是性能的无声杀手。如果未将偏移量配置为正确对齐，则 OS 层的单个块可能会与存储层的两个或多个块重叠。当操作系统请求单个块时，它会触发存储层拉取并返回所有存储层块。如果您更正未对齐的偏移，您将看到性能提升。
此图显示了如何在各个级别上关闭磁盘对齐以包括操作系统、vmware 层和存储阵列。如果您在物理服务器上运行，那么您只需关注图表中的第一行和最后一行。
也可以看看：
- http://www.blueshiftblog.com/?p=300
- http://msdn.microsoft.com/en-us/library/dd758814(v=sql.100).aspx
- http://technet.microsoft.com/en-us/library/cc966412.aspx
| 归档时间： |
|
| 查看次数： |
5820 次 |
| 最近记录： |