HOW: أداء التطبيق مع SQL Server استكشاف

هام: تمت ترجمة هذا المقال باستخدام برنامج ترجمة آلية لشركة مايكروسوفت بدلاً من الاستعانة بمترجم بشري. تقدم شركة مايكروسوفت كلاً من المقالات المترجمة بواسطة المترجمين البشر والمقالات المترجمة آليًا وبالتالي ستتمكن من الوصول إلى كل المقالات الموجودة في قاعدة المعرفة الخاصة بنا وباللغة الخاصة بك. بالرغم من ذلك، فإن المقالة المترجمة آليًا لا تكون دقيقة دائمًا وقد تحتوي على أخطاء إملائية أو لغوية أو نحوية، مثل تلك الأخطاء الصادرة عن متحدث أجنبي عندما يتحدث بلغتك. لا تتحمل شركة مايكروسوفت مسئولية عدم الدقة أو الأخطاء أو الضرر الناتج عن أية أخطاء في ترجمة المحتوى أو استخدامه من قبل عملائنا. تعمل شركة مايكروسوفت باستمرار على ترقية برنامج الترجمة الآلية

اضغط هنا لرابط المقالة باللغة الانجليزية224587
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الموجز
توضح هذه المقالة خطوة بخطوة كيفية استكشاف أخطاء SQL Server مشكلات الأداء. استكشاف مشكلات الأداء تتضمن استخدام سلسلة من الخطوات عزل وتحديد السبب وجود بطء التطبيقات. تتضمن الأسباب المحتملة:
  • حظر.
  • اتصال مورد النظام.
  • مشاكل التصميم التطبيق.
  • مجموعة معينة من استعلامات أو الإجراءات المخزنة مع مرات تنفيذ طويلة.
توضح هذه المقالة كيفية لتحديد مصدر مشكلة الأداء. يشير مقالات أخرى في "قاعدة المعارف لـ Microsoft تغطية تفاصيل مشكلات الأداء الخاصة لاستكشاف إضافية أيضاً. back to the top

منشئ ملفات التعريف SQL


منشئ ملفات التعريف SQL أداة قوية عند استكشاف أخطاء SQL Server 7.0 أو أداء لاحق, التطبيق. منشئ ملفات التعريف SQL يسمح لك بسهولة التقاط كافة الأحداث التي تحدث على الخادم بتحميل نموذجية كما توفر معلومات عنها. استخدام منشئ ملفات التعريف SQL بالاشتراك مع مراقب أداء Windows NT Microsoft و بعض الاستعلامات البسيطة لتحديد ما إذا كان حظر يتم حدوث يعطيك المعلومات يجب أن يكون لديك لحل الغالبية العظمى من مشاكل الأداء.

back to the top

ما الذي تريد مراقبة

1. تعيين منشئ ملفات التعريف SQL لالتقاط عملية تتبّع. للقيام بذلك، اتبع الخطوات التالية:
  1. افتح منشئ ملفات التعريف SQL.
  2. من القائمة أدوات، انقر فوق خيارات.
  3. تأكد من تحديد كافة فئات الأحداث وخيارات كافة أعمدة البيانات.
  4. انقر فوق موافق.
  5. إنشاء تتبع جديدة.
  6. من القائمة ملف، أشر إلى جديد ثم انقر فوق تتبع.
  7. في التبويب عام ، تحديد اسم تتبع التقاط البيانات إلى ملف.
  8. على علامة التبويب الأحداث بإضافة أنواع الأحداث التالية للتتبع الخاص بك:

    عنوانالحدث لإضافتهوصف
    رؤوس مؤشراتCursorPrepareيشير هذا الحدث إلى تحضير مؤشر على عبارة SQL باستخدام ODBC أو OLEDB أو المكتبة - DB.
    خطأ و تحذيرفقدان عمود الإحصائياتيشير هذا الحدث إلى إحصائيات العمود التي قد تكون مفيدة للمحسن غير متوفرة. يعرض العمود نص قائمة الأعمدة مع إحصائيات مفقودة. هذا الحدث بالاقتران مع خيارات متنوعة: UpdateStats تلقائي الحدث، تشير إلى أنه تم تشغيل الخيار إحصائيات إنشاء تلقائي.
    misc.الانتباهيشير هذا الحدث إلى إشارة انتباه تم إرسالها من قبل عميل.
    misc.UpdateStats تلقائييشير هذا الحدث إلى أنه تم تشغيل الخيار إحصائيات التحديث التلقائي.
    misc.exec تحضير SQLيشير هذا الحدث إلى أن ODBC OLE DB أو المكتبة - DB تنفيذها عبارة SQL للعمليات معدة مسبقًا أو عبارات.
    misc.خطة التنفيذيظهر هذا الحدث شجرة خطة من عبارة SQL للعمليات التي تم تنفيذها.
    misc.تحضير SQLيشير هذا الحدث إلى أن تطبيق ODBC أو قاعدة بيانات OLE DB مكتبة تحضير Transact-SQL جملة أو عبارات للاستخدام.
    misc.unprepare SQLهذا الحدث يشير إلى تطبيق ODBC أو قاعدة بيانات OLE DB مكتبة unprepared Transact-SQL جملة أو عبارات للاستخدام.
    جلسات العملالاتصاليشير هذا الحدث إلى إجراء اتصال جديد.
    جلسات العملقطع الاتصاليشير هذا الحدث إلى وقامت بقطع اتصال عميل.
    جلسات العملاتصال موجودةيشير هذا الحدث إلى كانت اتصال موجودة عند بدء تشغيل تتبع منشئ ملفات التعريف SQL.
    إجراءات مخزنةSP: اكتمليشير هذا الحدث عند اكتمال إجراء مخزن على التنفيذ.
    إجراءات مخزنةSP: إعادة ترجمةيشير هذا الحدث إلى أنه تم إجراء مخزن recompiled أثناء التنفيذ.
    إجراءات مخزنةSP: البدايةيشير هذا الحدث عند بدء إجراء مخزن التنفيذ.
    إجراءات مخزنةSP: StmtCompletedيشير هذا الحدث عند إكمال عبارة في إجراء مخزن التنفيذ.
    TSQL:SQL:BatchCompletedيشير هذا الحدث إلى إكمال دفعي SQL للعمليات. يعرض العمود نص العبارة التي تم تنفيذها.
    TSQL:SQL:StmtCompletedيشير هذا الحدث إلى عبارة SQL للعمليات إكمال. يعرض العمود نص العبارة التي تم تنفيذها.
    TSQL:RPC: اكتمليشير هذا الحدث إلى أنه تم إكمال استدعاء إجراء بعيد (RPC).
  9. إذا كان التطبيق الخاص بك تلقي أخطاء المهلة توقف عن الاستجابة (حدوث تعليق) أو يواجه الأحداث الأخرى التي تسبب عبارات المشكلة أبداً إكمال ، أيضاً تضمين الأحداث التالية:

    TSQL:SQL:BatchStartingيشير هذا الحدث إلى بداية الدفعي SQL للعمليات. يعرض العمود نص العبارة يتم تنفيذه.
    TSQL:SQL:StmtStartingيشير هذا الحدث إلى بداية عبارة SQL للعمليات. يعرض العمود نص العبارة يتم تنفيذه.
    TSQL:RPC: البدايةيشير هذا الحدث إلى بداية استدعاء الإجراء البعيد (RPC).
    إجراءات مخزنةSP: StmtStartingيشير هذا الحدث عندما يتم بدء تشغيل عبارة في إجراء مخزن التنفيذ.


    يساعد هذا لجعل معينة من راجع العبارة التي تم تنفيذها عند حدوث المهلة
  10. في علامة التبويب "أعمدة بيانات" ، تأكد من تضمين الأعمدة التالية:

    لـ SQL Server 2000

    وقت البدء

    وقت الانتهاء

    LoginSid

    spid

    فئة الحدث

    TextData

    IntegerData

    BinaryData

    المدة

    cpu

    يقرأ

    يكتب

    اسم التطبيق

    مستخدم NT الاسم

    DBUserName


    لـ SQL Server 7.0

    وقت البدء

    وقت الانتهاء

    اتصال تعريف

    spid

    فئة الحدث

    النص

    عدد صحيح البيانات

    البيانات الثنائية

    المدة

    cpu

    يقرأ

    يكتب

    اسم التطبيق

    مستخدم NT الاسم

    اسم المستخدم SQL

للحصول على معلومات حول استخدام منشئ ملفات التعريف SQL راجع SQL Server 7.0 و SQL Server 2000 المباشرة.


2. استخدام "مراقبة الأداء" لالتقاط Windows NT و SQL Server العدادات. للقيام بذلك، اتبع الخطوات التالية:
  1. بدء تشغيل مراقب أداء Windows NT.
  2. من القائمة عرض، انقر فوق السجل.
  3. في القائمة خيارات، انقر فوق السجل.
  4. حدد اسم ملف وموقع تسجيل عدادات الأداء. يمكنك ضبط الفاصل الزمني للتحديث بالشكل المناسب.
  5. من القائمة تحرير ، انقر فوق إضافة إلى السجل.
  6. إضافة كافة الكائنات. كل من Windows NT و SQL Server الكائنات.
  7. لبدء السجل، في القائمة خيارات، انقر فوق السجل ثم انقر فوق الزر ابدأ سجل.

للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
150934كيفية إنشاء سجل مراقب أداء لـ NT الأخطاء وإصلاحها

3. الاختيار الخاصة لحظر.

لمعرفة ما إذا كان حظر حدوث تشغيل إجراء النظام المخزن sp_who:
exec sp_who
إخراج هذا تحتوي على عمود blk. افحص الإخراج أية إدخالات غير الصفرية تشير إلى حدوث حظر. تشغيل هذا الإجراء بشكل دوري من خلال إطار زمني حالة وجود بطء الأداء.

ملاحظة تشغيل نظام sp_who الإجراء المخزن اختيار لمعرفة ما إذا كان حظر موجود. عادةً ما لم تكن معلومات كافية لاستكشاف مشكلة حظر بشكل كامل. للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
251004INF: كيفية مراقبة التأمين SQL Server 7.0

back to the top

تشغيل التطبيق تحت التحميل النموذجي

وبشكل مثالي، فمن الأفضل التقاط منشئ ملفات التعريف SQL مراقبة الأداء والإخراج حظر أثناء إطار زمني نفس. يجب أن يشمل هذا إطار زمني وقت عندما ينتقل أداء التطبيق من جيدة غير صحيح. سيساعدك التركيبة من هذه المعلومات في الحصول على صورة وأنقى حيث حدوث وجود بطء الأداء.

back to the top

ترجمة نتائج

  1. تحقق من حظر.

    إذا كان عمود blk في إخراج sp_who غير الصفر ، يشير هذا إلى حدوث حظر على النظام الخاص بك. إذا تم حظر عمليات بعضها البعض, يمكن أن تواجه العمليات التي يتم من خلاله منع مرات تنفيذ أطول. للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    224453INF: فهم وإنشاء حل مشكلات SQL Server 7.0 أو 2000 حظر وإصلاحها
  2. افحص الإخراج منشئ ملفات التعريف SQL.

    يتم عرض البيانات منشئ ملفات التعريف SQL بكفاءة هامة للغاية في حل مشاكل الأداء. هو أهم شيء تدرك أنه لا يلزم إلقاء نظرة كل شيء يمكنك التقاط. تكون المحدد. يوفر منشئ ملفات التعريف SQL الإمكانيات التي تساعدك بشكل فعال عرض البيانات الملتقطة. على التبويبين خصائص (انقر فوق خصائص على القائمة ملف) ، يسمح منشئ ملفات التعريف SQL لتحديد البيانات المعروضة بواسطة إزالة أعمدة البيانات أو أحداث، التجميع (الفرز) بواسطة أعمدة البيانات وتطبيق عوامل التصفية. يمكنك البحث تتبع كاملة أو عمود محدد للحصول على قيم محددة فقط (في القائمة تحرير ، انقر فوق بحث). يمكنك أيضاً حفظ البيانات منشئ ملفات التعريف SQL إلى جدول ملقم SQL (من القائمة ملف، أشر إلى "حفظ باسم ، انقر فوق جدول تتبع) ، ثم قم بتشغيل استعلامات SQL مقابل عليه.

    كن حذراً إجراء التصفية فقط على ملف تتبع محفوظة مسبقاً. إذا قمت بإجراء هذه الخطوات على تتبع نشط مخاطرة فقدان البيانات الذي تم التقاطه منذ بدء تشغيل التتبع. حفظ تتبع نشط إلى ملف أو الجدول أولاً (في القائمة ملف، انقر فوق حفظ باسم) ثم إعادة فتحه (في القائمة ملف، انقر فوق فتح) قبل المتابعة. عند العمل على ملف تتبع محفوظة التصفية لا بشكل دائم بإزالة البيانات التي يتم الآن تصفية; فقط لا يعرض عليه. يمكن إضافة و إزالة أحداث وأعمدة البيانات حسب الحاجة للمساعدة في تركيز عمليات البحث.

    الخطوة الأولى في تفحص ملفات التتبع منشئ ملفات التعريف SQL حالات أداء تحديد مكان حدوث أنواع مختلفة من الأحداث على الملقم.

    مجموعة التتبع بواسطة "فئة الحدث":

    a. في القائمة ملف، انقر فوق خصائص.

    b. في علامة التبويب "أعمدة بيانات" ، استخدم زر الأعلى لنقل فئة الحدث تحت عنوان مجموعات وزر لأسفل إلى إزالة كافة أعمدة أخرى ضمن عنوان المجموعات.

    c. انقر فوق "موافق".

    التجميع حسب العمود فئة الحدث يُظهر يتم حدوث نوع من الأحداث على SQL Server و تكرار. البحث في هذا العمود عن الأحداث التالية:

    SP:RECOMPILE

    يشير هذا الحدث إلى أنه تم إجراء مخزن recompiled أثناء التنفيذ. أحداث ترجمة متعددة تشير إلى أن SQL Server هو تمضية الموارد على التحويل البرمجي استعلام بدلاً من تنفيذ الاستعلام.

    للحصول على مزيد من المعلومات حول استكشاف الأخطاء وإصلاحها recompilations الإجراء المخزن, انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    243586INF: إجراء مخزّن Recompilation استكشاف أخطاء


    الانتباه

    تشير إشارة انتباه إلى أنه تم إلغاء استعلام بواسطة عميل. هذا عادةً نتيجة أحد الأسباب اثنين:

    المستخدم إلغاء الاستعلام بشكل صريح أو إنهاء التطبيق.

    - أو -

    تم تجاوز مهلة استعلام.

    إذا كنت ترى إشارات انتباه قد يشير هذا إلى أن تقوم بتشغيل استعلامات معينة ببطء.

    للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    243589HOW TO: استكشاف بطيئة - تشغيل استعلامات SQL Server 7.0 أو آخر
    للمساعدة في التعرف على الاستعلام تلقى إشارة انتباه مراجعة التتبع بحيث لا يتم تجميعها بواسطة أي عمود البيانات وعوامل التصفية على عملية النظام المعرّف (SPID) التي تتلقاها (على علامة التبويب عوامل تعيين SPID = x). الحدث SQL:StmtStarting أو SQL:BatchStartingSP:StmtStarting مباشرة يسبق إشارة انتباه الاستعلام تلقي المهلة أو إلغاء. يمكنك البحث في عمود "فئة الحدث" للحدث لفت لتحديد موقعها بسهولة (في القائمة تحرير ، انقر فوق بحث).

    تحضير PREPARED SQL و EXEC SQL

    أحداث إعداد SQL يشير إلى أن تطبيق ODBC أو قاعدة بيانات OLE DB مكتبة تحضير عبارة SQL للعمليات أو عبارات للاستخدام. إشارة الحدث SQL تحضير Exec إلى التطبيق استخدام موجودة تحضير عبارة لتشغيل أمر.

    مقارنة عدد مرات إجراء تلك الأحداث اثنين. وبشكل مثالي، يجب أن تطبيق تحضير عبارة SQL مرة واحدة ثم تشغيله عدة مرات. يحفظ هذا للمحسن تكلفة التحويل البرمجي مخطط جديد كل مرة يتم تنفيذ العبارة. لذلك، يجب أن يكون عدد الأحداث SQL تحضير Exec أكبر من عدد الأحداث إعداد SQL. في حالة تقريباً مساوية إلى عدد الأحداث SQL تحضير Exec عدد الأحداث إعداد SQL قد يشير هذا إلى التطبيق غير إجراء جيد استخدام طراز تحضير/التنفيذ. من الأفضل عدم لإعداد عبارة فقط جارٍ ليتم تنفيذها وقت مفردة. للحصول على مزيد من المعلومات حول إعداد عبارات SQL راجع الموضوع "تحضير بيانات SQL" في SQL Server 7.0 المباشرة.

    إذا لم يكن عدد الأحداث SQL تحضير Exec ثلاثة إلى خمسة مرات أكبر من عدد الأحداث SQL إعداد التطبيق قد لا يمكن إجراء كفاءة استخدام طراز تحضير/التنفيذ. للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    243588HOW: أداء استعلامات Ad-Hoc استكشاف

    في SQL Server 2000 roundtrips الزائد في تحضير/التنفيذ سوف يتم حلها ، بحيث تكون نسبة إلى 3-5 غير كما إدارة صارمة. ومع ذلك، يمكن استمرار أن قاعدة جيدة لمحاولة إعادة استخدام خطة المعدة أكثر من مرة واحدة.

    مفقود عمود إحصائيات

    يشير هذا الحدث إلى المعلومات الإحصائية للمحسن قد استخدمت لإنشاء خطة استعلام أفضل غير متوفر. يشير هذا إلى أن الاستعلام لا يحتوي فهارس مفيدة على جدول واحد على الأقل المتضمنة. تتجاوز لا تواجه فهرس مفيدة ، SQL Server حتى لم يكن البيانات الإحصائية حول الأعمدة المتضمنة اتخاذ قرار مدروسة للخطة استعلام. يتم إخراج قد لا تكون خطة استعلام إنشاء واحد الأمثل. إذا شاهدت هذه الأحداث انظر الاستعلام وخطة التنفيذ التي تم إنشاؤها ثم ثم راجع المقالة التالية في قاعدة معارفMicrosoft للحصول على خطوات لأخذه إلى تحسين أداء هذا الاستعلام:
    243589HOW TO: استكشاف بطيئة - تشغيل استعلامات SQL Server 7.0 أو آخر

    عند عرض الأحداث إحصائيات العمود فقدان التركيز أولاً على تلك التي تحدث في اقتران مع الاستعلامات تشغيلها لفترة طويلة. بعض الأحداث قد يتم إنشاء حل تلقائياً بواسطة SQL Server مع autostats و قد لا يتطلب تدخل المستخدم. لذلك، يكون استراتيجية أفضل الأول التركيز على استعلامات مع مدة طويلة كما هو موضح لاحقًا في هذا المقال كما ملاحظة إذا كان هناك أحداث مفقود إحصائيات العمود المقترن.

    إذا كنت لا تشاهد مثيلات هذه فئات الأحداث, الخطوة التالية تحديد مكان قضاء الوقت.

    مجموعة إخراج التتبع بواسطة المدة:

    a. في القائمة ملف، انقر فوق خصائص.

    في علامة التبويب "أعمدة بيانات" ، استخدم زر الأعلى لنقل المدة تحت عنوان مجموعات وزر لأسفل إلى إزالة كافة أعمدة أخرى ضمن عنوان المجموعات.

    c. إزالة كافة المجموعات باستثناء TSQL ضمن علامة التبويب "الأحداث" ، و مخزّنة إجراءات.

    d. انقر فوق "موافق".

    عن طريق التجميع على مدة يمكنك بسهولة مشاهدة أية عبارات SQL دفعات أو الإجراءات يتم تشغيلها slowest. من المهم جداً البحث ليس فقط في وقت عند حدوث المشكلة ولكن للحصول على أساس من عندما يكون أداء جيد لمقارنة مقابل. يمكنك إجراء التصفية حسب وقت البدء لقطع التتبع إلى مقاطع عندما كان الأداء جيدة و مقطع منفصل عندما تم رديئة الأداء. ابحث عن الاستعلامات مع مدة أطول عندما يكون أداء جيد. هذه هي الأكثر احتمالاً الجذر المشكلة. إذا تم تقليل أداء النظام الكلي يمكن إظهار استعلامات جيدة حتى المدد الزمنية الطويلة كما هي قيد انتظار على موارد النظام.

    في حالة ظهور عدد قليل من استعلامات مع المدد عالية راجع المقالة التالية في "قاعدة المعارف لـ Microsoft:
    243589HOW TO: استكشاف بطيئة - تشغيل استعلامات SQL Server 7.0 أو آخر
    إذا كنت ترى مدة استعلامات الفردية منخفضاً ولكن هناك العديد من هذه و العداد مجموعات SQL في الثانية في "مراقبة الأداء" الإخراج (وصفها لاحقاً) عالية ، راجع المقالة التالية في "قاعدة المعارف لـ Microsoft:
    243588HOW: أداء استعلامات Ad-Hoc استكشاف
    فحص أعمدة البيانات المتبقية:

    يمكن أن يكون gained إضافية أعمق طبيعة المشكلة الأداء عن طريق عرض أعمدة البيانات الأخرى في بيانات التتبع. فيما يلي بعض الأشياء الواجب مراعاتها:

    إذا كان استخدام CPU عالي, المجموعة بواسطة CPU لمعرفة ما هي استعلامات المستخدمين أكبر من الوقت CPU. البحث عمود نص "تجزئة" أو "دمج" للبحث عن خطة تنفيذ الاستعلام الذي يستخدم هذه الأنواع الصلة. وتكون أكثر CPU والذاكرة كبيرة من صلة متداخلة حلقة وهو بشكل عام IO كبيرة.

    إذا كان القرص IO اختناق التجميع حسب "القراءة" و "عمليات الكتابة. عرض حقول اسم تطبيقNT اسم المستخدم واسم المستخدم SQL لمساعدتك في عزل مصدر الاستعلام تشغيلها لفترة طويلة.

    عمود البيانات عدد صحيح الحدث الاستثناء تشير إلى أي أخطاء تم إرجاع مرة أخرى إلى العميل. يمكنك العثور على نص رسالة الخطأ من خلال البحث عن الرقم في SQL Server 7.0 المباشرة.

    من المفيد تأكد من أنك تبحث في جلسات عمل نفس لعميل محدد حقل معرف الاتصال. لا تضمن SPID هذا، كما قطع اتصال مستخدم مستخدم جديد متصل SPID نفس وتلقيها.

    قد تختلف الفائدة مشتقة من هذه الحقول حسب السيناريو ولكن يجب أن يكون فحص هذه إذا لم توفر الحقول الظاهرة في هذه المقالة إجابة.
  3. افحص الإخراج "مراقبة الأداء".

    سوف مراقبة الأداء إظهار اختناقات النظام ككل. قد تقوم بتنفيذ SQL Server و التطبيق كما هو متوقع ولكن يكون الكمبيوتر underpowered ينقصها الذاكرة أو الموارد الأخرى. أو يمكن أن تشير العدادات معينة إلى مشاكل في الطريقة التي تقوم بتنفيذ التطبيق و SQL Server. كحد أدنى، تحقق العدادات التالية:

  • كائن: معالجة

    العداد: المعالج

    مثيل: SQL Server

  • كائن: المعالج

    العداد: % Processor Time

    مثيل: تدقيق كل مثيل المعالج

  • الكائن: القرص الفعلي

    قائمة انتظار Avg. Disk العداد: طول

    مثيل: تدقيق كل مثيل القرص الفعلي

  • الكائن: إحصائيات الملقم: SQL SQL

    SQL العداد: مجموعات/الثانية
ابحث عن اتجاه عبر إطار زمني من وقت مضى الأداء من جيدة غير صحيح: ما زيادة أولاً ؟ يتم ربط الكمبيوتر CPU أو منضمة IO القرص ؟ سيساعدك هذه المعلومات مع إخراج منشئ ملفات التعريف مسبقًا في هذه المقالة على تضييق لأسفل مناطق المشكلة. قد يشير إلى مشاكل CPU عالي أعداد كبيرة من recompilations الإجراء المخزن أو compilations الاستعلام المؤقتة أو استخدام كبيرة الصلات التجزئة والدمج. يجب أن يتبع مقالات المشار إليها في هذه المقالة لتحديد الدورة التدريبية الصحيح من الإجراء. يشير طول قائمة انتظار القرص عالية الحاجة إلى المزيد من ذاكرة النظام أو نظام فرعي "قرص محسنة.

back to the top
التقاط BOL بطيء لأسفل worse perf mon perfmon tshoot مشكلة في الجهاز tshooting استكشاف الأخطاء وإصلاحها

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 224587 - آخر مراجعة: 12/05/2015 13:46:46 - المراجعة: 4.3

Microsoft SQL Server 7.0 Standard Edition

  • kbnosurvey kbarchive kbmt kbproductlink kbhowtomaster kbhowto kbinfo KB224587 KbMtar
تعليقات
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)