ASP.NET中通過Decision Support Objects（DSO）訪問分析服務器的權限問題

1. 引子

先看一段代碼：

public class WebForm1 : System.Web.UI.Page
{
    private void Button1_Click(object sender, System.EventArgs e)
    {
        DSO.Server dsoServer = new DSO.ServerClass();
        dsoServer.Connect("lisp-pc");
        dsoServer.CloseServer();
    }
}

這是用ASP.NET中調用DSO的一個代碼片斷，程序的本意是想連接到lisp-pc上的分析服務器（這段代碼所在的Web服務器也在lisp-pc上）。但不幸得的是執行完dsoServer.Connect("lisp-pc");之后，程序拋出了一個異常。事實上，同樣的代碼在Widnows Application的項目中，運行正常。

2. 到底發生了什么事情
事實上，這段代碼潛在著三個問題。

2.1 線程模式不一致

DSO線程模式跟ASP.NET的客戶端環境線程模式不一致。前者是STA模式，而后者是MTA模式。解決的辦法是在這段代碼所在的ASPX文件的<%@ Page %>中加入aspcompat="true"，使得，這個頁面的線程模式跟STA匹配。

2.2 OLAP Administrators

DSO的調用者需要加入OLAP服務器的OLAP Administrators組才有權限連接到OLAP服務器。ASP.NET中，在默認的情況下，這段代碼調用者的身份是ASPNET和IUSER_MACHINE（這兩個角色在什么時候起作用有待考查）。解決的辦法有在OLAP服務器上，把這個賬戶加入到OLAP Administrators組中。更進一步的方法是，在IIS服務器中配置ASP.NET應用程序的身份，或者通過web.config的identity屬性配置，同樣將定制好的用戶加入OLAP服務器的OLAP Administrators組中。

2.3 分析服務器的BIN目錄

一個很讓人疏忽的地方就是，DSO的調用者需要對分析服務器的BIN目錄的出來又讀取的權限，還需要有修改和寫入的安全權限。對分析服務器的BIN的存取是以Windows文件共享的方式進行處理的。可以猜想，對DSO調用是，DSO可能需要對該目錄下的msmdrep.mdb和msmdqlog.mdb兩個文件進行存取，所以，才需要對BIN目錄有讀取和寫入的權限。

3. 總結

以上的解決方法，一部分整理自新聞組（通過Google查找的），一部分是自己探索和驗證的結果，有錯誤的地方，請告知，謝謝！