الأعراض
بعد تثبيت SQL Server 2014 Service Pack 1 (SP1) أو SQL server 2012 SP3 أو SQL Server 2016 ، فانك تواجه الأمر "بطء الاستعلام" واستخدامه في وضع التشغيل المميز (kernel) يمكنك أيضا رؤية الكمية المرتفعة من PAGELATCH_ * الانتظار.
الحل
تم تصحيح المشكلة في التحديثات التراكمية التالية ل SQL Server:
يحتوي كل تحديث تراكمي جديد ل SQL Server علي كل الإصلاحات العاجلة وكل تصحيحات الأمان التي تم تضمينها في التحديث التراكمي السابق. من المستحسن تنزيل أحدث التحديثات التراكمية ل SQL Server وتثبيته:
السبب
يستخدم SQL Server ترقيه مرتبه الحماية المؤقتة الديناميكية ومنطق خفض المرتبة (الحماية المؤقتة/الفرعية). يؤدي ذلك إلى تحسين أداء SQL Server وقابليه التحجيم عن طريق الاحتفاظ بتعقب عدد الاكتسابات علي الحماية المؤقتة ، والمدة التي يجب ان يستغرقها الحصول علي الحماية المؤقتة نفسها إذا لم يكن هناك اتصال بالحماية المؤقتة. ثم يتم ترقيه اللاتشيس المؤهلة (الحماية المؤقتة) استنادا إلى هذا النموذج. عند وجود العديد من التغييرات (ادراج/تحديثات/حذف) في كومه أو BTree (هوبت) ، قد يتم ترقيه اللاتشيس المقترنة هوبت إلى حاله الحماية المؤقتة العالية. ومع ذلك ، لا تتم الخفض تلقائيا. يمكنك قراءه المزيد حول اللاتشينج الرئيسية/الفرعية في هذه المقالة. إذا كانت هذه الهوبتسات لاحقا ديالوكاتيد ، سيتم تحرير هوبت مره أخرى إلى ذاكره تخزين مؤقت عمومية لأعاده استخدامها. عند أعاده استخدام هوبت ، فانه يعيد الحماية التي تمت ترقيتها مسبقا ، حتى في حال عدم وجود اتصال بالهوبت. يؤدي هذا إلى أضافه حموله CPU. يزيد هذا السلوك من استخدام CPU لوضع الامتيازات (kernel) ل SQL Server حتى يتم أعاده تشغيل الخادم. لا تعمل هذه الزيادة عاده علي جمع أكثر من عده ميكرو ثانيه مع كل تنفيذ. يمكنك أيضا رؤية الكمية المرتفعة من PAGELATCH_ * الانتظار بسبب هذه اللاتشيس الممتدة علي هوبتس.
الحالة
أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".