الأعراض
افترض انك تستخدم Microsoft SQL Server 2016 و 2017. إذا قمت بتمكين xml_deadlock_report الحدث لجمع البيانات ل ديادلوكس ، سيتم الإبلاغ عن العديد من الاحداث الxml_deadlock_reportه لحدوث حاله توقف تام للاستعلام واحد.
الحل البديل
كحل بديل لهذه المشكلة ، يمكنك تجميع error_reported XEvent باستخدام عامل تصفيه error_number = 1205 بدلا من xml_deadlock_report ، كما هو موضح في المثال التالي:
إنشاء جلسة الحدث [Deadlock_Collection] علي الخادم
أضافه sqlserver.error_reported الاحداث (
أين ([error_number] = (1205)))
أضافه package0 الهدف (تعيين filtering_event_name = N ' sqlserver.lock_acquired ' ، source = N ' sqlserver.query_hash ')
باستخدام (MAX_MEMORY = 4096 كيلوبايت ، EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS ، MAX_DISPATCH_LATENCY = 30 ثانيه ، MAX_EVENT_SIZE = 0 كيلوبايت ، MEMORY_PARTITION_MODE = "بلا" ، TRACK_CAUSALITY = تشغيل ، STARTUP_STATE = OFF)
متابعه
الحل
تم تصحيح هذه المشكلة في التحديثات التراكمية التالية ل SQL Server:
تحديث تراكمي 10 ل SQL Server 2017
تحديث تراكمي 2 ل SQL Server 2016 SP2
ملاحظهبهذا الإصلاح ، لم يتم الإبلاغ عن اي احداث xml_deadlock_reportه لحاله التوقف التام للاستعلام عندما يمكن حل حاله التوقف التام بدون كيلينج مؤشر ترابط.
يحتوي كل تحديث تراكمي جديد ل SQL Server علي كل الإصلاحات العاجلة وكل تصحيحات الأمان التي تم تضمينها في التحديث التراكمي السابق. اطلع علي آخر التحديثات التراكمية ل SQL Server:
الحالة
أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".
المراجع
تعرف علي المصطلحاتالتي تستخدمها Microsoft لوصف تحديثات البرامج.