備份和還原
無論組織大小，都可能會發生意外或事件。 這正是為什麼您一律需要有一個計劃，其決定在系統中斷時如何還原系統。 在 SQL Server 中，若想要還原到某個時間點，但您只能在以完整復原模式執行時才可進行該操作。 在大量記錄復原模式中，您更有可能必須將資料庫還原到交易記錄備份的結尾。
Azure SQL 的其中一項優點是 Azure 會處理所有工作。 因為 Azure SQL 會管理備份並在完整復原模式中執行，因此可將您的資料庫還原到任何一個時間點。 您甚至可在設定的保留原則內還原已刪除的資料庫。 若在邏輯伺服器或執行個體上啟用 TDE，則 Microsoft 也會自動加密您的備份。
根據預設，每週會執行一次完整資料庫備份。 記錄備份每隔 5-10 分鐘會執行一次，而差異備份則每 12-24 小時執行一次。 根據預設，備份檔案都儲存在 Azure 儲存體的讀取權限異地備援儲存體 (RA-GRS) 中。 不過，您可選擇在區域備援儲存體 (ZRS) 或本地備援儲存體 (LRS) 中備份。 Azure SQL 工程小組會持續自動測試邏輯伺服器和彈性資料庫集區中資料庫自動備份的還原。 針對遷移至 Azure SQL 受控執行個體，會發生自動初始備份，其中包含使用原生 RESTORE 命令還原，或使用 Azure 資料移轉服務還原的資料庫總和檢查碼。 此外，在 Azure SQL 受控執行個體中，您可選擇擷取原生僅複製備份，並將其儲存在 Azure Blob 儲存體中。
建立 Azure SQL 受控執行個體和 Azure SQL Database 的備份策略
Azure SQL 會處理繁重的工作，但了解儲存和處理備份的方式，以及您針對保留和還原所具備的選項仍然非常重要。 最後，您仍然需要針對還原時間點、長期保留和異地復原負責整體策略。
還原時間點 (PITR)
在 Azure SQL Database 和 Azure SQL 受控執行個體中，您可以執行自助式還原。 您可以藉由使用 Azure 入口網站、PowerShell/Azure CLI 或 REST API，選擇想要還原及啟動程序的確切時間點。 還原時間點 (PITR) 將會在相同邏輯伺服器中建立新的資料庫 (使用不同名稱)。 若需要使用 PITR 資料庫來取代原始資料庫，則必須重新命名原始資料庫和新資料庫，才能回到運作中狀況。 您不需要更新連接字串。
PITR 的保留期介於 1 到 35 天之間。 根據預設，保留期間 (適用於所有服務層級和部署選項) 為七天。 在大多數的部署選項和服務層級中，取決於您案例的需求可將原則設為 1 到 35 天之間。 例如，您的測試資料庫可能只需要 1 天的時間，但是您可以為任務關鍵性資料庫選擇最大值 35 天。
長期保留 (LTR)
若 35 天不夠長而無法滿足貴組織的需求或合規性需求，您可以選擇長期保留 (LTR)。 這個選項可讓您自動建立儲存在 RA-GRS、ZRS 或 LRS 儲存體中的完整資料庫備份，且最多可儲存 10 年。 針對 Azure SQL Database，LTR 已正式推出。 針對 Azure SQL 受控執行個體，LTR 提供有限的公開預覽。
異地復原
若發生任何嚴重事件，貴組織需要能夠進行復原。 您的備份會自動儲存在 RA-GRS 中 (除非您選擇 ZRS 或 LRS)，這表示您的備份將會儲存在配對的區域中。 因此，如果整個區域停止運作，而您的資料庫或受控執行個體在該區域中，則會受到保護。 您可從最近一次的異地複寫備份來異地復原到任何其他區域。 此備份可能會稍微落後主要複本，因為將 Azure Blob 複寫到另一個區域需要時間。 您可以使用 Azure 入口網站、PowerShell/Azure CLI 或 REST API 輕鬆執行異地復原。