瞭解 Exchange 2010 分頁清空

發行項
03/02/2017

適用版本： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上次修改主題的時間： 2016-11-28

根據預設，大多數的儲存系統 (檔案系統和資料庫) 在刪除實際資料時，不會覆寫該資料。它們會刪除資料的指標，並新增將資料分配到空閒或可用清單的頁面和區塊。最終會在重複使用頁面和區塊時將資料刪除。「資料清空」(Data Zeroing) 是一種機制，它會使用零或二進位模式覆寫刪除的資料，嘗試使資料更加難以復原。採取此動作是基於安全原因。資料清空在儲存系統重複使用頁面和區塊之前發生。

Exchange 2010 SP1 中的分頁清空

在 Exchange Server 2010 的 Service Pack 1 (SP1) 中，分頁清空預設為開啟。沒有機制可以將它停用。分頁清空作業會記錄在交易記錄檔中，以便使用類似方式對所有資料庫副本進行分頁清空。亦即，如果在主動資料庫上清空某個分頁，則會在被動資料庫以分頁清空記錄重新顯示交易記錄之後，導致在被動資料庫上清空該分頁。可延伸儲存引擎 (ESE) 沒有任何機制，可用來將重複利用已清空分頁的優先順序排在配置新空間之前。已指派循序空間配置的資料表會刻意略過分散或清空的分頁，優先使用新的或可用的循序頁面。此方法可減少伺服器的資料庫 I/O 支配。

Exchange 2010 SP1 中對資料庫分頁清空的改良，有助於在伺服器執行清空功能時減少對伺服器的效能影響。主要的改良包括：

最佳化的儲存和網路容量 可延伸儲存引擎 (ESE) 會將分頁清空記錄寫入交易記錄檔，而不會記錄整個頁面影像。此方法可減少記錄寫入 I/O、使記錄的容量使用量盡可能保持最低，以及減少從主動副本轉送記錄至被動副本的頻寬需求。
最佳化的資料庫磁碟 I/O 在舊版 Exchange 2010 中，分頁清空只會在備份或排程維護處理程序 (當已設定時) 執行期間進行，且會導致大量的資料庫磁碟 I/O。在 Exchange 2010 SP1 中，分頁清空會依預設進行且主要在交易時間進行。在大部分的情況下，清空會在實刪除之後立即發生。此設計可允許資料庫利用引擎的檢查點深度功能，確保中途分頁在一定時間內留在快取中，以便在接近的時間發生的其他頁面更新，不會導致額外的資料庫寫入 I/O。由於此設計，分頁清空不會對資料庫 I/O 造成顯著影響，這是為何預設啟用分頁清空的原因。

在 ESE 資料庫中實作分頁清空

ESE 資料庫使用頁面作為其儲存單位，且已實作*「分頁清空」*(Page Zeroing)。ESE 分頁清空會以二進位模式一次覆寫永久刪除的記錄。分頁清空模式是 ESE 引擎作業所特有，且對執行階段作業與維護作業而言是不同的。下表列出對應至特定執行階段作業的填滿圖樣。

每個 ESE 執行階段作業的分頁清空填滿圖樣

ESE 執行階段作業	填滿圖樣
取代	R
記錄/長數值刪除	D
釋放的頁面空間	H

下表列出對應至特定作業的填滿圖樣，這些作業是在 ESE 背景資料庫維護期間進行。

每個 ESE 背景資料庫維護作業的分頁清空填滿圖樣

ESE 背景資料庫維護作業	填滿圖樣
記錄刪除	D
長數值刪除	L
部分使用頁面的已釋放頁面空間	Z
未使用頁面的已釋放頁面空間	U

背景資料庫維護

背景資料庫維護是依預設設定的處理程序，該程序會持續地在背景中進行資料庫的總和檢查和掃描。它的主要功能是進行資料庫頁面的總和檢查，但也會在 Exchange 2010 儲存區損毀之後處理清理作業，包括清理空間以及清空記錄和分頁 (不是由於損毀而發生)。背景資料庫維護處理速度約為每一資料庫每秒 5 MB。如果及時分頁清空為第一優先，您可以減少資料庫大小，以確保在損毀復原情況下，分頁清空能在較短的期間 (例如，24 小時) 內進行。如需相關資訊，請參閱新的 Exchange 核心儲存區功能。

背景資料庫維護是連續的處理程序，因此沒有任何與其開始和完成關聯的事件。您可以使用下列效能計數器，追蹤背景資料庫維護完成的進度：

MSExchange 資料庫 =>執行個體->資料庫維護持續時間：此效能計數器會指出自上次針對給定資料庫完成維護以來經過的秒數。

ESE 資料庫分頁清空的處理程序

下表討論資料庫刪除案例，以及分頁清空功能發生的時間。

ESE 背景資料庫維護作業

資料庫刪除案例	清空資料庫資料的 ESE 處理程序和時段
案例 1：單一項目復原已停用，且使用者從 [可復原的項目] 資料夾清除項目。案例 2：單一項目復原已停用，且 [可復原的項目] 保留期間設為零。案例 3：單一項目復原已啟用，且項目是否過期取決於刪除項目保留期間。	非同步執行緒會以二進位模式覆寫刪除的資料。此動作會在記錄刪除的幾毫秒內發生。如果儲存區處理程序在非同步清空工作仍未完成時損毀 (或者由於版本儲存區成長而取消版本儲存區清理)，則會在背景資料庫維護 (24x7) 處理該區段的資料庫時完成清空。如需背景資料庫維護的詳細資訊，請參閱新的 Exchange 核心儲存區功能。
檢視案例：Outlook/Outlook Web Access 資料夾檢視 (例如，[交談] 檢視) 中項目的到期	資料清空會在背景資料庫維護 (24x7) 處理此區段的資料庫時進行。
移動信箱/刪除信箱案例：刪除來源信箱 (暫放中刪除的信箱到期)	資料清空會在背景資料庫維護 (24x7) 處理此區段的資料庫時進行。

監控分頁清空行為

您可以使用下列 ESE 效能計數器測量及監控分頁清空功能：

MSExchange 資料庫->清空的資料庫維護頁面：此效能計數器會指出自上次叫用效能計數器以來，由資料庫引擎清空的頁數。
MSExchange 資料庫->清空的資料庫維護頁面‎/秒：此效能計數器會指出由資料庫引擎清空分頁的速率。

附註：
若要了解如何啟用這些計數器，請參閱如何啟用延伸 ESE 效能計數器。

分頁清空是一項資料庫維護功能，因此執行階段交易之分頁清空，以及由於背景資料庫維護而進行之分頁清空的相關效能資訊，都會包含在這些計數器中。

Exchange 2010 信箱資料和分頁清空

只有信箱資料庫檔案 (.edb) 有分頁清空的規定。下列 Exchange 2010 信箱資料類型沒有分頁清空的規定：

信箱資料庫交易記錄 (.log)

刪除交易記錄時 (由於透過備份或循環記錄截斷)，沒有任何處理程序用於清空備份記錄檔之 NTFS 檔案系統中的區塊。NTFS 有可能會快速重複利用該可用空間來儲存新建立的記錄，但是不保證這一定會發生。

內容索引類別目錄檔案

Exchange 2010 使用 Exchange Search (MSExchangeSearch) 執行搜尋索引功能。搜尋索引類別目錄是由幾十個檔案組成，這些檔案與信箱資料庫檔案儲存在相同的磁碟區中。從信箱資料庫實刪除郵件時，不會立即刪除搜尋類別目錄中關聯的內容。當 MS Search 對單一較大檔案中許多小型類別目錄檔案執行陰影或主要合併時，便會發生內容刪除。完成主要合併後，便會將較小的類別目錄檔案刪除。沒有任何處理程序用於將備份已刪除之類別目錄檔案的區段清空。若要確保類別目錄檔案完全清空，請使用下列處理程序：

在受影響的伺服器上停止 MSExchangeSearch 和 Microsoft Search (MSSearch) 處理程序。
刪除每個受影響資料庫 (在所有副本上) 之類別目錄的目錄。
重新啟動 MSExchangeSearch 和 MSSearch 處理程序。
使用 NTFS 區塊清空工具實體清空釋放的區塊。

附註：
刪除內容索引類別目錄檔案會嚴重影響 Exchange 2010 伺服器上的用戶端使用者經驗。Outlook Web App 和 Exchange ActiveSync 伺服器搜尋將會中斷，直到內容索引重新編目每個資料庫以重建目錄為止。此重建可能需要幾天到幾個星期才能完成。