共用方式為

Exchange 公用資料夾疑難排解資源

  • 發行項

 

上次修改主題的時間： 2007-02-20

本文提供用來幫助疑難排解 Microsoft® Exchange Server 公用資料夾之文件的連結。

疑難排解之前，建議您在環境中執行 Microsoft® Exchange Server Best Practices Analyzer Tool。Microsoft Exchange Server Best Practices Analyzer 會自動檢查 Exchange 伺服器部署，並判斷是否根據 Microsoft 最佳作法設定組態。您可以將 Exchange Server Best Practices Analyzer 安裝在執行 Microsoft .NET Framework 1.1 的用戶端電腦上。Exchange Server Best Practices Analyzer 透過適當的網路存取，可以檢查您所有的 Microsoft Active Directory® 目錄服務與 Exchange 伺服器。

您可以使用 Exchange Server Best Practices Analyzer 執行下列工作，以決定 Exchange 伺服器與拓撲的整體狀況：

  • 您可以產生問題清單，例如次佳的組態設定以及不支援或不建議使用的選項。
  • 您可以決定系統的一般狀況。
  • 您可以收集警示特定文件中的各項警告、錯誤與非預設組態訊息，以幫助特定問題的疑難排解。

您可以對整個部署、特定伺服器或一組伺服器執行此工具。

下面是 Exchange Server Best Practices Analyzer 報告的特定公用資料夾組態範例項目：

  • Aging Clean Interval 登錄值
  • Background Cleanup 登錄值
  • Replication Expiry 登錄值
  • Minimum Runtime 登錄值
  • Replication Folder Tombstone Age Limit 登錄值
  • Replication Folder Conflict Age Limit 登錄值
  • Preferred Backfill Source 登錄值
  • 公用資料夾儲存區資料庫的大小
  • 公用資料夾儲存區資料庫的位置
  • 沒有電子郵件地址的公用資料夾儲存區
  • 公用資料夾資料庫樹狀目錄作業
  • 追蹤重複的登錄值
  • 內容索引組態
  • 頂層階層 (TLH) 權限
  • 刪除項目保留的組態
  • 離線通訊錄的組態
  • 公用資料夾階層的組態
  • Active Directory 連接器 (ADC) 建立的公用資料夾連線協定

刪除 Exchange 伺服器公用資料夾

本節提供的一般最佳作法，可以協助您刪除公用資料夾及公用資料夾資料庫。您必須小心刪除 Exchange 伺服器公用資料夾及公用資料夾資料庫。

使用 Exchange 系統管理員

若要刪除公用資料夾，請在 [資料夾] 下的適當資料夾上按一下滑鼠右鍵，選取 [刪除]。這個動作會導致下列動作：

  • 刪除公用資料夾。
  • 產生外寄階層複寫郵件。
  • 將這台伺服器的外寄階層複寫郵件，傳送到組織中的所有其他公用資料夾伺服器。外寄階層複寫郵件提供有關刪除公用資料夾的資訊。

在 Exchange Server 5.5 中，系統管理員可以刪除公用資料夾，因此不會擷取到資料夾或刪除事件的記錄。在 Exchange 2000 Server 及 Exchange Server 2003 中，系統管理員可以將公用資料夾一般類別的診斷記錄調整為 [中] 或 [高]，以啟用公用資料夾刪除之稽核。這項調整會將每次刪除的公用資料夾，記錄在伺服器的應用程式記錄上。事件會列出已刪除的公用資料夾名稱，以及用來刪除公用資料夾的使用者帳戶。

若要刪除公用資料夾樹狀目錄，您必須先刪除相關的儲存區，Exchange 伺服器才會刪除樹狀目錄。刪除公用資料夾儲存區及公用資料夾時，Exchange 系統管理員會適當的更新 Active Directory。您應該在移除公用儲存區之前，先移除儲存區上的資料夾，或是將資料夾複寫到其他伺服器。刪除公用資料夾之後，只複寫到正在刪除之公用儲存區的任何公用資料夾內容會永久遺失。

以手動方式刪除公用資料庫檔案 (.edb 和 .stm 檔案) 並不是最佳作法。下次 Exchange 伺服器儲存區裝載時，Exchange 伺服器會重新建立這些手動刪除的檔案。這個時候，資料夾階層會回填，而且如果刪除的儲存區上的一或多個資料夾，在其他資料夾上有複本，內容也會回填。

Caution注意：
您也可以在 Exchange 系統管理員中使用 [移除伺服器] 選項，以移除公用資料夾。請在 Exchange 系統管理員的伺服器上按一下滑鼠右鍵，然後選取 [移除伺服器]，您可以強制伺服器離開組織。這個方法略過其他方法的所有檢查。不過，這個移除伺服器的方法最具破壞性，會產生許多問題。唯有遺失伺服器時，才使用這個方法。舉例來說，伺服器發生嚴重失敗而且沒有備份時，才能使用這個方法。不過，即使在這個情況下，您也應該小心使用這個方法。

站台資料夾考量

系統管理群組安裝的第一台 Exchange 伺服器，包含系統管理群組的站台資料夾。站台資料夾維護系統管理群組的離線通訊清單以及空閒/忙碌資料的複本。站台資料夾也保留其他系統管理群組的其他站台資料夾複本。如果您想刪除的儲存區中有站台資料夾，則必須讓站台資料夾重新隸屬到系統管理群組的其他伺服器，Exchange 系統管理員才會刪除儲存區。

因此，若要移除管理群組的第一台 Exchange 伺服器，或要移除有站台資料夾的公用資料夾儲存區，則必須先將公用資料夾複寫到系統管理群組的其他 Exchange 伺服器。此外，您還必須將離線通訊清單和 SCHEDULE+ FREE BUSY 資料夾複寫到其他伺服器。

管理公用資料夾資源

如需管理公用資料夾的相關資訊，請參閱下列 Microsoft 知識庫文章：

複寫

有效疑難排解複寫問題前，您必須先了解複寫的運作方式。您應該了解 Exchange Server 使用的複寫郵件類型和變更號碼組 (CN 組)。如需這些概念的說明，請參閱《使用 Exchange Server 2003 儲存區》中的＜控制公用資料夾複寫＞。如需在 Exchange 2000 Server 和 Exchange Server 2003 中部署及設定公用資料夾複寫的相關資訊，請參閱＜Exchange 公用資料夾最佳作法：實作複寫＞。

下一節提供的一般最佳作法，可以協助您疑難排解複寫問題。

回填處理程序需要很長的時間

有時回填處理程序需要很長的時間，尤其是儲存區當機且遺失原始複寫更新和後續的狀態郵件時。以下是幾個回填處理程序較慢的常見案例。

  • Exchange 伺服器從過時伺服器回填。如果收到回填要求的伺服器沒有遺失的資料，則無法進行回填要求。舉例來說，假設您最近將舊的備份還原到伺服器，而還原備份之後，向伺服器傳送回填要求。在這個案例中，儲存區必須傳送多個回填要求。這個處理程序可能需要好幾個小時或甚至幾天。
  • Exchange 伺服器向新的伺服器傳送狀態要求。如果傳送初始狀態要求的伺服器是新的儲存區本身，這個伺服器可能只有階層。在這種情況下，即使儲存區與組織的其他儲存區不同步，儲存區仍然看起來像是彼此同步。這個問題在收到組織的其他儲存區更新時，就能獲得解決。不過，完成初始要求之後，後續的回填處理程序可能需要好幾個小時或甚至幾天。
  • 建立新的路由群組。Exchange 安裝程式先啟動 Exchange 公用儲存區，然後才傳輸連結組織的其餘儲存區。儲存區傳送狀態要求，但由於尚未傳輸，因此儲存區不會收到回應。接著，儲存區回頭使用修訂排程，然後傳送其他的狀態要求。伺服器建立傳輸連結之後，會嘗試傳送狀態要求或更新。此外，其他儲存區傳來的狀態郵件，可能指出儲存區需要回填。但由於遺失初始狀態要求，資料回填可能需要好幾個小時或甚至幾天。
  • 「收件者更新服務」未更新儲存區的郵件屬性。公用資料夾儲存區可能在目錄物件還沒有必要的郵件屬性時，就嘗試傳送狀態要求。當然，這個狀態要求會讓複寫郵件產生不傳遞通知 (NDR)。同樣的，由於初始狀態要求失敗，儲存區可能需要好幾個幾小時或甚至幾天，才能恢復同步。

在這些案例中，皆為遺失初始複寫郵件，或是儲存區向沒有公用資料夾資訊的儲存區要求資訊的案例。最後，當其他伺服器發現資料遺失時，這些情況都會自行解決。如果您發現資料夾不同步，而且在幾次回填逾時之後仍未同步，則應該修改資料夾的最新複本。

若要確認這是最新的資料夾，您必須以視覺方式確認所有資料夾項目都存在。舉例來說，如果您遇到階層不完整的問題，請修改最新複本的階層。您可以變更最新複本的權限項目以進行修改。如果您遇到遺失內容的問題，請張貼郵件以修改最新複本的內容。這個動作強制向不同步的儲存區傳送複寫郵件，觸發回填要求。

診斷記錄

您可以為特定伺服器的內送和外寄複寫診斷記錄設定最高層級，疑難排解複寫問題。

為特定伺服器的內送和外寄複寫診斷記錄設定 [最高]

  1. 請在伺服器的 [內容] 頁中，按一下 [診斷記錄] 索引標籤。

  2. 展開 [MSExchangeIS]，再展開 [公用資料夾]。

  3. 在 [公用資料夾] 索引標籤的 [複寫內送郵件] 和 [複寫外寄郵件] 上，設定 [最高]。

此程序產生數個事件 ID，包括複寫郵件的傳送通知和公用資料夾更新的回條通知。輸入複寫郵件的事件 ID 範圍是 3011 到 3020，輸出複寫郵件的事件 ID 範圍是 3021 到 3030。這些都是好的一般用途的複寫事件郵件，可以協助您減少複寫問題。

當您決定特定的複寫區域之後，可以適當的記錄其他複寫記錄物件。其他複寫記錄物件為複寫站台資料夾、複寫到期、複寫衝突、複寫回填和複寫錯誤。當您完成疑難排解時，請務必將記錄設回 [無] 或 [最低]，因為 [最高] 記錄層級很快會填滿事件記錄。

當您疑難排解公用資料夾複寫問題時，可能會注意到事件日誌上沒有顯示任何錯誤。不過，雖然複寫時期已過，群組可能沒有正確複寫新建的公用資料夾及舊公用資料夾的內容。這個差異可能是因為複寫郵件已經送出，但是目的伺服器沒有收到該複寫郵件。郵件追蹤是很有用的工具，可以決定出這個差異的原因。郵件追蹤工具可以追蹤儲存區透過應用程式傳送的電子郵件。

如需如何使用郵件追蹤來診斷及解決公用資料夾複寫問題的詳細資訊，請參閱 Microsoft 知識庫文章＜XADM：公用資料夾階層和內容沒有透過路由群組複寫＞。

疑難排解複寫資源

如需疑難排解複寫的詳細資訊，請參閱下列 Microsoft 知識庫文章：

權限

公用資料夾的兩個一般權限問題，會對使用者的存取權和 Exchange 伺服器的效能造成負面影響。這些問題是 Exchange Server 5.5 遷移至 Exchange 2000 Server 或 Exchange Server 2003 時產生的。

首先，其中有套用至公用資料夾的權限沒有出現的實例。例如，您在公用資料夾的 [內容] 頁的 [權限] 索引標籤上新增使用者，讓使用者存取公用資料夾。雖然已新增使用者，但是使用者卻無法存取資料夾。此外，當您重新整理 [權限] 索引標籤時，並未列出使用者。

這個問題是由於您在公用資料夾的權限中新增 Active Directory 帳戶而造成。公用資料夾本身似乎沒有問題。您想提供存取的帳戶，可能為郵件啟用的帳戶，且定義 msExchMasterAccountSID 屬性。對資訊儲存庫而言，擁有 msExchMasterAccountSID 屬性的郵件啟用使用者，並不是有效組態。如果檢查 Exchange 伺服器的應用程式記錄，您可能會看到 9548 事件，這表示使用者有 msExchMasterAccountSID 屬性。

MSExchMasterAccountSID 屬性是由 ADC 建立但已停用的郵件啟用之使用者物件上建立。MSExchMasterAccountSID 屬性是 Exchange 5.5 Server 信箱的使用者帳戶以安全性識別碼 (SID) 所設定。在遷移案例中，這個使用者帳戶通常是 Microsoft Windows NT® 4.0 使用者帳戶。不過，有時可能是 Exchange 5.5 Server 信箱的其他樹系的 Active Directory 使用者帳戶。

不使用 Active Directory 遷移工具，而改以手動方式啟用由 ADC 建立但已停用的郵件啟用之使用者帳戶，遷移到 Active Directory 時，經常會出現這個問題。我們建議您不要手動啟用已經停用的帳戶。如需修正此問題的詳細資訊，請參閱本文後面的＜疑難排解複寫資源＞。

公用資料夾權限的另一個常見問題，也是 Exchange 5.5 Server 升級時所產生。有時後，信箱有 Exchange 5.5 Server 組織的公用資料夾權限，但卻沒有 Active Directory 信箱的使用者物件。在有 Exchange 2000 Server 或 Exchange Server 2003 信箱的使用者檢視公用資料夾時，這個差異可能會造成存取問題。使用者可能會遇到存取問題。此外，Exchange 伺服器也可能遇到一般效能問題。

公用資料夾權限最常出現的徵狀，是使用者在 Microsoft Office Outlook® 中看不到特定的公用資料夾。個別資料夾本身沒有顯示。這個徵狀只影響遷移到 Exchange 2000 Server 或 Exchange Server 2003 的使用者。Exchange 5.5 Server 的使用者不受影響。

您在 Exchange 系統管理員中查看時，可以看到公用資料夾。如果檢查 Exchange 系統管理員中的公用資料夾權限，您會發現無法檢視公用資料夾的使用者列為具有權限。如果您變更權限，讓這些使用者具備擁有者權限，使用者即可在 Outlook 中看到並且存取公用資料夾。但是，如果您將使用者改回非擁有者權限，使用者則無法在 Outlook 中檢視公用資料夾。

這是存取控制清單 (ACL) 轉換造成的問題。其可能是因為公用資料夾中列出具有權限的信箱已經不存在。Exchange 5.5 Server 刪除了信箱，但是公用資料夾或信箱的 ACL 並未移除信箱。或者，公用資料夾中列出的使用者，具有 Active Directory 未存在的權限。如果檢查 Exchange 2000 Server 或 Exchange Server 2003 的應用程式記錄，您可能會看到 9551 事件和 9552 事件。這些事件會列出伺服器有 ACL 轉換問題的公用資料夾，以及造成這個問題的使用者或群組。如需修正此問題的詳細資訊，請參閱下列資源。

疑難排解複寫資源

如需疑難排解複寫的詳細資訊，請參閱下列 Microsoft 知識庫文章：

相關資訊

如需 Exchange 伺服器公用資料夾的詳細資訊，請參閱下列資源：