為了成功得到系統自動生成的記憶體轉儲檔案，或者您需要選擇生成的轉儲檔案的型別，請務必確保系統中"啟動和故障恢復"的相關配置如下：
1、寫入小記憶體轉儲，如下圖所示：
2、寫入核心記憶體轉儲，如下圖所示：
"啟動和故障恢復"對話方塊可以通過以下方式開啟：
1、單擊"開始"選單，在搜尋框內鍵入"sysdm.cpl"（不帶引號）並回車；
2、在開啟的"系統屬性"對話方塊內，切換到"高階"選項卡；
3、找到"啟動和故障恢復"這個區域，並點選其中的"設定"按鈕。
如果您配置的是寫入"小記憶體轉儲(128k)"，那麼在發生系統崩潰並重新啟動之後，請上傳%systemroot%\minidump資料夾內的.dmp檔案，如果檔案有很多，請盡量上傳最近一到兩次的。這裡的dump檔名中會有一串數字，表示的是檔案生成的日期，格式為"月日年"，您可以據此判斷哪些檔案是最近生成的。
例如：mini091909-01.dmp檔案是2023年9月19日生成的，031210-15921-01.dmp檔案是2023年3月12日生成的。
如果您配置的是寫入"核心記憶體轉儲"，那麼在發生系統崩潰並重新啟動之後，請上傳%systemroot%\memory.dmp這乙個檔案。上傳之前，請務必壓縮它。
記憶體轉儲檔案中可能會包含您系統的軟體環境等資訊，如果您認為這些是您的隱私並且不願意被他人檢視，請不要提供任何的記憶體轉儲檔案給他人分析。
如果您上傳的是小記憶體轉儲，而專業人士在需要通過得到核心記憶體轉儲才能做更進一步的分析時，請您根據提示再附上核心記憶體轉儲檔案。
以下幾種情況也將不能生成記憶體轉儲檔案：
1. 您系統的虛擬記憶體被禁用，或者設定得太小；
2. 藍屏之後的第一次重啟不成功，比如，藍屏之後的重啟過程中再次崩潰；
3. 您的硬碟第一分區出現故障，不能將藍屏的故障轉儲檔案寫入檔案。
對於以上第一種情形，請將虛擬記憶體設定開啟，並設定為合適的大小（讓 windows 自動管理分頁檔案或者設為物理記憶體大小的 1.5 倍左右）；對於情況2與情況3，只有進行雙機除錯了。
當SQLServer崩潰時如何恢復
任何資料庫系統都無法避免崩潰的狀況，即使你使用了clustered，雙機熱備 仍然無法完全 系統中的單點故障，何況對於大部分使用者來說，無法承受這樣昂貴的投資。所以，在系統崩潰的時候，如何 恢復原有的寶貴資料就成為乙個極其重要的問題了。在恢復的時候，最理想的情況就是你的資料檔案和日誌檔案都完好無損了...
Linux系統崩潰後如何生成core dump檔案
產生coredump的條件，首先需要確認當前會話的ulimit c，若為0，則不會產生對應的coredump，需要進行修改和設定。ulimit c unlimited 可以產生coredump且不受大小限制 這種設定僅對當前生效，如果想永久生效，那麼需要在 etc profile中加入以下一行，這將...
python程式異常崩潰時如何快速分析並解決問題
程式異常崩潰時會提供非常詳細的錯誤資訊，掌握正確的分析方法，就可以快速定位問題並解決問題，下面這段 會引發異常導致程式終止 def func tet func sum 4 3 def func sum a,b value a b return value func tet 執行這段程式，異常資訊如下...