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查找的），一部分是自己探索和验证的结果，有错误的地方，请告知，谢谢！
本文地址：http://com.8s8s.com/it/it8608.htm