التشخيص في SQL Server المساعدة في الكشف عن عمليات الإدخال/الإخراج المتوقفة وملصقة

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

اضغط هنا لرابط المقالة باللغة الانجليزية897284
الموجز
ويعتمد نظام إدارة قاعدة بيانات (DBMS)، مثل SQL Server، في الوقت المناسب من ملف الإدخال واﻹخراج (I/O) العمليات. أي من العناصر التالية يمكن أن تسبب عمليات الإدخال/الإخراج ملصقة أو المتوقفة وتؤثر سلبا على الأداء واستجابة ملقم SQL:

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

  • حظر
  • جامع التنازع والمهلات
  • وقت الاستجابة البطيء
  • تمدد حدود الموارد
بدء تشغيل في Microsoft SQL Server 2000 Service Pack 4 (SP4)، يتضمن SQL Server المنطق الذي يساعد على الكشف عن توقف وتمسك الشروط لقراءات الإدخال/الإخراج قاعدة البيانات والكتابة وقراءات الإدخال/الإخراج ملف السجل والكتابة. عندما تم تعليق عملية الإدخال/إخراج لمدة 15 ثانية أو أكثر، SQL Server بتنفيذ الخطوات التالية:

  1. الكشف عن أن العملية يزال معلقاً
  2. كتابة رسالة إخبارية إلى سجل خطأ SQL Server

    نص رسالة سجل لما يلي:

    00:21:25.26 2004/11/11 واجه spid1 SQL Server 192 مرات حدوث طلبات الإدخال/الإخراج تستغرق وقتاً أطول من 15 ثانية لإنهاء الملف [E:\SEDATA\stressdb5.ndf] في [ستريسدب] (7) من قاعدة البيانات. يتم التعامل مع ملف نظام التشغيل 0x00000000000074D4. إزاحة الإدخال/الإخراج طويل آخر: 0x00000000022000 ".

تفسير رسالة إخبارية

نص الرسالةالوصف
عدد > مرات حدوثعدد طلبات الإدخال/الإخراج التي لم يتم إكمال عملية الكتابة في أقل من 15 ثانية أو القراءة.
معلومات الملفاسم الملف بالكامل واسم قاعدة البيانات ورقم التعريف (DBID) قاعدة البيانات.
مقبضالتعامل مع نظام التشغيل للملف. يمكنك استخدام مؤشر نظام التشغيل مصحح أخطاء البرنامج أو مع أدوات مساعدة أخرى للمساعدة في تعقب طلبات الحزمة (IRP) طلب الإدخال/الإخراج.
إزاحةإزاحة آخر عالقاً عملية الإدخال/الإخراج أو توقف آخر عملية الإدخال/الإخراج. يمكنك استخدام الإزاحة مصحح أخطاء البرنامج أو مع أدوات مساعدة أخرى للمساعدة في تعقب طلبات IRP.

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

  • حمل العمل تتجاوز قدرات مسار الإدخال/الإخراج.
  • حمل العمل تتجاوز قدرات النظام الحالي.
  • يحتوي مسار الإدخال/الإخراج خلل البرامج؛ ربما ثابتة أو مشكلة في برنامج تشغيل.
  • يحتوي مسار الإدخال/الإخراج على مكونات الجهاز به خلل.
لمزيد من المعلومات حول نماذج الإدخال/الإخراج SQL Server 2000، انتقل إلى موقع Microsoft التالي على الويب:ملاحظة: مقالة TechNet ينطبق أيضا على Microsoft SQL Server 2005 والإصدارات الأحدث.
معلومات أخرى

إدخال/إخراج ملصقة والمتوقفة الإدخال/الإخراج

إدخال/إخراج ملصقة

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

  • أجهزة تالفة
  • خطأ في مكون مسار الإدخال/الإخراج

إدخال/إخراج المتوقفة

يعرف طلب الإدخال/إخراج التي الانتهاء أو التي تأخذ الوقت الزائد لإنهاء الإدخال/الإخراج المتوقفة. سلوك إدخال/إخراج المتوقفة يحدث عادة لأحد الأسباب التالية:

  • تكوين الأجهزة
  • إعدادات البرامج الثابتة
  • مشكلة برنامج تشغيل عامل تصفية الذي يحتاج إلى مساعدة من الأجهزة أو ببائع البرنامج لتتبع وتحليل

تعطل الإدخال/الإخراج SQL Server وتمسك الإدخال/الإخراج التسجيل والإبلاغ؛

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

تم تصميم التقارير وتسجيل طلبات الإدخال/الإخراج على أساس كل ملف. يتم الكشف والإبلاغ عن طلبات الإدخال/الإخراج المتوقفة وتمسك إجراءين منفصلة.

تسجيل

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

إعداد التقارير

تقارير يحدث في فترات بخمس دقائق أو أكثر عن بعضها البعض. تقارير يحدث عند طلب الإدخال/الإخراج التالي في الملف. إذا حدثت عملية سجل ومرت خمس دقائق أو أكثر منذ حدث آخر تقرير، الرسالة المذكورة في قسم "الملخص" مكتوبة إلى سجل خطأ SQL Server.

عتبة 15 ثانية غير قابل للتعديل. ومع ذلك، يمكنك تعطيل المتوقفة أو تمسك الكشف عن الإدخال/الإخراج باستخدام إشارة تتبع 830، على الرغم من أننا لا ننصح بالقيام بذلك.

لتعطيل الكشف عند بدء تشغيل ملقم SQL، استخدم -T830 بدء المعلمة تعطيل الكشف عن كل مرة يتم فيها تشغيل SQL Server هذا. لتعطيل الكشف عن مثيل SQL server الذي يعمل حاليا، استخدم العبارة التالية:

تراسيوف dbcc (830،-1)
يكون هذا الإعداد الفعال لدورة حياة عملية SQL Server فقط.

ملاحظة: ويرد طلب الإدخال/إخراج يصبح توقفت أو دخل مرة واحدة فقط. على سبيل المثال، في حالة إبلاغ الرسالة تعطل طلبات الإدخال/الإخراج 10، 10 تقارير تلك لن يحدث مرة أخرى. إذا تعطل طلبات إدخال/إخراج 15 تقريرا عن الرسالة التالية، وهذا يعني أن يصبح توقفت 15 طلبات الإدخال/الإخراج الجديد.

تعقب حزمة طلب الإدخال/الإخراج (IRP)

يستخدم SQL Server استدعاءات واجهة برمجة تطبيقات ل Microsoft Windows القياسية لقراءة وكتابه البيانات. على سبيل المثال، يستخدم SQL Server بالمهام التالية:

  • WriteFile
  • ReadFile
  • وريتيفيليسكاتير
  • ريدفيليجاثير
يتم معالجة الطلب القراءة أو الكتابة بواسطة Windows كحزمة طلب الإدخال/إخراج (IRP). لتحديد حالة IRP، استخدم كلا الإجراءين التاليين:

  • دعم النظام الأساسي Microsoft المساعدة
  • مصحح أخطاء kernel
لمزيد من المعلومات حول عملية وعملية التتبع، انتقل إلى موقع Microsoft على ويب والبحث عن الكلمة الأساسية "IRP" التالية:ملاحظة: تصحيح أخطاء kernel يمكن أن يكون عملية التعدي تصحيح أخطاء kernel قد تتطلب منك إيقاف النظام بإكمال إجراءات التصحيح. نوصي بأن تتحقق أية تحديثات متوفرة للعناصر التالية:

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

أداء النظام وإجراءات خطة الاستعلام

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

عدادات الأداء

لمراقبة أداء إدخال/إخراج، تحقق من عدادات الأداء التالية للحصول على معلومات معينة من مسار الإدخال/الإخراج:

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

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

مراقب النظام في Windows، يمكنك معاينة العدادات "القرص الفعلي: وحدات البايت إلى القرص/الثانية" لكل تأثير القرص ومقارنة معدل النشاط ضد عدادات "عملية: إدخال/إخراج البيانات وحدات البايت في الثانية" و "عملية: الإدخال/الإخراج الأخرى وحدات البايت في الثانية" لكل عملية لتحديد ما إذا كان إنشاء مجموعة معينة من عمليات الإدخال/الإخراج المفرط طلبات. هناك مختلف الإدخال/الإخراج الأخرى المتعلقة بكائن العدادات المتوفرة في العملية التي تكشف عن معلومات أكثر تفصيلاً. إذا حددت مثيل SQL Server المسؤول عن تحميل زائد الإدخال/الإخراج على الخادم أو مراجعة المقطع التالي في "الفهارس والتوازي". للحصول على مناقشة تفصيلية في كشف وحل اختناقات الإدخال/الإخراج، راجع قسم "اختناقات الإدخال/الإخراج" في المستند التقني MSDN استكشاف أخطاء الأداء في SQL Server 2008 أو استكشاف أخطاء الأداء في SQL Server 2005.

الفهارس والتوازي

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

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

أمثلة عملية من Microsoft SQL Server الدعم

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

مثال 1: سجل كتابة الذي دخل لمدة 45 ثانية

يصبح دوماً محاولة كتابة ملف سجل SQL Server بشكل دوري لحوالي 45 ثانية. عدم انتهاء كتابة سجل في الوقت مناسب. ينشئ هذا السلوك شرط حظر تؤدي المهلات العميل 30 ثانية.

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

لمزيد من المعلومات حول الحركة معالجة ومنع، راجع مقالة "قاعدة معارف Microsoft" التالية:خدمات التطبيق موقع ويب باستخدام تجمع الاتصالات. كما حظر المزيد من الاتصالات، إنشاء موقع ويب المزيد من الاتصالات. حظر هذه الاتصالات، وتستمر الدورة.

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

مثال 2: تدخل برنامج تشغيل عامل التصفية

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

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

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

مثال 3: إخفاء الأخطاء

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

مثال 4: "التخزين البعيد" النسخ المتطابق ومحركات أقراص raid

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

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

لمزيد من المعلومات، راجع متطلبات ملقم SQL لدعم النسخ المتطابق من قواعد بيانات المستخدم البعيد.

مثال 5: الضغط

لا تدعم Microsoft Microsoft SQL Server 7.0 أو ملفات بيانات Microsoft SQL Server 2000 وملفات السجل على محركات الأقراص المضغوطة. ضغط NTFS غير آمنة لخادم SQL لضغط NTFS فواصل بروتوكول كتابة قبل تسجيل (ال). ضغط NTFS يتطلب أيضا زيادة التجهيز لكل عملية الإدخال/الإخراج. ينشئ ضغط "مرة واحدة" مثل السلوك الذي يتسبب في حدوث مشكلات الأداء هامة.
الحل
لحل هذه المشكلة، إلغاء ضغط البيانات وملفات السجل.

لمزيد من المعلومات، راجع وصف الدعم لقواعد بيانات SQL Server على وحدات تخزين مضغوطة.

نقاط بيانات إضافية

يتم انتظار PAGEIOLATCH_ * ووريتيلوج في sys.dm_os_wait_stats طرق عرض إدارة الحيوي (DMV) المؤشرات الرئيسية لأداء إدخال/إخراج مسار التحقيق. إذا كنت ترى أهمية انتظار باجيولاتش، وهذا يعني في النظام الفرعي إدخال/إخراج انتظار SQL Server. مقدار معين من انتظار باجيولاتش النموذجية والسلوك المتوقع. ومع ذلك، في حالة استمرار أكبر من 10 مللي ثانية (مللي ثانية) متوسط أوقات الانتظار باجيولاتش، يجب أن تتحقق لماذا النظام الفرعي إدخال/إخراج تحت الضغط. لمزيد من المعلومات، راجع المستندات التالية:



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

إدخال/إخراج EventID 833

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

Vlastnosti

ID článku: 897284 - Poslední kontrola: 09/30/2015 15:58:00 - Revize: 1.0

Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web, Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition

  • kbinfo kbtshoot kbsqlserv2000sp4fea kbmt KB897284 KbMtar
Váš názor