已管理Adobe Commerce的警示： Apdex嚴重警示

檢查Adobe Commerce支援票證是否存在。 如需相關步驟，請參閱Commerce支援知識庫中的追蹤您的支援票證。 支援人員可能已收到New Relic臨界值警示、建立票證並開始處理問題。 如果票證不存在，請建立一個。 票證應具有下列資訊：

• 連絡原因：選取​ New Relic CRITICAL alert received。
• 警示的說明。
• New Relic 事件連結。 這包含在您的Adobe Commerce受管理警示中。

若要識別問題的來源，請使用New Relic APM的「交易」頁面來識別具有效能問題的交易：

• 依遞增Apdex分數排序交易。 Apdex表示使用者對您的Web應用程式與服務的回應時間感到滿意。 低Apdex分數可能表示瓶頸（回應時間較長的交易）。 通常是資料庫Redis或PHP。 如需相關步驟，請參考New Relic 檢視對Apdex有最高不滿意度的交易。
• 依最高輸送量、最慢的平均回應時間、最耗時的值和其他臨界值來排序交易。 如需相關步驟，請參閱New Relic 尋找特定效能問題。 如果您仍在努力找出問題，請使用New Relic APM的基礎結構頁面。

使用New Relic APM的「基礎架構」頁面來識別資源密集的處理序。 如需相關步驟，請參閱New Relic 基礎架構監視主機頁面： Processes tab。

如果像Redis或MySQL這樣的服務是記憶體耗用的主要來源，請嘗試下列步驟：

• 檢查您是否使用最新版本。 較新版本有時可修正記憶體流失。 如果您不是最新版本，請考慮升級。 如需相關步驟，請參閱雲端上的Commerce指南中的變更服務。
• 檢查MySQL問題，例如長時間執行查詢、未定義主索引鍵和重複索引。 如需相關步驟，請參閱Adobe Commerce實施行動手冊中的雲端基礎結構上Commerce最常見的資料庫問題。
• 檢查PHP問題。 在CLI/終端機中執行ps aufx以檢閱執行中的處理序。 在終端機輸出中，您會看到目前執行的cron作業和程式。 檢查處理序執行時間的輸出。 如果有一個執行時間較長的cron，則cron可能會掛起。 如需疑難排解步驟，請參閱Commerce支援知識庫中的效能緩慢、執行緩慢且時間較長的cron和Cron工作卡在「執行中」狀態。

識別來源後，會透過SSH連線至環境以進行進一步調查。 如需相關步驟，請參閱「雲端上的Commerce指南」中的SSH至您的環境。

如果您仍在努力識別來源，請檢閱最近的趨勢，以識別最近的程式碼部署或設定變更（例如，新客戶群組和目錄的大型變更）的相關問題。 建議您檢閱過去七天的活動，以瞭解程式碼部署或變更中的任何關聯。

如果您無法在合理的時間內找到解決方案，請要求升級網站，或讓網站進入維護模式（如果尚未這麼做的話）。 如需相關步驟，請參閱Commerce支援知識庫中的如何要求暫時調整大小，以及Commerce安裝指南中的啟用或停用維護模式。

如果升級將網站恢復為正常運作，請考慮請求永久升級(聯絡您的Adobe客戶團隊)，或嘗試透過執行負載測試和最佳化查詢，或降低服務壓力的程式碼，在您的專用測試中重現問題。 請參閱Commerce on Cloud指南中的負載和壓力測試。