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

1.引子

先看一段代码：

publicclassWebForm1:System.Web.UI.Page
{
privatevoidButton1_Click(objectsender,System.EventArgse)
{
DSO.ServerdsoServer=newDSO.ServerClass();
dsoServer.Connect("lisp-pc");
dsoServer.CloseServer();
}
}

这是用ASP.NET中调用DSO的一个代码片断，程序的本意是想连接到lisp-pc上的分析服务器（这段代码所在的Web服务器也在lisp-pc上）。但不幸得的是执行完dsoServer.Connect("lisp-pc");之后，程序抛出了一个异常。事实上，同样的代码在WidnowsApplication的项目中，运行正常。

2.到底发生了什么事情
事实上，这段代码潜在着三个问题。

2.1线程模式不一致

DSO线程模式跟ASP.NET的客户端环境线程模式不一致。前者是STA模式，而后者是MTA模式。解决的办法是在这段代码所在的ASPX文件的<%@Page%>中加入aspcompat="true"，使得，这个页面的线程模式跟STA匹配。

2.2OLAPAdministrators

DSO的调用者需要加入OLAP服务器的OLAPAdministrators组才有权限连接到OLAP服务器。ASP.NET中，在默认的情况下，这段代码调用者的身份是ASPNET和IUSER_MACHINE（这两个角色在什么时候起作用有待考查）。解决的办法有在OLAP服务器上，把这个账户加入到OLAPAdministrators组中。更进一步的方法是，在IIS服务器中配置ASP.NET应用程序的身份，或者通过web.config的identity属性配置，同样将定制好的用户加入OLAP服务器的OLAPAdministrators组中。

2.3分析服务器的BIN目录

一个很让人疏忽的地方就是，DSO的调用者需要对分析服务器的BIN目录的出来又读取的权限，还需要有修改和写入的安全权限。对分析服务器的BIN的存取是以Windows文件共享的方式进行处理的。可以猜想，对DSO调用是，DSO可能需要对该目录下的msmdrep.mdb和msmdqlog.mdb两个文件进行存取，所以，才需要对BIN目录有读取和写入的权限。

3.总结

以上的解决方法，一部分整理自新闻组（通过Google查找的），一部分是自己探索和验证的结果，有错误的地方，请告知，谢谢！

ASP.NET 2.0里轻松获取数据库连接统计数据 ASP实现禁止从外部提交数据

评论 (0) All