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

2024-07-10 13:04:32

字体：大中小

来源：转载

供稿：网友

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