管理加速資料庫復原

  • 發行項

適用於：SQL Server 2019 (15.x)

本文包含的資訊，說明在 SQL Server 2019 (15.x) 與更高版本中管理及設定加速資料庫復原 (ADR) 的最佳做法。 如需 Azure SQL 上 ADR 的詳細資訊，請參閱 Azure SQL 中的加速資料庫復原。

注意

在 Azure SQL 資料庫與 Azure SQL 受控執行個體中，所有資料庫均已啟用加速資料庫復原 (ADR) ，且無法停用。 若您發現問題，無論是儲存體使用方式、高中止異動與其他因素，請參閱疑難排解加速資料庫復原 (ADR) 或聯絡 Azure 支援。

應考慮加速資料庫復原的對象

許多客戶都認為加速資料庫復原 (ADR) 是一項寶貴技術，可改善復原時間。 在決定哪些資料庫應使用 ADR 之前，請先考慮下列累積因素，進行評估，根據累積因素判斷是否支持或反對使用 ADR。

  • 若工作負載無法避免長時間執行異動，則建議使用 ADR。 例如，若長時間執行的異動具有復原風險，ADR 可提供協助。

  • 針對曾經歷使用中交易造成交易記錄大幅成長的工作負載，建議使用 ADR。

  • 若因 SQL Server 長時間執行復原 (例如未預期的 SQL Server 重新啟動或手動異動復原) 而導致工作負載長期無法使用資料庫，則建議使用 ADR。

  • ADR 不支援在資料庫鏡像中註冊的資料庫。

  • 由於單一執行緒持久版本存放區 (PVS) 版本更簡潔，因此不建議在大於 100 TB 的資料庫上採用 ADR。

  • 若您的應用程式執行許多非批次累加式更新，例如在每次存取/插入資料列時更新記錄，則您的工作負載可能不適用 ADR。 請考慮盡可能將應用程式查詢重寫為批次更新，直到命令結尾為止，並減少大量的小型更新異動。

評估您的工作負載是否適合 ADR

在工作負載啟用 ADR 之後，請尋找徵兆確定持久版本存放區 (PVS) 是否跟上。 建議參閱疑難排解加速資料庫復原，並使用所述方式來監視 ADR 健康情況。

若資料庫環境具高更新/刪除計數 (例如大量 OLTP)，且無待用/復原時間讓 PVS 清除執行序回收空間，則不建議使用 ADR。 一般而言，商務作業週期允許此時間，但在部分情況，您可能需手動起始 PVS 清除執行序，以便利用應用程式活動條件。

  • 若長時間執行 PVS 清除執行序，您可能會發現中止異動計數將會增加，同時導致 PVS 變大。 透過 sys.dm_tran_aborted_transactions DMV 來報告中止異動計數，以及利用 sys.dm_tran_persistent_version_store_stats 報告清除開始/結束時間以及 PVS 大小。 如需詳細資訊，請參閱 sys.dm_tran_persistent_version_store_stats。

  • 若要在工作負載之間或維護期間手動啟動 PVS 清除程序，請使用 sys.sp_persistent_version_cleanup。 如需詳細資訊，請參閱 sys.sp_persistent_version_cleanup。

  • 在「SNAPSHOT」或「READ COMMITTED SNAPSHOT」隔離模式中，長時間執行查詢的工作負載可能會延遲其他資料庫的 ADR PVS 清除，導致 PVS 檔案成長。 如需詳細資訊，請參閱疑難排解加速資料庫復原中的長時間使用快照集掃描一節。 這適用 SQL Server 執行個體與 Azure SQL 受控執行個體，或 Azure SQL Database 彈性集區的執行個體。

加速資料庫復原的最佳做法

本節包含 ADR 的指導與建議。

  • 針對 SQL Server，請將 PVS 版本存放區隔離至較高層級儲存體的檔案群組，例如高階 SSD、進階 SSD 或持久記憶體 (PMEM)，有時稱為儲存體類別記憶體 (SCM) 。 如需詳細資訊，請參閱將 PVS 的位置變更至不同檔案群組。 此選項不適用 Azure SQL Database 與 Azure SQL 受控執行個體。

  • 請確定資料庫具足夠空間以將 PVS 使用量納入考慮。 如果資料庫不具足夠空間可讓 PVS 成長，ADR 將無法產生版本。 相較於 tempdb 版本存放區，ADR 可節省版本存放區的空間。

  • 請避免在資料庫中執行多筆長時間異動。 儘管 ADR 其中一項目標是在因重做而造成資料庫復原時加快其速度，但執行多筆長時間異動可能會延遲版本清除，並增加 PSV 大小。

  • 使用資料定義變更或 DDL 作業來避免大型交易。 ADR 會使用 SLOG (系統記錄檔資料流) 機制來追蹤復原時所使用的 DDL 作業。 僅在交易處於使用中時，才會使用 SLOG。 SLOG 具有檢查點，因此避免使用 SLOG 的大型交易可協助改善整體效能。 這些案例可能會導致 SLOG 佔用更多空間：

    • 多個 DDL 皆是在一個交易中執行。 例如，在一個交易中執行快速建立和卸除暫存資料表。

    • 資料表出現過多已修改資料分割/索引。 例如，在這類資料表上的 DROP TABLE (卸除資料表) 作業需要大量的 SLOG 記憶體保留，這會延遲截斷交易記錄，並延遲復原/重做作業。 您可採用因應措施，個別並漸進卸除索引，然後卸除資料表。 如需有關 SLOG 的詳細資訊，請參閱 ADR 復原元件。

  • 避免或減少不必要的中止狀況。 高中止率會影響 PVS 清除工具並造成較低的 ADR 效能。 中止的原因可能源自高比率的鎖死、重複的索引鍵或其他條件約束違規。

    • sys.dm_tran_aborted_transactions DMV 會顯示 SQL Server 執行個體上的所有已中止交易。 nested_abort 資料行表示交易已認可，但部分交易已中止 (儲存點或巢狀交易)，這可能會封鎖 PVS 清除程序。 如需詳細資訊，請參閱 sys.dm_tran_aborted_transactions (Transact-SQL)。

啟用和控制 ADR

注意

在 Azure SQL Database 與 Azure SQL 受控執行個體中，所有資料庫均啟用加速資料庫復原 (ADR)，無法停用或移至不同檔案群組。

SQL Server 2019 (15.x) 預設 ADR 為關閉，且可利用 DDL 語法來控制：

ALTER DATABASE [DB] SET ACCELERATED_DATABASE_RECOVERY = {ON | OFF};

使用此語法來控制是否開啟或關閉功能，或是為「持續版本存放區」(PVS) 資料指定特定的檔案群組。 若沒有指定檔案群組，PVS 將會儲存在 PRIMARY 檔案群組中。

資料庫必須具獨佔鎖定，才能變更此狀態。 這表示「ALTER DATABASE」命令會停止，直到所有作用中工作階段均消失為止，而且任何新工作階段都需在「ALTER DATABASE」命令後方等候。 若有必要完成作業並移除鎖定，您可利用終止子句 WITH ROLLBACK [IMMEDIATE | AFTER {number} SECONDS | NO_WAIT] 來中止資料庫的任何作用中工作階段。 如需詳細資訊，請參閱ALTER DATABASE SET 選項。

管理持久版本存放區檔案群組

ADR 功能是以為變更建立版本，並將資料項目的不同版本儲存在 PVS 中作為基礎。 尋找 PVS 所在位置及決定如何管理 PVS 中資料的大小時，有一些考量事項。

啟用 ADR 而不指定檔案群組

此作業需要資料庫的獨佔存取權。

ALTER DATABASE [MyDatabase] SET ACCELERATED_DATABASE_RECOVERY = ON;
GO

在此情況下，不會指定 PVS 檔案群組，PRIMARY 檔案群組會保存 PVS 資料。

啟用 ADR，並指定 PVS 應儲存在檔案群組

除了預設 PRIMARY 檔案群組之外，您可設定 ADR 使用另一檔案群組來保存 PVS 資料。

當您在 PRIMARY 之外的檔案群組啟用 ADR 之前，您必須建立檔案群組與資料檔案。

建立 VersionStoreFG 檔案群組，並在檔案群組建立新資料檔案。 例如：

ALTER DATABASE [MyDatabase] ADD FILEGROUP [VersionStoreFG];
GO
ALTER DATABASE [MyDatabase] ADD FILE ( NAME = N'VersionStoreFG'
, FILENAME = N'E:\DATA\VersionStore.ndf'
, SIZE = 8192KB , FILEGROWTH = 65536KB )
TO FILEGROUP [VersionStoreFG];
GO

必需先建立檔案群組與次要資料檔案，然後才啟用 ADR，並指定 PVS 應儲存在特定檔案群組。 此作業需要資料庫的獨佔存取權。

ALTER DATABASE [MyDatabase] SET ACCELERATED_DATABASE_RECOVERY = ON
(PERSISTENT_VERSION_STORE_FILEGROUP = [VersionStoreFG]);

停用 ADR 功能

ALTER DATABASE [MyDatabase] SET ACCELERATED_DATABASE_RECOVERY = OFF;
GO

即使在停用 ADR 功能後，持續版本存放區中仍然會有儲存的版本，因為系統仍需要它們來進行邏輯還原。

將 PVS 的位置變更至不同檔案群組

在 SQL Server，您可能會因為各種理由，需要將 PVS 的位置移至不同檔案群組。 例如，PVS 可能需要更多空間，或是更快的儲存體。

變更 PVS 位置是具有三個步驟的流程。

  1. 關閉 ADR 功能。

    ALTER DATABASE [MyDatabase] SET ACCELERATED_DATABASE_RECOVERY = OFF;
GO

  2. 請等到已釋放 PVS 儲存的所有版本。

    為了針對持續版本存放區，透過新的位置開啟 ADR，您必須確認所有版本資訊都已從先前的 PVS 位置清除。 若要強制進行清除，請執行命令：

    EXEC sys.sp_persistent_version_cleanup [database name];

    sys.sp_persistent_version_cleanup 預存程序是同步的，這表示它在從目前 PVS 中清除所有版本資訊前都不會完成。 一旦完成，您便可以藉由查詢 DMV sys.dm_tran_persistent_version_store_stats 並檢查 persistent_version_store_size_kb 的值，來驗證版本資訊確實已移除。

    SELECT DB_Name(database_id), persistent_version_store_size_kb 
FROM sys.dm_tran_persistent_version_store_stats where database_id = [MyDatabaseID];

    當 persistent_version_store_size_kb 的值為 0 時，您可重新啟用 ADR 功能，設定 PVS 以便使其位於新檔案群組。

  3. 開啟 ADR 並指定 PVS 的新位置：

    ALTER DATABASE [MyDatabase] SET ACCELERATED_DATABASE_RECOVERY = ON
(PERSISTENT_VERSION_STORE_FILEGROUP = [VersionStoreFG]);

下一步