Exchange Server 2010 主控台開起出現初始化失敗回覆........囧

錯誤訊息 winrm

g20080828 2013-10-16 20:38:08 ‧ 12366 瀏覽

分享至

Exchange Server 2010 裝好約一個多月了
今天開Exchange Server 2010 主控台出來看,居然跳出這個畫面

神奇的是郵件還是可以正常的收發,OWA也可以登入.

google了老半天也看不太懂到底要怎解決
很多文章都有提到這個資料夾
C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\PowerShell
可是我點進去看裡面只有兩個檔案:web.config及web.config.bak

IIS中的Default Web Site下的PowerShell的實體路徑也是指向:
C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\PowerShell

請問各位前輩有無遇過這樣的問題呢?

登入發表討論

直播研討會

{{ item.channelVendor }} {{ item.webinarstarted }} |

直播中

3 個回答

Ray

iT邦大神 1 級 ‧ 2013-10-16 23:45:21

最佳解答

EMC 只是一個 UI 介面, 他並沒有內含任何的管理核心, 你在 UI 上操作的指令, 都是透過 WinRM 送給後端的 Exchange Web Service (EWS) 處理, 再將處理的結果丟回給 EMC 去顯示.

通常 EMC 進不去, 第一個要查的就是你的 IIS 伺服器是否運作正常? 因為 WinRM 必須依賴 IIS 提供的 HTTP 介面來溝通. 要查 IIS 正不正常, 並不是把《IIS Admin manager》打開來看裡面的內容, 這樣看一百年也看不出名堂; IIS/WinRM 所有的錯誤都會記錄在 Event log 裡面, 所以應該是打開《事件檢視器》, 去尋找跟 IIS 和 WinRM 相關的錯誤事件, 再根據事件 ID 和資料, 去尋找相關的解法.

如果想要瞎子摸象, 隨便亂解的話, 可以嘗試在 PowerShell 裡面, 輸入這個指令來重整 WinRM (但不保證一定可以解掉, 若不行的話, 還是要乖乖的去查 Event log):

WinRM quickconfig
iisreset

此外, 如果你的 WinRM 驗證機制出問題的話, 也會造成 WinRM 不肯回應, 因為你的身分無法通過驗證. 檢查驗證機制可用: IIS admin manager > Default Web Site > PowerShell > 模組 > 確認 kerbauth 這個模組有載入, 且設定成: 模組類型=原生, 項目類型=本機. 若不是這樣設定的話, 你要想辦法解決他.

除了 WinRM 問題之外, 還有一種可能是該機的 Registry 有損壞, 導致 EMC 在讀取 Exchange 的 Node Structure 的時候, 無法取得正確的訊息. 所幸, EMC 有能力自己修復這個問題, 你只要把原來的 node structure 砍掉, 他自己會重建一個新的:

用 regedit 找到:
HKEY_CURRENT_USER\SOFTWARE\Microsoft\ExchangeServer\v14\AdminTools
把裡面的 NodeStructureSetting 機碼砍掉, 再跑一次 EMC.

至於你找到的 web.config 問題, 也是會遇到, 不過這通常就是管理者自己手殘, 沒事去改 IIS 設定, 或是亂裝其他的 ASP.NET Framework 才會發生的慘劇. 不然, web.config 好端端地躺在那裏, 只是一個 XML 的文字檔, 又沒人去動他, 他怎麼會自己壞掉?

您可以嘗試先把 c:\intepub\wwwroot 這層的 web.config 改名讓 IIS 找不到, 然後重啟 IIS, 看看這樣是否可以解決?

還有很多其他的問題也會造成 EMC 起始失敗, 例如:
C:\Program Files\Microsoft\Exchange Server\V14 裡面的 ClientAccess 安全性是否有包含: "Authenticated Users" 群組?
web.config 裡面寫的 file:///%ExchangeInstallDir% 路徑, 是否就是你安裝 Exchange 的正確路徑?....等等....

由於有太多種可能性, 我們不能這樣瞎猜胡亂下指令改, 必須先確認一個方向, 再進去查. 所以, Event Log 很重要, 即使看起來跟 Exchange 不相干的其他錯誤, 都有可能影響到.

回應 5
分享
檢舉

看更多先前的回應...收起先前的回應...

u8526425 iT邦大師 1 級 ‧ 2013-10-17 08:09:27 檢舉

可以問一下這樣的debug knowhow是透過什麼管道得知的嗎

Ray iT邦大神 1 級 ‧ 2013-10-17 09:49:13 檢舉

可以問一下這樣的debug knowhow是透過什麼管道得知的嗎

這個問得好, 伸手要釣好的魚, 不如問怎麼釣到魚...

Google + Microsoft Technet blog + Exchange Team Blog + MSDN forum + Exchange 2010 MCITP 認證

Ken(Bigcandy) iT邦大師 1 級 ‧ 2013-10-17 10:41:06 檢舉

IIS問題+1，經驗

Ray iT邦大神 1 級 ‧ 2013-10-17 16:53:14 檢舉

今天一位同事才又遇到另外一種 EMC 初始化失敗狀況 (最近是怎樣? 要死大家一起死...):
有人把 SBS 2011 裡面的 Sharepoint 移除掉, 結果 EMC 就進不去了.

解法:

按右鍵用 administrator 身份打開 PowerShell Console
輸入: Set-ExecutionPolicy remotesigned, 回答: Yes
重新開啟 EMC
收工

至於為何這樣解? 我是根據當時 EMC 初始化失敗的畫面訊息來判斷的, 可惜當時的畫面沒有留下來. 不過, 那個訊息告訴我: 目前的 PowerShell 處於 restricted mode, 所以初始化指令無法執行. 當然中間還有幾個 debug 的過程, 最後我判定是 Registry 的權限有誤, 造成 PowerShell 指令失敗, 所以才請同事改用《右鍵administrator》的方式去執行, 然後解掉.

這個過程, 需要用到許多不同領域的知識, 並不是只懂 Exchange 就可以了. 事實上, 此問題跟 Exchange 一點關係都沒有, 是 Registry 和 PowerShell 出了問題, 才無辜牽連到 Exchange 的.

只要對整個架構的連動關係了解, 其實解起來很快; 我幫同事解這個問題, 只花了 2 分鐘...