Belirtiler
Aşağıdaki senaryoyu inceleyin:
-
SQL Server Analysis Services 'ı çok boyutlu modda kullanırsınız.
-
Windows düşük parçalanma yığını kullanmak için Heaptypeforobjects özelliğini 0 olarak ayarlarsınız.
-
Sorguları ve işleme işlemlerini çalıştırabilirsiniz.
Bu senaryoda, Analysis Services altyapısı tarafından ayrılan büyük nesneler Windows bellek yığınında saat veya gün boyunca parçalanmasına neden olabilir. Parçalanma oluşturulduğunda, bir dizin işleme işlemi tıkanıklık yapmaya başlayabilir ve tamamlanması uzun sürebilir.
Çözüm
Güncelleştirme bilgileri
Bu sorun aşağıdaki SQL Server toplu güncelleştirmelerinde giderilmiştir: SQLserver 2014 SP2 Için toplu güncelleştirme 1sql server 20142012için toplu güncelleştirme
Her bir SQL Server toplu güncelleştirmesi, önceki toplu güncelleştirmeyle birlikte gelen tüm düzeltmeleri ve tüm güvenlik düzeltmelerini içerir. En son SQL Server güncelleştirmelerini gözden geçirin:
En son SQL server 2012 SP3 toplu GÜNCELLEŞTIRMESI SQL Server 2014 için en son toplu GÜNCELLEŞTIRME (SP1/SP2)
Ek Bilgi
Varsayılan olarak, Çözümleme Hizmetleri sabit tür nesnelerinin bellek ayırmaları için Windows düşük parçalanma yığını (LFH) kullanır. Bu, Heaptypeforobjects ayarıyla denetlenir. Bazı durumlarda LFH yığını parçalanmış duruma gelir ve performans sorunları olabilir. Genellikle, 16 KB 'den büyük ayırma yapıldığında LFH genellikle parçalanır. Bu güncelleştirme, bu sabit tür nesne ayırmaları için Çözümleme Hizmetleri davranışını yalnızca nesnenin boyutu 16 KB 'den az olduğunda Windows LFH yığını kullanacak şekilde değiştirir. Nesnenin boyutu 16 KB 'den büyükse, Çözümleme Hizmetleri bunun yerine Analysis Services yığın uygulamasını kullanır. Çözümleme Hizmetleri yığın uygulaması LFH yığınından daha yavaş çalışabilir. Bununla birlikte, bu parçalama sorunuyla karşılaşmaz.
Durum
Microsoft bu sorunun "Uygulandığı öğe" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
Başvurular
Microsoft 'un yazılım güncelleştirmelerini açıklamak için kullandığı terminoloji hakkında bilgi edinin.