例行維護包括 Azure App Service 的幕後更新。 這些更新可能包括效能改善、錯誤修正、新功能或安全性更新。 維護可以套用至 App Service 平台或底層作業系統。
重要
重大變更或功能淘汰不是例行維護的一部分。 如需詳細資訊，請參閱現代化生命週期原則。
Microsoft的服務質量和運行時間保證會在維護期間繼續套用。 系統會提供通知，讓客戶瞭解平台變更。
預期的情況
就像個人計算機、行動電話和其他裝置一樣，雲端中的機器需要定期更新。 不同於實體裝置，Azure App Service 會以最少的中斷處理例行維護。 工作負載可以在幾秒鐘內轉移到更新的硬體，讓更新在不停機的情況下繼續。
維護通常每月發生，但可能會因組織的需求和其他因素而有所不同。
由於一般雲端解決方案是由多個應用程式、資料庫、記憶體帳戶、函式和其他資源所組成，因此解決方案的某些部分可能會在不同的時間進行維護。 此變化可能是因為地理位置、區域、數據中心和可用性區域所造成。 如需詳細資訊，請參閱安全部署做法。
若要尋找維護事件，請在 Azure 入口網站中搜尋 服務健康情況 。 在 [ 作用中事件] 下，選取 [ 計劃性維護]。
範例會從上到下顯示：
- 維護事件的描述性標題。
- 受影響區域和訂用帳戶。
- 預期的維護期間。
下列螢幕快照顯示可透過 [ 受影響的資源] 索引 標籤取得的其他資訊：
![Azure 入口網站中 [受影響的資源] 區段螢幕快照。](media/routine-maintenance/routine-maintenance-first-page.png#lightbox)
範例從左至右顯示：
- 選擇 [受影響的資源] 標籤頁。
- [更多資訊] 選項。
備註
App Service 方案不支援手動起始維護。 不過，App Service 環境 （ASE） 確實支援手動維護喜好設定。
這個範例顯示：
- 維護的狀態可以是待定、啟動或完成。
- 維護啟動之後，即可在 [詳細資訊] 底下檢視時間戳。
常見問題集
為什麼維護需要這麼長的時間？
例行維護會將最新的更新傳遞給平台和服務。 很難預測維護如何影響個別應用程式，因此通知會提供一般時間範圍。 這些範圍會反映所有資源的整體作業，而不是特定的應用層級體驗。 經過維護的應用程式在剛更新的機器上重新啟動，並繼續運作。 未提供要求和流量服務時不會停機。
我為什麼會收到這麼多通知？
客戶通常會有多個在不同時間升級的應用程式。 為了避免為每個應用程式傳送通知，我們會傳送一個可擷取多項資源的通知。 我們會在維護期間開始時和過程中傳送通知。 如果時間範圍很長，您可能會針對同一個推出收到多則提醒，因此您可以更輕鬆將任何重新啟動、中斷或其他問題相互關聯。
例行性維護與 SLA 有什麼相關性？
平台維護不應影響應用程式正常運作時間或可用性。 平台維護進行時，應用程式會繼續保持連線。
平台維護可能導致應用程式在新的虛擬機器冷啟動，進而造成延遲。 應用程式在冷啟動時依舊被視為連線。 若要最小化或避免冷啟動，請考慮針對 Windows 應用程式使用本機快取和健康情況檢查。
我們不希望網站在維護期間發生任何違反服務等級協定 (SLA) 的情況。
升級如何確保應用程式順利運作？
Azure App Service 代表為客戶提供 Web 應用程式和解決方案裝載的縮放單位機群。 每個縮放單位都會分成升級網域和可用性區域。 此部門的做法是優化較大型 App Service 計劃的配置，並能夠順利部署，因為並非每個擴展單元中的所有機器都會同時更新。
App Service 監視機群的健康情況時，維護作業會反覆升級機器。 如果發生問題，系統可停止推出。 如需此流程的詳細資訊，請參閱部落格文章揭露 App Service OS 更新背後的魔法。
會反映上班時間嗎？
是，區域時區會反映上班時間。 維護作業已最佳化，在上午 9 點到下午 5 點的標準上班時間以外開始。 根據統計，這是以任何方式中斷和重新啟動工作負載的最佳時間，因為系統負荷較小 (客戶應用程式與平台本身的負荷也隨之減輕)。 App Service 維護的設計目的是將上班時間的中斷降到最低。 如果在指定地區，任何升級在上午 9 點仍在進行中，會嘗試在到達關鍵階段前暫停。 某些基礎實例移動可能會繼續，但它們會被協調得以安全地重疊，並維持網站可用性。
我有哪些控制例行性維護的選項？
如果您透過 App Service 環境 v3 在隔離產品執行工作負載，您可以視需要排程升級。 如需這項功能的詳細資訊，請參閱部落格文章控制及自動化 App Service 環境 v3 的計劃性維護。
我可以針對重新開機為應用程式做更妥善的準備嗎？
如果重新開機期間，應用程式需要額外時間才能連線，請考慮使用健康情況檢查。 應用程式熱身或啟動期間若需要額外時間，典型模式是高度依賴外部資源。
您可以使用健康情況檢查，通知平台您的應用程式尚未準備好接收要求。 系統可以使用該資訊，將要求路由傳送至 App Service 方案中的其他執行個體。 針對這類情況，我們建議您在方案中至少準備兩個執行個體。
我的應用程式已連線，但自從這些通知開始出現以來，情況越來越糟。 變更的項目為何？
自平台成立以來，更新和維護事件就一直發生。 更新的頻率隨著時間而減少，因此中斷次數也會減少，運行時間也隨之增加。 不過，您現在可以更全面掌握所有變更。 可見度提高可能讓您誤以為變更增加了。