Microsoft 365 Exchange 資料刪除

在 Exchange 中,有兩種刪除:虛刪除和硬式刪除。 這同時適用於信箱內的信箱和專案。

虛刪除和硬式刪除的信箱

虛刪除的使用者信箱是已使用 Microsoft 365 系統管理中心或 Remove-Mailbox Cmdlet 刪除的信箱,而且仍在 Microsoft Entra ID 回收站中,且已存在不到 30 天。 信箱可以透過下列任何一種方式虛刪除:

  • (用戶物件超出範圍或回收站容器) ,就會虛刪除使用者信箱的相關聯 Microsoft Entra 使用者帳戶。
  • 使用者信箱的相關聯 Microsoft Entra 使用者帳戶已硬式刪除,但 Exchange 信箱處於訴訟保留或電子檔探索保留狀態。
  • 使用者信箱的相關聯 Microsoft Entra 用戶帳戶在過去 30 天內已清除;這是 Exchange 在永久清除和無法復原之前,將信箱保持在虛刪除狀態的最大保留長度。

硬式刪除的使用者信箱是以下列其中一種方式刪除的信箱:

  • 使用者信箱已虛刪除超過 30 天,且相關聯的 Microsoft Entra 使用者已硬式刪除。 所有信箱內容,例如電子郵件、聯繫人和檔案都會永久刪除。
  • 與使用者信箱相關聯的用戶帳戶已從 Microsoft Entra ID 中硬式刪除。 使用者信箱現在已在 Exchange Online 中虛刪除,並維持在虛刪除狀態 30 天。 如果在 30 天的期間內,新的 Microsoft Entra 使用者會從具有相同 ExchangeGuidArchiveGuid 的原始收件者帳戶進行同步處理,而且該新帳戶已獲得 Exchange 的授權,這會導致實刪除原始的使用者信箱。 所有信箱內容,例如電子郵件、聯繫人和檔案都會永久刪除。
  • 使用 Remove-Mailbox -PermanentlyDelete 刪除虛刪除的信箱。

上述刪除案例假設使用者信箱不在任何保留狀態,例如訴訟或電子檔探索保留。 如果信箱上有任何類型的保留,則無法刪除信箱。 對於所有郵件使用者收件者類型,會忽略任何 保留 設定,而且不會影響硬式刪除或虛刪除。

虛刪除和硬刪除的專案

當使用者刪除信箱專案 (例如電子郵件訊息、聯繫人、行事曆約會或工作) 時,專案會移至 [可復原的專案] 資料夾,並移至名為 “Deletions” 的子資料夾。 這稱為虛刪除。 刪除的專案保留在 Deletions 資料夾中的時間長度取決於為信箱設定的已刪除專案保留期間。 Exchange 信箱預設會保留已刪除的專案 14 天,但 Exchange 系統管理員可以變更此設定,將期間增加到最多 30 天。 (如需增加 Exchange 信箱已刪除專案保留期間的詳細步驟,請參閱 變更 Exchange 信箱永久刪除專案的保留時間。) 使用者可以在刪除專案的保留時間到期之前復原或清除已刪除的專案。 若要這樣做,他們會使用 Microsoft Outlook 或 Outlook 網頁版中的 [復原刪除的專案] 功能。

如果使用者使用 Outlook 或 Outlook 網頁版中的 [復原刪除的專案] 功能來清除已刪除的專案,這稱為「硬式刪除」。 在 Exchange 中,建立新信箱時預設會啟用單一項目復原,因此系統管理員仍然可以在刪除的專案保留期間到期之前 原硬刪除的專案。 此外,如果使用者或進程變更訊息,當啟用單一項目復原時,也會保留原始專案的複本。

分頁

零是 一種安全性機制,可將零或二進位模式寫入至已刪除的數據,讓刪除的數據更難以復原。 在 Exchange 中,信箱資料庫會使用 頁面 作為其儲存單位,並實作稱為 分頁的覆寫程式。 默認會啟用分頁零,且客戶或Microsoft無法停用它。 分頁作業會記錄在事務歷史記錄檔中,因此指定資料庫的所有複本都會以類似的方式以分頁為零。 將使用中資料庫複本上的頁面歸零會導致頁面在資料庫的被動復本上取得零。

分頁會將二進位模式寫入硬式刪除的記錄上。 分頁模式專屬於可延伸儲存引擎 (ESE) 作業, (Exchange) 中伺服器所使用的內部資料庫引擎名稱,而運行時間作業與背景資料庫維護作業的名稱不同。 (背景資料庫維護是持續總和檢查碼並掃描每個資料庫的程式。其主要功能是總和檢查碼資料庫頁面,但也會處理清除空間,並將因 Store 損毀而未歸零的記錄和頁面歸零。)

下表列出對應至特定執行階段作業的填滿圖樣。

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

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

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

分頁程式

頁面零的程式取決於刪除案例。 下表討論資料庫刪除案例,以及分頁清空功能發生的時間。

資料庫刪除案例 清空資料庫資料 的 ESE 處理程序和時段
項目會根據已刪除的專案保留期限到期。 非同步執行緒會以二進位模式覆寫刪除的資料。 此動作會在記錄刪除的幾毫秒內發生。 如果在異步零處理工作仍然未完成時,Store 進程當機, (或版本存放區清除因為版本存放區成長) 而取消,則當背景資料庫維護處理資料庫的該區段時,便會完成歸零。
檢視案例:Outlook/Outlook 網頁資料夾檢視中的專案到期 (例如,交談檢視) 資料清空會在背景資料庫維護處理該區段的資料庫時進行。
移動信箱/刪除信箱案例:已刪除信箱 (刪除信箱) 資料清空會在背景資料庫維護處理該區段的資料庫時進行。

不使用分頁的信箱數據類型

下列信箱資料類型沒有分頁的布建:

  • 信箱資料庫事務歷史記錄 - 將事務歷史記錄當做一般作業的一部分刪除時,檔系統中沒有將已刪除記錄檔儲存 () 區塊零的程式。 文件系統很可能會針對新建立的記錄快速重新使用該可用空間,但不保證會發生這種情況。
  • 內容索引目錄檔案 - Exchange 使用 Search Foundation (也稱為 FAST) ,以提供搜尋索引功能。 搜尋索引目錄是由儲存在信箱資料庫檔案相同磁碟區上的數十個檔案所組成。 從信箱資料庫實刪除郵件時,不會立即刪除搜尋類別目錄中關聯的內容。 當 Search Foundation 將許多小型目錄檔案的陰影 (或主要合併) 到單一較大的檔案時,就會刪除內容。 完成主要合併後,便會將較小的類別目錄檔案刪除。 沒有任何程式可以將儲存已刪除之目錄檔案的區塊歸零。

連續複寫

連續復寫 (也稱為記錄傳送和重新執行) 是 Exchange 中的技術,可建立和維護每個信箱資料庫的複本,以提供高可用性、月臺復原和災害復原。 連續復寫會使用 Exchange Server 資料庫損毀復原支援來提供技術,以執行信箱資料庫一或多個復本的異步更新。 每個信箱伺服器都會記錄作用中資料庫 (上所做的資料庫更新,例如,用戶電子郵件活動) 為一組 1 MB 事務歷史記錄檔中的記錄檔記錄。 這組檔案稱為記錄數據流。 在連續復寫中,記錄數據流也會用來以異步方式更新資料庫的一或多個複本。 這可藉由將記錄傳輸至包含主動資料庫被動複本的位置,然後將記錄重新執行到被動資料庫複本來完成。 如果主動資料庫的所有記錄都針對資料庫的被動復本重新執行,則兩個資料庫是相等的,而且透過此程式,對主動資料庫所做的任何實體變更都會復寫到該資料庫的所有被動複本。

信箱資料庫中的任何刪除,無論是信箱專案或整個信箱,以及虛刪除還是實刪除,都代表作用中資料庫的實體變更。 分頁也需要對使用中資料庫進行實體變更。 這些變更會透過稱為連續復寫的程式寫入記錄檔,而當這些記錄檔針對資料庫的被動復本重新執行時,也會對這些被動資料庫進行相同的實體變更。