Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/powerbi/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ssas 由于数据库-表格中的结构更改,当前会话不再可用_Ssas_Powerbi_Dax_Ssas Tabular - Fatal编程技术网

Ssas 由于数据库-表格中的结构更改,当前会话不再可用

Ssas 由于数据库-表格中的结构更改,当前会话不再可用,ssas,powerbi,dax,ssas-tabular,Ssas,Powerbi,Dax,Ssas Tabular,我们使用的是SQL Server表格模型,用于自助BI目的。每月我们有大约90个不同的人在使用该模型。最近,我们在连接到表格模型的客户端工具(Excel和Power BI)中遇到了一些问题/错误。请参见屏幕截图。在过去一段时间内,我们没有对模型进行任何重大更改。 我们注意到,在我们的增量加载之后,错误不断出现,即,我们每15分钟处理一次多个分区的完整进程。SSIS作业每15分钟调度一次,并在3个表中处理5个分区,该作业将启动该进程 编辑:经过一些研究,我发现问题在于视角。每次我对任何对象执行一个

我们使用的是SQL Server表格模型,用于自助BI目的。每月我们有大约90个不同的人在使用该模型。最近,我们在连接到表格模型的客户端工具(Excel和Power BI)中遇到了一些问题/错误。请参见屏幕截图。在过去一段时间内,我们没有对模型进行任何重大更改。 我们注意到,在我们的增量加载之后,错误不断出现,即,我们每15分钟处理一次多个分区的完整进程。SSIS作业每15分钟调度一次,并在3个表中处理5个分区,该作业将启动该进程

编辑:经过一些研究,我发现问题在于视角。每次我对任何对象执行一个完整的过程。出现错误。这不会发生在默认模型视图上。但仍然没有找到解决方案

更改power bi报告或excel文件时会发生此错误。例如,在执行刷新或单击过滤器时。如果您多次按“刷新”,连接就会恢复,一切正常。客户似乎与模型失去了联系。15分钟后,问题再次出现

这对用户来说是非常恼人的。特别是当他们在演讲的时候。

这就是我们所尝试的:

  • 我们试图在谷歌上搜索解决方案
  • 检查是否有最新的SQL Server 2016更新(13.0.5149.0)
  • 从Visual Studio生成SSAS(2015年至2017年)
  • 表上没有完整的进程,只有 分区
  • 将服务器从4个cpu核心升级到8个cpu核心
我希望有人能帮助我们


您不应该只看到分区的完整进程,甚至整个表中出现的错误。对于许多核心表,我们每小时都会这样做,但我们没有看到任何类似的问题(我们会这样做)

我是从假设开始的

  • 15分钟的过程不仅仅是用刷新命令处理分区
  • 环境中正在发生其他事件(无论是否已计划)。谁有权更改架构?是用户/开发人员故意还是不进行更改
唯一会导致这种错误的是Alter、Delete或CreateOrReplace TMSL命令

因此,除非这触发了你对诊断过程的想法,否则我将执行以下步骤

注意:我假设当您在测试环境上运行15分钟的处理例程时,您的用户也会在测试环境中看到这个问题。您应该在没有其他运行的测试环境中执行以下操作,以消除其他人干扰实验的可能性。如果你没有一个有代表性的测试环境,那么你将不得不在现场进行,但我会在几个小时之外或者在某种更改控制过程中进行,关闭15分钟的刷新,并严格锁定多维数据集的管理员权限,以确保没有任何东西会干扰你的实验

首先证明你可以用15分钟的例行程序重现这个问题

  • 获取已知会显示错误的示例PowerBI报告(我更喜欢PowerBI,因为它比Excel稍微简单)
  • 刷新PowerBI并查看数据以证明错误不会发生
  • 运行15分钟的流程
  • 您现在应该看到报告的问题。如果你这样做了,很好,你有一个可复制的问题!如果你没有,那么它就不是你想象的那样,你需要找到可靠地重现这些错误的方法。(也许发生了其他事情,而不是15分钟的过程)
因此,现在您确定了如何重现问题,您需要确定问题是否真的是由处理引起的

  • 刷新PowerBI并查看数据以证明错误不会发生
  • 执行(通过SSMS)XMLA,该XMLA处理一个表的整个数据库
应该是这样的

{  
  "refresh": {  
    "type": "full",  
    "objects": [  
      {  
        "database": "yourdbname"  
      }  
    ]  
  }  
}  
  • 做用户看到问题时所做的事情
  • 如果您也看到了这个问题,那么我将向Microsoft支持人员提出,因为这不应该发生
  • 如果您没有看到这个问题,那么您可以将这个处理细化为一个表的分区。但是,正如我们已经为上面的整个db做了一个过程,if不应该改变结果
  • 如果您仍然看不到问题,那么导致此问题的不是处理过程(我怀疑),而是15分钟例程中的其他原因。深入研究这个过程,了解它在做什么
除此之外,日志还应显示是否有任何其他处理任务或XMLA类型正在发生


我希望这些想法能让您更接近于找到为您的用户带来这种体验的实际活动。如果你能发布你的进展和发现,那就太好了。

如果我在我的SQL Server 2017上安装了最新的CU,我也会遇到同样的问题。由于此问题,我的生产环境仍在使用CU3(2018年1月)运行


我知道我建议将您的安装恢复到以前的版本。可能是13.0.5026.0(SP2),甚至是13.0.4466.4(2018年1月)。

安装SQL Server 2017 CU 11后,我面临同样的问题。
当“完全刷新”与在现有连接中使用“透视图”相结合时,确实会出现此问题。在连接中使用默认“模型”的解决方法确实“解决”了这个问题

谢谢你的回答。经过一番研究,我发现问题在于视角。每次我对任何对象进行完整处理时。这个