Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

在備份/復原設備上備份及災難復原 Microsoft SQL Server

擷取 SQL Server 資料

備份和災難復原功能可讓您擷取下列類型的 Microsoft SQL Server 應用程式：

執行個體
Always On 可用性群組中的資料庫
資料庫一致性群組
個別資料庫
系統資料庫
使用者資料庫
VM 中的資料庫

備份和災難復原會移動及管理 Microsoft SQL Server 資料，與 Microsoft SQL Server 寫入主要儲存空間的位置分開。

備份/復原設備會將應用程式資料儲存在暫存磁碟上。暫存磁碟上的快照可讓備份/復原設備維護歷來資料。

準備備份 Microsoft SQL Server 資料

準備備份 Microsoft SQL Server 資料時，請完成下列四個步驟：

新增託管 Microsoft SQL Server 資料庫的伺服器。
探索 VM 和 Microsoft SQL Server 資料庫。
根據 RPO 和 RTO 定義備份和災難復原政策範本和資源設定檔。

使用 Microsoft SQL Server 完整復原模式的資料庫，可以擷取資料庫和記錄。因此，只要向前復原記錄，就能將擷取的資料庫復原至某個時間點。
將備份和災難復原政策範本和資源設定檔指派給 Microsoft SQL Server 資料庫。

資料擷取

擷取資料時，請考量下列事項：

系統會自動建立測試磁碟，並掛接至伺服器。
系統會先將完整副本複製到暫存磁碟，後續副本只會包含變更的區塊。
暫存磁碟會從伺服器卸載。
備份/復原設備會建立測試磁碟的快照。

擷取 SQL Server 資料庫記錄

資料庫記錄擷取功能是在快照政策的「Details & Settings」(詳細資料和設定) 中設定。單一快照政策即可擷取 Microsoft SQL Server 資料庫和包含 Microsoft SQL Server 資料庫的一致性群組記錄。

擷取資料庫記錄的頻率與資料庫的頻率分開定義。例如，資料庫可以每天擷取一次，記錄則每小時擷取一次。

資料庫記錄備份頻率是以分鐘為單位設定，擷取記錄的頻率不得超過擷取相關聯資料庫的頻率。舉例來說，如果資料庫擷取頻率為每 24 小時一次，記錄檔擷取頻率必須等於或小於每 24 小時一次。

記錄保留期限也與相關聯的資料庫分開定義。設定不同的保留期限，可讓您保留足夠的記錄資訊，涵蓋資料庫的所有快照和 OnVault 版本。舉例來說，如果資料庫的快照資料保留三天，OnVault 資料保留七天，您可以將記錄保留期限設為七天。在這個範例中，您可以選取單一擷取的資料庫，並在整個期間向前復原記錄。

資料庫記錄會暫存在備份和災難復原快照集集區中的單一暫存磁碟。如要節省快照集區的空間，您可以使用進階設定，指示資料庫壓縮記錄。

您可以指定將 Microsoft SQL Server 資料庫交易記錄，複製到遠端備份/復原設備。在複製記錄的保留範圍內，您可以使用遠端網站的記錄，對任何資料庫執行時間點復原。

調整資料庫記錄的暫存磁碟大小

備份和災難復原服務會自動管理容納資料庫記錄備份所需的實體空間。這稱為記錄暫存磁碟，與來源伺服器管理的儲存空間分開。備份和災難復原服務至少會評估一般記錄大小和保留期限，並視需要使用較大的磁碟。

為更有效率地管理資料庫記錄的儲存空間需求，快照政策提供下列進階設定：

記錄備份保留期限：記錄保留期限與相關聯的資料庫分開定義。設定不同的保留率，可讓您保留足夠的記錄資訊，涵蓋資料庫的所有快照版本。記錄保留期限為必要設定。
記錄暫存磁碟大小成長率：定義記錄所在暫存磁碟的自動成長百分比。
預估變更率：定義每日變更 (百分比)，讓備份/復原設備能更準確地計算保存記錄所需的暫存磁碟大小。
壓縮資料庫記錄備份：指示來源資料庫在備份/復原設備上擷取記錄之前，先壓縮記錄。資料庫伺服器會在備份記錄時壓縮記錄 (預設為「啟用」)。

SQL Server 資料擷取選項

以下各節將說明 SQL Server 資料擷取選項。

擷取執行個體、個別資料庫和資料庫群組

備份和災難復原代理程式可用於擷取實體和虛擬伺服器上的執行個體、使用者資料庫、系統資料庫和資料庫群組。

擷取 SQL Server 執行個體時，您可以選擇擷取整個執行個體，或執行個體中的特定資料庫。保護整個執行個體時，新增至執行個體的資料庫會自動納入下一個備份和災難復原擷取工作。執行個體中的資料庫會靜止，並與單一備份方案一起擷取。

如果備份方案政策已啟用備份和災難復原資料庫和記錄擷取功能，該執行個體中的所有資料庫都能復原至相同時間點。如要復原及向前復原執行個體中所有或個別資料庫的記錄，只要在備份和災難復原使用者介面中執行單一動作即可。

您可以視需要透過掛接、複製、LiveClone 和還原作業，存取執行個體的個別成員。

擷取一致性群組

一致性群組是一組資料庫，會使用單一備份方案政策範本和資源設定檔，一併停用及擷取。一致性群組的成員資格是手動指派，適合用於成員不常變更的資料庫群組。如要自動保護資料庫群組的新成員，請改為在 SQL Server 執行個體中建立及保護這些資料庫。

顧名思義，一致性群組可確保多個資料庫在同一時間點擷取和復原的資料一致。如果在備份方案政策中啟用備份和災難復原的資料庫和記錄擷取技術，該群組中的所有資料庫都能復原至相同時間點。如要復原及向前復原一致性群組中所有或個別資料庫的記錄，只要在備份和災難復原使用者介面中執行單一動作即可。一致性群組的成員必須位於同一個執行個體。

一致性群組可由下列項目組成：

一或多個系統資料庫
一或多個使用者資料庫
系統或使用者資料庫
零或多個檔案系統 (磁碟機代號或掛接點)

一致性群組的個別成員可透過掛接、複製、LiveClone 和還原作業存取。

叢集容錯移轉執行個體中的資料庫必須從使用中的節點探索。受保護後，GO 會追蹤叢集中的有效 SQL 節點。即使發生容錯移轉，保護工作仍會繼續執行。除了能快速擷取及存取，一致性群組消耗的系統資源 (VDisk) 也比個別保護資料庫少。

您可以定期將備份掛接至伺服器，並執行資料庫一致性檢查，藉此驗證資料庫備份的完整性。您可以使用工作流程功能，自動執行驗證程序。

擷取 VM 的資料庫和開機磁碟區

擷取 VM 上的資料庫時，您也可以選擇擷取 VM 的開機磁碟區。如果 VM 的開機磁碟區與資料庫一併擷取，備份資料就能呈現功能完整的資料庫和 VM。接著，備份可以遷移至新的永久位置。

複製 SQL Server 資料

資料可複製到第二個備份/復原設備或雲端，用於復原、災難復原或測試/開發。在地理位置分散的環境中，資料複製長期以來都是有效管理資料的阻礙。備份和災難復原複製功能可透過壓縮技術解決這些問題：

降低整體網路用量。
無需專用的 WAN 加速器或最佳化工具。
使用 AES-256 加密標準加密資料。備份/復原設備之間的驗證作業是使用 1024 位元憑證執行。

複製作業由備份和災難復原政策範本政策控管：

「Production to Mirror」(正式環境至鏡像) 政策提供多個選項，可將資料複製到第二個備份/復原設備。
Production to OnVault 政策會使用 Backup and DR 專屬引擎，將資料移轉至物件儲存庫。

複製記錄

如果政策的「啟用資料庫記錄備份」設為「啟用」，則「複製記錄」進階設定可讓 Microsoft SQL Server 資料庫交易記錄複製到遠端備份/復原設備。如要執行記錄檔複製工作，範本中必須包含 StreamSnap 複製政策，以及指定遠端備份/復原設備的資源設定檔，且資料庫必須至少成功複製一次。接著，您可以使用遠端網站的記錄，在複製記錄的保留範圍內備份任何資料庫。這項功能預設為啟用。

記錄檔複製功能會使用 StreamSnap 技術，在本機和遠端備份/復原設備之間執行複製作業；記錄檔複製作業會直接從本機快照集區，傳送至遠端設備上的快照集區。

記錄也可能複製到 OnVault 集區。啟用後 (非預設)，系統會將記錄傳送至有效的 OnVault 政策或資源設定檔組合指定的每個 OnVault 集區 (例如，在政策中選取 OnVault 集區一，並在資源設定檔中指定 OnVault 集區一)。OnVault 集區中的記錄保留時間一律與快照集區中的記錄保留時間相同。

存取 SQL Server 資料

如果 Microsoft SQL Server 資料庫使用完整復原模式，備份和災難復原可以立即提供資料庫副本，並向前復原至特定時間點。向前復原作業是在設備管理控制台中指定。

對於使用基本復原模式的 Microsoft SQL Server 資料庫，備份和災難復原可立即顯示尚未超過保留期限的資料庫備份。

無論使用哪種 Microsoft SQL Server 復原模式，都可以透過 iSCSI 介面存取 Microsoft SQL Server 資料。如果您使用 VMware (GCVE)，也可以透過提供給 ESXi 主機的 NFS 資料儲存庫存取資料。

角色式存取控管

您可以控管哪些使用者有權存取資料、備份和災難復原功能及資源。擷取的資料可標示為機密，且可授予備份和災難復原使用者機密資料的存取權限。

掛接

備份和災難復原掛接功能可讓您立即存取資料，不必移動資料。您可以使用備份和災難復原使用者介面，向前復原擷取的資料庫副本，並掛接至任何資料庫伺服器。備份和災難復原服務提供兩種掛接 Microsoft SQL Server 資料庫的方式：

虛擬應用程式掛接會將擷取的 Microsoft SQL Server 資料，以 Microsoft SQL Server 資料庫的形式提供給目標伺服器。這樣一來，您就能建立及管理正式版資料庫的副本，用於非正式版用途。虛擬應用程式掛接是由備份/復原設備建立，不需要資料庫、伺服器或儲存空間管理員手動介入。虛擬應用程式掛接可用於資料庫報表、分析、完整性測試，以及測試和開發。如要進一步瞭解虛擬資料庫，請參閱「將 SQL Server 資料庫掛接為新的虛擬資料庫」和「將資料庫掛接至 SQL Always On 可用性群組」。
標準掛接 (也稱為直接掛接) 會將擷取的 Microsoft SQL Server 資料，以檔案系統 (而非資料庫) 的形式呈現並提供給目標伺服器。如果資料庫損毀、遺失，或資料庫伺服器需要更換，這項功能就非常實用。在這種情況下，您無法使用還原作業復原資料庫。您可以改為掛接備份，並將資料庫檔案從掛接的備份複製到資料庫伺服器上的原始位置。如要進一步瞭解直接掛接，請參閱「掛接擷取的 Microsoft SQL 資料」。

LiveClones

LiveClone 是 Microsoft SQL Server 資料的獨立副本，可先重新整理及遮蓋，再提供給使用者。這樣一來，開發和測試團隊就能使用最新資料，不必手動管理資料或干擾正式環境。

克洛內斯

複製功能會將正式環境資料副本移至與來源不同的位置。完成複製作業所需的時間取決於涉及的資料量。如要進一步瞭解複製作業，請參閱「複製 SQL Server 資料庫」。

還原作業

還原作業會將正式環境資料還原至指定時間點。還原作業實際上會移動資料。還原作業通常會在發生大規模資料毀損後執行。完成還原作業所需的時間取決於涉及的資料量。

如要還原資料庫並套用記錄，還原的資料庫必須處於還原模式。您可以在還原模式中還原資料庫，然後將記錄向前復原至特定時間點。如果您在還原資料庫時未指定「Restore with no Recovery」(還原但不復原)，系統會還原資料庫並上線，但不會套用記錄。如要進一步瞭解還原作業，請參閱「還原 SQL Server 資料庫」。如要盡可能縮短停機時間，請先按照「掛接及遷移 SQL 資料」一文所述，掛接資料。

自動存取 SQL Server 資料的工作流程

工作流程會自動存取擷取的 Microsoft SQL Server 資料。工作流程可以將資料呈現為直接掛接或 LiveClone：

如果 Microsoft SQL Server 資料在顯示前不需要遮蓋，則直接掛接 (標準或 Application Awareness) 相當適合。掛接的資料副本可以手動重新整理，也可以按照排程自動重新整理。直接掛接可讓您立即存取擷取的 Microsoft SQL Server 資料，而不必實際移動資料。
LiveClone 是正式環境 Microsoft SQL Server 資料的副本，可手動或依排程更新。您可以先遮蓋 LiveClone 中的機密資料，再提供給使用者。

將備份和災難復原服務的自動化 Microsoft SQL Server 資料擷取和存取控管功能，與工作流程及其選用的資料遮蓋功能結合，即可建立自我佈建環境。使用者幾乎可以立即佈建自己的環境。

舉例來說，備份和災難復原管理員可以建立備份範本政策，按照指定時間表擷取 Microsoft SQL Server 資料。管理員可以將擷取的正式版 Microsoft SQL Server 資料標示為機密，並僅限具備適當存取權的使用者存取。

定義存取權並擷取資料後，管理員可以建立工作流程，執行下列操作：

將擷取的 Microsoft SQL Server 資料做為 LiveClone 或直接掛接。
定期或隨選更新 LiveClone 或可掛接的 Microsoft SQL Server 資料
您可以選擇在每次更新後，自動將指令碼套用至 LiveClone 的 Microsoft SQL Server 資料。這項功能適合用於遮蓋機密的 Microsoft SQL Server 資料。

工作流程完成後，具備適當存取權的使用者即可使用 LiveClone 或可掛接的 Microsoft SQL Server 資料佈建環境。

備份和災難復原服務與現有備份產品搭配運作

越來越多企業希望使用正式資料庫加快應用程式開發速度，因此備份和災難復原服務通常需要與舊版備份產品並存，在相同的正式資料庫環境中運作。只要遵循這些最佳做法，備份和災難復原就能與其他從正式資料庫擷取資料的產品完美共存。

備份和災難復原服務採用專屬的變更區塊追蹤方法，因此使用 SQL 或其他方法取得備份的備份解決方案，不會受到排定的備份和災難復原資料擷取工作影響。

備份工作可能會耗用大量 I/O。備份作業可能需要較長時間，且在備份期間可能會影響資料庫效能。備份和災難復原會盡可能降低工作期間的影響，但即使是區塊層級的永久增量更新，也必須產生一些 I/O，並需要一點時間。

規定	請勿將舊版備份軟體和備份與災難復原服務排定在同一時間執行工作。
最佳做法	排定備份和災難復原資料庫工作，在舊版備份軟體應完成的時間開始。請勿將舊版備份軟體排定在備份和災難復原工作通常完成後立即執行。
原因	如果舊版備份工作和備份與災難復原工作同時執行，可能會嚴重影響資料庫伺服器的效能，導致不穩定，甚至可能中斷服務。

資料庫記錄用於擷取資料庫中的個別交易，以便執行時間點復原。大多數敏捷性用途都著重於定期從正式環境取得資料庫快照。常見的頻率範圍從每日到每週或每兩週一次，視用途而定。因此，應用程式開發人員通常不需要將非正式環境執行個體，定位到來源 (正式環境) 的特定時間點。這樣一來，通常就不需要擷取及管理記錄，做為備份和災難復原敏捷性解決方案的一部分。

規定	只有一個系統可以管理 (擷取或截斷 (清除)) 記錄，可以是舊版備份軟體或備份和災難復原。
最佳做法	繼續允許舊版備份軟體執行所有記錄管理作業，請勿使用備份和災難復原服務保護這個環境中的記錄。
原因	如果系統設定為管理 (擷取或截斷(清除)) 記錄，且舊版備份軟體也會擷取和/或截斷/清除記錄，則其中一個或兩個系統最終可能會出現不完整的記錄鏈結，導致難以或無法將資料庫復原至特定時間點。

Microsoft SQL Server 備份和災難復原的其他說明文件

本頁面是一系列頁面之一，專門說明如何使用備份和災難復原功能保護及復原 Microsoft SQL Server 資料庫。如需更多資訊，請參閱：

後續步驟

準備 SQL Server 資料庫，以便使用備份和災難復原服務。