اختيار محركات الأقراص الصلبة أمر حاسم لتحقيق أداء جيد مع SQL Server ، كافة الإصدارات : 15000 دورة في الدقيقة وأقراص SAS بالطبع يتفوق الثاني ساتا 7200 دورة في الدقيقة. وسيكون أول عرض لعدد من المدخلات المخرجات في الثانية الواحدة ، وبالتالي ارتفاع معدلات التحويلات الكبيرة ، وهو أمر مهم للغاية لاستخدامها في قاعدة بيانات الملقم حيث غالبا ما يكون عاملا يحد من أداء RAID ، وليس المعالج.

هناك القليل نسبيا معروفة لزيادة عدد المدخلات / المخرجات في الثانية الواحدة (IOS / ثانية) على نظام التشغيل Windows 2003 إذا كنت تستخدم المحاذاة القسم RAID. منذ إنشاء قسم ويندوز 2008 يتعامل تلقائيا مع هذا التحسين على ويندوز 2003 ولكن يجب أن يتم ذلك يدويا.

RAID 5

مواصلة القراءة "محاذاة الجدران ل SQL Server"

دلائل الهجرة اثنين باللغة الإنجليزية لسيكلسرفير 2005 و 2008 نشرت من قبل Microsoft. فهي شاملة للغاية (350 و 490 صفحات) ، وتغطي مواضيع تتراوح من إجراءات التخطيط الهجرة التي يتعين اتباعها في حالة الهجرة من تكوينات توفر عالية عبر أدوات إدارة التغيير.

يقرأ المرء في كثير من الأحيان أن المؤشر له تأثير سلبي على أداء الاستعلام في التحديث. أنا أدرك الصغير مؤشر على واحد من الجداول وضعنا الداخلي لتحديد أثر دقة أكثر قليلا.

الجدول هو الجدول المستخدمة لانتاج خطوط 8555648 ، وزنها 550 ميغا بايت مع 8 أعمدة. واحد من هذه الأعمدة هو حقل فريد وصديق آخر هو تاريخ إدراجها في قاعدة البيانات تنسيق التاريخ والوقت.

التطبيق الأول هو استخدام :

  تحديث R_Temp.dbo.Email
 تعيين Date_In = '04/ 09/2008'
 حيث في البريد الإلكتروني ('test@gmail.com')
 يعد لاغيا وDate_In 

هذه هي خطة تنفيذ المقدرة على الطاولة دون فهرس :

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

يقدر I / O التكلفة : 52،1454
وتقدر تكلفة CPU : 4.70565
وتقدر تكلفة المشغل : 56،8511
الشجرة الفرعية التكلفة المقدرة : 56،8511

مواصلة القراءة "تأثير نوع من مؤشر على تحديث"

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

لتوضيح هذا لقد جعلت من الدقيقة مؤشر على سيكلسرفير 2005 لمقارنة أداء جدول بدون فهرس (كومة) ، وهو مؤشر أمر (عنقودية) وفهرس مرتبة (nonclustered) على الاستعلام التالي :

  اختر العد (*) من صديق R_Temp.dbo.EMAIL أين مثل ('فريد ٪') 

كان الجدول 8555648 الصفوف ، وتزن 550 ميغابايت ، ويتألف من ثمانية أعمدة. مجال البريد الإلكتروني هو فريد من نوعه.

هذه هي خطة التنفيذ المقدر لهذا الاستعلام على جدول بدون فهرس :

سيكلسرفير هنا على طول الجدول بأكمله (الجدول المسح الضوئي) للعثور على الصفوف التي تطابق الاستعلام وتكلفة مرتفعة للغاية : فهو يعمل في 2.5 S في خدمة بلدي.

مواصلة القراءة "تأثير نوع من الفهارس على تحديد"

لتعريف المستخدمين التي تستهلك خادم SQL ببساطة استخدام الاستعلام التالي :

SELECT
TOP 20
SPID, Blocked,
convert(varchar(10),db_name(dbid)) as Base,
CPU,
datediff(second,login_time, getdate())/60 as Minutes,
convert(float, cpu / datediff(second,login_time, getdate())) as PScore,
convert(varchar(16), hostname) as Hôte,
convert(varchar(20), loginame) as Login,
convert(varchar(50), program_name) as Programme
FROM master..sysprocesses
WHERE datediff(second,login_time, getdate()) > 0 and SPID > 50
ORDER BY PScore desc

Plus le PScore est élevé plus l’utilisation de la base est intensive.

De la même manière on peut déterminer les programmes les plus gourmands en observant la colonne BFactor lors de l’exécution de la requête suivante :

SELECT
convert(varchar(50), program_name) as Programme,
count(*) as CliCount,
sum(cpu) as CPUSum,
sum(datediff(second, login_time, getdate())) as SecSum,
convert(float, sum(cpu)) / convert(float, sum(datediff(second, login_time, getdate()))) as Score,
convert(float, sum(cpu)) / convert(float, sum(datediff(second, login_time, getdate()))) / count(*) as BFactor
FROM master..sysprocesses
WHERE spid > 50
GROUP BY
convert(varchar(50), program_name)
ORDER BY score DESC