Exchange Server 2003 資料備份及磁碟區陰影複製服務

文章翻譯 文章翻譯
文章編號: 822896 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

Microsoft Windows Server 2003 中的「磁碟區陰影複製」服務功能可用於建立備份及還原 Microsoft Exchange Server 2003 的應用程式。Windows 磁碟區陰影複製服務 (VSS) 提供的基礎架構可讓協力廠商存放管理程式、商業程式和硬體提供者共同合作建立及管理陰影複製。以此基礎架構為依據的解決方案可以使用陰影複製 (或鏡像複製) 來備份及還原一個或多個 Exchange Server 2003 資料庫。

「磁碟區陰影複製」服務會協調要求者 (備份應用程式)、撰寫者 (Windows 服務中的應用程式,如 Exchange Server 2003,以及 SQL Server 2000) 和提供者 (建立陰影複製的系統、軟體或硬體元件) 之間的通訊。如果要使用「磁碟區陰影複製」服務功能來備份 Exchange Server 2003,備份程式必須包括 Exchange Server 2003 感知磁碟區陰影複製服務要求者。由於與 Windows Server 搭配的備份程式沒有這種要求者,因此組織必須使用協力廠商的備份應用程式。

為了與 Exchange Server 2003 相容,VSS 備份應用程式必須符合三項基本的需求,以確保陰影複製備份的完整性和恢復能力。如果不符合這些需求,Microsoft 技術支援處 (PSS) 將會考慮 Exchange VSS 架構以外的備份解決方案,並且無法疑難排解備份和還原的問題。客戶應向其備份廠商確認備份應用程式是否符合本知識庫文件中所列之與 Exchange 相容的需求。本文的<其他相關資訊>一節中說明了 Exchange VSS 需求的詳細資料。

就像任何的協力廠商解決方案一樣,備份應用程式的廠商是您在備份和還原問題方面的主要支援提供者。PSS 可以幫助您診斷或分析可用資料庫以及交易記錄檔案集的問題。然而,Microsoft 無法對協力廠商產品進行疑難排解或偵錯。PSS 的協助僅限於提供有關如何最能夠繼續還原可用資料庫和交易記錄檔案的建議。

如需有關 PSS 如何支援 VSS 解決方案的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
841696 Overview of the Microsoft third-party storage software solutions support policy

其他相關資訊

下列清單將告訴您,Exchange Server 2003 使用「磁碟區陰影複製」服務進行備份的程序:

  1. 備份程式 (或代理程式) 執行排程的工作。
  2. 備份程式中的「磁碟區陰影複製」服務要求者會傳送命令到「磁碟區陰影複製」服務,以便針對選取的 Exchange Server 2003 儲存群組進行陰影複製。
  3. 「磁碟區陰影複製」服務會與 Exchange Server 2003 撰寫者進行通訊,以便為快照集備份做準備。
  4. 「磁碟區陰影複製」服務會與適當的存放裝置提供者進行通訊,以建立包含一個或多個 Exchange Server 2003 儲存群組的單一或多個存放磁碟區的陰影複製。
  5. 「磁碟區陰影複製」服務會釋出 Exchange Server 2003,以恢復正常的作業。
  6. 「磁碟區陰影複製」服務要求者會在通知 Exchange 備份成功之前,先確認備份組的完整性。
例如,當收到來自具有「磁碟區陰影複製」服務支援的 Exchange Server 2003 備份程式的陰影複製要求 (要求者) 時,「磁碟區陰影複製」服務會與 Exchange Server 2003 撰寫者進行通訊,以便為快照做準備,此時 Exchange Server 2003 會禁止對儲存群組進行管理動作,檢查磁碟區相依性並暫停所有對資料庫和交易記錄檔的寫入操作,而只允許唯讀存取。接著「磁碟區陰影複製」服務會與適當的存放裝置提供者進行通訊,以起始含有 Exchange Server 2003 資料的磁碟區的陰影複製程序。陰影複製通常要花幾秒鐘的時間,一般使用者實際上並不會感覺到。進行陰影複製時,「磁碟區陰影複製」服務會與 Exchange Server 2003 撰寫者進行通訊,讓 Exchange 可以恢復一般作業。備份程式會在通知 Exchange 備份成功之前,先確認陰影複製的狀況良好。備份成功時,Exchange 會截斷記錄檔,並記錄最後備份資料庫的時間。

如需有關使用「磁碟區陰影複製」服務備份 Exchange Server 2003 的詳細資訊,請按一下下面的文件編號,檢視「Microsoft 知識庫」中的文件:
842066 TechNet Support WebCast:Volume Shadow Copy for Exchange Server 2003

下面的清單說明了所有陰影複製備份應用程式都必須符合的 Exchange Server 2003 需求,以確保 Exchange 資料庫的完整性和恢復能力:

下面的清單提供了特定的應用程式事件記錄檔,可辨識出是否符合 Exchange 需求。備份應用程式和 Exchange 伺服器可能會記錄與備份和還原處理有關聯的其他事件。確認是否在備份和還原期間記錄下列事件,即可確認與 Exchange VSS 需求是否相符。目前在 Exchange 上執行的協力廠商軟體解決方案都沒有認證程式。如果相符,雖然可確保陰影複製備份的完整性和恢復能力,但不保證協力廠商解決方案的效能或可靠性。
  1. Exchange 資料庫、交易記錄檔和檢查點檔案都必須單獨透過 Exchange 撰寫者進行備份:

    如果在陰影複製備份期間起始 Exchange 撰寫者,將會記錄下列應用程式事件。

    事件類型: 資訊
    事件來源: ESE
    事件類別目錄:ShadowCopy
    事件識別碼: 2005
    日期: 6/17/2004
    時間: 11:40:41 AM
    使用者: N/A
    電腦:EXCHSERVER
    描述:資訊存放區 (2180) 正在開始陰影複製執行個體 3。這將是「備份類型」* 陰影複製。

    * 其中「備份類型」是執行的備份的類型 (完整、複本、增量或差異)。

    事件類型: 資訊
    事件來源: MSExchangeIS
    事件類別目錄:Exchange VSS 撰寫者
    事件識別碼: 9608
    日期: 6/17/2004
    時間:11:40:42 AM
    使用者: N/A
    電腦:EXCHSERVER
    描述:Exchange VSS 快照集已成功準備快照集。

    事件類型: 資訊
    事件來源: MSExchangeIS
    事件類別目錄:Exchange VSS 撰寫者
    事件識別碼: 9610
    日期: 6/17/2004
    時間: 11:40:43 AM
    使用者: N/A
    電腦:EXCHSERVER
    描述:Exchange VSS 快照集已成功凍結儲存群組。

    事件類型: 資訊
    事件來源: MSExchangeIS
    事件類別目錄:Exchange VSS 撰寫者
    事件識別碼: 9612
    日期: 6/17/2004
    時間:11:40:44 AM
    使用者: N/A
    電腦:EXCHSERVER
    描述:Exchange VSS 快照集已成功取消儲存群組的凍結。

  2. 備份應用程式必須驗證陰影複製備份組的完整性。

    Microsoft 建議 (但非必須) 這項操作要在備份應用程式通知 Exchange 備份已完成之前執行。提出這項建議的原因是 Exchange 會在成功備份之後執行兩項重要的工作:
    • Exchange 會更新備份資料庫的標頭,以反映最後一次成功備份的時間
    • Exchange 會從伺服器移除 (「剪除」) 不再需要的交易記錄檔,以便從最後一次的成功備份向前復原。
    如果備份應用程式將完整性驗證延後到這些工作完成之後,就必須要特別小心,以保留最後一次驗證的備份以及該備份所需的所有記錄檔的複本。雖然可能已經向 Exchange 回報備份成功,但是在備份應用程式實際完成完整性驗證之前,不得過分依賴備份。

    如需有關如何執行完整性檢查以及如何判斷必須保留哪些資料庫和交易記錄檔直到完成完整性驗證的完整詳細資料,請參閱本文的<如何執行 VSS 備份的完整性驗證>一節。
  3. 必須專門使用 Exchange 撰寫者來還原至原始位置**

    Exchange 撰寫者會在陰影複製還原處理期間,在應用程式事件記錄檔中記錄下列事件。

    事件類型: 資訊
    事件來源: MSExchangeIS
    事件類別目錄:Exchange VSS 撰寫者
    事件識別碼: 9620
    日期: 6/17/2004
    時間: 1:49:59 PM
    使用者: N/A
    電腦:EXCHSERVER
    描述:Exchange VSS 快照集已成功處理預先還原事件

    事件類型: 資訊
    事件來源: MSExchangeIS
    事件類別目錄:Exchange VSS 撰寫者
    事件識別碼: 9618
    日期: 6/17/2004
    時間: 1:59:46 PM
    使用者: N/A
    電腦:EXCHSERVER
    描述:Exchange VSS 快照集已成功處理已還原事件

** 「原始位置」意指伺服器名稱和檔案路徑與進行 VSS 備份的 Exchange 電腦相同的 Exchange 電腦。

還原至其他位置則無法透過 Exchange Server 2003 SP1 的 Exchange 撰寫者來進行。VSS 備份應用程式可以選擇提供手動或其他程式設計方法將 Exchange 資料庫的陰影複本還原至其他位置。

如何執行 VSS 備份的完整性驗證

當使用 Exchange 資料流備份 API 備份資料庫時,會依次讀取資料庫中每一頁,而在備份處理期間驗證每一頁的總和檢查完整性。在備份之前,也會檢查交易記錄檔的總和檢查完整性。

在 VSS 備份期間,Exchange 沒有機會完整讀取每個資料庫檔案,並驗證總和檢查完整性。因此,資料庫和交易記錄檔完整性必須由備份應用程式驗證。依本文最後所述的方式執行 Eseutil 可以完成這項工作。

如果您沒有使用總和檢查來確認您的 VSS 備份,可能會偵測不到資料庫中損毀的頁面,最後變成所有現有的備份中都有該頁面。唯一可從這種情況中復原的方法就是修復資料庫。修復資料庫需要長時間停機,並造成至少有部分資料會遺失 (至少在毀損頁面上的資料會遺失)。

然而,如果已驗證最後一個 VSS 備份包含所有良好的頁面,您就可以還原已驗證的備份並從上次建立備份起的交易記錄檔向前復原,以便從資料庫中清除毀損的頁面。執行這項操作所需的停機時間通常會比修復資料庫短得多,且這種復原方式可在不遺失任何資料的情況下更正資料庫問題。

因此,在 VSS 備份中所有檔案通過總和檢查驗證之前,不得將 VSS 備份視為良好。

如果要驗證備份完整性,應遵守下列兩項規則:
  • 對於資料庫檔案:您必須永遠保有通過完整性驗證的資料庫檔案複本。通過完整性驗證的備份已在備份組的資料庫檔案上完成了頁面總和檢查驗證。
尚未通過總和檢查驗證的最近備份的資料庫不得視為有效備份。在驗證目前備份的完整性之前,不得捨棄之前驗證的備份。
  • 對於交易記錄檔案:復原最近通過完整性驗證的資料庫所需的所有交易記錄檔案也必須加以備份並驗證其總和檢查等級完整性。
這些交易記錄檔 (至少) 包括最後驗證的備份中的各資料庫的標頭中的 [所需記錄檔] 欄位中列出的記錄檔案的內含範圍。如果這些記錄檔案無法使用,在還原之後將無法裝載資料庫。

重要 這項需求適用於最後通過完整性驗證的備份,而非最近執行的備份。最近的備份在通過總和檢查驗證之前,都不視為有效備份。

您也可以選擇保留在還原資料庫備份之後,讓資料庫完全向前復原所需的其他記錄檔。這些都是在未中斷序列 (從最低的「所需記錄檔」檔案開始往上到已從 Exchange 伺服器清除的最近建立的交易記錄檔) 中的交易記錄檔。以下是詳細的範例和說明。

保留 [所需記錄檔] 所列範圍以外的交易記錄檔是選擇性的,您不需要嚴格執行這項操作,仍然可以成功還原及裝載備份的資料庫。然而,如果您沒有保留所有這些記錄檔,則從備份還原會造成您遺失在備份點之後對資料庫做的所有變更。Microsoft 強烈建議您不僅要保留還原及裝載備份資料庫所需的交易記錄檔,也要保留在不會遺失資料的情況下將資料庫向前復原所需的所有後續交易記錄檔。

判斷所需的交易記錄檔案

如果 Exchange 資料庫是在連線狀態下備份的,至少一定會有一個交易記錄檔案和它一起備份。不論您是否使用資料流備份 API 或 VSS 備份 API 皆如此。

在還原線上備份之後,必須將交易記錄檔的資訊套用於資料庫 (「重新執行」),資料庫才可以再度裝載。各資料庫標頭的 [所需記錄檔] 欄位都會記錄必須重新執行至資料庫的交易記錄檔案的範圍的序列 (產生) 編號。

如果 [所需記錄檔] 欄位讀取到 0-0,表示資料庫不必重新執行任何其他的交易記錄檔資料,即可裝載。只有在資料庫進入正常關機的狀態時,[所需記錄檔] 值才會是 0-0。當資料庫正在執行時,[所需記錄檔] 欄位一定會記錄尚未套用至資料庫的交易記錄檔的範圍。這個範圍會持續更新。

線上備份的資料庫一定會有一個非零的「所需記錄檔」範圍,而這些記錄檔必須和資料庫一起備份。在還原之後,如果這些記錄檔無法使用,資料庫將會無法裝載(如果找不到必要的記錄檔,您雖然可以修復資料庫,但不保證會修復成功,且修復幾乎都會造成某種程度的資料遺失,即便只是在遺失的記錄檔中的資料)。

如果您使用 Exchange 資料流備份 API 或 VSS 備份 API (包含在 Exchange VSS 撰寫者中),裝載資料庫所需的記錄檔案將會自動和資料庫一起備份。如果您只重新執行「所需記錄檔」檔案,將會造成資料庫只還原至備份完成的時間。如果您希望將資料庫向前復原至超過該時間點,還必須執行在備份完成之後所產生的記錄檔案。

為使資料庫從任一特定備份完整地向前復原,您必須以未中斷的序列保留所有的記錄檔,從「所需記錄檔」範圍中最低的記錄檔一直到資料庫的儲存群組中最近產生的記錄檔案。如果此序列中有任何記錄檔遺失或毀損,您只能夠向前復原至檔案遺失或毀損之前最後一個良好記錄檔之處。

因此,如果您希望在不遺失資料的情況下從備份還原,保留從最後一次驗證良好的資料庫備份開始的所有交易記錄檔案的良好備份是很重要的。

交易記錄檔清除

如果交易記錄檔沒有從 Exchange 伺服器移除,便會繼續累積,直到填滿所有可用的磁碟空間為止。因此,資料流和 VSS 備份 API 都支援在完成一般或增量備份之後「清除」交易記錄檔案。在備份應用程式通知 Exchange 備份已成功完成之後,會自動從伺服器中刪除比復原最近備份所需的記錄檔案更舊的記錄檔案。

使用資料流 API 時,資料庫的總和檢查驗證會在備份處理期間完成。當備份完成時,整個資料庫和所需的記錄檔案都已經過實體完整性的檢查。使用 VSS API 時,總和檢查驗證無法做為實際備份處理程序的一部分。廠商必須在備份處理程序之外,單獨驗證資料庫的實體完整性。這項操作可以使用 Eseutil 在通知 Exchange 備份已完成之前或之後執行。

如果總和檢查驗證是在備份完成之前執行,並且在備份組中發現問題,便可以通知 Exchange 備份不成功。這樣做可防止 Exchange 從伺服器清除記錄檔案。

如果總和檢查驗證延到通知備份完成之後,Exchange 便會從伺服器中刪除較舊的記錄檔案。從上一個良好備份向前復原可能需要這些記錄檔案中的某些記錄檔案。如果您尚未複製這些記錄檔,將無法完整地向前復原。

因此 Microsoft 建議 (但非必須) 在備份應用程式通知 Exchange 備份完成之前,在 VSS 備份上執行總和檢查驗證。如果總和檢查驗證延至備份完成之後,除非完整地向前復原對您來說不重要,否則備份應用程式就必須確保從伺服器清除的所有交易記錄檔案均已製作複本。

在大部分的情況中,向前復原 VSS 備份需要的所有交易記錄檔都和前一個備份以及目前備份的記錄檔案一起儲存在記錄檔案集中。然而,客戶在考慮特定廠商時,應確認情況。

還原未驗證的備份

有些情況可能是,在完成最近備份的總和檢查驗證之前,必須先對損害進行還原。在這種情況下,Microsoft 建議您還原上一個驗證的備份,並將該備份向前復原而非依賴未驗證的備份。

然而,您可能會有需要比從上一個備份還原資料更快的方法的服務等級協定。在這種情況下,還原未驗證的備份可能會是較好的選擇,只要您仍然保有上一個驗證的備份以及完整地向前復原所需要的所有記錄檔案即可。如果您符合這些需求,萬一發現最後一個備份損壞,便仍然可以從已知良好的備份向前復原。

如何檢查快照一致性

VSS 要求者必須使用如下表所述的適當選項,對資料庫和記錄檔案執行 Eseutil.exe,以檢查快照一致性。VSS 要求者必須確認傳回的所有 ERRORLEVEL 不是負值。如果要在命令列查看 ERRORLEVEL,請在 Exeutil.exe 完成執行之後輸入 echo %errorlevel%。負的 ERRORLEVEL 代表檔案中有毀損。在 VSS 要求者呼叫 BackupComplete 之前,VSS 要求者必須確定「備份元件文件」中備份元件的狀態反映出一致性檢查的結果。也就是說,如果找到任何毀損,備份元件的狀態應為 FALSE;如果找不到毀損,則應為 TRUE。快照一致性的驗證是要讓 Exchange 團隊支援此解決方案的強制性需求。

下表顯示出各備份類型的完整性檢查的組合。
摺疊此表格展開此表格
檔案類型 \ 備份類型完整備份複本備份增量備份差異備份
.edb"eseutil /k /i”"eseutil /k /i"NANA
.log"eseutil /k" *"eseutil /k" *"eseutil /k" **"eseutil /k" **
.stmNANANANA
.chkNANANANA

由於 VSS 備份具有快照的本質,JET 沒有機會接觸所有頁面以進行必要的一致性檢查。因此,確保快照一致性便成為 VSS 要求者的責任。

* 還原快照資料庫需要記錄檔案產生號碼等於或大於檢查點記錄檔案的所有記錄檔案。資料庫還原也需要目前的 (如有) 記錄檔案 (Enn.log)。如果任何必要的記錄檔案在一致性檢查時失敗,在呼叫 BackupComplete 之前,要求者必須確保備份元件的狀態是設定為 FALSE。如果要判斷檢查點記錄檔案,請對快照檢查點檔案執行 eseutil.exe,並剖析「Checkpoint:」的輸出例如,「c:\eseutil.exe /mk E01.chk」顯示:
Checkpoint:(0x20,9D,187)
其中 0x20 是檢查點記錄檔案的記錄檔產生號碼。

在此例中,即使資料庫本身已經通過實體一致性檢查,所有記錄檔案 (包括 E0100020.log 及上述檔案) 仍然必須是沒有毀損的,才能還原快照資料庫。

** 資料庫還原需要增量或差異備份組中的所有記錄檔案。對記錄檔案前置字元執行 Eseutil 可以檢查整個記錄檔序列的一致性。例如,「eseutil /k E01」會對指定路徑上格式為 E01xxxxx.log 的所有檔案執行一致性檢查。

屬性

文章編號: 822896 - 上次校閱: 2007年12月3日 - 版次: 7.6
這篇文章中的資訊適用於:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Standard Edition?應用於:
    • Microsoft Windows Server 2003, Enterprise x64 Edition
    • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
    • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
    • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
    • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
關鍵字:?
kbtshoot KB822896
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com