我正在测试升级到SSAS 2008并验证现有报告是否有效 正常。我能够获得一些使用SSAS作为的SSRS报告 数据源运行没有任何问题。它们很简单，只有一个 数据集。报告说我无法正常对SSAS工作 2008有多个数据集，并且具有数据范围设置的fitler设置 作为参数。一旦我将该过滤器设置为参数并进行部署 他们报告返回“连接超时或丢失。 无法从传输连接中读取数据：现有连接是 被远程主机强行关闭。现有的连接是强行的 由远程主机关闭“消息。
有趣的是，当我在BIDS本地运行时，报告工作正常 如果我将其指向SSAS 2005服务器，它一旦部署就可以正常工作。有一次，我 将它指向SSAS 2008服务器失败。我可以得到其他报告 很好，但不是这种类型的过滤器设置。我可以看到了 开始和结束日期参数MDX语句在跟踪中运行，但也就是说 它。在那些运行之后，我们收到传输连接消息。
另一个有趣的事情是，在报告的生产环境中
工作正常，但有SSRS 2005和SSAS 2008.这有意义吗？
可能是什么导致了这个？我尝试过设置单笔交易
数据源上的级别也是如此，但这似乎没有什么区别。
答案 0 :(得分：3)
事实证明，这是微软现在的一个已知问题。我们至少是记录此问题的第四位客户。它特别与Windows Server 2008和Kerberos的使用有关。在使用Kerberos时，它必须处理数据包和校验和计算。我正在与Microsoft的Analysis Service支持团队的某个人合作。他们正在与Windows团队积极合作，希望能够解决这个问题。在此之前，我们需要在Windows 2003服务器上运行其中一个组件（SSRS 2008或SSAS 2008），因为我们将继续使用Kerberos并保持在分发环境中。这是我昨晚从MS Support收到的内容：
感谢您确认使用Server 2003作为中间层的测试。不幸的是，基于您到目前为止所描述的症状，听起来这可能是我们在Kerberos身份验证中的客户端和服务器都是2008或Vista时看到的持续问题。我们目前正在与Windows团队积极调查，但到目前为止还没有解决方案，如果这是问题。我们可以通过使用您发现的非2008客户端，或者将客户端和服务器放在同一个盒子上，或者避免Kerberos身份验证（需要在中间层进行明文身份验证 - 来自客户端的基本身份验证）来解决此问题。使用中间层配置中提供的指定帐户进行匿名身份验证。
希望这将在不久的将来得到解决。目前我们计划在Windows Server 2003上运行SSRS 2008。
答案 1 :(得分：0)
关于这方面的跟进，我做了一篇关于此的博客文章，你可以在这里查看 - Windows Server 2008 Kerberos Bug – Transport Connection Issues with SSAS data
答案 2 :(得分：0)
我是否知道您是在一个盒子上托管SSAS而在另一个盒子上托管另一个SSRS？根据您报告的问题，我非常相信这两台服务器之间的端口被阻止。如果服务托管在同一个框中，您可能必须使用“localhost”作为条目。
我个人还没有机会尝试SSAS，但我是SSRS 2008服务的常客。我在ASPHostDirectory.com举办了我的SSRS 2008，到目前为止，一切顺利。我能够远程连接到我的报告，并且能够在线管理我的报告。
我没有遇到过您当前的错误消息。但是，当我尝试使用FTP时，我确实看到了“类似”的错误。我能够连接到FTP服务器，但FTP服务器无法显示文件夹并立即终止我的会话。然后我将我的FTP连接模式设置为活动状态，一切都开始工作。我知道这个解决方案可能无关紧要，但我想指出的是这个问题似乎是由防火墙引起的。
谢谢。
答案 3 :(得分：0)
Windows Server 2008 Kerberos Bug Patch – resolves SSAS connection issues
一位同事告诉我，微软已经发布补丁来修复今年早些时候发现的AES Kerberos问题 - Windows Server 2008 Kerberos Bug – Transport Connection Issues with SSAS data。我还没有得到通知，但我查看了John Tunnicliffe博士的博客文章SSAS: Microsoft release fix for “Kerberos killing MDX” issue，并提供了下载链接
http://support.microsoft.com/default.aspx/kb/969083
此特定下载似乎没有官方知识库（KB）链接，但根据John博士的说法，这确实解决了传输错误的问题。我被告知KB将是968700，但根据这些链接，它似乎是969083.
因此，对于那些不得不暂时升级到Windows Server 2008的人，您现在可以下载该补丁并继续进行基础架构升级。在将补丁部署到生产环境之前，请确保正确测试补丁。