Exchange Server 2010年： Exchange Server 高可用性
電子郵件會是很重要的商務通訊工具，讓您可以以確保高可用性 Microsoft Exchange Server 的任何項目是件好事。
如 「 Exchange 2010-A 可行方式，「 發行的紅色門書籍 (2009)。
Jaap Wesselius
Microsoft Exchange Server 2010，而您可以將它設定為 [高可用性 (HA) 解決方案中有幾個圖層。 資料庫的可用性群組提供 HA 信箱伺服器的角色。 如果您要完整 HA 解決方案時，您可以設定的用戶端存取伺服器和集線器傳輸伺服器做為 HA 解決方案。
值得記住 Exchange Server 2010年標準版也支援複寫技術，就像 Exchange Server 2010年企業版的關係。 唯一的差別在於標準版只支援最多五個資料庫，每個伺服器，而企業版支援的每個伺服器最多 100 個資料庫。 這是對組織而言，沒有千分位的信箱，而不需要建立大量信箱資料庫的完整開發。
Exchange Server 資料庫
其他伺服器角色的設定 HA 尚未大幅後變更 Exchange 2007。 Exchange Server 2010年使用資料庫來儲存主要的資料 — 您傳送和接收的訊息。 這個資料庫技術是交易式系統，這是很常見，但 Exchange Server 則會使用它自己建置在可延伸儲存引擎 (ESE) 的技術，有時稱為 JET 資料庫。
安裝 Exchange Server 2010年信箱伺服器，初始的信箱資料庫時，根據預設，儲存在本機的 C:\ 磁碟機。 尤其是在 C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox 資料庫 << 隨機的數字 >> \。 在這個隨機數字是 Exchange Server 期間產生的初始設定因為 Exchange 2010 和較高的伺服器上的資料庫名稱必須是唯一的 Exchange 組織內。
多個檔案組成 Exchange 2007 資料庫環境中，均可播放十分重要的角色中的 Exchange 伺服器正常運作：
- 「 信箱資料庫 0242942819.edb"
- E00.log
- E00000003a.log、 E000000003b.log、 E00000003c.log 等等
- E00.chk
- E00res00001.log 和 E00res00002.log
- E00tmp.log
- Tmp.edb
若要了解 Exchange 資料庫技術，是了解 Exchange Server 和資料庫本身之間的資料流。 處理 32 KB 區塊，也稱為 「 頁 」。Exchange 完成時處理這樣的頁面，會立即將它寫入記錄檔如果它已經更新。 頁面仍會保留在記憶體中直到 Exchange 需要這些記憶體，但頁面不是用來進行一些時間，或當 Exchange 需要檢查點期間強制更新，頁面寫入資料庫檔案。 因此，記錄檔中的資料永遠是在之前的資料庫中的資料。 這是一個資料庫問題疑難排解時所要記住的重要步驟。
資料寫入至資料庫時，呼叫檢查點的指標就會更新以反映新的或更新頁面寫入至資料庫中。 檢查點會儲存在一個稱為檢查點檔案的特殊檔案。 Exchange Server 會使用這個以確定它知道哪些資料已經寫入至資料庫，以及哪些資料是記錄檔中並尚未寫入資料庫。 因此，在短整數：
- 郵件資料一開始是在記憶體中處理，分成頁面。
- 更新的網頁會寫入記錄檔。
- 如果網頁不再需要這些網頁會寫入資料庫的交換。
- 檢查點檔案會更新以反映新的檢查點的位置。
Extensible Storage Engine 可延伸的儲存引擎
ESE 是建立資料庫引擎會使用 Exchange Server。 ESE 存在多種類別：
- ESE97 的 Exchange Server 5.5
- ESE98 Exchange Server 2000年/2003
- ESENT 作用中的目錄
- ESE Exchange Server 2007年和 Exchange Server 2010
ESE 是低階的資料庫引擎。 這表示它知道所有 「 基底類型，「 簡短、 字串，例如，longlong，systime，以此類推。 不過，它不具任何結構或結構描述。 結構描述被定義應用程式中，資訊儲存庫。 這是相對於 Microsoft SQL Server，所有的資料庫結構的只是中繼資料的位置，例如關聯式資料庫或資料庫本身的一部份。
ESE 最適合處理大量的半結構化的資料，因為它是無法預測的資料類型將會接收、 多大的資料將會或附件的郵件將會有 Exchange Server。
記錄檔
當網頁及該網頁的狀態變更，從 [清除記錄變更使用 Exchange Server 時，頁面會幾乎立即寫入至記錄檔。 保留在記憶體中的資料是快速存取，但是動態。 整個過程是在伺服器上，次要 hiccup，並在記憶體中的資料將會遺失。 整個伺服器時將之儲存於記錄檔，無法燒錄，以及，只要您保留的磁碟，您也可以保留的資料。
幸好，儲存到記錄檔通常是一種毫秒。 在內部，編號記錄檔，這個數字 (稱為 lGeneration 的數字) 用來識別記錄檔，以及在磁碟上存放它們完全填滿資料時。
目前的記錄檔或"記錄檔在使用中，"是 E00.log; Exchange 會填滿資料這個記錄檔雖然暫存的 E00tmp.log 檔案已經建立 (或能的過程中建立) 在背景中。 當 E00.log 最後會填入資料時，它會儲存在另一個名稱。 名稱被衍生自 (E00、 E01、 E02 等等) 的記錄檔的前置詞和 lGeneration 的數字，也就是連續的十六進位標記法。
例如，當 lGeneration 編號為 1，E00.log 儲存為 E0000000001.log。 或者，最後一次此處理程序發生問題，lGeneration 數字是 3E，所以記錄檔儲存為 E000000003E.log。 因為 lGeneration 編號序列數字，我們都知道 E00.log 的下一個 lGeneration 編號必須是 3F，並在下一次此記錄檔案換用程序發生，記錄檔會儲存為 E000000003F.log。
雖然不是直接看到，lGeneration 數儲存在記錄檔，並能檢查傾印 ESEUTIL 公用程式的記錄檔的標頭資訊。 記錄檔的標頭的前幾行應該閱讀起來就像：。
Base name: E00 Log file: E00.log lGeneration: 63 (0x3F) Checkpoint: (0x3F,8,16)
LGeneration 數目會列在第三行，以十進位及十六進位表示。 不幸的是，這是非常容易混淆，並會有一天，Exchange 系統管理員混合向上這些標記法，並開始使用錯誤的記錄檔。
分頁被寫入記錄檔之後，它們是保留在記憶體中，因而節省了昂貴讀取磁碟的動作時 Exchange Server 需要網頁一次。 當信箱伺服器就需要該記憶體的其他頁面，或網頁在記憶體中維持一段時間，它會寫入資料庫檔案。 這也稱為 「 延遲寫入器機制 」。
大家常誤是資料是從記錄檔讀取和寫入資料庫檔案，但這不是這種情況。 直接從記憶體寫入至資料庫，及記錄檔只讀取在修復案例，例如之後的伺服器不正常關機。 在正常情況下，記錄檔是 100%寫入，而資料庫則是隨機混合之間讀取及寫入動作。
檢查點檔案
寫入記錄檔中的資料和資料寫入資料庫本身之間的關係是由檢查點檔案，E00.chk 管理的。 檢查點檔案指向資料庫上次被寫入，並為 [進階]，Exchange 將另一個網頁從記憶體寫入資料庫中的頁面。
檢查點深度被指資料庫中的資料和記錄檔中的資料之間的差異。 這個檢查點深度可以是數個記錄檔。 事實上，預設的檢查點深度是 20 的記錄檔。 藉由使用檢查點，Exchange 會等待寫入資料庫，並嘗試合併數個寫入動作，讓資料庫寫入作業可以更有效率地執行。
檢查點深度也是每個資料庫設定。 因此 20 的記錄檔資料庫的檢查點深度時，至少 20 MB 的資料會保留在記憶體中，該特定的資料庫。 在 Exchange Server 使用 30 資料庫時 2010，每一個在其最大檢查點深度，大約有 600 MB 的交換資料會保留在記憶體中。
信箱資料庫
「 信箱資料庫 0242942819.edb"檔案是主要的儲存機制的 Exchange Server 2010年信箱伺服器角色。 Exchange Server 2007年中這個檔案稱為 「 信箱 database.edb 」，而在 Exchange 2003 與 Exchange 2000 資料庫的兩個檔案所組成： priv1.edb 和 priv1.stm。 在 Exchange Server 2010年，信箱伺服器可以現在保留最多 100 個資料庫。
ESE 資料庫的最大大小相當可觀。 NTFS 的檔案的最高上限是 64EB，而這通常屬於足以主機大型信箱資料庫檔案。 Microsoft 所建議的最大檔案大小的 Exchange Server 2010年信箱資料庫是 2TB。 這是極大的增加相較於 200 GB 的檔案大小限制，在 Exchange 2007 中 (使用連續叢集複寫)。 別忘了，您必須設定多個的資料庫複本，以達到 HA 方案，如果您正在使用這個大小。
.jpg)
Jaap Wesselius 是 DM 顧問，著重於傳訊與共同作業解決方案的公司創立者。 之後在 Microsoft 工作八年來，Wesselius 決定 Exchange 社群在荷蘭，導致 Exchange Server MVP 獎 2007年中認可數個他的時間。 他也是一般參與者在荷蘭整合通訊使用者群組與規則作者的簡單與交談。
深入了解 「 Exchange 2010-A 可行方法 」 在 red-gate.com/our-company/about/book-store。