症状

请考虑以下情况:

  • 在多维模式下使用 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 用于描述软件更新的 术语

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

你对翻译质量的满意程度如何?

哪些因素影响了你的体验?

是否还有其他反馈?(可选)

谢谢您的反馈意见!

×