我有一个非常令人沮丧的问题。 我们运行2003 SBS SP2的Windows Server不会在BSOD上生成故障转储文件。 我目前正在解决一个问题，当我们尝试启动该服务时，一个关键的第三方服务导致BSOD。 此第三方的可执行文件位于系统驱动器（C）上。 在我提交支持票之前，为了更好地解决问题，我想分析这个崩溃转储文件。 这是我的服务器configuration下面。 任何帮助赞赏。
操作系统：Windows Server 2003小型企业服务器SP2（32位版本）
内存：4 GB
3个硬盘分区：C，E，S
C :(系统驱动器）931 GB，页面文件大小：最小7000 MB，最大8000 MB
E :(交换驱动器）886 GB，没有页面文件分配
S :(数据驱动器）976 GB，不分配页面文件
系统目前被设置为Kernel Dump模式，但是我发现它在设置生成微型转储时不起作用。
令人沮丧的是系统之前已经生成了崩溃转储。 最后一个是从2011年4月11日，但它不再生成。
我忽略了某个地方的设置吗？
编辑：根据MS疑难解答BSODs技巧（ http://support.microsoft.com/kb/130536 ），请参阅下面的答复。
Memory.dmp文件已存在，并且未选中“覆盖任何现有文件（在控制面板系统中find）”选项。 选中此框并移动或复制当前的Memory.dmp文件是个不错的主意。
回应：选中“覆盖任何现有文件”选项
启动驱动器上的页面文件不够大。 要使用“写入debugging信息到”function获取完整的内存转储文件，启动驱动器上的分页文件必须至less与物理内存+ 1 MB一样大。 在创build内核内存转储文件时，该文件通常大约为系统物理内存大小的三分之一。 当然，这个数量会有所不同，这取决于你的情况。
回应：RAM是4GB。 我已经将页面文件大小设置为最小7GB，最大8GB
分页文件不在％systemroot％分区上。 发生STOP错误时，系统崩溃转储将写入％systemroot％驱动器的根目录中的页面文件。
响应：转储文件的path设置为％SystemRoot％\ Memory.dmp
在“控制面板”中指定的用于写入内存转储的path中没有Memory.dmp文件的空间。
响应：系统驱动器（C）上有188 GB可用空间
SCSI控制器可能是坏的，或者系统崩溃是由坏的SCSI控制器板造成的。
回应：在这一个不确定。 我们的服务器有一个使用SATA硬盘的RAID控制器。 据我所知没有SCSI
如果指定一个不存在的path，则不会写入转储文件。 例如，如果将path指定为C：\ Dumpfiles \ Memory.dmp并且不存在C：\ Dumpfiles文件夹，则不会写入转储文件。
响应：转储文件的path设置为％SystemRoot％\ Memory.dmp，所以我知道它存在。 此外，它之前已经创build了转储文件，（最后一年是在今年四月）不再。
嗯，因为你没有提到它…实际上有8GB的可用空间在C：？