كيفية تحديد إعدادات تكوين SQL Server المناسبة

ملخص

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


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


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

إذا قمت بإجراء تغيير على تكوين، يجب إجراء اختبار قبل وبعد التغيير لتقييم درجة تحسين أداء منهجية صارمة.

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

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

قناع التقارب

إعداد قناع التقارب يشير إلى مدى شدة ربط مؤشر ترابط لوحدة المعالجة مركزية خاصة. افتراضياً، تستخدم نظام التشغيل Microsoft Windows 2000 و Microsoft Windows NT تقارب "الناعمة" التي يحاول إعادة جدولة على وحدة المعالجة المركزية حيث أنه آخر تنفيذ مؤشر ترابط. ومع ذلك، إذا كان هذا غير ممكن، قد تشغيل مؤشر ترابط على وحدة المعالجة مركزية مختلفة.

في الواقع العملي، إذا قمت بتغيير إعداد قناع تقارب من الافتراضي إلا في حالات نادرة يساعد الأداء، وإلى استمرار انخفاض الأداء.

قناع التقارب تقييد ملقم SQL إلى مجموعة فرعية من وحدات المعالجة المركزية المتوفرة وتراخيص أخرى تزاحم خدمات CPU الوصول بشكل أفضل. في معظم الحالات، لا تحتاج هذا لأنه يتم تشغيل SQL Server بأفضلية عادية. ضبط جدولة مؤشر ترابط نظام التشغيل Windows NT أو Windows 2000 بشكل حيوي أولويات مؤشر ترابط كافة مؤشرات الترابط المتنافسة للتأكد من أن لديهم فرصة عادلة وحدات المعالجة المركزية المتوفرة على الإطلاق.

عدم ضبط قناع تقارب ما عدا تحت ظروف غير عادية جداً. إذا اخترت ضبط قناع تقارب، تنفيذ منهجية الاختبار الدقيق قبل التغيير وبعده للتحقق من الحاجة ودرجة التحسن.


تجمع خفيفة الوزن

بشكل افتراضي، يستخدم SQL Server مؤشر ترابط واحد كل SPID النشطة أو عملية المستخدم. تعمل هذه المواضيع في تكوين مجمعة للاحتفاظ بعدد مؤشرات الترابط التي يمكن التحكم فيها. التكوين المتقدم الخيار "خفيفة تجميع" (الذي يشار أحياناً إلى "وضع الألياف") يستخدم Windows NT "الألياف" الدعم لمعالجة العديد من سياقات التنفيذ بواسطة مؤشر ترابط واحد بشكل أساسي.


استناداً إلى تجربة الإنتاج الفعلي، لا تحتاج إلى استخدام وضع الألياف إلا في حالات نادرة جداً. تجمع الخفيف فقط حتى يمكن أن تكون مفيدة إذا تحققت كل الشروط التالية. يجب عليك تحديد إذا فمن المفيد فعلا من خلال الاختبار يتم التحكم به حذراً.
  • ملقمات كبير متعدد المعالجات قيد الاستخدام.
  • كافة الملقمات التي تستخدم في أو بالقرب من الحد الأقصى للسعة.
  • يحدث كثير من تبديل السياق (أكثر من 000 20 في الثانية).
للبحث عن تبديل السياق، استخدم "مراقبة الأداء"، حدد مؤشرات ترابط العداد، حدد الكائن مرات تبديل السياق في الثانية "، ثم حدد لالتقاط كافة مثيلات SQL Server.
غير معتمد البريد SQL في SQL Server 2000 أو SQL Server 2005 إذا قمت بتشغيل الخادم في وضع الألياف. بريد SQL غير معتمد في SQL Server 2000 64 بت. لمزيد من المعلومات، راجع الموضوع "الاختلافات بين إصدارات 32 بت و 64 بت" في SQL Server 2000 (64 بت) "كتب".
للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":

308604 PRB: SQLMail غير معتمد عند تشغيل الملقم في وضع الألياف

إصلاح 303120 : خطأ كونيكتيونوريتي عند استخدام تجمع خفيفة الوزن

الحد الأقصى المتزامن الإدخال/الإخراج

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

مؤشرات ترابط Worker الحد الأقصى

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

ملاحظة: بشكل افتراضي، يتم إعداد مؤشرات ترابط العامل الأقصى 0 في SQL Server 2005 وفي SQL Server 2008.

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


الذاكرة


راجع الموضوع كتب SQL Server عبر إنترنت "تحسين الأداء باستخدام خيارات ذاكرة الملقم التكوين" للحصول على معلومات حول تكوين الذاكرة.

لمزيد من المعلومات حول تكوين الذاكرة من أجل ملقمات SQL متفاوت المسافات راجع "اعتبارات الاستخدام" في الموضوع "كتب SQL Server عبر إنترنت"، "إنشاء نظام مجموعة تجاوز الفشل".

للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":

كيفية تكوين الذاكرة لأكثر من 2 غيغا بايت في SQL Server 274750

224818 توليف ذاكرة بسيطة مطلوب إذا كان كل من SQL Server 7.0 و Exchange 5.5 Service Pack 2 مثبتة على BackOffice 4.5 ملقم الأعمال الصغيرة

316749 PRB: قد لا يكون هناك ذاكرة ظاهرية كافية مع عدد كبير من قواعد البيانات

الأفضلية

بشكل افتراضي، يتم إعداد الأفضلية 0, الذي يجعل SQL Server لتعمل بأفضلية عادية تشغيل SQL Server على كمبيوتر أحادي المعالج أو على كمبيوتر متعدد المعالجات متماثلة (SMP). إذا قمت بتعيين الأفضلية إلى 1، يتم تشغيل عملية SQL Server بأولوية عالية. يجعل هذا الإعداد عملية SQL Server التشغيل في نظام التشغيل الأولوية.

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

هام لا تستخدم الأفضلية لمجمع الملقمات التي تستخدم SQL Server 7.0 أو أحدث.

تعيين حجم مجموعة العمل

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

يؤثر تغيير هذا الإعداد لا توفر عادة أي فائدة للأداء. استناداً إلى حالات الدعم الفعلي، تغيير هذا الإعداد بشكل عام يؤدي الضرر أكثر من النفع.

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

المراجع

للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":

310834 PRB: الأسباب الشائعة لرسالة الإعلام بالخطأ 844 أو رسالة خطأ 845 (أخطاء مهلة مزلاج المخزن المؤقت)

كيفية استكشاف مشكلات أداء التطبيقات 298475

كيفية استكشاف الأخطاء وإصلاحها في بطء تشغيل استعلامات SQL Server 7.0 أو الإصدار الأحدث 243589

كيفية استكشاف أخطاء أداء استعلامات مخصصة 243588

كيفية استكشاف أخطاء أداء التطبيق بواسطة SQL Server 224587

إعدادات التكوين المناسبة SQL Server 6.5 166967

254321 متفاوتة المسافات SQL Server ما يفعل وما يترك والتحذيرات الأساسية

اعتبارات الأداء 297864 للحصول على ترقية من SQL Server 6.5

خصائص

رقم الموضوع: 319942 - آخر مراجعة: 19‏/01‏/2017 - المراجعة: 1

تعليقات