癥狀
公司一臺數據庫服務器上部署了IIS網站(IIS7)，利用Sql Server Analysis Services的msmdpump.dll組件，實現了通過HTTP層來訪問Analysis Services(MSAS不支持HTTP遠程訪問，非HTTP的遠程訪問也一直沒成功過)。運行狀況一直良好，最近突然罷工。Debug發現在建立連接的時候總是拋出“The Connection either timed out or was lost”。
診斷
嘗試用企業管理器直接連接Analysis Services，成功，數據訪問也正常，說明Analysis Services服務運作正常。那看來問題是出在了IIS這一層。
直接在瀏覽器中通過http://machinename/olap/msmdpump.dll去訪問的時候，會彈出一個保存文件的對話框。正常情況下，服務器會返回500，因為沒有數據輸入。現在彈出保存文件的對話框，說明IIS把這個dll資源當作一個普通文件來對待了，而不是調用ISAPI處理器來處理。
細看了網站的配置，似乎沒有問題，重新部署了一個網站，重新配置了ISAPI處理器映射，問題依舊出現。
自己探索了很久，未果，Google了很久，一篇文章(IIS7 - Running 32-bit and 64-bit ASP.NET versions at the same time on different worker processes)提醒了我。這篇文章講的是如何在不同的應用程序池進程上同時使用32位和64位的Asp.Net。
公司服務器出于性能考慮，用了64位系統。相應的msmdpump.dll文件也是64位的，但IIS的應用程序池進程是多少位的，我倒還真沒考慮過。任務管理器一看，只有一個"w3wp.exe * 32”，果然是32位的。那問題的原因應該是，32位的應用程序池無法加載64位的Isapi處理器。
知道了問題所在，解決方法也很簡單，啟動一個64位的應用程序池就行了。打開應用程序池的高級設置，找到了“啟用32位應用程序(enable32bitAppOnWin64)”的設置，將其從原來的True改成False(默認值為False)。這個選項的作用就是允許在64位操作系統上，以32位的應用程序池去加載32位的程序。
之所以會突然出現這個問題，是因為IIS的機器配置文件ApplicationHost.config文件中，全局應用程序池的enable32bitAppOnWin64默認值被意外修改為True。而我部署的IIS網站，由于沒有顯式設置此選項，因此會繼承ApplicationHost.config文件中的默認值。
