徵狀
請試想下列案例：
-
您在多維模式中使用 SQL Server Analysis Services。
-
您將 HeapTypeForObjects 屬性設定為 0 ，以使用 Windows 低碎片堆。
-
您可以混合執行查詢與處理作業。
在這種情況下，由 Analysis Services 引擎所分配的大型物件可能會在一段幾個小時或幾天內導致 Windows 記憶體堆中產生分段。 當碎片產生時，索引處理作業可能會開始產生瓶頸，且需要很長的時間才能完成。
解決方案
更新資訊
這個問題已在 SQL Server 的下列累積更新中修正：Sql server 2014 SP2累加更新4for Sql Server 2012 Service Pack 3的 sql server 2014 SP1 累積更新 8
每個新的 SQL Server 累計更新都包含所有的修正程式，以及前一個累積更新中所包含的所有安全性修正程式。 查看 SQL Server 的最新累計更新：
Sql server 2012 的最新累計更新 sql SERVER 2014 的 SP3 最新累積更新（SP1/SP2）
其他相關資訊
根據預設，Analysis Services 會針對固定類型物件的記憶體分配使用 Windows 低碎片堆（LFH）。 這是由 HeapTypeForObjects 設定所控制。 在某些情況下，LFH 堆可能會變成零碎的，並導致效能瓶頸。 當分配大於 16 KB 時，LFH 通常會變成零碎的。此更新會將這些固定類型物件分配的 Analysis Services 行為變更為使用 Windows LFH 堆（如果物件大小小於 16 KB）。 如果物件的大小大於 16 KB，Analysis Services 就會使用 Analysis Services 堆實現。 Analysis Services 堆集的執行速度可能比 LFH 堆慢。 不過，它不會遇到這個分段問題。
狀態
Microsoft 已確認＜適用於＞一節中所列的 Microsoft 產品確實有上述問題。
參考
瞭解 Microsoft 用於描述軟體更新的 詞彙 。
