疑難排解 MRS 健全設定
適用於:Exchange Server 2013
信箱複寫服務 (MRS) 健全設定會監視 MRS 服務的整體健全狀況。
說明
MRS 服務的監視可以使用下列探查和監視器。
探針 | 健全設定 | 相依性 | 關聯的監視器 |
---|---|---|---|
MRSServiceCrashingProbe | 太太 | 資訊儲存庫 | MRSServiceCrashingMonitor |
如需探查和監視的詳細資訊,請參閱 伺服器健康情況和效能。
使用者動作
服務可能會在發出警示之後復原。 因此,當您收到指定健康情況設定為狀況不良的警示時,請先確認問題仍然存在。 如果問題確實存在,請執行下列各節中所述的適當復原動作。
確認問題仍然存在
識別警示中的健全設定名稱和伺服器名稱。
訊息詳細資料會提供警示確切原因的相關資訊。 在大部分情況下,訊息詳細資料會提供足夠的疑難排解資訊來識別根本原因。 如果訊息詳細資料不清楚,請執行下列動作:
開啟 Exchange 管理命令介面,然後執行下列命令以擷取發出警示之健全狀況集的詳細資料:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
例如,若要擷取關於 server1.contoso.com 的 MRS 健全設定詳細資料,請執行下列命令:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "MRS"}
檢閱命令輸出,以判斷報告錯誤的監視器。 發出警示之監視器的 AlertValue 值會是
Unhealthy
。針對處於狀況不良狀態的監視器,重新執行相關聯的探查。 請參閱說明一節中的表格,以尋找相關聯的探查。 若要執行此動作,請執行下列命令:
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
例如,假設失敗的監視器是 MRSServiceCrashingMonitor。 與該監視器相關聯的探查是 MRSServiceCrashingProbe。 若要在 server1.contoso.com 上執行該探查,請執行下列命令:
Invoke-MonitoringProbe MRS\MRSServiceCrashingProbe -Server server1.contoso.com | Format-List
在命令輸出中,檢閱探查 的結果 值。 如果值為 Succeeded,則問題為暫時性錯誤,且不再存在。 否則,請參閱下列各節中所述的復原步驟。
常見問題
當您收到健全設定的警示時,電子郵件訊息會包含下列資訊:
傳送警示的伺服器名稱
警示的發生日期和時間
所使用的驗證機制及認證資訊
上一個錯誤的完整例外狀況追蹤,包括診斷資料與特定的 HTTP 標頭資訊
您可以使用完整例外狀況追蹤中的資訊,協助疑難排解問題。 探查所產生的例外狀況包含描述探查失敗原因的失敗原因。
信箱鎖定
信箱鎖定時,您可能會收到類似如下的警示:
MailboxIdentity: namprd03.prod.outlook.com/Microsoft Exchange Hosted Organizations/example.com/User6 MailboxGuid: Primary (00000000-abcd-01234-5678-1234567890ab) RequestFlags: IntraOrg, 提取、受保護的資料庫:exampledb-db089 例外狀況:MapiExceptionADUnavailable:無法預先填入使用者的快取...
這表示信箱已鎖定。 若要解除鎖定信箱,請執行下列命令:
New-MailboxRepairRequest -CorruptionType LockedMoveTarget -Identity <mailboxIdentity> [-Archive]
注意:在此命令中,將mailboxIdentity> 取代 < 為電子郵件訊息中提供的信箱名稱MailboxIdentity 作為 MailboxIdentity。 如果信箱是封存信箱,您必須包含 -Archive 旗標。 您可以檢視警示中的 MailboxGuid 欄位,以判斷信箱是主要信箱還是封存信箱。
損毀移轉工作
發生損毀的移轉工作時,您可能會收到類似如下的警示:
MailboxMigration 在 2012 年 9 月 7 日下午 9:08:32 擲回的通知。 詳細資料:診斷資訊:ProcessCacheEntry:第一個組織::/o=ExchangeLabs/ou=Exchange 系統管理群組 (FYDIBOHF23SPDLT) /cn=Recipients/cn=e80fc128879e452ebc882f6bca7007fa-Migration.8
移轉中繼資料發生問題時,就會發生損毀。 損毀時,Microsoft 會收到將要調查的 Watson 報告。若要從此問題復原,您必須移除移轉批次,然後重新建立批次。 如果要執行這項操作,請依照下列步驟執行:
若要移除損毀的批次,請執行下列命令:
Remove-MigrationBatch -Identity
若要重新建立批次工作,請執行下列命令:
New-MigrationBatch -Local -Name
如需詳細資訊,請 參閱 Exchange PowerShell
MailboxMigration 警示:CriticalError
在郵件移轉期間發生嚴重錯誤時,您可能會收到類似如下的警示:
MailboxMigration 在 2012 年 9 月 7 日下午 9:08:32 擲回的通知。 詳細資料:診斷資訊:ProcessCacheEntry:第一個組織::/o=ExchangeLabs/ou=Exchange 系統管理群組 (FYDIBOHF23SPDLT) /cn=Recipients/cn=e80fc128879e452ebc882f6bca7007fa-Migration.8
若要解決此問題,您必須重試移轉。 若要這樣做,請執行下列命令,或在 Exchange 系統管理中心 (EAC) 上按 [ 啟動 ] 按鈕。
Start-MigrationBatch -Identity <BatchName>
發生此問題時,Dr. Watson 訊息會傳送至 Microsoft 以進行調查。
Migration Exchange 複寫服務未執行
當您看見此錯誤原因時,可以執行下列命令來驗證服務的健全狀態:
Test-MRSHealth <servername> -MonitoringContext:$true
也可以執行下列命令來嘗試啟動服務:
Start-Service msexchangemailboxreplication
MSExchangeMailboxReplication RCP Ping 失敗
當您看見此錯誤原因時,您可能會收到類似如下的警示:
在 2012 年 6 月 26 日上午 6:08:47 偵測到 MRS 的問題。 詳細資料:伺服器 ServerName <> 的 MRS RPC Ping 檢查失敗,發生下列錯誤:Microsoft Exchange 信箱複寫服務的 RPC 端點無法回應:
發生此問題時,可以執行下列命令來驗證服務的健全狀態:
Test-MRSHealth <servername> -MonitoringContext:$true
也可以執行下列命令來嘗試重新啟動服務:
Restart-Service msexchangemailboxreplication
MSExchangeMailboxReplication 服務重複損毀
當 MSExchangeMailboxReplication 服務損毀或停止回應,您可能會收到類似如下的警示:
MRS 進程在過去 01:00:00 中已損毀至少 3 次。 <b > Watson 訊息: < /b > 即將傳送進程識別碼的 Watson 報告:41432、 搭配參數:E12、 < ServerName > 、15.00.0516.024、MSExchangeMailboxReplication、M.Exchange.MailboxReplicationService、M.E.M.BaseJob.BeginJob、System.ApplicationException、7ec9、15.00.0516.024。 ErrorReportingEnabled:True.*
發生此問題時,可以執行下列命令來驗證服務的健全狀態:
Test-MRSHealth <servername> -MonitoringContext:$true
也可以執行下列命令來嘗試重新啟動服務:
Restart-Service msexchangemailboxreplication
MSExchangeMailboxReplication 未掃描 MDB 佇列
當 MSExchangeMailboxReplication 服務無法掃描佇列時,您可能會收到類似如下的警示:
在 2012 年 6 月 12 日下午 6:20:44 偵測到 MRS 的問題。 詳細資料:伺服器伺服器 < 名稱 > 的 MRS 佇列掃描檢查失敗,發生下列錯誤:Microsoft Exchange 信箱複寫服務不會掃描信箱資料庫佇列中是否有作業。 上次掃描存留期:04:38:02.1959439。。
發生此問題時,可以執行下列命令來驗證服務的健全狀態:
Test-MRSHealth <servername> -MonitoringContext:$true
也可以執行下列命令來嘗試重新啟動服務:
Restart-Service msexchangemailboxreplication
其他疑難排解步驟
啟動 IIS 管理員,然後連線到報告問題的伺服器,驗證 MSExchangeServicesAppPool 應用程式集區正在執行中。
在 IIS 管理員中,按一下 [ 應用程式集區],然後執行下列命令來回收 MSExchangeServicesAppPool 應用程式集區:
%SystemRoot%\System32\inetsrv\Appcmd recycle apppool MSExchangeServicesAppPool
重新執行關聯的探查,如Verifying the issue still exists一節的步驟 2c 所示。
如果問題仍然存在,請使用 IISReset 公用程式回收 IIS 服務,或執行下列命令:
Iisreset /noforce
重新執行關聯的探查,如Verifying the issue still exists一節的步驟 2c 所示。
如果問題仍然存在,請重新啟動伺服器。
重新啟動伺服器之後,重新執行關聯的探查,如Verifying the issue still exists一節的步驟 2c 所示。
如果探查持續失敗,請尋求協助以解決此問題。 請連絡 Microsoft 支援人員以解決此問題。 若要連絡Microsoft 支援服務專業人員,請造訪商務支援,然後選取[伺服器>Exchange Server] 。 由於您的組織可能擁有直接連絡 Microsoft 產品支援服務的特定程序,因此請務必先檢閱組織的指南。