癥狀

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

診斷

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

直接在瀏覽器中通過(guò)http://machinename/olap/msmdpump.dll去訪問(wèn)的時(shí)候，會(huì)彈出一個(gè)保存文件的對(duì)話框。正常情況下，服務(wù)器會(huì)返回500，因?yàn)闆](méi)有數(shù)據(jù)輸入?，F(xiàn)在彈出保存文件的對(duì)話框，說(shuō)明IIS把這個(gè)dll資源當(dāng)作一個(gè)普通文件來(lái)對(duì)待了，而不是調(diào)用ISAPI處理器來(lái)處理。

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

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

公司服務(wù)器出于性能考慮，用了64位系統(tǒng)。相應(yīng)的msmdpump.dll文件也是64位的，但I(xiàn)IS的應(yīng)用程序池進(jìn)程是多少位的，我倒還真沒(méi)考慮過(guò)。任務(wù)管理器一看，只有一個(gè)"w3wp.exe * 32”，果然是32位的。那問(wèn)題的原因應(yīng)該是，32位的應(yīng)用程序池?zé)o法加載64位的Isapi處理器。

知道了問(wèn)題所在，解決方法也很簡(jiǎn)單，啟動(dòng)一個(gè)64位的應(yīng)用程序池就行了。打開(kāi)應(yīng)用程序池的高級(jí)設(shè)置，找到了“啟用32位應(yīng)用程序（enable32bitAppOnWin64）”的設(shè)置，將其從原來(lái)的True改成False（默認(rèn)值為False）。這個(gè)選項(xiàng)的作用就是允許在64位操作系統(tǒng)上，以32位的應(yīng)用程序池去加載32位的程序。

之所以會(huì)突然出現(xiàn)這個(gè)問(wèn)題，是因?yàn)镮IS的機(jī)器配置文件ApplicationHost.config文件中，全局應(yīng)用程序池的enable32bitAppOnWin64默認(rèn)值被意外修改為T(mén)rue。而我部署的IIS網(wǎng)站，由于沒(méi)有顯式設(shè)置此選項(xiàng)，因此會(huì)繼承ApplicationHost.config文件中的默認(rèn)值。