الأعراض
اطّلع على السيناريو التالي:
-
يمكنك استخدام مثيل Microsoft SQL Server 2012 أو SQL Server 2014 الذي تم تمكين NUMA له.
-
تم تكوين SQL Server لاستخدام العديد من مراكز CPU عبر عقد NUMA متعددة (علي سبيل المثال ، العقد التي تتضمن 4 مراكز لكل منها).
-
تقوم بتشغيل حمل عمل التحويل البرمجي الكثيف الذي ينشئ معدل تحويل برمجي مرتفع من عده اتصالات متزامنة.
في هذا السيناريو ، لا تلاحظ اي زيادة في نتائج استعلام التحويل البرمجي/الثانية بعدد متزايد من المراكز المتوفرة التي تتجاوز 12 أو بالتالي. كذلك ، قد تعرض الوحدة المركزية CPU الاستخدام في 100 بالمائة.ملاحظة يتم إصدار Acrobat Reader من قِبل شركة Adobe Systems Inc.. تعتمد خطورة إشباع وحده المعالجة المركزية علي عدد المراكز لكل عقده NUMA وأيضا علي معدل التحويل البرمجي.
السبب
تحدث هذه المشكلة نظرا لان SQL Server يستخدم بنيه بيانات قد تساهم في أنماط الاتصال الخاصة بوحدات المعالجة المركزية علي أجهزه ممكنة لتمكين البرامج التي تعمل باستخدام NUMA عبر التحويل
الحل
بعد تطبيق هذا الإصلاح ، يستبدل SQL Server استخدام بنيه مشتركه مع البيانات المحلية لمؤشر الترابط. تم تصحيح المشكلة أولا في التحديث التراكمي التالي ل SQL Server.
تحديث تراكمي 1 ل SQL Server 2012 SP2 /en-us/help/2976982
تحديث تراكمي 2 ل SQL Server 2014 /en-us/help/2967546
تحديث تراكمي 10 ل SQL Server 2012 SP1 /en-us/help/2954099
يحتوي كل تحديث تراكمي جديد ل SQL Server علي كل الإصلاحات العاجلة وكل تصحيحات الأمان التي تم تضمينها في التحديث التراكمي السابق. اطلع علي آخر التحديثات التراكمية ل SQL Server:
الحل البديل
لحل هذه المشكلة ، قم بتقليل معدل التحويل البرمجي في نظام SQL Server.
الحالة
أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".