癥狀

公司一臺數(shù)據(jù)庫服務器上部署了IIS網(wǎng)站（IIS7），利用Sql Server Analysis Services的msmdpump.dll組件，實現(xiàn)了通過HTTP層來訪問Analysis Services（MSAS不支持HTTP遠程訪問，非HTTP的遠程訪問也一直沒成功過）。運行狀況一直良好，最近突然罷工。Debug發(fā)現(xiàn)在建立連接的時候總是拋出“The Connection either timed out or was lost”。

診斷

嘗試用企業(yè)管理器直接連接Analysis Services，成功，數(shù)據(jù)訪問也正常，說明Analysis Services服務運作正常。那看來問題是出在了IIS這一層。

直接在瀏覽器中通過http://machinename/olap/msmdpump.dll去訪問的時候，會彈出一個保存文件的對話框。正常情況下，服務器會返回500，因為沒有數(shù)據(jù)輸入?，F(xiàn)在彈出保存文件的對話框，說明IIS把這個dll資源當作一個普通文件來對待了，而不是調(diào)用ISAPI處理器來處理。

細看了網(wǎng)站的配置，似乎沒有問題，重新部署了一個網(wǎng)站，重新配置了ISAPI處理器映射，問題依舊出現(xiàn)。

自己探索了很久，未果，Google了很久，一篇文章（IIS7 - Running 32-bit and 64-bit ASP.NET versions at the same time on different worker processes）提醒了我。這篇文章講的是如何在不同的應用程序池進程上同時使用32位和64位的Asp.Net。

公司服務器出于性能考慮，用了64位系統(tǒng)。相應的msmdpump.dll文件也是64位的，但IIS的應用程序池進程是多少位的，我倒還真沒考慮過。任務管理器一看，只有一個"w3wp.exe * 32”，果然是32位的。那問題的原因應該是，32位的應用程序池無法加載64位的Isapi處理器。

知道了問題所在，解決方法也很簡單，啟動一個64位的應用程序池就行了。打開應用程序池的高級設置，找到了“啟用32位應用程序（enable32bitAppOnWin64）”的設置，將其從原來的True改成False（默認值為False）。這個選項的作用就是允許在64位操作系統(tǒng)上，以32位的應用程序池去加載32位的程序。

之所以會突然出現(xiàn)這個問題，是因為IIS的機器配置文件ApplicationHost.config文件中，全局應用程序池的enable32bitAppOnWin64默認值被意外修改為True。而我部署的IIS網(wǎng)站，由于沒有顯式設置此選項，因此會繼承ApplicationHost.config文件中的默認值。