症状
请考虑以下情况：
-
在多维模式下使用 SQL Server Analysis Services。
-
将 HeapTypeForObjects 属性设置为 0 可使用 Windows 低碎片碎片堆。
-
你可以混合运行查询和处理操作。
在此方案中，由 Analysis Services 引擎分配的大型对象可能会在一段小时或几天内导致 Windows 内存堆中出现碎片。 当碎片生成时，索引处理操作可能会启动瓶颈并需要很长时间才能完成。
解决方案
更新信息
此问题已在 SQL server 的以下累积更新中修复： sqlserver 2014 的累积更新 1 SP2累积更新 4for Sql Server 2012 Service Pack 3累积更新8（适用于 sql server 2014 SP1 ）
SQL Server 的每个新的累积更新均包含以前的累积更新中包含的所有修补程序和所有安全修补程序。 查看 SQL Server 的最新累积更新：
Sql server 2012 的最新累积更新 sql SERVER 2014 的 SP3 最新累积更新（SP1/SP2）
更多信息
默认情况下，Analysis Services 对固定类型对象的内存分配使用 Windows 低碎片拆分堆（LFH）。 这由 HeapTypeForObjects 设置控制。 在某些情况下，LFH 堆可能会变得零碎，从而导致性能瓶颈。 当分配大于 16 KB 时，LFH 通常会产生碎片。此更新会将这些固定类型对象分配的 Analysis Services 行为更改为仅当对象的大小小于 16 KB 时才使用 Windows LFH 堆。 如果对象的大小大于 16 KB，则 Analysis Services 改为使用 Analysis Services 堆实现。 Analysis Services 堆实现可能比 LFH 堆的运行速度慢。 但是，它不会遇到此碎片问题。
状态
Microsoft 已确认这是在“适用范围”部分中列出的 Microsoft 产品存在的问题。
参考
了解 Microsoft 用于描述软件更新的 术语 。
