| 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查找的），一部分是自己探索和验证的结果，有错误的地方，请告知，谢谢！ |
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
