NS0-594 ONTAP Panic 事件：取證與初步分析流程

節點重新上線，Panic 就處理完了嗎？本集用虛構案例，講解如何辨識事件、保存原始訊息與core資訊，並把節點、HA和服務時間線放在一起，整理可交接的支援摘要。 學習重點 ・區分節點Panic、一般重新啟動與Application core。 ・先確認事件影響，再保存Panic String與前後文。 ・分開判讀core擁有者、產生者、Saved與Partial。 ・核對AutoSupport、core上傳與案件對應。 ・將服務恢復、HA狀態及根因分析分開追蹤。 影片章節 00:00 辨識事件與影響 02:22 保存原始證據 05:34 重建事件順序 06:57 決定後續處理 08:57 本集回顧 情境練習 節點重新上線、指定服務測試成功，且Core Saved=true，是否已能證明資料送達支援、根因也確認？ 參考答案：不能。Saved只支持已保存成檔案；完整性、上傳、HA狀態與根因需另外確認。 案例設定 虛構觀察：14:02 nodeA主控台記錄Panic，14:03有HA夥伴接管記錄，14:05指定服務測試恢復，14:08 nodeA重新上線。HA後續階段、上傳及根因仍待確認。所有時間需核對時區與原始來源。 範圍與知識對應 先備：EP03 狀態判讀、EP05 取證及時間軸、EP06 診斷方法。 本集聚焦初步診斷、證據保存及支援流程，不涵蓋核心程式除錯。 下一集EP09：硬體元件與故障層次。 教學說明 案例、時間及查詢輸出為教學示例，非實機錄影，不預設特定Panic String或根因。命令、欄位及HA流程依ONTAP版本與平台核對。本片未操作實際設備，也未觸發Panic、重啟或上傳。處理優先順序依實際服務影響及支援流程調整。 #NS0594 #ONTAP #NetApp #Panic #CoreDump #故障排除