检测和解决 SQL Server 2000 SP 4 中的延迟和阻塞 I/O 问题

核心提示： 解决办法：在类似情况下，重新启动 SQL Server 可以在一定程度上缓解问题，检测和解决 SQL Server 2000 SP 4 中的延迟和阻塞 I/O 问题(7)，但是，有时需要重新启动 Windows 来使处理恢复到正常状态，并且需要具有超出典型数据库管理员能力范围的专业技能，使

解决办法：在类似情况下，重新启动 SQL Server 可以在一定程度上缓解问题，但是，有时需要重新启动 Windows 来使处理恢复到正常状态。当然，I/O 子系统中的程序错误最终需要由 I/O 供应商解决。

SQL Server 2000 SP4 的新的对此类状况进行自动报告的功能使得类似问题的检测变得更加容易。我们不仅可以看到整个服务器的总体性能下降，而且还可以通过 SP4 所记录的新消息洞察问题的本质，并且知道该问题很可能出在 SQL Server 外部。

示例 4 — 远程存储/镜像/RAID 驱动器

很多系统使用镜像或类似的技术来帮助防止丢失数据。其中一些系统是基于软件的，而其他系统是基于硬件的。Microsoft SQL Server 技术支持部门经常遇到的与这些系统有关的情况是延迟增加。

当针对镜像的 I/O 必须在 I/O 操作被视为完成之前成功完成时，这显然会增加总体 I/O 时间。对于远程镜像安装，网络延迟和重试可能成为一个不利因素。当发生驱动器故障并且 RAID 子系统重新生成时，I/O 吞吐量可能会受到影响。

解决办法：在类似情况下，我们通常建议使用严格的配置设置（这随供应商和设备而异），以减少镜像延迟和 RAID 重新生成操作。

RAID 系统开销和延迟可能导致 I/O 变慢，而 SQL Server 对此无能为力。就像任何其他应用程序一样，它是 RAID 硬件和驱动程序的客户端。当该类型的问题使服务器的速度过度降低时，SP4 中新的延迟和阻塞 I/O 报告功能有助于查明问题所在。

示例 5 — 压缩

Microsoft 不在压缩驱动器上支持 SQL Server 7.0 或 2000 数据和日志文件。NTFS 压缩是不安全的，这不仅是因为它破坏了预写日志 (WAL) 协议，而且还因为它要求对每个 I/O 请求执行更多的处理。压缩禁止了异步 I/O，从而导致所有带有受影响数据或日志文件的 SQL Server I/O 都被同步执行。

解决办法：在这种情况下，我们总是建议客户解压缩他们的数据和日志文件。

NTFS 压缩可能导致 I/O 变慢，而 SQL Server 对此无能为力。就像任何其他用户模式应用程序一样，它是文件系统的客户端。当压缩对 SQL Server I/O 操作产生不利影响时，SP4 中新的延迟和阻塞 I/O 报告功能有助于查明问题所在。

附加数据点

系统进程中提供的等待类型信息可能有助于诊断 I/O 瓶颈。缓冲区 I/O 锁存器等待类型和写日志等待是调查 I/O 路径性能的关键指标。

小结

尽管阻塞和延迟 I/O 问题在 SQL Server 部署中很罕见，但从历史上来看，这些问题一旦发生，就非常难以解决。因为此类问题的根源通常存在于驱动程序或硬件设备中，所以调查和解决这类问题可能花费大量的时间，并且需要具有超出典型数据库管理员能力范围的专业技能。使用 SQL Server 2000 SP4 中的新工具可以显著减少解决此类问题所需的时间，并且最起码可以为 DBA 指明正确的方向。