本文說明 Cloud SQL 執行個體的兩種備份選項，包括主要功能和設定。這有助於為執行個體選擇最合適的選項。
如要搭配 Cloud SQL 執行個體使用備份，請務必先為每個執行個體選擇備份選項。Cloud SQL 提供下列備份選項：
- 進階級備份：這個選項會在集中式備份管理專案中管理及儲存備份。這項服務使用 備份和 DR 服務，並提供強制保留、精細排程和監控功能。
- 標準備份：Cloud SQL 會在與 Cloud SQL 執行個體相同的專案中建立、管理及儲存這些備份。
您選擇的備份選項會決定 Cloud SQL 執行個體可用的功能和設定選項。雖然執行個體無法同時使用多個備份選項，但 Cloud SQL 可讓您視需要切換這些備份選項。
下表概略說明各備份選項的主要功能：
| 功能 | 標準備份 | 進階級備份 |
|---|---|---|
| 集中管理各專案的備份 | - | ✔ |
| backup vault | - | ✔ |
| 自動備份時間表 | 每日 | 每小時、每日、每週、每月、每年 |
| 隨選備份 | ✔ | ✔ |
| 多區域備份 | ✔ | - |
| 刪除執行個體時建立最終備份 | ✔ | ✔ |
| 備份保留期限 | 1 年 | 無限制 |
| 刪除執行個體時保留所有備份 | ✔ | ✔ |
| 刪除專案後保留備份 | - | ✔ |
| 鎖定強制保留期限 | - | ✔ |
| 運用記錄執行時間點復原 | ✔ | ✔ |
| 跨區域備份與還原 | ✔ | - |
| CMEK 支援 | ✔ | - |
如要進一步瞭解這些備份選項，請參閱「標準備份」和「進階備份」。如要進一步瞭解 Cloud SQL 的備份作業，請參閱 Cloud SQL 備份總覽。
進階級備份
使用進階備份功能時，您可以透過備份和災難復原服務，在一個中央備份專案中，管理及儲存各專案 Cloud SQL 執行個體的所有備份。備份與災難復原服務提供集中式管理、監控和報表功能，方便您集中管理日常備份作業。備份會儲存在備份儲存空間中，這是由 Google 代管的安全隔離儲存空間資源，由備份和災難復原服務管理，而備份方案則管理備份和還原設定。這類備份無法變更且難以刪除，不受來源專案影響。如要進一步瞭解備份和災難復原服務的備份作業，請參閱「備份和災難復原服務總覽」。
使用強化備份功能時，您可以透過集中式備份專案，管理所有 Cloud SQL 執行個體相關聯的備份保存庫和備份方案。這些方案也可以連結至多個專案。
將備份方案附加至 Cloud SQL 執行個體時，現有的備份和還原設定會遭到備份方案覆寫。含有備份和還原設定的方案會儲存在集中式備份專案中，而方案在 Cloud SQL 執行個體上啟用時建立的任何備份，都會儲存在備份專案的備份保存庫中。
如果備份和災難復原服務是在其他 Google Cloud 專案中管理，那麼在刪除來源或工作負載專案時，備份作業會受到保護。角色和職責由 Backup and DR Admin 管理，與 Cloud SQL Admin 角色和職責不同。
您可以在刪除執行個體後保留備份，或在刪除前建立最終備份。所有透過強化備份建立的備份，都可用於還原執行個體 (無論執行個體是否仍在運作，或已遭刪除)。
備份儲存空間
備份會儲存在稱為備份保存庫的集中位置。backup vault 是由 Backup and DR 管理的安全隔離儲存空間。只要所選位置與執行個體位置相容，backup vault 就會在單一區域中儲存備份。如要進一步瞭解備份保存庫的建立位置，請參閱備份保存庫支援的位置。
Cloud SQL 建議您使用與 Cloud SQL 執行個體不同專案中的備份儲存庫。詳情請參閱「備份保存庫」。
備份保留機制
強化備份功能可讓您進行隨選和自動備份。使用進階備份選項建立的備份都會儲存在 backup vault，最多可保留 99 年。備份保存庫的最短強制保留期限為 1 天至 99 年。
刪除執行個體後，系統會保留執行個體上線時建立的所有備份，並沿用執行個體上線時備份方案設定的保留設定。如果您選擇在刪除執行個體前建立最終備份，也可以將最終備份的保留期限設為最多 99 年。
備份費用
在強化備份中，備份費用取決於儲存在備份儲存空間中的備份總大小。這些備份是根據執行個體相關聯備份方案中的備份設定建立。總費用由備份和災難復原服務計算，並依據備份和災難復原定價。
限制
使用強化備份功能時，請注意下列限制：
- 備份保存庫和 Cloud SQL 執行個體必須位於相同區域。
- 如要變更執行個體相關聯的備份方案，請先刪除現有備份方案關聯，然後關聯新的備份方案，將執行個體變更為標準備份。
- 您無法使用進階備份，為執行個體建立災難復原 (DR) 副本。
- 如果執行個體有災難復原 (DR) 副本，就無法為執行個體啟用強化備份。
- 您無法將備份方案與備用執行個體建立關聯。
- 如果執行個體使用強化備份，就無法將執行個體降級為副本。
標準備份
標準備份是由 Cloud SQL 代管的備份選項。備份作業會在與 Cloud SQL 執行個體相同的專案中建立、管理及儲存。與進階備份不同，標準備份的備份設定是在執行個體層級設定，並在執行個體設定中定義，而進階備份的備份設定則是由備份方案定義。因此，如果您有多個 Cloud SQL 執行個體，則必須在每個執行個體的備份設定中，分別定義備份設定。凡是透過標準備份建立的備份，都會儲存在與執行個體相同的專案中。
使用標準備份功能，您可以為 Cloud SQL 執行個體執行自動備份和隨選備份。您也可以選擇保留所有備份，並在刪除執行個體時建立最終資料備份。這樣一來，您就能重新建立刪除的執行個體。不過，如果您未保留備份，或是在刪除執行個體前建立最終備份，Cloud SQL 就會自動刪除所有執行個體備份。
備份儲存空間
無論是高可用性 (HA) 或非 HA 設定，備份都會儲存在相同位置。在高可用性設定中，如果發生容錯移轉或切換至次要執行個體，您仍可存取執行個體的備份。
您可以按照下列步驟定義備份位置：
預設備份位置
如果您未指定儲存位置，備份會儲存在地理位置上最接近 Cloud SQL 執行個體位置的多地區。舉例來說，如果您的 Cloud SQL 執行個體位於 us-central1，系統預設會將備份儲存在 us 多區域。
多區域備份
標準備份可讓您設定單一或多區域備份位置。在單一區域設定中，備份會複製到區域內的不同可用區。在多區域設定中，建議備份與執行個體位於同一區域，以盡量縮短延遲時間，並避免因機構政策或位置限制而導致備份失敗。
自訂備份位置
Cloud SQL 可讓您為備份資料選取自訂位置。如果貴機構必須遵守資料落地法規，規定備份資料只能存放在特定地理範圍內，這項功能就非常實用。如果貴機構有這類需求，可能使用資源位置限制機構政策。如果嘗試使用不符合政策的地理位置，系統會在「備份」頁面顯示快訊。如果看到這則快訊，請將備份位置變更為政策允許的位置。
選取備份的自訂位置時，請注意下列事項：
- 成本：執行個體中的某個叢集可能位於成本較低的區域。
- 與應用程式伺服器的距離：您可能希望將備份資料盡可能靠近服務應用程式，以減少潛在延遲。
- 儲存空間用量：您需要足夠的儲存空間，才能存放備份資料 (備份資料會隨著時間變大)。視工作負載而定，您可能會使用不同大小或磁碟用量的叢集。這可能會影響您選擇的叢集。
選擇自訂備份位置時，您可以選取任何可用的 Cloud SQL 位置和多區域位置。如需有效區域值的完整清單，請參閱執行個體位置。如需多地區值的完整清單，請參閱多地區位置。
如要進一步瞭解如何設定及查看執行個體的備份位置，請參閱「設定自訂備份位置」和「查看備份位置」。
備份保留機制
標準備份可讓您進行自動和隨選備份。 自動備份的保留期限為 1 到 365 天，Cloud SQL Enterprise 版執行個體的預設保留期限為 7 天，Cloud SQL Enterprise Plus 版執行個體的預設保留期限為 15 天。隨選備份會無限期保留，直到刪除備份或刪除含有備份的執行個體為止。
如果您為隨選和自動備份啟用執行個體刪除後的備份保留功能，這些備份會遵循相同的保留設定。自動備份的保留期限為 1 到 365 天，隨選備份則會無限期保留。詳情請參閱「刪除執行個體後保留備份」。
備份費用
在標準備份中，備份費用取決於備份總大小、儲存位置和保留設定。
您可以設定要保留的自動備份數量，範圍從 1 到 365。
如要進一步瞭解備份相關定價，請參閱 Cloud SQL 定價。
備份速率限制
Cloud SQL 會限制資料磁碟的備份作業速率。每個專案的每個執行個體，每 50 分鐘最多可執行五項備份作業。如果備份作業失敗，不會計入這項配額。如果達到上限，作業就會失敗，並顯示錯誤訊息，說明何時可以重試。
Cloud SQL 會使用 bucket 中的權杖，判斷一次可進行的備份作業數量。每個執行個體都有一個 bucket。您最多可使用五個權杖進行備份作業。每 10 分鐘，系統會在值區中新增一個權杖。如果 bucket 已滿，權杖就會溢位。
每次發出備份作業時，系統都會從 bucket 授予權杖。如果作業成功，系統就會從區塊中移除權杖。如果失敗，權杖會退回 bucket。下圖說明運作方式：
交易記錄檔保留期
交易記錄會儲存在執行個體的儲存位置，保留期限以天為單位。如果是 Cloud SQL Enterprise Plus 版執行個體，範圍為 1 至 35 天，預設為 14 天。如果是 Cloud SQL Enterprise 版執行個體，範圍為 1 到 7 天，預設為 7 天。無論是 Cloud SQL Enterprise Plus 版或 Cloud SQL Enterprise 版執行個體，交易記錄保留設定都必須小於備份保留設定。
系統每天會清除記錄一次，而不是持續清除。如果記錄檔保留天數與備份數量相同，可能會導致記錄檔保留時間不足。舉例來說，如果將記錄檔保留期限設為七天，備份保留期限設為七次備份，則系統會保留六到七天的記錄檔。
建議您將保留的備份數量設為比記錄檔保留天數多 1，確保記錄檔保留期間每天都有備份。