適用於：
Azure SQL 資料庫Azure SQL 受控執行個體
本文提供 Azure SQL Database 和 Azure SQL 受控實例之長期保留 （LTR） 備份的概念性概觀。 Azure SQL Database 的備份可設定最多 10 年的長期保留期（包括在超大規模服務層級中），以及 Azure SQL 受控實例。
若要開始使用長期保留備份功能，請參閱：
長期保留的運作方式
長期備份保留：許多應用程式具有法規、相容性或其他商務用途，資料庫備份需要的保留期限，超過 Azure SQL Database 自動備份所提供的 1-35 天。 長期備份保留期 （LTR） 依賴 Azure SQL 服務自動建立的完整資料庫備份。 如需詳細資訊，請參閱 Azure SQL Database 中的自動備份 或 Azure SQL 受控實例中的自動備份。
使用長期保留 (LTR) 功能，您可以將指定的 SQL Database 和 SQL 受控執行個體完整備份儲存在 Azure Blob 儲存體中並設定備援多達 10 年。 接著可將 LTR 備份還原為新的資料庫。 如果已設定 LTR 原則，系統會將自動備份複製到不同的 Blob，以供長期記憶體使用，然後用來將資料庫還原至特定時間點。 複製程式是背景作業，對資料庫工作負載沒有效能影響。 每個資料庫的 LTR 原則也可以指定建立 LTR 備份的頻率。
注意
目前無法將 Azure SQL 資料庫 和 Azure SQL 受控執行個體 的備份設定為固定。 LTR 備份不可修改，但您可以透過 Azure 入口網站、Azure CLI、PowerShell 或 REST API 加以刪除。
作為 Azure SQL 受控實例中的因應措施，您可以採用 僅限複製的資料庫備份 ，並將其保留在您自己的 Azure 記憶體帳戶中作為固定的檔案。
若要啟用 LTR，您可以用這四個參數的組合定義原則：每週備份保留 (W)、每月備份保留 (M)、每年備份的保留期 (Y) 及年度週次 (WeekOfYear)。 如果指定 W，每週一次的備份會複製到長期儲存體。 如果指定 M，每月的第一個備份會複製到長期儲存體。 如果指定 Y，在以 WeekOfYear 指定的當週進行的一次備份會複製到長期儲存體。 如果在設定原則時指定的 WeekOfYear 為過去時間，則將在明年建立第一個 LTR 備份。 每個備份都會根據建立 LTR 備份時所設定的原則參數，保留在長期儲存體中。
LTR 原則的變更僅適用於未來的備份。 例如，如果您修改每周備份保留期 （W）、每月備份保留期 （M），或每年備份保留期 （Y），新的保留設定只適用於新的備份。 不會修改現有備份的保留期。 LTR 原則可以針對 Azure SQL Database 和 Azure SQL 受控實例中的每個資料庫設定。 如果您想要在保留期間到期之前刪除舊的 LTR 備份，您可以 手動刪除備份。
注意
在 Azure SQL Database 和 Azure SQL 受控實例中，當您第一次為資料庫啟用長期保留 (LTR) 原則，如果此原則指定了一個每年的保留期，則會將從可還原點（PITR）備份中的最新完整備份複製到長期儲存。
LTR 原則的範例：
W=0, M=0, Y=5, WeekOfYear=3每年的第三個完整備份會保留五年。
W=0, M=3, Y=0每月的第一個完整備份會保留三個月。
W=12, M=0, Y=0每個每週完整備份皆會保留 12 週。
W=6, M=12, Y=10, WeekOfYear=20每個每週完整備份皆會保留六個月。 但每月的第一個完整備份除外，這個備份會保留 12 個月。 每年第 20 週的完整備份除外，這個備份將保留 10 年。
下表說明以下原則的長期備份日程和到期日：
W=12 weeks （84天）、 M=12 months （365天）、 Y=10 years （3650天）、 WeekOfYear=20 （5月13日後一周）
下列日期位於 ISO 8601 （YYYY-MM-DD）。
| PITR 備份至 LTR | 到期 W | 到期 M | 到期 Y |
|---|---|---|---|
| 2018 年 3 月 7 日 | 2019-03-02 | ||
| 2018 年 3 月 14 日 | 2018 年 6 月 6 日 | ||
| 2018 年 3 月 21 日 | 2018 年 6 月 13 日 | ||
| 2018 年 3 月 28 日 | 2018 年 6 月 20 日 | ||
| 2018 年 4 月 4 日 | 2019-03-30 | ||
| 2018 年 4 月 11 日 | 2018 年 7 月 4 日 | ||
| 2018 年 4 月 18 日 | 2018 年 7 月 11 日 | ||
| 2018 年 4 月 25 日 | 2018 年 7 月 18 日 | ||
| 2018 年 5 月 2 日 | 2019-04-27 | ||
| 2018 年 5 月 9 日 | 2018 年 8 月 1 日 | ||
| 2018 年 5 月 16 日 | 2028 年 5 月 13 日 | ||
| 2018 年 5 月 23 日 | 2018 年 8 月 15 日 | ||
| 2018 年 5 月 30 日 | 2018 年 8 月 22 日 | ||
| 2018 年 6 月 6 日 | 2019-06-01 | ||
| 2018 年 6 月 13 日 | 2018 年 9 月 5 日 | ||
| 2018 年 6 月 20 日 | 2018 年 9 月 12 日 | ||
| 2018 年 6 月 27 日 | 2018 年 9 月 19 日 | ||
| 2018 年 7 月 4 日 | 2019-06-29 | ||
| 2018 年 7 月 11 日 | 2018 年 10 月 3 日 | ||
| 2018 年 7 月 18 日 | 2018 年 10 月 10 日 | ||
| 2018 年 7 月 25 日 | 2018 年 10 月 17 日 | ||
| 2018 年 8 月 1 日 | 2019-07-27 | ||
| 2018 年 8 月 8 日 | 2018 年 10 月 31 日 | ||
| 2018 年 8 月 15 日 | 2018 年 11 月 7 日 | ||
| 2018 年 8 月 22 日 | 2018 年 11 月 14 日 | ||
| 2018 年 8 月 29 日 | 2018 年 11 月 21 日 |
如果您修改此原則並設定 W=0 （沒有每周備份），則每周備份會保留到備份到期為止，然後服務只會保留每月和每年的備份。 未來的每周備份不會儲存在 LTR 原則下。 保留這些備份所需的儲存體數量會隨之減少。
重要
個別 LTR 備份的時機是由Microsoft所控制。 您無法手動建立 LTR 備份或控制備份建立時機。 設定 LTR 原則之後，可能需要最多七天的時間，第一個 LTR 備份才會顯示在可用的備份清單中。
如果您刪除邏輯伺服器或 SQL 受控實例，也會刪除該伺服器或受控實例上的所有資料庫。 您無法還原已刪除的邏輯伺服器或 SQL 受控實例。 不過，如果您已針對資料庫設定 LTR，則 LTR 備份將不會被刪除，並且可以用於將資料庫還原至相同訂用帳戶中的不同伺服器或受管理的實例，還原到進行 LTR 備份的時間點。
同樣地，如果您刪除資料庫，不會刪除 LTR 備份，並保留已設定的保留期間。 這些備份可以還原到相同伺服器或相同訂用帳戶內的不同伺服器。
異地複寫和長期備份保留
如果您使用主動式異地復寫或故障轉移群組作為商務持續性解決方案，請準備應對可能的故障轉移，並在次要資料庫或實例上設定與主要資料庫或實例相同的 LTR 原則。 您的 LTR 記憶體成本不會增加，因為備份不會從次要資料庫產生。 只有在次要節點變成主要節點之後，才會建立備份，以確保在觸發故障轉移且主要節點移至次要區域時，不中斷產生 LTR 備份。
當原始主資料庫從造成故障轉移的中斷中復原時，它就會變成新的輔助資料庫。 因此，備份建立不會在新的次要資料庫上繼續，而且現有的長期保留 (LTR) 原則在重新成為主要資料庫之前不會生效。
設定長期備份保留期
您可以針對 Azure SQL Database 和 Azure SQL 受控執行個體，使用 Azure 入口網站和 PowerShell 來設定長期備份保留。 若要從 LTR 儲存體還原資料庫，可以依時間戳記選取特定備份。 資料庫可以還原至與原始資料庫相同訂用帳戶底下的任何現有伺服器或受控執行個體。
在 LTR 保留期間的最後七天起始還原要求時，即使保留期間已過期，仍只會在還原作業完成後刪除 LTR 備份。
在 Azure SQL 受控實例中，您可以使用 SQL Agent 作業來排程 僅限複製的資料庫備份 ，並將其移至您自己的記憶體帳戶作為替代方式：
- 將備份保留超過10年。
- 保留資料庫的每日復本超過 35 天。
- 將資料庫備份儲存在不可變的記憶體上。
小提示
如果您使用 LTR 備份來符合合規性或其他任務關鍵性需求，請考慮進行定期復原演練，以確認可以還原 LTR 備份，且還原會導致預期的資料庫狀態。
後續步驟
相關內容
因為資料庫備份可保護資料免於意外損毀或刪除，是商務持續性和災害復原策略中不可或缺的一環。