ASP.NET通过DSO访问分析服务器的权限问题

• 服务器
• 权限
• 问题
• 分析
• 访问
• 通过
• OLAP
• DSO
• 代码

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文件的中加入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查找的），一部分是自己探索和验证的结果，有错误的地方，请告知，谢谢！