　　像 SQL Server 这样的数据库管理系统依赖于文件输入/输出操作的及时进行。有故障或配置不当的硬件、固件设置、筛选器驱动程序、压缩、程序错误以及 I/O 路径内的其他情况都可能导致阻塞或延迟 I/O 问题，并且很快对 SQL Server 性能产生消极影响。

　　上述问题对 SQL Server 的影响因问题细节的不同而差异很大，但它们通常导致阻塞、锁存器争用和超时、过长的响应时间以及资源的过度利用。

　　阻塞 I/O 是指必须进行外部干预才能完成的 I/O 请求（通常是 I/O 请求包 (IRP)）。

购买欧洲空间||欧洲主机注册

这种状况通常需要执行完整的系统重新启动或类似操作才能解决，并且强烈表明硬件有故障或者在 I/O 路径组件中存在程序错误。

　　延迟 I/O 是指无需干预即可完成但所花时间超过预期时间的 I/O 请求（同样，这通常是 IRP）。购买欧洲空间||欧洲主机注册这种状况的原因通常是硬件配置、固件设置或筛选器驱动程序干预，需要硬件或软件供应商提供帮助以便跟踪和解决。

　　SQL Server 2000 SP4 包含数据库和日志文件 I/O（读和写）逻辑以便检测延迟和阻塞状况。当 I/O 操作经过 15 秒钟或更长时间仍未完成时，SQL Server 会检测到并报告这一状况。以下消息将被记录到 SQL Server 错误日志中：
　　该消息表明，当前工作负载需求超出了 I/O 路径或当前系统配置和功能，或者 I/O 路径含有不能正常工作的软件（固件、驱动程序）或硬件组件。

　　所记录的错误信息提供了以下信息：

　　### occurrences — 未能在 15 秒钟以内完成读或写操作的 I/O 请求的数量。

　　File information — 完整的文件名、数据库名和受影响文件的 DBID。

　　File handle — 该文件的操作系统句柄。可以通过调试器和其他实用工具来使用这一信息跟踪 IRP 请求。

　　Offset — 上一个阻塞或延迟 I/O 的偏移量。可以通过调试器和其他实用工具来使用这一信息跟踪 IRP 请求。（注：在记录该消息的时候，该 I/O 可能不再阻塞或延迟。）

记录与报告

　　I/O 的报告和记录是按照文件执行的。延迟和阻塞 I/O 请求的检测和报告是两个不同的操作。

　　检测（记录）是在 SQL Server 内部的两个位置处理的。

购买欧洲空间||欧洲主机注册

第一个位置是在 I/O 实际完成的时候。如果请求花费了 15 秒钟以上，则发生记录操作。第二个位置是在延迟写入器进程执行的时候。当延迟写入器执行时，它包含新的对所有挂起的数据和日志文件 I/O 请求进行检查的操作，并且，如果已经超过了 15 秒钟的阈值，则会发生记录操作。

　　报告是按照不低于 5 分钟的时间间隔执行的。当对文件进行下一次 I/O 请求时，发生报告操作。如果记录操作已经发生，并且自上一次报告发生以来已经过去了 5 分钟或更长时间，则向错误日志中写入新的报告（上面显示的错误消息）。

　　15 秒钟的阈值当前是不可调整的。尽管不推荐这样做，但您可以用跟踪标志 830 完全禁用延迟和阻塞 I/O 检测。在 SQL Server 启动期间设置启动参数 –T830 可以禁用延迟/阻塞 I/O 检测。使用 dbcc traceon(830, -1) 可以禁用对当前正在运行的 SQL Server 实例的检测。只有重新启动 SQL Server，Dbcc traceon 才会生效。

购买欧洲空间||欧洲主机注册

　　注延迟或阻塞的给定 I/O 请求只会报告一次。如果消息报告 10 个 I/O 被延迟，则这 10 个报告不会再次发生。如果下一个消息报告 15 个 I/O 被阻塞，则表明 15 个新的 I/O 请求已经被延迟。广东、广西、贵州、海南、河北、黑龙江、河南、宁波、无锡、苏州、杭州、扬州、常州、沈阳、大连、长春、哈尔滨、石家庄、承德、秦皇岛、保定、黄骅、大同、太原、包头、呼和浩特、锦州、鞍山、抚顺、丹东、牡丹江、温州、北京、天津、购买欧洲空间、欧洲主机注册、上海、珠海、深圳、南京、长沙、广州、合肥、福州、厦门、赣州、景德镇、南昌、烟台、威海、济南、淄博、潍坊、青岛、洛阳、郑州、宜昌、武汉、肇庆、惠阳、汕头、湛江、桂林、购买欧洲空间、欧洲主机注册、南宁、北海、海口、三亚、绵阳、成都、重庆、贵阳、大理、昆明、拉萨、延安、西安、敦煌、兰州、西宁、银川、伊宁、乌鲁木齐、张家界、开封、连云港、台北、高雄、香港、澳门、浙江、福建、甘肃、湖北、湖南、内蒙、江苏、江西、吉林、辽宁、宁夏、青海、山西、陕西、山东、四川、西藏、新疆、云南、安徽。

购买欧洲空间、欧洲主机注册相关