當您在EDAS上進行應用部署、啟動、擴容/縮容等操作時，應用變更記錄將整個變更過程以可視化的方式展現給您。您可以直觀的看到變更流程的進度。如果變更失敗，您可以在變更詳情中查詢變更流程中哪些步驟執行失敗了，以及失敗的原因。
排查變更失敗問題
執行應用變更操作後，可以跳轉到應用詳情頁，通過變更流程排查變更失敗問題。
在應用詳情頁面左側的導覽列中單擊變更記錄。
如果某次變更失敗，則在變更狀態列會顯示執行失敗。
在變更記錄頁面執行失敗的變更記錄的操作列單擊查看。
在變更詳情頁面的第一批部署（取決於您在部署該應用時設定的分批數。如果您設定了2批部署，則會有第一批部署和第二批部署兩個頁面。）地區單擊失敗的階段（如執行部署），在右側執行個體中查看失敗步驟的具體日誌，定位問題。
應用變更典型異常及處理
下面介紹應用變更時的幾種典型異常如何通過變更流程排查及處理。
連接埠健全狀態檢查異常導致變更失敗
可能原因
應用啟動時應該被正常佔用的65000連接埠不可訪問。
客戶的Tomcat容器沒有正常啟動。
處理方法
查看應用日誌是否有相應的異常日誌。
URL健全狀態檢查失敗導致變更失敗
如果使用者配置了健全狀態檢查URL，應用在啟動時會檢查這個URL是否可以正常訪問。在收到Http code為200的返回碼後，應用發布流程才會繼續進行。如果在3分鐘的健全狀態檢查周期內都收到錯誤的響應（非200），則認為URL健全狀態檢查失敗。
處理方法
應用啟動失敗，需要檢查應用日誌是否正常啟動。
檢查URL地址是否配置出錯。
檢查應用是否配置了攔截器，攔截了對HTTP健全狀態檢查URL的請求。
處理完成後，再次部署應用。
磁碟滿導致變更失敗
磁碟滿會導致在變更流程中，應用長時間處於某個階段。
報錯資訊
[EDAS-10000] 磁碟上沒有剩餘空間了或No space left on device. Free space (for /home/admin) in bytes: 0exit 1。說明機器的磁碟滿了，一般是應用的業務日誌將磁碟打滿了，此時需要使用者清理應用日誌。
處理方法
ECS叢集應用需要登入ECS清理磁碟上的日誌。
Swarm叢集下的Docker應用則需要重設應用。重設後，容器會被停止、刪掉，然後重建。這樣磁碟空間就會被釋放出來。
缺少服務關聯角色導致變更失敗
可能原因
由於您的帳號沒有開通服務關聯角色AliyunServiceRoleForAutoScaling。該角色可以使Auto Scaling服務獲得關聯雲資源的存取權限，例如ECS、VPC等的存取權限。
處理方法
在ESS控制台開通服務關聯角色AliyunServiceRoleForAutoScaling。