疑難排解 Exchange Server 的公用資料夾複寫

原始 KB 編號:   10042

摘要

我們將從要求您啟用診斷記錄和郵件追蹤等必要條件開始。 然後,我們將引導您完成一系列步驟以解決您的公用資料夾複寫問題。

預估完成時間:
45-60 分鐘。

若要疑難排解 Exchange Server 的公用資料夾複寫,您必須先啟用診斷記錄和郵件追蹤。

您要做什麼

啟用診斷記錄

您必須在您要使用的所有伺服器上開啟診斷記錄。 不同 Exchange 版本的步驟可能不同,請選取您的 Exchange 版本:

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 啟動 Exchange 管理命令介面。

  2. 執行下列 Cmdlet 以檢查目前的記錄層級:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }
    
  3. 若要開啟記錄,請在您使用的所有公用資料夾伺服器上執行下列 Cmdlet:

    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium
    
  4. 在目的地伺服器上,執行下列 Cmdlet 以增加傳輸記錄:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
    
  5. 重設記錄層級:

    1. 開啟 Exchange 管理主控台。
    2. 在主控台樹中,流覽至 [伺服器設定] [ > 信箱]。
    3. 在 [ 動作 ] 窗格中,選取 [ 管理診斷記錄內容]。
    4. 在 [ 管理診斷記錄屬性 ] 頁面上,選取您要變更記錄等級的 Exchange 服務。
    5. 選取您想要的記錄等級,然後選取 [ 設定]。 若要還原預設值,請選取 [將 所有服務重設為預設記錄等級],然後選取 [ 設定]。
    6. 在 [ 完成 ] 頁面上,確認已順利完成處理常式。 任務會顯示 [ 已完成 ] 或 [ 失敗] 狀態。 如果工作失敗,請查看摘要以取得說明,然後選取 [ 上一步 ] 以進行任何必要的設定變更。
    7. 選取 [完成] 以完成 [ 管理診斷記錄等級 ] 嚮導。

針對 Exchange Server 2003

  1. 啟動 Exchange 系統管理員,然後顯示您要啟用診斷登入之伺服器的屬性。
  2. 選取 [診斷記錄] 索引標籤,然後在 [服務] 清單中展開MSExchangeIS
  3. 選取 [ 公用資料夾],按住 Ctrl,然後選取下列各項以選取所有專案:
    • 複寫 AD 更新
    • 複寫傳入郵件
    • 複寫外寄郵件
    • Non-Delivery 報告
    • 複寫回填
    • 複製一般
  4. 選取 [最大 > Apply]。
  5. 選取複寫錯誤 > 中等套用 > Apply > [確定]
  6. 若要增加 MSExchangeTransport 服務的目的伺服器記錄,並將 SMTP 層級設定為中:
    1. 展開 [ 伺服器],以滑鼠右鍵按一下 您的伺服器名稱,然後選取 [ 屬性]。
    2. 選取 [診斷記錄] 索引標籤,然後選取 [服務] 底下的MSExchangeTransport
    3. 在 [ 類別] 下,選取 [ SMTP]。
    4. 在 [ 記錄層級] 底下,選取 [ ]。

下一步您要做什麼

啟用郵件追蹤

若要在所有伺服器上開啟郵件追蹤,您將會使用。 不同 Exchange 版本的步驟可能不同,請選取您的 Exchange 版本:

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 前往 Exchange 管理命令介面並執行下列 Cmdlet,確認郵件追蹤已開啟:

    Get-MailboxServer $env:computername | fl MessageTracking*
    
  2. 您應該會看到類似以下的輸出:

    執行 Cmdlet 以確認已開啟郵件追蹤

  3. 請確定 MessageTrackingLogEnabled and MessageTrackingLogSubjectLoggingEnabled 都設為 True

  4. 請確認您記下 MessageTrackingLogPath 記錄檔的位置。

針對 Exchange Server 2003

  1. 啟動 Exchange 系統管理員,然後顯示您要啟用郵件追蹤之伺服器的屬性。 郵件追蹤會收集資料,**例如「收」、「**寄件者」和「傳送日期」。
  2. 在 [ 一般 ] 索引標籤上,選取 [ 啟用郵件追蹤 ] 核取方塊。
  3. 選取 [ 啟用主體記錄及顯示 ] 核取方塊。

您要做什麼

疑難排解公用資料夾複寫

選取一個資料夾,其中包含一部伺服器上的資料,而不是另一部伺服器上的資料,並使該資料夾成為疑難排解工作的重點。 在下列步驟中,包含資料的伺服器稱為 來源 伺服器;不包含資料的伺服器稱為 目的地 伺服器。

Exchange Server 2007 和 Exchange Server 2010

  1. 在 Exchange 管理主控台中,選取 [工具箱] 底下的 [公用資料夾管理主控台]。
  2. 以滑鼠右鍵按一下 [ 公用資料夾],然後選取 [連線至]
  3. 選取您要連接的伺服器。

Exchange Server 2003

  1. 開啟 Exchange 系統管理員。
  2. 流覽至公用資料夾階層物件。
  3. 以滑鼠右鍵按一下 [ 公用資料夾],然後選取 [連線至]
  4. 選取您要連接的伺服器。

您要尋找的資料夾現在是否會出現在兩部伺服器的階層中?

複寫 Always Interval;應用程式記錄事件識別碼3018

複寫 Always Interval

確認在來源伺服器上,複寫的 Always Interval 值設定為15或更少的分鐘。 如有必要,請調整設定。 請選取您的 Exchange 版本以檢查步驟:

Exchange Server 2007 和 Exchange Server 2010
  1. 啟動 Exchange 管理主控台。

  2. 執行下列指令程式,並確認 ReplicationPeriodReplicationScheduleReplicationMessageSize 是否已設定:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*
    

    執行 Get-PublicFolderDatabase 以驗證參數是否已設定

  3. 請確定所有的公用 f 資料庫皆相同 ReplicationMessageSize

接下來,確認有問題的資料夾設定為使用儲存區排程。 若要執行這項操作,請執行下列步驟:

  1. 啟動 Exchange 管理主控台。

  2. 執行下列 Cmdlet,並確認 ReplicasUseDatabaseReplicationSchedule 設定:

    Get-PublicFolder | fl *Replica*
    

    執行 Get-PublicFolder 以驗證參數是否已設定

  3. 如果 UseDatabaseReplicationSchedule 設為 False,請確定 ReplicationSchedule 已設定。

Exchange Server 2003
  1. 啟動 Exchange 系統管理員。
  2. 展開 [系統 管理群組 ] 容器,然後選取包含公用資料夾伺服器的管理群組。
  3. 展開 [ 伺服器 ] 容器,選取公用資料夾資料庫,然後選取 [ 屬性]。
  4. 在 [複寫 ** (原則]) ** 索引標籤上,記下 [ **always () 分鐘的複製間隔 ** ] 方塊中的值。
  5. 如果此值不是15,請在 [**時刻 (分鐘的複寫間隔) ** ] 方塊中輸入15
  6. 選取 [套用] ,然後選取 [確定]

接下來,確認您要疑難排解的資料夾已設定為使用儲存區排程:

  1. 展開 [ 公用資料夾],然後以滑鼠右鍵按一下您要疑難排解的資料夾。
  2. 選取 [ 屬性]。
  3. 在 [複寫] 索引標籤上,選取 [公用資料夾複寫間隔] 清單中的 [使用公用儲存排程]。

應用程式記錄事件識別碼3018

在來源伺服器的階層中建立新的資料夾,然後為新資料夾提供您可以記得的唯一名稱。

在此範例中,我們使用 Test 1 做為資料夾的名稱。 在來源伺服器上監視應用程式記錄檔的事件識別碼3018,它會指出郵件類型0x2,並包含您建立的資料夾名稱。 您最多可以等候15分鐘,以記錄事件。

事件類型 資訊
事件來源: 公用存放區 MSExchangeIS
事件類別: 複寫外寄郵件
事件識別碼: 3018
消息: 已發出外送複寫訊息。
類型:0x2
郵件 ID: <MessageID@Server.Domain.com>
資料庫「Storage Group\Public Folder」
CN min:1-100,CN max:1-200
RFIs:
1) FID:1-1234,PFID:1-1,位移:28
IPM_SUBTREE \Test 1

您是否看到事件識別碼3018?

疑難排解來源伺服器

來源伺服器不會產生新變更的外寄階層複寫訊息。 我們將先著重在來源伺服器上進行疑難排解。

裝載公用資料夾資料庫時的事件識別碼3079

裝載公用資料夾資料庫時,會在來源伺服器的應用程式記錄檔中記錄事件識別碼3079。 檢查來源伺服器上的應用程式記錄檔。

事件類型 資訊
Event Source 公用存放區 MSExchangeIS
事件類別 複寫錯誤
事件識別碼 3079
訊息 資料庫 "" 上發生意外的複寫執行緒錯誤 <name> 。
1) FID:1-1234,PFID:1-1,位移:28
IPM_SUBTREE \Test 1

您是否看到事件識別碼3079?

  • 如果是,請參閱 EcReplStartup
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您有此問題的相關支援,請告知他們來源伺服器不會產生輸出階層的複寫郵件,而且當資料庫裝載時,沒有3079事件。

EcReplStartup

檢查下列文字的事件識別碼3079: EcReplStartup。

事件識別碼3079是否包含 EcReplStartup?

  • 如果是,請參閱 應用程式記錄事件識別碼 9528
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告訴他們,來源伺服器沒有產生輸出階層的複寫郵件。 當資料庫裝載時,發生3079事件,但事件不包含 EcReplStartup

應用程式記錄事件識別碼9528

如果事件識別碼3079包含 EcReplStartup,這表示複製執行緒在啟動時 dying。 然後,檢查來源伺服器的應用程式記錄檔中是否記錄事件識別碼9528。

事件類型 資訊
Event Source MSExchangeIS
事件類別 一般
事件識別碼 9528
訊息 已于 DS 中的2位使用者找到 SID S-1-5-32-544,所以存放區無法將此 SID 對應至唯一的使用者。
相關的使用者包括:
/DC = com/DC=domain/DC = na/OU = 遷移/CN = John,
/DC = com/DC=domain/DC = ad/DC = corp/OU = EUC/OU = AMER/OU = Jersey 城/OU = Harborside/OU = Users/CN = John,

您是否看到事件識別碼9528?

  • 如果是,請參閱 移除重複的帳戶
  • 對不起,我們無法解決本指南中未識別的問題。 如需更多有關解決此問題的說明,請與 Microsoft Exchange Server 支援人員聯繫,並告知其當資料庫裝載時,會記錄3079事件。

追蹤郵件追蹤中的郵件;郵件是否已傳遞至目的地伺服器

追蹤郵件追蹤中的郵件

在來源伺服器上,使用事件識別碼3018描述中的郵件識別碼來追蹤郵件追蹤中的郵件。

事件類型 資訊
Event Source 公用存放區 MSExchangeIS
事件類別 複寫外寄郵件
事件識別碼 3018
訊息 已發出外送複寫訊息。
類型:0x2
郵件 ID: <MessageID@Server.Domain.com>
資料庫「Storage Group\Public Folder」

郵件是否已傳遞至目的地伺服器

在事件識別碼3018的描述中,記下 [郵件識別碼],然後使用郵件追蹤來判斷郵件是否已傳遞至目的地伺服器。 例如,下列郵件追蹤摘要會包含下列文字:

「透過 SMTP 傳輸的郵件」。

郵件歷程記錄

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

郵件追蹤是否表示郵件已傳遞至目的地伺服器?

傳輸問題;郵件是否會出現在郵件追蹤中?

傳輸問題

郵件未傳遞至目的地伺服器,這表示傳輸問題導致問題。 接下來,我們將會疑難排解傳輸程式。

郵件會出現在郵件追蹤中

移至來源伺服器,並尋找外寄郵件識別碼。 接下來,移至目的地伺服器並執行郵件追蹤,以查看它是否收到郵件。 請選取您的 Exchange 版本,檢查步驟以執行郵件追蹤。

針對 Exchange Server 2007 和 Exchange Server 2010
  1. 啟動 Exchange 管理主控台。

  2. 執行下列 Cmdlet:

    Get-MessageTrackingLog -MessageId
    
針對 Exchange Server 2003
  1. 啟動 Exchange 系統管理員。
  2. 在主控台樹中,展開 [ 工具],然後選取 [ 郵件追蹤中心]。
  3. 在 [伺服器] 方塊中,輸入執行 Exchange Server 2003 的伺服器名稱。

若要流覽可用伺服器的清單,請選取 [ 伺服器],選取伺服器,然後選取 [ 新增]。 您可以搜尋從特定伺服器傳送或傳送至特定伺服器的郵件。 您只需要指定伺服器名稱。

是否收到郵件?

目的伺服器上的事件識別碼3028

在目的地伺服器上,檢查應用程式記錄檔的事件識別碼3028,它包含您從事件識別碼3018描述所記下的相同郵件識別碼。

事件類型 資訊
Event Source 公用存放區 MSExchangeIS
事件類別 複寫傳入郵件
事件識別碼 3028
訊息 已發出傳入複寫訊息。
類型:0x2
郵件 ID: <MessageID@Server.Domain.com>
資料庫「Storage Group\Public Folder」
CN min: 5-100 CN max:5-200
RFIs:1
1) FID:5-1234,PFID:1-1,位移:28
IPM_SUBTREE \Test 1

目的地伺服器應用程式記錄檔是否會顯示事件識別碼3028,而且此事件是否包含與事件識別碼3018相同的郵件識別碼?

目的伺服器上的事件識別碼7004和事件識別碼7010

在目的地伺服器上,針對與下列事件類似的事件,檢查事件檢視器中的應用程式記錄檔。

事件類型 錯誤
Event Source MSExchangeTransport
事件類別 SMTP 通訊協定
事件識別碼 7004
日期 日期
Time Time
使用者 不適用
電腦 Computer_Name
描述 這是虛擬伺服器識別碼1的 SMTP 通訊協定錯誤記錄,連接 #29。 遠端主機會 E2k3server1.contoso.com 回應 504 "xexch50" 為 "xexch50" 的 SMTP 命令 "xexch50",但必須先驗證 "xexch50"。 傳送的完整命令是 "XEXCH50 2336 3"。 這可能會造成連接失敗。
事件類型 錯誤
Event Source MSExchangeTransport
事件類別 SMTP 通訊協定
事件識別碼 7010
日期 日期
Time Time
使用者 不適用
電腦 Computer_Name
描述: 這是虛擬伺服器識別碼1的 SMTP 通訊協定記錄,連接 #30。 在 "6.5.2.4" 傳送 "xexch50" 命令的用戶端和 SMTP 伺服器回應 "504 需要驗證 first"。 傳送的完整命令是 "xexch50 1092 2"。 這可能會造成連接失敗。 這些事件表示所引發的 XEXCH50 通訊協定接收器,但在事件中所列的伺服器之間,blob 的交換失敗。

您是否在目的地伺服器上看到事件識別碼7004和事件識別碼7010?

使用 XEXCH50 命令解決問題

您所遇到的問題可能是由 XEXCH50 命令問題所造成。

解決 XEXCH50 命令問題

  1. 確認已在組織中執行 Exchange Server 的電腦上的 SMTP 虛擬伺服器上啟用整合式 Windows 驗證。 如果未啟用整合式 Windows 驗證:

    1. 在 Exchange 系統管理員中,展開 [系統 管理群組],展開 [ 伺服器],依次展開 [ Exchange Server 名稱]、[ 通訊協定] 和 [ SMTP]。
    2. 以滑鼠右鍵按一下 SMTP 虛擬伺服器
    3. 選取 [ 屬性],選取 [ 存取 ] 索引標籤,然後選取 [ 驗證]。 確定已選取 [ 整合式 Windows 驗證 ] 核取方塊。
  2. 如果已啟用整合式 Windows 驗證,但事件仍然存在、7004事件中或7010事件中的傳送伺服器,可能會在接收伺服器上的 SendAs 許可權中缺乏或拒絕。 如果傳送伺服器和接收伺服器出現這些事件,則伺服器可能會缺乏彼此的 SendAs 權利。 未明確設定 SendAs 許可權。 SendAs 許可權通常會透過 Exchange 網域伺服器 (EDS) 群組中的成員資格繼承。 如果 EDS 沒有此拒絕存取控制專案 (ACE) ,受影響的伺服器可能會嵌套在另一個具有 DENY ACE 的群組中,否則 EDS 可能會嵌套在其他具有 DENY ACE 的群組中。 若要順利執行, XEXCH50 命令必須對 Exchange 組織中的伺服器具有 SendAs 許可權。

  3. 決定是否使用傳輸層安全性 (TLS) 和 Exchange 組織中伺服器之間的安全性通道。 在此案例中,STARTTLS 傳輸事件接收器會在 AUTH 命令之前發生。 XEXCH50命令會在會話稍後失敗,因為AUTH命令遺失。

  4. 如果 Exchange 通訊協定安全性 (EXPS) 驗證沒有在伺服器間正確運作, XEXCH50 命令將無法運作。 事件1704和1706表示應用程式記錄檔中的 EXPS 驗證失敗。

    事件類型 警告
    Event Source MSExchangeTransport 事件
    事件類別 MTP 通訊協定
    事件識別碼 1706
    描述: EXPS 暫時無法提供「...」的通訊協定安全性。com "。 "CSessionCoNtext:: OnEXPSInNegotiate" 稱為 "HrServerNegotiateAuth",錯誤代碼 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ) 。 資料:0000: 0c 03 09 80 ...?

    注意

    事件識別碼1706中的描述包括錯誤碼0x8009030c。
    錯誤碼0x8009030c 為 SEC_E_LOGON_DENIED Hresult 值。 這段程式碼表示無法登入帳戶。
    這些問題可能難以進行疑難排解,因為需要 EXPS 的 Microsoft Windows 認證才能傳遞此 驗證 命令。 您可以使用各種工具來疑難排解事件識別碼7004和7010的組合;這包括 NLTEST 工具和 NETDOM 工具。 疑難排解步驟可能包括重設電腦帳戶密碼。
    如果您在應用程式記錄檔中的事件識別碼7004和7010的組合如前文所述,而且您無法使用 EXPS 驗證探索問題的來源,請與 Microsoft 支援服務聯繫。
    若應用程式記錄檔中沒有事件識別碼7004和事件識別碼7010的組合,請移至步驟5。

  5. 檢查 Exchange 組織中的伺服器之間是否有防火牆或防病毒留言板。 如果防火牆是在組織中的伺服器之間運作,請暫時停用防火牆,以判斷問題是否由防火牆造成。

停用防火牆後問題解決了嗎?

在目的地伺服器上執行 isinteg-test ReplState (修正)。由於刪除,邏輯刪除

執行 isinteg – fix –在目的地伺服器上測試 ReplState

使用下列步驟,選取您的 Exchange 版本以驗證及調整 ReplState 設定:

針對 Exchange Server 2007 和 Exchange Server 2010
  1. 啟動 Exchange 管理主控台。

  2. 使用 New-PublicFolderDatabaseRepairRequest Cmdlet 偵測和修正公用資料夾資料庫中的複寫問題。 在執行要求時,仍然可以存取公用資料夾資料庫上的公用資料夾。 不過,目前正在修復的公用資料夾無法使用。 修復要求開始執行之後就不會停止,除非您卸載資料庫。

  3. 執行下列 Cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
針對 Exchange Server 2003
  1. 在目的地伺服器上,安裝修複程式 KB925253。

  2. 安裝修複程式後,請卸載伺服器上的公用資料夾資料庫,然後在命令提示字元中執行下列命令:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    

接下來,執行測試以判斷問題是否已解決。

由於刪除,邏輯刪除

這表示由於先前未複製的刪除動作,該資料夾是一個邏輯刪除。 請回到來源伺服器並複製資料夾,以建立具有相同內容的新資料夾,然後重新開始。

新資料夾可見度

在目的地伺服器上的階層中是否會顯示新的資料夾?

疑難排解階層回填

此時,我們已確認已正確複製階層對階層的變更。 現在我們可以疑難排解階層回填。 若要這麼做,請在目的地伺服器上執行 同步處理 階層。 同步處理階層導致事件識別碼3017發生。 事件識別碼3017顯示傳送至來源伺服器的階層狀態要求 (類型 0x20) 。

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 啟動 Exchange 管理主控台。
  2. 執行 Update-PublicFolderHierarchy -Server Cmdlet。
  3. 在目的地伺服器上執行 同步處理 階層後,請在3027事件及傳入的狀態要求中檢查來源伺服器上的應用程式記錄檔。

針對 Exchange Server 2003

  1. 啟動 Exchange 系統管理員。
  2. 若要執行 同步處理階層,請展開 [ 資料夾],以滑鼠右鍵按一下 [ 公用資料夾 ] 物件容器,然後選取 [ 同步處理階層]。
  3. 在目的地伺服器上執行 同步處理 階層後,請檢查來源伺服器上的應用程式記錄檔中的事件3027和傳入狀態要求。

來源伺服器上應用程式記錄檔中的事件3027是?

檢索郵件識別碼並追蹤郵件

在來源伺服器上,尋找事件識別碼3017,然後記下郵件識別碼。 使用郵件追蹤來追蹤郵件識別碼,以判斷郵件是否已傳遞至來源伺服器。

郵件追蹤是否說郵件已傳遞至來源伺服器?

決定來源伺服器上的公用資料夾存放區是否具有電子郵件地址

若要判斷來源伺服器上的公用資料夾存放區是否已指派 proxy 位址,請檢查 proxyAddresses Active Directory 目錄服務中的屬性值。

檢查值

警告

如果您使用 Active Directory Service Interface (ADSI) 編輯嵌入式管理單元、LDP 公用程式或任何其他 LDAP 版本3用戶端,且您錯誤地變更了 Active Directory 物件的屬性,則可能會造成嚴重的問題。 這些問題可能需要您重新安裝 Microsoft Windows 2000 Server、Windows Server 2003、Microsoft Exchange Server 2000、Microsoft Exchange Server 2003 或同時安裝 Windows Server 和 Exchange Server。 當您錯誤地變更 Active Directory 物件屬性時,Microsoft 不會保證發生問題。 變更這些屬性時需您自擔風險。

注意

根據您的 Microsoft Windows 版本而定,下列步驟在您的電腦上可能會有所不同。 如果是的話,請參閱您的產品檔,以完成這些步驟。

  1. 選擇 [開始 > 執行],然後在 [開啟] 方塊中輸入services.msc ,然後選擇 [確定],啟動 ADSI 編輯器工具。

    注意

    ADSI 編輯器隨附于 Microsoft Windows 2000 Server 支援工具及 Windows Server 2003 支援工具。 若要安裝 Windows 2000 支援工具,請按兩下 Windows 2000 CD 上 Support\Tools 資料夾中的 [ Setup.exe ]。 若要安裝 Windows Server 2003 支援工具,請在 Windows Server 2003 CD 的 Support\Tools 資料夾中按兩下 [ Suptools.msi ]。

  2. 若尚未連線,請連接到網域控制站。

    注意

    在此步驟中, contoso.com 是功能變數名稱的預留位置; 其他斜體字是指名稱的預留位置。展開 [設定容器] [computername.contoso.com],展開 CN=Configuration,DC=contoso,DC=com,展開 [ CN=Services,展開 CN=Microsoft Exchange]、[ cn = OrganizationName]、[ CN=Administrative 群組]、[ cn = AdministrativeGroupName]、[ Cn = Servers]、[cn = ExchangeServerName],展開 [cn = InformationStore],然後選取 [ cn = First Storage Group]。

  3. 在右窗格中,以滑鼠右鍵按一下 [ **CN = 公用資料夾存放區 (EXCHANGESERVERNAME) **],然後選取 [ 屬性]。

  4. 在 [ 選取要查看的屬性 ] 清單中,選取 [ 兩者]。

  5. 在 [ 選取要查看的屬性 ] 清單中,選取 [ proxyAddresses]。

  6. 在 [ **值 (s) ** ] 方塊中,判斷是否已指派電子郵件地址。 一般來說,公用資料夾存放區具有簡易郵件傳輸通訊協定 (SMTP) 類似下列的位址戳: SMTP:ExchangeServerName-IS@contoso.com

  7. 在 [ 選取要查看的屬性 ] 清單中,選取 [ 郵件]。

  8. 在 [ **值 (s) ** ] 方塊中,確認 smtp 位址與步驟7所顯示的 smtp 位址相同。

來源公用存放區是否有電子郵件地址?

  • 如果是,很抱歉,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。
  • 若否,請參閱 應用程式記錄事件識別碼 3018

來源伺服器上的事件識別碼3017

在來源伺服器上的應用程式記錄檔中,緊挨在事件識別碼3027之前,找到相同資料夾的事件識別碼3017,其類型為0x10。

您是否看到相同資料夾的事件識別碼3017和類型0x10?

目的伺服器上的事件識別碼3027

事件識別碼3027是源伺服器上的狀態回應。 在目的地伺服器上的應用程式記錄檔中,找到 [事件識別碼 3027] 以檢查狀態回應。

您是否在目的地伺服器上看到事件識別碼3027?

  • 如果是,請參閱 回填疑難排解
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

疑難排解回填

此時,我們知道目的地伺服器已知道資料遺失。 [!附注] 現在著重于疑難排解具有階層回填本身。

在目的地伺服器上,再次執行 [ 同步處理 階層],然後檢查目的伺服器上的應用程式記錄檔中的事件識別碼3014,其類型為0x8。 事件識別碼3014是階層的傳出回填要求。

您是否在目的地伺服器上看到事件識別碼3014和類型0x8?

  • 如果是,請參閱 來源伺服器上的事件識別碼 3024
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

來源伺服器上的事件識別碼3024

事件識別碼3024是傳入階層回填要求。

您是否在來源伺服器上看到事件識別碼3024?

來源伺服器上的事件識別碼3019

事件識別碼3019(包含類型0x80000002)是源伺服器上的待發階層回填回應。 在來源伺服器上檢查應用程式記錄檔的事件識別碼3019。

來源伺服器上應用程式記錄檔中的事件識別碼3019?

  • 如果是,請參閱 事件識別碼 3029
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

事件識別碼3029

事件識別碼3029是目的伺服器上的內送階層回填回應。

在目的地伺服器上的應用程式記錄中,是否顯示事件識別碼3029?

查看階層中的資料夾

在目的地伺服器上,查看階層中的資料夾。

現在您可以在目的地伺服器上的階層中看到該資料夾嗎?

  • 如果是的話,恭喜! 您的 Exchange Server 2003 問題的公用資料夾複寫已解決。
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

追蹤事件識別碼3014中的郵件識別碼

在目的地伺服器上檢查事件識別碼3014,以取得郵件識別碼。 使用郵件追蹤來追蹤郵件識別碼。

郵件追蹤是否表示郵件已傳遞至來源伺服器?

追蹤事件識別碼3019中的郵件識別碼

在來源伺服器上,尋找事件識別碼3019,然後記下事件中的郵件識別碼。 使用郵件追蹤來追蹤郵件識別碼。

郵件追蹤是否表示郵件已傳遞至目的地伺服器?

著重于內容;複寫 Always Interval 和排程;在來源伺服器上建立新的專案

重點放在內容上

由於資料夾出現在兩部伺服器的階層中,因此可能不是階層複寫問題。 因此,我們將著重討論疑難排解內容。

複寫 Always Interval 和排程

確認在來源伺服器上,[複寫 Always Interval] 值已設定為15分鐘或更少。

驗證並調整 Exchange Server 2007 和 Exchange Server 2010 上的設定
  1. 啟動 Exchange 管理主控台。

  2. 執行下列 Cmdlet,並確認 ReplicationPeriodReplicationScheduleReplicationMessageSize 設定下列專案:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*
    

    使用 Get-PublicFolderDatabase 驗證參數是否已設定

  3. 請確定所有的公用資料夾資料庫皆相同 ReplicationMessageSize

接下來,確認有問題的資料夾設定為使用儲存區排程。 若要執行這項操作,請執行下列步驟:

  1. 啟動 Exchange 管理主控台。

  2. 執行下列 Cmdlet,並確認 ReplicasUseDatabaseReplicationSchedule 設定:

    Get-PublicFolder | fl *Replica*
    

    使用 Get-PublicFolder 驗證參數是否已設定

  3. 如果 UseDatabaseReplicationSchedule 設為 False,請確定 ReplicationSchedule 已設定。

驗證並調整 Exchange Server 2003 上的設定
  1. 啟動 Exchange 系統管理員。
  2. 展開 [系統 管理群組 ] 容器,然後選取包含公用資料夾伺服器的管理群組。
  3. 展開 [伺服器] 容器,展開來源伺服器,選取公用資料夾資料庫,然後選取 [ 屬性]。
  4. 在 [複寫** (原則]) **索引標籤上,于 [無條件 () 分鐘的複寫間隔] 方塊中輸入15
  5. 選取 [套用] ,然後選取 [確定]

接下來,確認您使用的資料夾已設定為使用儲存區排程。 若要執行這項操作,請執行下列步驟:

  1. 展開 [ 公用資料夾],然後以滑鼠右鍵按一下您要使用的資料夾。
  2. 選取 [ 屬性]。
  3. 在 [複寫] 索引標籤上,選取 [公用資料夾複寫間隔] 清單中的 [使用公用儲存排程]。

在來源伺服器上建立新的專案

在來源伺服器上的公用資料夾中建立新的專案,然後監視應用程式記錄中的事件識別碼3020。

您會看到事件識別碼3020,是否包含您要測試的資料夾名稱,以及所建立之專案的名稱?

事件識別碼3030

在目的地伺服器上,檢查應用程式記錄檔中的事件識別碼3030。

目的地伺服器應用程式記錄檔包含相同資料夾及專案的事件識別碼3030

來源伺服器不會產生該資料夾的外寄內容訊息;裝載公用資料夾資料庫時的事件識別碼3079

來源伺服器不會產生該資料夾的外寄內容訊息

來源伺服器不會產生該資料夾的外寄內容訊息。 我們將重點放在來源伺服器上進行疑難排解。

裝載公用資料夾資料庫時的事件識別碼3079

在來源伺服器上,檢查應用程式記錄檔中的事件識別碼3079。 在裝載資料庫時會發生事件識別碼3079,它應包含文字: EcReplStartup。 例如,事件識別碼3079應該如下表所示。

事件類型 資訊
Event Source
公用存放區 MSExchangeIS
事件類別 複寫錯誤
事件識別碼 3079
訊息 意外的複寫執行緒錯誤0x3f0。
EcGetReplMsg
EcReplStartup
FReplAgent

在裝載資料庫時,是否會看到事件識別碼3079,是否包含 EcReplStartup?

執行 isinteg-fix-test ReplState;事件識別碼3020

執行 isinteg – fix –在目的地伺服器上測試 ReplState

使用下列步驟,選取您的 Exchange 版本以驗證及調整 ReplState 設定:

針對 Exchange Server 2007 和 Exchange Server 2010
  1. 啟動 Exchange 管理主控台。

  2. 使用 New-PublicFolderDatabaseRepairRequest Cmdlet 偵測和修正公用資料夾資料庫中的複寫問題。 在執行要求時,仍然可以存取公用資料夾資料庫上的公用資料夾。 不過,目前正在修復的公用資料夾無法使用。 修復要求開始執行之後就不會停止,除非您卸載資料庫。

  3. 執行下列 Cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
針對 Exchange Server 2003
  1. 在目的地伺服器上,安裝2013年1月24日發行的修復程式 KB925253。

  2. 安裝修複程式後,請卸載伺服器上的公用資料夾資料庫,然後在命令提示字元中執行下列命令:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    

事件識別碼3020

在來源伺服器上的公用資料夾中建立新的專案,然後檢查應用程式記錄檔中的事件識別碼3020。

您是否看到事件識別碼3020,是否包含您要測試的資料夾名稱和您建立的專案名稱?

  • 如果是,請參閱 事件識別碼 3030
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告訴他們,來源伺服器沒有產生輸出階層的複寫郵件。 當資料庫裝載時,發生3079事件,但事件不包含 EcReplStartup

確認專案位於目的伺服器的來源資料夾中

在目的地伺服器上,尋找您在來源伺服器上建立的專案,並確定該專案位於目的地資料夾中。

您是否在目的地伺服器的資料夾中看到此專案?

疑難排解內容回填

我們已確認內容的變更會進行複製。 接下來,我們將對內容回填進行疑難排解。

若要這麼做,請執行 [同步處理目的伺服器上的內容]。 這會造成目的地伺服器要求來源伺服器取得遺失的資料。

執行 Exchange Server 2007 和 Exchange Server 2010 中的內容同步處理

  1. 啟動 Exchange 管理主控台。

  2. 執行下列命令:

    Update-PublicFolder -Server <DestinationServer>
    
  3. 在目的地伺服器上執行同步處理階層後,請檢查來源伺服器上的應用程式記錄檔中的事件3027和傳入狀態要求。

在 Exchange Server 2003 中執行同步處理內容

  1. 展開 [ 公用資料夾],然後選取目的地資料夾。
  2. 在右窗格中,選取 [ 狀態 ] 索引標籤。
  3. 在目的地伺服器上按一下滑鼠右鍵,然後選取 [ 同步處理內容]。

在您執行目的伺服器上的同步處理內容之後,請檢查應用程式記錄檔中是否有待發狀態要求的事件識別碼3017。

在目的地伺服器上的應用程式記錄檔中為事件識別碼3017

執行 isinteg-fix-test ReplState (如果未記錄事件識別碼 3017)

使用下列步驟,選取您的 Exchange 版本以驗證及調整 ReplState 設定:

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 啟動 Exchange 管理主控台。

  2. 使用 New-PublicFolderDatabaseRepairRequest Cmdlet 偵測和修正公用資料夾資料庫中的複寫問題。 在執行要求時,仍然可以存取公用資料夾資料庫上的公用資料夾,但您無法存取目前修復的公用資料夾。 修復要求開始執行之後就不會停止,除非您卸載資料庫。

  3. 執行下列 Cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

針對 Exchange Server 2003

  1. 在目的地伺服器上,安裝修複程式 KB925253。

  2. 安裝修複程式後,請卸載伺服器上的公用資料夾資料庫,然後在命令提示字元中執行下列命令:

     cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. 在 isinteg 程式完成之後,請變更來源伺服器上公用資料夾上的複本清單。 若要執行此動作,請在任何伺服器上新增或移除複本。 選取 [套用],反轉您剛才所做的變更,然後****再次選取[套用]。

  4. 對相同的資料夾,再次執行目的伺服器上的 內容同步處理

  5. 檢查應用程式記錄檔中是否有待發狀態要求的事件識別碼3017。

目的伺服器的應用程式記錄檔中的事件識別碼3017?

  • 如果是,請參閱 事件識別碼 3027
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

事件識別碼3027

在來源伺服器上,檢查應用程式記錄檔中是否有類型0x20 的事件識別碼3027。

您是否在來源伺服器上看到事件識別碼3027,是否有類型0x20?

來源伺服器上的事件識別碼3017

在來源伺服器上的應用程式記錄檔中,緊挨在事件識別碼3027之前,找到相同資料夾具有類型0x10 的事件識別碼3017。

您看到的是事件識別碼3017,而且該資料夾的類型為0x10 嗎?

伺服器是否有不同的時期限制

一般來說,如果來源伺服器不會產生狀態回應,這表示來源伺服器沒有其他伺服器也沒有的資料。

在沒有相同內容的情況下,伺服器可以保持同步處理的一種情況是具有不同的時期限制。 若目的地伺服器已超過相關專案,就不會再回填專案。

請務必檢查並確認伺服器的年齡限制不一樣。 有幾種限制類型:

儲存配額

使用資料庫配額預設值

選取此核取方塊可使用公用資料夾所在的公用資料夾資料庫配額限制。 如果您未選取預設值,則會在 ** (KB) **上的 [發出警告], **以 (KB) 時禁止開機自檢 **,而 **專案大小上限 (kb) ** ] 核取方塊會變得可用。

在 (KB) 發出警告

選取此核取方塊,會自動警告公用資料夾擁有者公用資料夾接近其儲存量限制。 若要指定此限制,請選取核取方塊,然後指定您想要禁止投遞之公用資料夾的大小,以 kb (KB) 。 您可以輸入介於 0 KB 和 2147483647 KB (2.1 tb) 的值。

在 (KB) 時禁止開機自檢

選取此核取方塊,可在資料夾大小達到指定的限制後,避免張貼至公用資料夾。 若要指定此限制,請選取核取方塊,然後指定您要禁止投遞之公用資料夾的大小(以 KB 為單位)。 您可以輸入介於 0 KB 和 2147483647 KB (2.1 tb) 的值。

專案大小上限 (KB)

選取此核取方塊可限制使用者可投遞至公用資料夾的專案大小上限。 若要指定大小,請選取核取方塊,然後指定使用者可以張貼至公用資料夾的專案大小上限(以 KB 為單位)。 您可以輸入介於 0 KB 和 2097151 KB 之間的值。

刪除項目保留

使用資料庫保留預設值

選取此核取方塊,可在此公用資料夾所在的伺服器上使用公用資料夾資料庫專案保留限制。 如果您未選取此核取方塊,則會使用 [保留已刪除的專案 (天數) ] 核取方塊。

保留已刪除的專案 (天)

選取此核取方塊,以設定已刪除的郵件保留在公用資料夾中的天數。 您可以輸入介於0到24855天之間的值。

保留時間限制

使用資料庫保留時間預設值

選取此核取方塊可使用此公用資料夾所在之伺服器的公用資料夾資料庫保留限制。 如果您未選取此核取方塊,複本的 **年齡限制 (天數) ** ] 核取方塊即會變得可用。

複本 (天的保留時間限制)

選取此核取方塊可限制公用資料夾的年齡。 使用對應的文字方塊來指定保留天數限制。 這個公用資料夾的複本在超過保留天數時會自動刪除。 您可以輸入介於0到24855天之間的值。

伺服器是否有不同的時期限制?

  • 如果答案是肯定的,則內容差異是設計。 您不需要繼續疑難排解。 您可以複製專案,使其成為新資料夾中的新專案,以解決此問題。
  • 如果答案是否,就會發生未知的錯誤。

在目的地伺服器上具有類型0x10 的事件識別碼3027

在目的地伺服器上,檢查應用程式記錄檔中是否有類型為0x10 的事件識別碼3027事件。

您是否看到事件識別碼3027,其類型為0x10?

  • 如果是,請參閱 回填
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告訴他們,來源伺服器沒有產生輸出階層的複寫郵件。 當資料庫裝載時,發生3079事件,但事件不包含 EcReplStartup

以回填為重點

此時,目的伺服器已計算出部分資料遺失。 因此,我們將著重于回填。

在目的地伺服器上,對目的地資料夾執行重新 同步處理內容 。 在執行 同步處理內容之後,會在應用程式記錄檔中記錄事件識別碼3016。 事件識別碼3016具有包含資料夾名稱的訊息類型0x8。

在目的地伺服器上,您會看到事件識別碼3016,是否有包含資料夾名稱的訊息類型0x8?

來源伺服器上的事件識別碼3026

若要回應目的地伺服器上的事件識別碼3016,您應該會在來源伺服器上的應用程式記錄檔中看到事件識別碼3026。

在來源伺服器上,您是否看到事件識別碼3026?

來源伺服器上的事件識別碼3021

在來源伺服器上的應用程式記錄檔中,緊接在事件識別碼3026之後,您應該會看到一個或多個事件識別碼3021的事件,其中包含資料夾的郵件類型0x80000004。

您是否會看到至少一個包含資料夾之郵件類型0x80000004 的事件識別碼3021?

將事件識別碼3021的數目與事件識別碼3031的數目進行比較。

計算來源伺服器上應用程式記錄檔中的事件識別碼3021事件數目。 然後,計算對資料夾具有郵件類型0x80000004 之事件識別碼3031的事件數量,以及目的地伺服器上的應用程式記錄檔中的事件數目。

伺服器之間的事件識別碼3021事件和事件識別碼3031事件數目是否相等?

在目的地伺服器上尋找資料夾中的內容

在目的地伺服器上,尋找從源伺服器同步處理至目的伺服器上相同資料夾的內容。

您是否在目的地伺服器上的相同資料夾中找到內容?

  • 如果是的話,恭喜! 您的 Exchange Server 2003 問題的公用資料夾複寫已解決。
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

郵件可能已傳送至不同的來源伺服器

檢查事件識別碼3016,以確認郵件已傳送至預期的來源伺服器。 在目的地伺服器上檢查事件識別碼3016,以判斷應接收郵件的來源伺服器。 如果不同的來源伺服器接收到郵件,請使用該伺服器做為新的來源伺服器,然後檢查新源 server 上的應用程式記錄檔中的事件識別碼3016。

事件類型 資訊
Event Source 公用存放區 MSExchangeIS
事件類別 複寫外寄郵件
事件識別碼 3016
訊息 外寄郵件類型 <value>
郵件 ID: <id>
資料夾: <folder name>
資料庫 " <name> "。
CNSET <value>
CNSET (FAI) : <value>
伺服器: <server name>

事件識別碼3016中所識別的預期來源伺服器是否正確?

  • 如果是,請參閱 來源伺服器上的事件識別碼 3021
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

未完成的回填限制

根據預設,公用資料夾存放區一次最多可保留50個未處理的回填要求。 這稱為未完成的回填限制 (OBL) 。 當儲存區陣列中有50回填要求時,這些要求會重複進行,直到達到滿意的狀態為止;直到至少有一個要求完成之後,才可以繼續進行新的要求。

每次滿足回填要求時,就會在 OBL 中進行開啟,而且可以要求一組新的資料。 不過,如果所有50要求發生問題且無法滿足,則不會發生新的空缺,也不會進行新的要求,也無法繼續複寫。

若要判斷問題的原因是否有未完成的回填限制,請在目的地伺服器上增加一 (1) 的 OBL 限制,然後至少檢查應用程式記錄檔的事件識別碼3016實例的5分鐘。

在目的地伺服器上,將 OBL 限制增加一 (1)

  1. 選擇 [開始 > 執行],輸入regedit,然後選擇 [確定],以開啟登錄編輯程式。

  2. 展開下列子機碼:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. 以滑鼠右鍵按一下 [ **Public <GUID> **],指向 [新增],然後選取 [ DWORD 值]。

  4. 輸入 未完成的回填 限制,然後按 Enter 命名新的子項。

  5. 以滑鼠右鍵按一下 [ 複製未完成的回填限制],然後選取 [ 修改]。

  6. 在 [ 數值資料 ] 方塊中,輸入 51,然後選取 [確定]

  7. 關閉 [登錄編輯程式]。

  8. 重新開機 Exchange Server 2003 上的 Microsoft Exchange 資訊儲存庫服務。 若要執行這項操作,請執行下列步驟:

    • 選取 [ 開始],指向 [系統 管理工具],然後選取 [ 服務]。
    • 在 [ 服務 ] 清單中,選取 [ Microsoft Exchange 資訊儲存],然後選取 [ 重新開機]。

如果為其他資料夾記錄事件識別碼3016,請改為使用該資料夾進行疑難排解。

您是否看到其他資料夾的事件識別碼3016?

  • 如果是,請參閱 疑難排解內容回填
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

追蹤事件識別碼3020中所識別的郵件

在來源伺服器上,使用郵件追蹤來追蹤郵件是在事件識別碼3020中識別。

郵件追蹤是否表示郵件已傳遞至目的地伺服器?

疑難排解 XEXCH50 命令

若要疑難排解 XEXCH50 命令,請增加 MSExchangeTransport 服務之目的地伺服器的記錄,並將 SMTP 通訊協定層級設定為「中」。

若要驗證及調整 SMTP 通訊協定層級設定,請選取您的 Exchange 版本以檢查步驟:

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 啟動 Exchange 管理主控台。
  2. 使用 Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' Cmdlet 來開啟 SMTP 的事件記錄。
  3. 使用此 Resume-PublicFolderReplication Cmdlet 可啟動整個組織的公用資料夾複寫。

針對 Exchange Server 2003

接下來,在事件檢視器中檢查與下列專案類似的事件,以取得應用程式記錄檔。

事件類型 錯誤
Event Source MSExchangeTransport
事件類別 SMTP 通訊協定
事件識別碼 7004
日期: 日期
Time Time
使用者 不適用
電腦 Computer_Name
描述 這是虛擬伺服器識別碼1的 SMTP 通訊協定錯誤記錄,連接 #29。 遠端主機 E2k3server1.contoso.com 回應 "xexch50" 的 SMTP 命令 "xexch50" 必須先驗證 504 "xexch50"。 「已傳送的完整命令是」 XEXCH50 2336 3 "。 這可能會造成連接失敗。
事件種類: 錯誤
Event Source MSExchangeTransport
事件類別 SMTP 通訊協定
事件識別碼 7010
日期 日期
Time Time
使用者 不適用
電腦: Computer_Name
描述: 這是虛擬伺服器識別碼1的 SMTP 通訊協定記錄,連接 #30。 在 "6.5.2.4" 傳送 "xexch50" 命令的用戶端和 SMTP 伺服器回應 "504 需要驗證 first a"。 傳送的完整命令是 "xexch50 1092 2"。 這可能會造成連接失敗。 這些事件表示所引發的 XEXCH50 通訊協定接收器,但在事件中所列的伺服器之間,blob 的交換失敗。

您是否在目的地伺服器上看到事件識別碼7004和事件識別碼7010?

執行 isinteg-fix-test ReplState (if 看不到事件 IE 7004 和 7010)

使用下列步驟,選取您的 Exchange 版本以驗證及調整 ReplState 設定:

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 啟動 Exchange 管理主控台。

  2. 使用 New-PublicFolderDatabaseRepairRequest Cmdlet 偵測和修正公用資料夾資料庫中的複寫問題。 在執行要求時,仍然可以存取公用資料夾資料庫上的公用資料夾,但您無法存取目前修復的公用資料夾。 修復要求開始執行之後就不會停止,除非您卸載資料庫。

  3. 執行下列 Cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

針對 Exchange Server 2003

  1. 在目的地伺服器上,安裝修複程式 KB925253。

  2. 安裝修複程式後,請卸載伺服器上的公用資料夾資料庫,然後在命令提示字元中執行下列命令:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. 在 isinteg 處理完成之後:

    1. 在目的地伺服器上的公用資料夾上變更複本清單。 若要這麼做,請在任何伺服器上新增或移除複本。 選取 [套用],反轉您剛才所做的變更,然後****再次選取[套用]。
    2. 在來源伺服器上,建立新的專案。
    3. 在來源伺服器上檢查應用程式記錄檔的事件識別碼3020。
    4. 檢查目的伺服器上的應用程式記錄檔,以取得事件識別碼3030。

在目的地伺服器上的應用程式記錄中,是否顯示事件識別碼3030?

  • 如果是的話,恭喜! 您的 Exchange Server 2003 問題的公用資料夾複寫已解決。
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告訴他們,來源伺服器沒有產生輸出階層的複寫郵件。 當資料庫裝載時,發生3079事件,但事件不包含 EcReplStartup

效能監視器中的複寫接收佇列大小

公用資料夾複寫郵件是由 SMTP 所接收,並已分類並傳遞至本機 SMTP 佇列。 然後將郵件提交至公用資料夾存放區。 郵件提交至公用資料夾存放區後,就會放入 [複寫接收] 佇列中。 然後會處理複寫接收佇列中的郵件,並在適當的公用資料夾上執行變更。 複寫接收佇列大小效能計數器指出等候處理的公用資料夾複寫郵件數目。

複寫佇列變得越多,資料夾內容的同步處理便會變得越好。 當複製佇列成長時,資源的負載會隨著複寫佇列中的郵件處理而增加。 此外,增大複寫佇列也表示伺服器上的公用資料夾內容已過時。

在需要複寫接收佇列中的成長與計畫的兩個實例中,不需要任何動作:

  • 在新引進的公用資料夾伺服器上,「複寫接收」佇列中的成長可能是由預期的初始回填複寫所造成。
  • 如果發生 Exchange 拓撲中的網站合併或其他主要變更,則在移動內容時,預期會有許多複寫。

針對未大量變更公用資料夾複本的現有穩定狀態伺服器,此錯誤可能表示:

  • 伺服器資源效能瓶頸(如磁片、CPU、網路或記憶體)。 如果伺服器上有資源瓶頸,Store.exe 程式將無法足夠快地處理複寫郵件,且佇列會成長。
  • 公用資料夾複寫間隔太短,無法在下一個複寫週期開始之前完成複製。

若要解決此錯誤:

  • 監視 MSExchangeIS Msexchangeis\9001 \ 複寫接收佇列大小,直到下一個複寫週期開始之前完成此複寫。
  • 請考慮減少 Exchange 組織中的複製副本總數,以減少所需的複寫流量量。

如果您有高佇列,請參閱 Pause複寫。

如果您有低佇列,請參閱 可能的 ReplState 問題

暫停複寫

暫停公用資料夾的複寫,並讓佇列排出或撥打支援服務。

暫停複寫

  1. 啟動 Exchange 管理主控台。
  2. 使用此 Suspend-PublicFolderReplication Cmdlet 可停止整個組織的公用資料夾複寫。
  3. 透過執行來監視傳輸佇列 Get-TransportServer | Get-Queue 。 當佇列縮小後,您可以繼續複寫。
  4. 使用此 Resume-PublicFolderReplication Cmdlet 可重新開機整個組織的公用資料夾複寫。

對不起,使用本指南無法解決未識別的問題。 如果您有此問題的相關支援,請告知他們已暫停複寫,而且您正在等候佇列縮小。

尋找資料夾識別碼 (FID) (隔離? )

事件識別碼3028事件是否會顯示 FID,但不是資料夾名稱?

  • 如果是,請參閱 Tombstone 由於刪除
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

由於刪除 (事件識別碼3028事件,會顯示 FID)

這表示由於先前未複製的刪除動作,該資料夾是一個邏輯刪除。 請回到來源伺服器並複製資料夾,以建立具有相同內容的新資料夾,然後重新開始。

此資訊是否有説明?

  • 如果是,請參閱 移除重複的帳戶
  • 對不起,我們無法解決本指南中未識別的問題。 如需更多有關解決此問題的說明,請與 Microsoft Exchange Server 支援人員聯繫,並告知其當資料庫裝載時,會記錄3079事件。

效能監視器會顯示大宗郵件等候提交

開啟 [效能監視器]。

Add Counter MSExchangeIS Msexchangeis\9001 \ 複寫 Receive Queue,並監視佇列的大小。

如果您需要深入瞭解效能監視器,您可以在這裡找到:效能監控快速入門手冊。

效能監視器是否顯示大量已排隊等候提交的郵件?

  • 如果是,請參閱 檢查服務
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告知他們伺服器正在產生輸出階層郵件,但這些郵件不會出現在郵件追蹤中,也不會傳送任何佇列以進行提交。

檢查服務

  1. 選取 [啟動 > 執行]。
  2. 在方塊中輸入 services.msc
  3. 尋找 MSExchangeTransport 並驗證它是否已啟動

如果您有 PowerShell,請開啟它並執行下列 Cmdlet:

Get-Service MSExchangeTransport

傳輸服務是否正在執行?

  • 如果是,請參閱 疑難排解公用資料夾複寫。
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告知他們伺服器正在產生輸出階層郵件,但這些郵件不會出現在郵件追蹤中,也不會傳送任何佇列以進行提交。

3030事件會顯示郵件識別碼 (專案的 MID) ,但不是主語

3030事件是否顯示專案的 MID,但不是主語?

  • 如果是,請參閱 邏輯刪除
  • 對不起,我們無法使用本指南解決未識別的問題。 如果您聯繫支援人員,請告知他們來源伺服器未產生輸出階層複寫訊息,而且當資料庫裝載時,沒有3079事件。

墓碑

這通常是因為尚未複寫的郵件刪除而造成邏輯刪除的結果。 您可以複製資料夾內的郵件以建立新的郵件,或複製整個資料夾。

此資訊是否有説明?

  • 如果是,請參閱 移除重複的帳戶
  • 對不起,我們無法解決本指南中未識別的問題。 如需更多有關解決此問題的說明,請與 Microsoft Exchange Server 支援人員聯繫,並告知其當資料庫裝載時,會記錄3079事件。

追蹤事件識別碼3027

請追蹤3027,以查看其所獲得的程度。 若未留下來源伺服器,請檢查 [MSExchangeIS Public] 底下的 [佇列中的提交效能計數器郵件],查看外寄郵件是否滯留在公用存放區中。

此資訊是否有説明?

  • 如果是,請參閱 移除重複的帳戶
  • 對不起,我們無法解決本指南中未識別的問題。 如需更多有關解決此問題的說明,請與 Microsoft Exchange Server 支援人員聯繫,並告知其當資料庫裝載時,會記錄3079事件。

可能的 ReplState 問題

此問題可能是 XEXCH50 問題或 ReplState 問題。 在繼續之前,讓我們確認已啟用 SMTP 記錄。

使用下列步驟,選取您的 Exchange 版本以驗證及調整 ReplState 設定:

針對 Exchange Server 2007 和 Exchange Server 2010

  1. 啟動 Exchange 管理主控台。
  2. 使用 Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' Cmdlet 來開啟 SMTP 上的事件記錄。
  3. 使用此 Resume-PublicFolderReplication Cmdlet 可啟動整個組織的公用資料夾複寫。

針對 Exchange Server 2003

  1. 啟動 Exchange 系統管理員。
  2. 展開 [ 伺服器],以滑鼠右鍵按一下 [ Your_ 伺服器名稱],然後選取 [ 屬性]。
  3. 選取 [診斷記錄] 索引標籤,然後選取 [服務] 底下的MSExchangeTransport
  4. 在 [ 類別] 下,選取 [ SMTP]。
  5. 在 [ 記錄層級] 底下,選取 [ ]。

您的 Exchange 版本為何?

傳輸中的一或多個郵件遺失

如果目的伺服器上的3031事件數目少於來源伺服器上的3021事件數目,則傳輸中的一或多封郵件會遺失。 若要疑難排解郵件遺失,請找出未複製之郵件的郵件識別碼。

若要這麼做,請檢查來源伺服器上的應用程式記錄檔。 然後,使用郵件追蹤來追蹤郵件並疑難排解問題。

是否有任何 Exchange Server 2007 或2010伺服器在該郵件的路徑中?

是否已解決問題

您的問題現在已經解決了嗎?

  • 如果是的話,恭喜! 您的 Exchange Server 2003 問題的公用資料夾複寫已解決。
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。

在路徑中的 exchange Server 2007 和 Exchange Server 2010

Exchange Server 2007 或 Exchange Server 2010 上遺失的內容回填回應最常見的原因是儲存區驅動程式失敗。 例如,回填回應會傳送至 Exchange Server 2007 伺服器,但如果您查看2007端的應用程式記錄,您就不會看到傳入複寫事件。 郵件追蹤顯示覆寫郵件傳送至 hub transport server,然後在儲存區驅動程式中失敗。

疑難排解的第一步是追蹤訊息,並查看失敗的位置。

通常,hub transport server 會記錄事件1020,以說明該特定內容的問題。 在追蹤郵件並決定其失敗的 hub transport server 之後,請在該 hub transport server 上檢查1020事件與來源 MSExchange 存放區驅動程式。

您是否在該 hub transport server 上看到含「來源 MSExchange 儲存區」驅動程式的1020事件?

郵件內容中的 exchange Server 2007 和 Exchange Server 2010 (會損毀)

此郵件通常是由於 TNEF 損毀而損壞。 如果這是混合式環境,請套用 Exchange 2013 CU6 以避免新的損毀郵件,並刪除舊郵件。 若要識別損毀的專案,請繼續執行下列步驟。

若要識別損毀的專案:

  1. 將源伺服器上的複寫郵件大小降低為1k。
  2. 在目的地上,使用 同步內容更新 PublicFolder,強制進行其他回填要求。
  3. 您現在會看到來源伺服器上資料夾中每個專案 (事件 3021) 一個回填回應。 如果資料夾包含許多專案,應用程式記錄檔可能會填滿回填回應。 當3021活動 calmed 停機後,請清除來源伺服器上的應用程式記錄,並強制執行其他回填要求。 由於所有已在 backfills 的最後一輪中已複寫好的專案,因此您在新事件3021中應該看到的唯一新專案應該是損毀的專案。

現在,您應該針對來源伺服器的應用程式記錄檔中每個損毀的專案, (3021) 一個回填回應,1 1020 並針對 hub transport server 的應用程式記錄檔中每個損毀的專案,各有一個回填回應。 既然您現在知道哪些專案損毀 (因為您可以在3021事件) 中讀取專案主題,所以您可以刪除這些專案或嘗試修正這些專案。

如需詳細資訊,請參閱 從 Exchange server 2003 修復公用資料夾複寫錯誤至 Exchange server 2007 或 2010

是否已解決問題?

Exchange Server 2007 和 path (中的 Exchange Server 2010 請參閱1020事件,但上述錯誤訊息皆不)

這是其他損毀的專案類型。 若要識別損毀的專案:

  1. 將源伺服器上的複寫郵件大小降低為1k。
  2. 在目的地上,強制使用 同步內容更新公用資料夾的其他回填要求。
  3. 您現在會看到來源伺服器上資料夾中每個專案 (事件 3021) 一個回填回應。 如果資料夾包含許多專案,應用程式記錄檔可能會填滿回填回應。 當3021活動 calmed 停機後,請清除來源伺服器上的應用程式記錄,並強制執行其他回填要求。 由於所有已在 backfills 的最後一輪中已複寫好的專案,因此您在新事件3021中應該看到的唯一新專案應該是損毀的專案。

現在,您應該針對來源伺服器的應用程式記錄檔中每個損毀的專案 (3021 事件) ,1 1020 以及在 hub transport server 的應用程式記錄檔中每個損毀的專案,都有一個回填回應。 既然您現在知道哪些專案損毀 (因為您可以在3021事件) 中讀取專案主題,您可以將其刪除或嘗試修正。

如需詳細資訊,請參閱 從 Exchange server 2003 修復公用資料夾複寫錯誤至 Exchange server 2007 或 2010

您的問題現在已經解決了嗎?

移除重複帳戶

移除事件中所述的重複帳戶,或刪除其中一個使用者,以便為 DS 中的單一使用者解析 SID。

此資訊是否有説明?

  • 如果是的話,恭喜! Exchange Server 問題的公用資料夾複寫已解決。
  • 對不起,我們無法使用本指南解決未識別的問題。 如需協助解決這個問題,請與 Microsoft Exchange Server 支援人員聯繫。