ASP.NET通过DSO访问分析服务器的权限问题
发布时间:2006-10-14 3:47:13   收集提供:gaoqian

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查找的),一部分是自己探索和验证的结果,有错误的地方,请告知,谢谢!

 
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50