共用方式為


排程維護

適用於: 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器

您的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器會定期進行維護作業,以協助保持受控資料庫的安全、穩定且最新狀態。 在維護期間,伺服器會取得新的功能、更新和修補檔。

重要

在適用於 PostgreSQL 的 Azure 資料庫彈性伺服器維護期間,避免所有伺服器作業 (修改、設定變更、啟動/停止伺服器)。 參與這些活動可能會導致無法預期的結果,而且可能會影響伺服器效能和穩定性。 等到維護結束後,再執行伺服器作業。

維護時間範圍

您可以在一周的特定一天排程維護,以及當天內的時間範圍。 或者,您可以讓系統自動為您選擇一天和一個時間視窗。

系統會提前 5 天傳送維護通知,以便您有足夠的時間準備。 系統也會通知您維護何時開始,以及何時成功完成。

即將進行排程維護的通知分為以下幾類:

  • 透過電子郵件傳送至特定地址。
  • 透過電子郵件傳送給 Azure Resource Manager 角色。
  • 以簡訊的形式傳送至行動裝置。
  • 以通知的形式推送至 Azure 應用程式。
  • 以語音訊息的形式傳遞。

當您指定維護排程的喜好設定時,您可以選擇自定義排程和系統管理的排程。 如果您選擇自定義排程,您可以指定星期幾和時間範圍。 但是,如果您選取系統管理的排程,系統會為您選擇一天。 在這一天之內,它會選擇一小時的時間範圍,在伺服器區域的下午 11:00 到上午 7:00 之間。 您可以為每個 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器設定不同的維護排程。

重要

一般而言,伺服器成功排程維護事件之間的間隔至少為30天。 但是,對於嚴重的緊急更新,例如嚴重弱點,通知視窗可能比五天短,甚至省略。 重大更新可能會套用至您的伺服器,即使系統在過去 30 天內成功執行排程維護也一樣。

您可以隨時更新排程的維護設定。 如果您的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器排程維護,而且您更新排程的維護喜好設定,則不會重新程序設計目前的首度發行。 它於當天繼續進行,並已排定時間。 排程維護設定的變更會在下一次排程維護順利完成時生效。

系統管理與自定義維護

您可以為 Azure 訂用帳戶中的每個 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器定義系統管理的排程或自訂排程:

  • 透過系統受控排程,系統會在伺服器區域時間的下午 11:00 到上午 7:00 之間選擇任何一小時視窗。
  • 透過自定義排程,您可以選擇星期幾和一小時時段的開始時間,以指定伺服器的維護時間範圍。

排程維護會先發生在使用系統管理排程設定的伺服器上。 後面接著具有自定義排程的伺服器,至少在區域內有七天的時間。 若要接收開發和測試伺服器的早期更新,請使用系統受控排程。 在更新到達具有自定義排程的生產伺服器之前,此選項可讓早期測試和問題解決。

在定義的維護視窗期間,自訂排程伺服器的更新會於七天後開始。 收到通知之後,您就無法延遲更新。 建議您只針對生產環境使用自訂排程。

在極少數情況下,系統可以取消某些維護事件,或某些事件可能無法順利完成。 如果更新失敗,進程會回復,而您的伺服器會還原至舊版的二進位檔。 伺服器可能仍會在維護視窗期間重新啟動。

如果更新已取消或失敗,系統會產生已取消或失敗維護事件的相關通知。 下一次執行維護的嘗試會根據您目前的排程設定進行排程,而且您事先會收到 5 個行事曆天的通知。

考量和限制

在每月維護期間考慮時,有一些考慮:

  • 每月維護影響很大,而且會涉及一些停機。
  • 停機取決於維護時伺服器上的交易負載。
  • 排程維護之後,維護設定的任何變更只會套用至下一個維護週期,而不是目前的維護週期。