Azure 上的 SAP HANA 大型執行個體的 kdump
在本文中，我們將逐步解說如何在 Azure HANA 大型實例上啟用 kdump 服務， (HLI) Type I 和 Type II。
需要設定並啟用 kdump，以針對沒有明確原因的系統損毀進行疑難排解。 有時候系統當機無法由硬體或基礎結構問題來解釋。 在這種情況下，作業系統或應用程式可能會造成問題。 kdump 可讓 SUSE 判斷系統損毀的原因。
支援的 SKU
| Hana 大型實例類型 | OS 廠商 | OS 套件版本 | SKU |
|---|---|---|---|
| 類型 I | SuSE | SLES 12 SP3 | S224m |
| 類型 I | SuSE | SLES 12 SP4 | S224m |
| 類型 I | SuSE | SLES 12 SP2 | S72 |
| 類型 I | SuSE | SLES 12 SP2 | S72m |
| 類型 I | SuSE | SLES 12 SP3 | S72m |
| 類型 I | SuSE | SLES 12 SP2 | S96 |
| 類型 I | SuSE | SLES 12 SP3 | S96 |
| 類型 I | SuSE | SLES 12 SP2 | S192 |
| 類型 I | SuSE | SLES 12 SP3 | S192 |
| 類型 I | SuSE | SLES 12 SP4 | S192 |
| 類型 I | SuSE | SLES 12 SP2 | S192m |
| 類型 I | SuSE | SLES 12 SP3 | S192m |
| 類型 I | SuSE | SLES 12 SP4 | S192m |
| 類型 I | SuSE | SLES 12 SP2 | S144 |
| 類型 I | SuSE | SLES 12 SP3 | S144 |
| 類型 I | SuSE | SLES 12 SP2 | S144m |
| 類型 I | SuSE | SLES 12 SP3 | S144m |
| 類型 II | SuSE | SLES 12 SP2 | S384 |
| 類型 II | SuSE | SLES 12 SP3 | S384 |
| 類型 II | SuSE | SLES 12 SP4 | S384 |
| 類型 II | SuSE | SLES 12 SP2 | S384xm |
| 類型 II | SuSE | SLES 12 SP3 | S384xm |
| 類型 II | SuSE | SLES 12 SP4 | S384xm |
| 類型 II | SuSE | SLES 12 SP2 | S576m |
| 類型 II | SuSE | SLES 12 SP3 | S576m |
| 類型 II | SuSE | SLES 12 SP4 | S576m |
必要條件
- kdump 服務會
/var/crash使用 目錄來寫入傾印。 請確定對應至此目錄的分割區有足夠的空間來容納傾印。
設定詳細資料
- 您可以在GitHub 上的 Azure sap-hana-tools中找到啟用 kdump 的腳本
注意
此腳本是以我們的實驗室設定為基礎進行。 您必須連絡您的 OS 廠商，以進一步調整。 系統會針對新的和現有的伺服器布建個別的邏輯單元號碼， (LUN) 來儲存傾印。 腳本會負責將檔案系統從 LUN 中設定。 Microsoft 不會負責分析傾印。 您必須向作業系統廠商開啟票證，才能分析票證。
使用下列命令，在您的 HANA 大型實例上執行此腳本：
注意
執行此命令需要 Sudo 許可權。
sudo bash enable-kdump.sh如果命令的輸出顯示已成功啟用 kdump，請重新開機系統以套用變更。
如果命令的輸出顯示作業失敗，則不會啟用 kdump 服務。 請參閱下一節 支援問題。
測試 kdump
注意
下列作業會觸發核心損毀和系統重新開機。
觸發核心損毀
echo c > /proc/sysrq-trigger成功重新開機系統之後，請檢查
/var/crash目錄是否有核心損毀記錄。/var/crash如果 具有目前日期的目錄，則已成功啟用 kdump。
支援問題
如果腳本失敗並出現錯誤，或未啟用 kdump，請向 Microsoft 支援小組提出服務要求。 包含下列詳細資料：
HLI 訂用帳戶識別碼
伺服器名稱
OS 廠商
作業系統版本
核心版本
如需詳細資訊，請參閱 設定 kdump。
下一步
瞭解 HANA 大型實例上的作業系統升級。