![关于转储文件的 Windows 页面文件最佳实践?](https://linux22.com/image/805443/%E5%85%B3%E4%BA%8E%E8%BD%AC%E5%82%A8%E6%96%87%E4%BB%B6%E7%9A%84%20Windows%20%E9%A1%B5%E9%9D%A2%E6%96%87%E4%BB%B6%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5%EF%BC%9F.png)
昨晚,我们的一台关键服务器宕机了。运行 Windows 2012R2。它似乎是随机蓝屏,但我们在日志中找不到太多信息。我们似乎没有转储文件。调查后,我发现了以下内容:
“要利用转储文件功能,您的页面文件必须位于启动卷上。如果您已将页面文件移动到另一个卷,则在使用此功能之前必须将其移回启动卷。”https://docs.microsoft.com/en-us/windows/client-management/system-failure-recovery-options
我们的页面文件位于其自己的驱动器上。我一直认为这是最佳做法。此服务器有 320GB RAM。页面驱动器为 640GB。页面文件在此驱动器上设置为“系统管理大小”。
如果我还将 C: 设置为“系统管理大小”,如果再次发生这种情况,是否会得到转储文件?在这种情况下,最佳做法是什么?
答案1
除了小块内存转储之外的任何东西都不太可能再有什么用处,并且分析起来也很麻烦(最好的情况下)。
保留现有的页面文件设置,并在启动卷上创建一个小的页面文件,并将内存转储设置设置为小内存转储。
https://docs.microsoft.com/en-us/troubleshoot/windows-server/performance/memory-dump-file-options
如果发生转储,您可以使用 WinDbg 来分析转储文件。
https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/debugger-download-tools