确定SQL Server何时会让Windows NT蓝屏

Microsoft Windows NT® 可能会显示 STOP 屏幕暂停或者强制挂起，这时，控制台完全冻结且不再响应，当然这样的情况是比较少见的。这样的情况通常称为蓝屏。这种情况有时会在正在运行 Microsoft® SQL Server™ 的计算机上发生，或者在执行一个特定的 SQL Server 操作时发生，例如 bcp 实用工具、长时间运行的查询，等等。

大多数情况下，这种情况表明操作系统、设备驱动程序或硬件有问题，应同等地对其进行追踪。Windows NT 用户或内核模式进程隔离确保了用户模式应用程序问题不会造成操作系统停止响应。本节介绍这种情况的例外以及确定是否在系统或应用程序层对问题进行疑难解答及其方法。

有时，计算机强制挂起或蓝屏的原因可能是非屏蔽中断 (NMI) 错误。有时可以从声明 NMI、奇偶校验或 I/O 奇偶校验的错误代码看到这种情况。NMI 错误几乎总是硬件问题。通常，它们是由于内存失败造成的；但是，它们能发起其它硬件子系统问题，例如显卡。即使 NMI 错误只在某些 SQL Server 操作时发生，而且如果系统通过初始的硬件诊断，也仍要把它看作是硬件问题并同等地进行追踪。可能有必要使用专用内存 SIMM 测试设备，因为它常常能够发现瞬时的内存错误，而这些错误是基于软件的诊断所无法查到的。

进程以用户模式或内核模式存在于 Windows NT 上（有时称为监护人或特权模式）。在 Intel® x86 构架中，用户模式映射到 4 环保护系统的 3 环，而内核模式映射到 0 环。在 Intel 和当前最新的兼容处理器（包括 Pentium Pro 和 Pentium II）中，x86 构架的所进行的改进非常少。如 Alpha AXP 等处理器通常也有无特权和有特权模式两类。

内核模式是特权处理器模式，其中线程有权访问系统范围的内存（包括所有的用户模式进程的内存）和硬件。相反，用户模式是无特权的处理器模式，其中线程只能通过调用系统服务来访问系统资源。

用户模式进程不能访问内核模式内存，或访问其它用户模式进程的内存。这是与内核模式数据结构（例如页表）一起，通过处理器硬件强制实施的。

这个保护系统的结果是，用户模式应用程序在通常情况下不会停止响应或者产生蓝屏；要不然，就会导致 Windows NT 操作系统的失败。这样的问题应该主要在系统层进行追踪，例如操作系统、设备驱动程序或硬件问题。

当应用程序错误不能导致操作系统失败时，操作系统错误可能导致应用程序停止响应。这是因为常规规则：应用程序必须向内调用（向内核模式），但是操作系统可以随时任意地向外引用（向用户模式）。微内核影响的构架（例如 Windows NT）可能会反过来分派某种工作给用户模式的系统进程，而不是执行内核模式中的工作。无论如何，总体准则保持不变：处理器硬件强制进程上下文隔离，这样不管是一个进程在用户模式还是两个都在用户模式，都会阻碍一个进程导致另一进程中的失败。

如果一个用户模式应用程序在 Win32® API 调用中传递了无效参数，那么操作系统就要负责验证该参数。在非常罕见的情况下，传递无效参数可能会导致发生 Windows NT 蓝屏错误。但是无论如何，这都是操作系统的问题，应同等地进行调试和追踪。