随着时间的推移的 Analysis Services 多维模式中的性能将会降低

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 3150432
症状
请考虑以下情形:

  • 您使用 SQL Server Analysis Services 多维模式。
  • 设置HeapTypeForObjects 属性设置为0,则使用 Windows 低碎片整理堆。
  • 运行查询和处理操作的组合。

在这种情况下,大型对象分配的 Analysis Services 引擎可能会导致 Windows 内存堆中一段内的小时数或天数的碎片。当碎片建立时,处理操作的索引可能会开始瓶颈,需要很长的时间才能完成。
解决方案

更新信息

在 SQL Server 中的以下累积更新,此问题已解决︰

累积更新 4SQL Server 2012年服务包 3

对于 SQL Server 2014 SP1 的累积更新 8

建议︰ 设置 SQL Server 的累积更新

SQL Server 的每个新累积更新包含所有修补程序和所有安全修补程序,已包含在以前的累积更新。为 SQL Server,请查阅最新的累积更新︰
更多信息
默认情况下,Analysis Services 使用 Windows 低碎片堆 (LFH) 固定的类型对象的内存分配。这是由HeapTypeForObjects设置进行控制。在某些情况下,LFH 堆可以变得很零碎,造成性能瓶颈。大于 16 KB 进行分配时通常会变得支离破碎 LFH。

此更新更改这些固定的类型的对象分配使用 Windows LFH 堆,只有对象的大小小于 16 KB 的 Analysis Services 行为。如果对象的大小大于 16 KB,Analysis Services 将改为使用 Analysis Services 堆实现。Analysis Services 堆实现可能运行速度会低于 LFH 堆。但是,它不会遇到这个碎片问题。
状态
Microsoft 已经确认这是"适用于"一节中列出的 Microsoft 产品中的问题。
参考
了解有关 术语 Microsoft 用于描述软件更新。

警告:本文已自动翻译

属性

文章 ID:3150432 - 上次审阅时间:08/15/2016 19:48:00 - 修订版本: 2.0

Microsoft SQL Server 2012 Analysis Services, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core

  • kbqfe kbsurveynew kbexpertiseinter kbfix kbmt KB3150432 KbMtzh
反馈