الملخص
يستخدم Microsoft SQL Server 2005 عداد CPU عالي الدقة لتوفير إمكانيات توقيت ميكروسيكوند. ميكروسيكوند عبارة عن ميليونث واحده من الثانية (أو ثوساندث واحد لمده مللي ثانيه). ومع ذلك ، قد تكون قيم التوقيت في SQL Server غير صحيحه إذا كنت تستخدم التقنيات التي تغير ترددات وحده المعالجة المركزية. علي سبيل المثال ، قد تحدث هذه المشكلة عند استخدام اي من التقنيات التالية:
-
التنقل في CPU
-
تقنيه AMD Cool'n'Quiet
-
أنظمه طاقة مختلفه
تحتوي هذه المقالة علي أساليب ومعلومات اضافيه لمساعدتك علي حل هذه المشكلة.
الأعراض
عند استخدام بيان الوقت تعيين الإحصائيات لعرض أوقات تنفيذ الخادم وتحليله والتحويل البرمجي ، يمكنك الحصول علي قيم غير صحيحه. علي سبيل المثال ، قد تلاحظ ان الوقت المنقضي لوقت تنفيذ SQL Server هو أكثر من وقت وحده المعالجة المركزية (CPU). قد تؤثر هذه المشكلة علي دقه توليف الأداء. تحدث هذه المشكلة عند استخدام أحدي التقنيات المدرجة في قسم "الملخص" علي الخادم.
السبب
تحدث هذه المشكلة نظرا لتغيير ترددات وحده المعالجة المركزية عند استخدام هذه التقنيات. يستخدم SQL Server 2005 عداد CPU عالي الدقة لتوفير إمكانيات توقيت ميكروسيكوند. إذا تم تغيير ترددات وحده المعالجة المركزية (CPU) للمحافظة علي الطاقة وتقليل المخرجات الحرارية ، فقد تكون المدد المحسوبة غير صحيحه.
الحل
معلومات حزمه الخدمة
لحل هذه المشكلة ، يجب الحصول علي أحدث حزمه خدمه ل SQL Server 2005. لمزيد من المعلومات ، انقر فوق رقم المقالة التالية لعرض المقالة في قاعده معارف Microsoft:
913089 كيفيه الحصول علي أحدث حزمه خدمه ل SQL Server 2005ملاحظه في SQL Server 2005 Service Pack 3 وفي حزم الخدمات اللاحقة ، لا يتم استخدام الطابع الزمني للمعالج. تستخدم هذه الإصدارات من SQL Server 2005 جهاز التوقيت الأكثر وثوقيه بالحد الأقصى للدقة التي تبلغ 1 مللي ثانيه.
الحالة
تم تصحيح هذه المشكلة أولا في SQL Server 2005 Service Pack 3.
الحل البديل
يتطلب SQL Server 2005 نقاط بيانات معروفه ومستقره لتنفيذ توليف دقيق للأداء. إذا تم تمكين عمليات ضبط تردد وحده المعالجة المركزية الديناميكية علي الكمبيوتر ، فيمكنك تعطيلها بحيث يحافظ كبوس علي معدل تكرار ثابت قبل البدء في مراقبه أداء SQL Server وضبطه. للقيام بذلك ، استخدم الطرق التالية.
تكوين نظام الطاقة علي الكمبيوتر لفرض بقاء الكبوس عند الحد الأقصى للتردد
للقيام بذلك، اتبع الخطوات التالية:
-
انقر فوق أبدا، وفوق تشغيل، واكتب Powercfg، ثم انقر فوق موافق.
-
في مربع الحوار خصائص خيارات الطاقة ، انقر فوق دوما في القائمة أنظمه الطاقة .
-
انقر فوق موافق.
قد يحدث دفق. دفق عبارة عن ديفيرجينسي بين قيم ترددات CPU. لمزيد من المعلومات ، راجع القسم "دفق". في هذه الحالة ، يجب أعاده تشغيل Microsoft Windows لمزامنة ترددات كل الكبوس بعد تغيير نظام الطاقة. إذا لم تتمكن من أعاده تشغيل الكمبيوتر ، فيمكنك تمكين الصلة بمعالج SQL Server لمنع مؤشرات الترابط العاملة ل SQL Server من التنقل بين كبوس. عند القيام بذلك ، لا تحتاج إلى أعاده تشغيل الكمبيوتر حتى في حال حدوث ديفيرجينسي بين قيم تردد CPU. لتمكين الصلة بمعالج SQL Server لكل كبوس علي الخادم ، يجب استخدام قناع مختلف ، استنادا إلى عدد المعالجات المنطقية الموجودة علي الخادم. يسرد الجدول التالي أمثله علي السيناريوهات.
|
رقم وحده المعالجة المركزية |
عبارات لتمكين تقارب المعالج |
|---|---|
|
02 كبوس |
exec sp_configure ' قناع التقارب ' ، 0x00000003GOreconfigureGO |
|
04 كبوس |
exec sp_configure ' قناع التقارب ' ، 0x0000000FGOreconfigureGO |
|
08 كبوس |
exec sp_configure ' قناع التقارب ' ، 0x000000FFGOreconfigureGO |
|
16 كبوس |
exec sp_configure ' قناع التقارب ' ، 0x0000FFFFGOreconfigureGO |
|
32 كبوس |
exec sp_configure ' قناع التقارب ' ، 0xFFFFFFFFGOreconfigureGO |
ملاحظة يتم إصدار Acrobat Reader من قِبل شركة Adobe Systems Inc.. قد يكون غير كاف لتعطيل ميزات تباينات ترددات CPU علي مستوي BIOS. بإمكان العديد من الاداات المساعدة الأخرى التابعة لجات خارجيه تعديل ترددات CPU. تقوم بعض التطبيقات بتمكين تعديلات التكرار حتى عندما كبوس في الحد الأقصى لإعدادات نظام الطاقة. في هذه الحالة ، يجب تعطيل الاداات المساعدة التابعة لجات خارجيه هذه عند اجراء توليف الأداء في SQL Server 2005.
استخدام أدوات المساعدة وبرامج التشغيل التابعة لجهة خارجيه لمزامنة ترددات CPU وعدادات ساعة CPU
في حالات نادره ، قد يتطلب النظام تحديثا من الشركة المصنعة لتصحيح مشاكل تردد وحده المعالجة المركزية (CPU). من أفضل الممارسات لفحص النظام للحصول علي أحدث تحديثات BIOS و ميكروكودي والبرامج الثابتة إذا كنت تظن ان النظام قد تواجه مشكله.
مزيد من المعلومات
تستخدم Microsoft SQL Server 2000 والإصدارات السابقة من SQL Server أليات الزمنيه في Windows. تستخدم تقنيات التوقيتات قيمه الدقة الدقيقة. عاده ما تكون هذه الدقة من 10 إلى 15 مللي ثانيه. ومع ذلك ، قد تكون الدقة كبيره بقدر 55 ms. يتم إكمال استعلامات SQL Server بشكل متكرر داخل الأرقام الميكروسيكونده الفردية أو الممتدة. تتطلب هذه الدقة مؤقت عالي الدقة. ولذلك ، ستبلغ إصدارات SQL Server هذه المدة الزمنيه لبعض الاستعلامات بالشكل التالي 0 مللي ثانيه. ولذلك ، من الصعب مراقبه الأداء وضبط أداء SQL Server في الإصدارات السابقة من SQL Server. يعمل SQL Server 2005 علي تحسين الدقة باستخدام عداد CPU عالي الدقة لتوفير إمكانيات توقيت ميكروسيكوند. عند استخدام التقنيات المدرجة في القسم "ملخص" ، قد تكون قيم التوقيت التي تم الإبلاغ عنها غير صحيحه. قد تؤثر هذه المشكلة علي الكائنات والميزات التالية:
-
تتبع الاحداث:
-
حدث التركيز
-
الاحداث في عقده الإجراءات المخزنة
-
الاحداث في عقده تسقل
-
الاحداث في عقده الكائنات
-
الاحداث في عقده المعاملات
-
-
طرق عرض الاداره الديناميكية:
-
sys.dm_exec_query_stats
-
sys.dm_exec_requests
-
sys.dm_exec_sessions
-
sys.dm_io_pending_io_requests
-
sys.dm_os_ring_buffers
-
sys.dm_os_sys_info
-
sys.dm_io_virtual_file_stats
-
sys.dm_os_wait_stats
-
-
بيان تعيين وقت الاحصائيهات
-
جدول نظام سيسبروسيسيس
بعد تثبيت SQL Server 2005 Service Pack 2 (SP2) ، يسجل SQL Server رسالة خطا في سجل الأخطاء عند اكتشاف SQL Server ان أجهزه ضبط الوقت العالية الدقة غير متزامنة بين كبوس. تشير رسالة الخطا إلى ان توقيتات الأداء قد لا تكون دقيقه ، ويجب علي المستخدمين استخدام بيانات الأداء بحرص. ظهور رسالة الخطا التالية التالية:
رسالة الخطأ 1
لم تتم مزامنة عداد الطابع الزمني لوحده المعالجة المركزية (CPU) في معرف المجدول 2 مع كبوس الأخرى.
رسالة الخطأ ٢
تم تغيير معدل الطابع الزمني لوحده المعالجة المركزية (CPU) من 191469 إلى 1794177 بالميل الشهري. سيتم استخدام التكرار الجديد
يستخدم SQL Server إرشادات لعداد الطابع الزمني الحقيقي (ردتسك) للحصول علي عدد تجزئه CPU ل 64 بت. يمكنك قسمه هذه القيمة علي تردد وحده المعالجة المركزية لتحويل القيمة إلى القيم التي تريدها. يمكن ان تحدث تباينات التوقيت عند تغيير تردد CPU أو دفق.
التنقل في CPU
يتم تعريف التنقل باستخدام وحده المعالجة المركزية كتغيير ديلبرت في تردد وحده المعالجة المركزية. يمكن ان تعرف CPU التنقل أيضا بتقنية Intel سبيدستيب أو AMD بورنو! تقنيه. عندما تحدث وحده المعالجة المركزية (CPU) ، يمكن زيادة سرعه وحده المعالجة المركزية (CPU) أو تقليلها بمعدل الزيادات الصغيرة في 50 ميجا هرتز للمحافظة علي الطاقة وتقليل الإخراج الحراري. لا تقوم الكبوس التي تقع ضمن نفس عقده الوصول إلى الذاكرة غير الموحدة (NUMA) بضبط الترددات بشكل مستقل. يوضح الجدول التالي كيفيه تاثير التنقل في CPU علي حسابات التوقيت.
|
توصي |
ردتسك التجزئة |
علامات التجزئة لكل مللي ثانيه (تكرار) |
وقت ساعة الجدار |
|---|---|---|---|
|
بدء الدفعة |
1 |
200 |
% |
|
خطوه التكرار للأسفل |
200 |
100 |
1ms |
|
نهاية الدفعة |
500 |
3ms |
|
|
إجمالي |
500 |
4ms |
يلتقط SQL Server علامات التجزئة الردتسكه عند العلامتين start and end ردتسك. بعد ذلك ، يقوم SQL Server بتقسيم علامات التجزئة حسب قيمه التكرار. في هذا المثال ، تحدث حسابات التوقيت التالية عند استخدام قيمه التكرار 200 أو 100:
-
التكرار 200: 500/200 = 2.5 ms
-
التكرار 100: 500/100 = 5 ميللي ثانيه
لم يتطابق اي من عمليات الحساب الخاصة بالتوقيت مع الوقت الفعلي لساعة 4 ميللي ثانيه. إذا تم استخدام هذه العملية الحسابية في RPC: حدث تتبع مكتمل ، يتم الإبلاغ عن أعمده بيانات المدةوالنهاية بشكل غير صحيح. يلتقط الحدث المكتمل الوقت الذي تم فيه البدء في جدار الساعة وعدد علامات التجزئة الخاصة ب CPU. للحصول علي توقيت الدقة العالية من المستلزمات التي تستخدمها أنظمه تشغيل Windows في SQL Server 2005 ، يتم حساب أعمده بيانات وقت المدةوالنهاية في تتبع sql server باستخدام عدد تجزئه وحده المعالجة المركزية (CPU) المنقضي. يتم حساب العمود " وقت الانتهاء " عن طريق أضافه العمود " المدة " إلى العمود "وقت البدء ". في هذا المثال ، يتم حساب العمود " وقت الانتهاء " بواسطة الاضافه بشكل غير صحيح اما 2.5 ms أو 5 ميللي ثانيه إلى وقت البدء.
دفق
دفق عبارة عن ديفيرجينسي في القيم الخاصة بساعة وحده المعالجة المركزية. بإمكان الانظمه التي تحتوي علي كبوس متعددة ان تنتج قيما مختلفه لساعة وحده المعالجة المركزية لنفس النقطة الزمنيه. علي الرغم من انه غير شائع ، قد كبوس فصل الساعات مع الوقت. يوضح المثال التالي كيفيه تاثير تغييرات دفق علي نتيجة عمود بيانات المدة في تتبع SQL server. يفترض المثال ان تردد وحده المعالجة المركزية (CPU) يظل ثابتا عند علامات التجزئة في 200. يوضح الجدول التالي الاحداث الموجودة في هذا السيناريو.
|
توصي |
CPU المجدول لنظام التشغيل Windows |
CPU 1 ردتسك |
CPU 2 ردتسك |
وقت ساعة الجدار |
|---|---|---|---|---|
|
بدء الدفعة |
1 |
100 |
1100 |
% |
|
نهاية الدفعة |
متابعه |
900 |
1900 |
4 ميللي ثانيه |
|
إجمالي |
4 ميللي ثانيه |
يلتقط SQL Server علامات التجزئة الردتسكه عند نقاط البدء ونقاط النهاية. بعد ذلك ، يقوم SQL Server بتقسيم علامات التجزئة الردتسكه حسب قيمه التكرار. في هذا المثال ، جدوله Windows مؤشر ترابط عامل SQL Server علي كبوس مختلفتين. مؤشر ترابط العامل SQL Server الذي يقوم بتشغيل الدفعة أولا علي وحده المعالجة المركزية الاولي (CPU 1). ومع ذلك ، تمت مقاطعه تنفيذ الدفعة في بعض النقاط ، وقام SQL Server بإرسال التنفيذ الدفعي إلى قائمه الانتظار المعلقة. عندما يرسل SQL Server مؤشر ترابط عامل SQL Server الذي يقوم بخدمه هذه الدفعة إلى قائمه انتظار رونابل مره أخرى ، قام Windows بإرسال مؤشر الترابط للتشغيل علي وحده المعالجة المركزية (CPU 2) الثانية. تم إكمال مؤشر ترابط عامل SQL Server الذي يتم تشغيله علي CPU 2. بسبب دفق CPU ، كانت قيمه تجزئه النهاية التي تم التقاطها من وحده المعالجة المركزية 2 1900 بدلا من 900. يمكنك تجنب هذا السلوك إذا قمت بتمكين الصلة بمعالج SQL Server. يتم استخدام حسابات التوقيت التالية في هذا المثال:
-
القيمة غير الصحيحة والتي تم الإبلاغ عنها: (1900-100 = 1800)/200 = 9 مللي ثانيه
-
القيمة الصحيحة: (900-100 = 800)/200 = 4 ميللي ثانيه
قيمه عمود المدة لبرنامج RPC: سيتم الإبلاغ عن حدث مكتمل علي انه 9 مللي ثانيه بدلا من 4 ميللي ثانيه. هذا الناتج أكبر من القيمة الصحيحة المزدوجة 4 ميللي ثانيه. تتم أضافه رسائل تحذيرات دفق إلى SQL Server 2005 للاشاره إلى انه قد لا يمكن الاعتماد علي إخراجات الأداء المذكورة سابقا. في بعض الحالات الغير مغطا ، قد يقوم SQL Server 2005 SP2 بإرسال رسائل تحذير حول ما يلي:
-
رسائل التحذير دفق False
-
يمكن ان تصبح دفق العشرات بالميللي ثانيه دون التسبب في تاثير النظام الملحوظ
يجب ان تكون حذرا عند تقييم المخرجات ذات الصلة بالأداء وعند مقارنه الإخراجات ذات الصلة بالأداء بتوقيتات ساعة الجدار. إذا لم يكن هناك اي علامات حول مشاكل الأداء الأخرى ، فيمكنك تجاهل رسائل التحذير دفق. علي سبيل المثال ، يمكنك بشكل عام تجاهل رسائل تحذير دفق في الحالات التالية:
-
يتم تشغيل العمليات كما هو متوقع.
-
لا تعمل استعلامات SQL Server في نقوش دوراشونال الغريبة.
-
لا يمكنك رؤية علامات الاختناقات الأخرى.
ومع ذلك ، قبل تجاهل رسائل التحذير الخاصة بالدفق ، نوصي بالاتصال بالشركة المصنعة للتاكد من عدم وجود مشاكل ردتسك معروفه. يمكنك استخدام علامة التعقب 8033 (– T8033) للعودة إلى سلوك التقارير في إصدار SQL Server 2005 وفي SQL Server 2005 SP1. إصدار الإصدار الأصلي من SQL Server 2005 و SQL Server 2005 SP1 لا يقوم بالإبلاغ عن رسائل تحذير دفق. إذا كنت تقوم بتشغيل إصدار الإصدار الأصلي من SQL Server 2005 أو SQL Server 2005 SP1 بدون مشاكل ، فيمكنك تجاهل الرسائل بشكل عام.
لماذا تعمل عبارة التاخير وايتفور بشكل صحيح ؟ ماذا عن عمليات النظام الدورية ؟
لا تتاثر تقنيات المهلة بالتصميم العالي الدقة. لا يستخدم SQL Server مؤقتا عالي الدقة لأنشطه مستنده إلى المؤقت. تعتمد بعض أنشطه المهلة علي مؤقت الدقة المنخفضة التي تستخدم الدالة GetTickCount . تتضمن أنشطه المهلات هذه تامين المهلات الوايتفوره وكشف التاخير الخاص بها والكشف عن حاله التوقف التام.
للمزيد من المعلومات، انقر فوق أرقام المقالات التالية لعرضها في "قاعدة معارف Microsoft":
938448 قد يواجه الخادم الذي يعمل بنظام التشغيل Windows Server 2003 دفق عدادا خاصا بالطابع الزمني إذا كان الخادم يستخدم معالجات AMD Opteron بالمعالج الثنائي أو معالجات AMD Opteron
895980 قد تعمل البرامج التي تستخدم الدالة قويريبيرفورمانسيكونتير بشكل سيئ في Windows Server 2003 وفي Windows XPيتم تصنيع منتجات الجهات الخارجية التي تتناولها هذه المقالة بواسطة الشركات المستقلة عن Microsoft. لا تقدم Microsoft اي ضمانات أو ضمنية أو بخلاف ذلك ، بشان أداء هذه المنتجات أو وثوقيها.
