AEM 6.5： Dynamic Media編碼視訊工作流程在平行視訊上傳期間導致CPU尖峰
本文說明如何在Adobe Experience Manager 6.5中平行影片上傳期間，解決由Dynamic Media編碼影片工作流程所導致CPU尖峰的問題。
說明 description
環境
Adobe Experience Manager (AEM) 6.5 SP24 （所有平台）
問題/症狀
將多個視訊資產（例如：15-20個視訊，每個都有10-80 MB）同時上傳至Production Author伺服器時，Dynamic Media編碼視訊工作流程會觸發平行的FFmpeg轉碼程式，導致CPU達到嚴重峰值。 伺服器會停止回應，並需要重新啟動。 上傳每個30 MB的5個視訊時，在較低環境中會出現類似行為。
症狀：
- 影片資產上傳期間，Author伺服器上的CPU使用率很高
- 製作執行個體無回應，必須重新啟動
- 在問題解決之前，業務使用者無法上傳視訊資產。
錯誤記錄檔會顯示，在伺服器中斷前，FFmpeg轉碼步驟處於作用中狀態。
原因
由於佇列主題（前導斜線）的設定錯誤，動態媒體編碼視訊工作流程觸發的並行FFmpeg處理未節流。
修正主題並使用專用佇列可控制並行存取，避免CPU尖峰。
解決方法 resolution
請依照下列步驟解決問題：
-
檢閱工作流程組態：
- 識別用於視訊編碼的工作流程模型（例如：
Dynamic Media Encode Video）。 - 上傳測試視訊並檢查主題
/system/console/slingevent以確認工作流程主題（例如：com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode）。
- 識別用於視訊編碼的工作流程模型（例如：
-
設定專用排序的Sling工作佇列：
-
為工作流程主題建立自訂Sling工作佇列。
-
確保佇列主題與
/system/console/slingevent中顯示的主題完全相符（無前置斜線）。 -
範例：
- 正確：
com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode - 不正確：
/com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode
- 正確：
-
-
設定佇列排名和並行：
- 為自訂佇列指派比預設工作流程佇列更高的排名（例如：1000）。
- 設定並行設定以限制FFmpeg處理（例如：設定
maxConcurrentJobs以限制同時執行）。
-
驗證設定：
- 重設工作流程狀態並重新執行工作流程。
- 確認工作會透過專用佇列路由，且CPU在平行上傳期間使用率保持穩定。
-
在較低的環境中測試：
- 同時上傳多個影片並監控CPU使用情況。
- 如果成功，將設定套用至生產環境。
recommendation-more-help
experience-cloud-kcs-help-kbarticles