SQL Server 跟踪标志 1800 事务日志卷输入/输出 （I/O） 对齐

当 I/O 不一致时，在将大量数据插入数据库期间，应用程序可能会遇到事务日志写入的写入延迟增加。
在此 Broadcom 博客中提供了检测潜在错位的详细示例。利用 SQL Server 端的“进程监视器”或“vSAN I/O Insight”等 vSphere 工具来帮助诊断问题。

I/O 不一致的影响很大程度上取决于工作负载模式。一般而言，对于较大的顺序写入I/O，观察到的影响更为显著。

从写入性能的角度来看，不使用 Trace Flag 1800 的延迟示例：

设置跟踪标志 1800 后：
 

vSphere ESXi 将 VMware 虚拟机磁盘 （VMDK） 公开给来宾操作系统，物理扇区大小为 512 字节（512n 格式）。
SQL Server 使用高级机制来计算事务日志 I/O 块大小。SQL 采用所提供 VMDK 的物理扇区大小（其中放置了事务日志文件），以使事务日志 I/O 数据块大小保持一致。这对于传统上使用文件系统 （NTFS） 分配单元大小（由用户控制）的数据卷来说是不同的。

I/O 磁盘对齐可确保以与磁盘的物理扇区一致的方式将数据写入存储介质。这有助于防止 I/O 未对齐，这可能会影响写入性能。

通过使用跟踪标志 1800，可以确保 SQL 事务日志卷与 4k 边界正确对齐。根据底层存储解决方案的卷数据块大小，这将优化写入性能。

在启用跟踪标志 1800 之前，请咨询您的 Microsoft SQL 团队以确认潜在的错位和配置指导。

对于在不同磁盘上具有复制组的可用性组，Microsoft 引用 跟踪标记 1800。事实证明，跟踪标记在一般最佳实践性能方面也很有效。