比較商務持續性和災害復原選項
適用於 MySQL 的 Azure 資料庫 - 彈性伺服器提供商務持續性功能，可在計劃性或非計劃性中斷時保護您的資料庫。 若要解決不同類型的中斷，您可以套用具有不同復原時間或資料遺失風險的不同錯誤保護層級。
停機範例
以下是計劃性和非計劃性停機的一些範例案例。
計劃性停機案例
最常見的兩個計劃性停機案例是使用者起始的計算調整，以及 Azure 執行的排程維護。
當您執行計算調整作業時，Azure 會使用要求的計算組態來佈建新的 MySQL 彈性伺服器。 現有的伺服器可讓作用中檢查點完成、清空現有的連線、取消未認可的交易，然後讓現有的伺服器關閉。 此時，Azure 會將現有伺服器的儲存體連結至新的伺服器，並啟動資料庫。 接著，資料庫會執行任何必要的復原，然後再繼續接受用戶端連線。
新功能和 BUG 修正會在服務計劃性維護期間自動發生。 次要版本升級修補程式也會在計劃性維護期間套用，導致幾秒鐘的停機時間。 您可以排程這些活動，如下一節「排程的停機時間和維護時段」中所述。
非計畫的停機時間
資料庫可能會因為數個原因而意外停止運作，例如：
- 資料庫硬體失敗。
- 儲存體磁碟機失敗。
- 應用程式或使用者錯誤 (例如意外卸除資料表)。
- 可用性區域和區域失敗。
如果未啟用高可用性 (HA)，則 Azure 會嘗試復原，例如複製遺失資料、重新啟動伺服器，或甚至是在另一個實體節點上啟動伺服器。 如下一節所述，啟用高可用性可減少甚至消除這類停機時間。
高可用性
適用於 MySQL 的 Azure 資料庫 - 彈性伺服器提供具有自動容錯移轉的高可用性，提供一個解決方案，其設計絕不會遺失認可的資料，並防止資料庫成為單一失敗點。 當您設定高可用性時，MySQL 彈性伺服器會自動佈建和管理待命複本。
有兩種高可用性具有不同的容錯和延遲取捨：區域備援和相同區域。
區域備援 HA
區域備援高可用性可跨多個可用性區域提供備援，提供最高層級的可用性，即使整個區域停止運作也能夠復原。 使用區域備援高可用性組態會造成額外的延遲，因此請務必判斷您的應用程式是否可接受此情況。 此外，使用區域備援高可用性組態也需要資料庫用戶端應用程式是區域備援，以確保整體作業繼續。
相同區域 HA
在相同區域高可用性組態中，主要和待命伺服器位於相同的可用性區域中，以將延遲降到最低。 雖然在某些使用案例中可能需要低延遲，使用相同區域高可用性組態時，若可用性區域停止運作，當 MySQL 彈性伺服器復原時，導致的停機時間將會更長。
不同於區域備援高可用性，支援適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的所有區域都有相同區域高可用性。
備份和還原
伺服器備份是任何商務持續性策略的重要元件。 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器會自動在裝載資料庫的區域內，建立安全地儲存在本機備援儲存體中的備份。 當發生失敗或資料損毀時 (例如應用程式 BUG 或開發錯誤)，您可以使用這些備份將資料庫還原至特定時間點。
備份有兩種類型。 使用「自動」備份，MySQL 彈性伺服器會擷取資料庫資料檔案的快照集，以及相關聯的交易記錄。 自動快照集備份每天進行一次，交易記錄備份每隔五分鐘進行一次。 如果備份失敗，伺服器會每隔 20 分鐘重試，直到備份成功為止。
使用「隨選」備份，您可以隨時建立資料庫備份。 使用這兩種類型的備份，備份檔案預設會保留七天。 不過，根據您的業務需求，您可以設定保留期間的值，從 1 到 35 天。
您可以使用目前處於公開預覽狀態的長期保留功能，保留備份最多 10 年。 長期備份解決方案可能會與自動適用於 MySQL 的 Azure 資料庫備份分開使用或搭配使用。 長期備份可依客戶控制的排程或隨選進行。 備份會儲存在 Azure 備份受控儲存體帳戶中，儲存在個別安全性和容錯網域中。
除了備份資料庫之外，您還可以「匯出備份」檔案至 Azure Blob 儲存體，然後可用來進行移轉、資料復原或封存。 隨選匯出目前處於公開預覽狀態，僅適用於公用雲端區域。
若要儲存備份檔案，您可以從數個儲存體選項中選取：
使用「本地備援」儲存體 (相同資料中心，相同區域)，備份檔案會儲存在與資料庫相同的資料中心。 此選項為備份物件提供一年 11 個 9 (99.999999999%) 的持久性。 根據預設，沒有高可用性或相同區域高可用性的伺服器會使用本地備援儲存體。
使用「區域備援備份」儲存體 (不同區域、相同區域)，備份檔案會儲存在伺服器的可用性區域中，並複寫到相同區域中的另一個可用性區域。 此選項提供一年 12 個 9 (99.9999999999%) 的持久性。 區域備援儲存體對於區域備援高可用性很重要，如果資料必須保留在單一區域內，則為必要項目。
使用「異地備援備份」儲存體 (不同區域)，備份檔案會儲存在伺服器的區域中，然後複寫到另一個地理配對區域。 此選項提供一年 16 個 9 (99.99999999999999%) 的持久性。 只有 Azure 配對區域才支援異地備援儲存體。
注意：使用適用於 MySQL 的 Azure 資料庫 - 彈性伺服器，備份最多 100% 的已佈建儲存空間，不需額外費用。 每個月會以 GB 為單位收取額外儲存體費用。 如需詳細資訊，請參閱定價文件。
備份之後，您可以將備份還原至新的 MySQL 彈性伺服器。 您可以選取三種備份方式：手動選取完整備份、自動選取最新的還原點，或自動選取最快的還原點。 如果您有異地備援備份，您也可以還原到配對區域 (跨區域)。
排程的停機時間和維護時段
需要定期維護，才能讓受控伺服器保持穩定、安全和最新狀態。 在維護期間，服務會接收新功能、更新和修補程式的部署。 維護時段通常會排程至少每 30 天發生一次，但重大安全性修補程式會在七天或更少時間內套用。
您可以選擇系統管理的排程，或為您的 Azure 訂用帳戶中的每個 MySQL 彈性伺服器定義自訂排程。
您可以透過數種方式之一接收排程維護通知。 通知可能是：
- 以電子郵件傳送至特定地址或 Azure Resource Manager 角色。
- 透過文字簡訊 (SMS) 傳送。
- 推送為 Azure 應用程式通知。
- 透過語音訊息傳遞。
自訂維護時段
根據預設，系統會使用系統管理的排程，在 MySQL 彈性伺服器區域的時區中，於下午 11 點到上午 7 點之間挑選一小時的時段。 使用自訂排程，您可以選擇星期幾和一小時的時間，以指定伺服器的維護時段。
高可用性伺服器接近零的停機維護 (公開預覽)
已啟用高可用性的伺服器受益於接近零的停機維護，這項新功能可大幅減少維護停機時間。 預期停機時間介於 40 到 60 秒之間。 接近零的停機維護對於具有非常高可用性需求的應用程式而言至關重要，這些應用程式要求最短的資料庫連線中斷。
重新排程維護 (公開預覽)
您可以在使用一般用途或業務關鍵服務層級時重新排程維護。 在 Azure 入口網站的維護區段中，您可以將下一個排程維護重新排程為另一個日期和時間。 您也可以選取 [重新排程為現在]，隨選起始維護。