Analysis Services 多维数据集处理挂起但通过查询多维数据集重新激活
Analysis Services cube processing hangs but is reactivated by querying the cube
我们在 SQL Server 2014 Analysis Services 中处理多维立方体时遇到了一个非常奇怪的问题。多维数据集进程应该 运行 在大约 45 分钟内，但它似乎经常“卡住”或在处理中途挂起，CPU 和磁盘 activity msmdsrv.exe 进程从非常高下降到几乎为零。从我们所看到的情况来看，如果您离开它，多维数据集将无限期地保持这种状态，但奇怪的是，如果您对多维数据集执行任意 select 查询，它会自发地恢复处理。
据我所知，这似乎与 this and this 的问题相同，尽管这些帖子来自 SQL 2005 年。
我们尝试按照这些帖子中的建议增加“ThreadPool\Process\MaxThreads”设置，但问题仍然存在。从那以后，我意识到在 SQL 的更高版本中还有另一个新的线程池设置“ThreadPool\IOProcess\MaxThreads”，所以我们现在也尝试增加它，看看效果如何。
有没有其他人以前见过这个问题，可以确定解决它的最佳方法？或者这是在更高版本中修复的 Analysis Services 错误？
我们似乎通过将 ThreadPool\Process\MaxThreads 和 ThreadPool\IOProcess\MaxThreads 设置为 [=14 来解决这个问题=]256（高于根据 CPU 数量计算的默认值 64）。
这似乎稍微减慢了多维数据集处理速度（从大约 45 分钟减至大约 55 分钟），但自从进行此更改后，我们再也没有遇到处理挂起的问题。
我们在 SQL Server 2014 Analysis Services 中处理多维立方体时遇到了一个非常奇怪的问题。多维数据集进程应该 运行 在大约 45 分钟内，但它似乎经常“卡住”或在处理中途挂起，CPU 和磁盘 activity msmdsrv.exe 进程从非常高下降到几乎为零。从我们所看到的情况来看，如果您离开它，多维数据集将无限期地保持这种状态，但奇怪的是，如果您对多维数据集执行任意 select 查询，它会自发地恢复处理。
据我所知，这似乎与 this and this 的问题相同，尽管这些帖子来自 SQL 2005 年。
我们尝试按照这些帖子中的建议增加“ThreadPool\Process\MaxThreads”设置，但问题仍然存在。从那以后，我意识到在 SQL 的更高版本中还有另一个新的线程池设置“ThreadPool\IOProcess\MaxThreads”，所以我们现在也尝试增加它，看看效果如何。
有没有其他人以前见过这个问题，可以确定解决它的最佳方法？或者这是在更高版本中修复的 Analysis Services 错误？
我们似乎通过将 ThreadPool\Process\MaxThreads 和 ThreadPool\IOProcess\MaxThreads 设置为 [=14 来解决这个问题=]256（高于根据 CPU 数量计算的默认值 64）。
这似乎稍微减慢了多维数据集处理速度（从大约 45 分钟减至大约 55 分钟），但自从进行此更改后，我们再也没有遇到处理挂起的问题。