Exchange 2007 中的遺失記錄檔恢復及交易記錄活動

Exchange 2007
 

適用版本: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上次修改主題的時間: 2009-01-14

本主題討論「遺失記錄檔恢復」(LLR),以及名為「記錄復原」的配搭功能。這些功能是在 Microsoft Exchange Server 2007 量產發行 (RTM) 版本中引進的。這些功能的行為已在 Exchange 2007 Service Pack 1 (SP1) 中修正過。這些功能會出現在所有信箱伺服器上。不過,這些功能的行為會根據信箱伺服器的組態和所安裝的 Exchange 2007 版本而定。

在 Exchange 2007 中,名為 LLR 的可延伸儲存引擎 (ESE) 外部元件可讓您復原 Exchange 資料庫,即使有一或多個最近產生的交易記錄檔遺失或損毀也一樣。根據預設,會在所有 Exchange 2007 信箱伺服器上啟用 LLR。即使無法使用最新產生的記錄檔,LLR 也可讓信箱資料庫進行裝載。無法使用記錄檔的其中一個原因是叢集連續複寫 (CCR) 環境中遺失容錯移轉,亦即所謂的未排定的中斷。如需遺失容錯移轉的相關資訊,請參閱排定與未排定的中斷。如需復原遺失記錄檔之資料庫的相關資訊,請參閱 Eseutil /R 復原模式

note附註:
在連續複寫環境中,僅能針對資料庫的主動副本啟用 LLR。被動副本不可使用 LLR,因為被動資料庫一定會儘可能保持在最新狀態。

Exchange 資料的寫入作業順序一律為記憶體、記錄檔,然後資料庫檔案。LLR 的運作方式是將資料庫寫入作業延遲到建立所指定數量的記錄檔產生時才執行。LLR 會短暫延遲資料庫檔案的更新。延遲寫入的時間長度會根據產生記錄的速度而定。

在容錯移轉的事件中,若遺失記錄檔數量低於系統管理員所設定的允許數量,Microsoft Exchange Information Store 服務即會自動裝載資料庫的被動副本。系統管理員可以設定 AutoDatabaseMountDial 參數以決定可遺失記錄檔的最大數,超過此數量,即無法在容錯移轉上裝載資料庫。此參數 (在 Active Directory 目錄服務中是以名為 msExchDataLossForAutoDatabaseMount 的 Exchange 屬性表示) 有三個值:Lossless、Good Availability 及 Best Availability。「無遺失」表示遺失零個記錄檔,「可用性良好」表示遺失三個記錄檔,「可用性最佳」(預設值) 表示遺失六個記錄檔。如需如何設定這些值的詳細步驟,請參閱如何調整叢集連續複寫的容錯移轉和裝載設定。在設定系統為「可用性良好」或「可用性最佳」時,請勿使用空格 (例如,使用 GoodAvailability 和 BestAvailability)。

有一個名為記錄復原的機制可進一步減少資料遺失。記錄復原的運作方式是定期關閉目前的交易記錄檔,並建立新一代的記錄檔。此機制有助於 LLR (進而協助 CCR) 減少因遺失記錄檔而產生的資料遺失 (主要是在遺失容錯移轉之後)。

important重要事項:
記錄復原機制不會在沒有使用者或其他資料庫活動的情況下產生交易記錄。事實上,只有具有部分填入的記錄檔時,才會發生記錄復原。

向前復原記錄的意思是,關閉目前的 (Exx.log) 記錄檔,並產生新的交易記錄檔,即使目前的記錄檔未滿也一樣。如需交易記錄的相關資訊,請參閱了解交易記錄

記錄復原的行為是以「LLR 深度」的值為依據。在執行 Exchange 2007 RTM 的 CCR 環境中,LLR 深度是相當於 1 加上遺失記錄檔之容許數量 (如 AutoDatabaseMountDial 參數的值所指定) 的數值。例如,若 AutoDatabaseMountDial 參數的值為 6 (表示系統已設定為「可用性最佳」),則 LLR 深度的值為 7。

在執行 Exchange 2007 SP1 的 CCR 環境中,LLR 深度是以 10 這個值進行硬式編碼,而不論 AutoDatabaseMountDial 參數的值為何。

在 Exchange 2007 RTM 和 SP1 中,針對不在 CCR 環境的所有信箱伺服器 (例如,包含或不含 LCR 和單一副本叢集的獨立式信箱伺服器),使用值 1 對 LLR 深度進行硬式編碼。

系統已閒置一段經過計算的時間之後,會發生記錄復原。若要計算應該發生記錄復原的時間,系統會使用下列公式:

[15 (分鐘) ÷ LLR 深度值] = 記錄復原活動的頻率 (以分鐘為單位)

接著您可以將記錄復原活動的頻率除以 1,440 (每天的分鐘數),來判斷每個儲存群組每天應產生的記錄檔最大數量,以做為記錄復原活動的結果。

例如,在執行 Exchange 2007 SP1 的 CCR 環境中,LLR 深度是 10。因此,記錄復原活動每 1.5 分鐘會發生一次,而每個儲存群組每天所產生以做為記錄復原活動結果的記錄檔最大數量是 960。

若要在儲存群組中發展很大的記錄復原,必須符合下列條件:

  • 儲存群組必須要有信箱資料庫。
  • 儲存群組中會建立交易記錄的使用者活動必須極少。
  • 儲存群組必須要有一或多個信箱經常由處理序或應用程式登入。

每天針對閒置的儲存群組所產生的記錄檔最大數需視信箱伺服器的組態而定。下表針對各種信箱伺服器組態,列出每個閒置儲存群組的記錄檔最大數。

各種 Exchange 2007 RTM 信箱伺服器組態之每個閒置儲存群組的記錄檔最大數

信箱伺服器組態 閒置儲存群組每天產生的交易記錄檔最大數
  • 獨立式 (包含及未包含 LCR)
  • 單一副本叢集
  • 可用性為無遺失的 CCR

96

可用性良好的 CCR

384

可用性最佳的 CCR

672

各種 Exchange 2007 SP1 信箱伺服器組態之每個閒置儲存群組的記錄檔最大數

信箱伺服器組態 閒置儲存群組每天產生的交易記錄檔最大數
  • 獨立式 (包含及未包含 LCR)
  • 單一副本叢集

96

「無遺失」、「可用性良好」及「可用性最佳」的 CCR

960

基於使用者活動、線上維護及其他因素,信箱伺服器所建立的交易記錄數量,通常會大於上表所示的值。

若要確保您目前閱讀的是最新資訊,並尋找其他的 Exchange Server 2007 說明文件,請造訪 Exchange Server 技術資源中心.
顯示: