適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體會定期執行維護作業，以協助保持受控資料庫的安全、穩定和最新狀態。 在維護期間，伺服器會取得新的功能、更新和修補檔。
Important
避免在 Azure PostgreSQL 彈性伺服器執行個體維護期間進行所有伺服器操作（例如修改、設定變更、啟動/停止伺服器）。 參與這些活動可能會導致無法預期的結果，而且可能會影響伺服器效能和穩定性。 等到維護結束後，再執行伺服器作業。
維護時間範圍
您可以排定在一週的特定日期和當日的時間範圍內執行維護。 或者，您可以讓系統自動為您選擇一天和一個時間視窗。
系統會提前 5 個日曆天傳送維護通知，以便您有充足的時間來準備。 系統也會通知您維護何時啟動，以及何時成功完成。
您可以透過以下方式接收有關即將進行的排程維護的通知：
- 寄電子郵件到特定地址。
- 傳送電子郵件給 Azure Resource Manager 角色。
- 向移動設備發送短信。
- 將通知推送至 Azure 應用程式。
- 語音留言。
當您指定維護排程的喜好設定時，可以選擇自訂排程和系統管理的排程。 如果您選擇自訂排程，可以指定星期幾和時間範圍。 但是，如果您選取系統管理的排程，系統會為您選擇一天。 在這一天之內，其會選擇一小時的時間範圍，在伺服器區域時間的下午 11:00 到上午 7:00 之間。 您可以為每個適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體設定不同的維護排程。
Important
一般來說，伺服器的成功排程維護事件之間至少有 30 天的間隔。 但是，針對重大緊急更新 (例如嚴重的弱點)，通知視窗可能會短於五天或甚至遭到忽略。 重要更新可能會套用至您的伺服器，即使系統在過去 30 天內執行了排程維護。
您可以隨時更新排程維護設定。 如果針對「適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器」執行個體排定了維護的時程，而且您更新了排程的維護喜好設定，則不會重新安排目前的發佈計畫。 其會於已排定的當天和時間繼續進行。 排程維護設定的變更會在成功完成下次排程維護後生效。
系統受控維護與自訂維護
您可以為 Azure 訂用帳戶中每個適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體定義系統受控排程或自訂排程：
- 透過系統受控排程，系統會在伺服器區域時間的下午 11:00 到上午 7:00 之間選擇任何一小時視窗。
- 透過自訂排程，您可以指定伺服器的維護時段，方法為選擇星期幾和一小時時段的開始時間。
排程維護會先發生在使用系統管理排程設定的伺服器上。 在區域內，具有自訂排程的伺服器會在至少 7 天後開始運作。 若要接收開發和測試伺服器的早期更新，請使用系統受控排程。 此排程選項允許在更新到達具有自訂排程的生產伺服器之前進行早期測試和解決問題。
在定義的維護視窗期間，自訂排程伺服器的更新會於七天後開始。 收到通知之後，您就無法延遲更新。 建議您只針對生產環境使用自訂排程。
在極少數情況下，系統可能會取消某些維護事件，或是某些事件可能無法順利完成。 如果更新失敗，程序會回復，而您的伺服器會還原至舊版的二進位檔。 伺服器可能仍會在維護視窗期間重新啟動。
如果更新已取消或失敗，則系統會產生已取消或失敗維護事件的相關通知。 下次執行維護的嘗試是根據您目前的排程設定進行排程，而且您會提前 5 個日曆天收到通知。
考量和限制
每月維護期間需要考慮的一些考量：
- 每月維護影響很大，而且會涉及一些停機。
- 停機取決於維護時伺服器上的交易負載。
- 排程維護之後，對維護設定的任何變更將只會套用至下一個維護週期，而不會套用至目前的維護週期。
在已停止/停用的實例上應用維護
如果在排定的維護作業期間停止 PostgreSQL 伺服器，維護將不會立即套用。 反之，當客戶手動或透過 7 天自動重新啟動功能重新啟動伺服器時，將會進行維護。 系統會傳送通知給客戶，指出無法套用維護，因為伺服器已停止，並將在伺服器重新啟動時套用。
套用擱置維護時，客戶可能會注意到重新啟動時間（5-8 分鐘）略有增加，尤其是在手動重新啟動期間。