أدوات مراقبة SQL Server: ماذا تتبع وكيف تختار

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

تتناول هذه الدليل ما يجب على فرق تكنولوجيا المعلومات مراقبته، حيث تتوقف مراقبة خادم Windows وتبدأ مراقبة SQL المحددة، والأدوات المدمجة المتاحة من Microsoft، وكيفية اختيار نهج مراقبة مناسب.

ما الذي يجعل مراقبة خادم SQL مRemarkable؟

مراقبة الخوادم، الأساسيات:

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

احتياجات المراقبة الخاصة بقاعدة البيانات لخوادم SQL:

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

كيف تقوم مايكروسوفت بتقسيم هذا:

تعكس مايكروسوفت هذا التمييز في بنية المراقبة الخاصة بها. تغطي أدوات ويندوز مثل Performance Monitor موارد النظام، بينما يوفر SQL Server مرافق محددة لقاعدة البيانات بما في ذلك Query Store وExtended Events وActivity Monitor وسجلات الأخطاء وقدرات مراقبة Transact-SQL.

يجب أن يشمل مراقبة SQL Server عدة طبقات تكاملية بدلاً من مجموعة واحدة من المقاييس.

ما الذي يجب أن تتعقبه أدوات مراقبة خادم SQL؟

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

1. صحة الخادم والبنية التحتية

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

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

مراقبة المضيف كما يساعد في اكتشاف المشكلات التي تؤثر على أكثر من SQL Server. قد يستضيف خادم مادي أو افتراضي تطبيقات أو خدمات داعمة أو مستخدمين عن بُعد تتنافس أنشطتهم على نفس الموارد.

2. صحة مثيل قاعدة بيانات SQL Server

الطبقة التالية تنظر داخل محرك قاعدة البيانات نفسه.

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

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

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

3. أداء الاستعلام والحمل

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

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

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

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

4. التوافر، الوظائف وصحة التشغيل

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

اعتمادًا على البيئة، قد يحتاج المسؤولون إلى رؤية وظائف SQL Server Agent، والنسخ الاحتياطية، وتوافر قاعدة البيانات ومجموعات التوافر المستمر. قد تتطلب العقارات الأكبر أو الحرجة للأعمال أيضًا مراقبة النسخ المتماثل، وتتبع التكوين، وتوقعات السعة.

تحتاج العمق المطلوب إلى اتباع أهمية عبء العمل. تتطلب قاعدة بيانات داخلية صغيرة أو مجموعة من خوادم SQL الإنتاجية هياكل مراقبة مختلفة تمامًا.

ما هي أدوات مراقبة SQL Server المدمجة التي يمكنك استخدامها؟

قبل شراء منصة مخصصة، من المفيد فهم ما هو خادم SQL من مايكروسوفت يوفر بالفعل.

مجموعة واسعة من الأدوات الأصلية:

• يدعم Activity Monitor الفحص حسب الطلب
• يحتفظ Query Store بمعلومات استعلام وخطة تاريخية
• تلتقط الأحداث الممتدة أحداث المحرك المحددة
• تظهر طرق الإدارة الديناميكية بيانات الأداء الداخلية
• تساعد سجلات أخطاء SQL Server في التحقيق في أحداث محرك قاعدة البيانات.
• يضيف Windows Performance Monitor معلومات عن موارد نظام التشغيل.

تشخيص أعمق ولكن تعقيد أكبر:

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

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

هذا هو المكان الذي تصبح فيه المراقبة من طرف ثالث أكثر إقناعًا.

كيفية اختيار أدوات مراقبة خادم SQL؟

ابدأ بالمشكلة التي من المقرر أن يحلها الأداة. يجب أن يحميك هذا من فقدان هدفك في قائمة تحقق بأكبر عدد من المقاييس المدعومة.

1. عمق الرؤية الضروري

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

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

يمكن أن تتداخل هذه الفئات. في العديد من البيئات، فإن النهج الأكثر عملية هو الجمع بينهما بدلاً من منتج واحد فقط.

2. مطابقة التنبيهات والتاريخ مع العمليات

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

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

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

3. اعتبر النطاق والنشر والإدارة

أداة مناسبة لنسخة واحدة من SQL Server قد تصبح مرهقة عبر العشرات من الخوادم.

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

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

أين يتناسب مراقبة خادم TSplus؟

تراقب TSplus Server Monitoring الجانب البنية التحتية من هذا النموذج للمراقبة. إنها توفر رؤية في الوقت الحقيقي إلى وحدة المعالجة المركزية، الذاكرة، نشاط قراءة وكتابة القرص، عرض النطاق الترددي، العمليات والمستخدمين المتصلين، مع تقارير تاريخية وتنبيهات قابلة للتكوين لمقاييس الخادم.

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

TSplus Server Monitoring ليس، مع ذلك، محلل أداء قاعدة بيانات SQL Server مخصص. المتطلبات الخاصة بـ SQL مثل تحليل خطة التنفيذ، والتحقيق في مخزن الاستعلام، وسلاسل الحظر، وتحليل حالة الجمود أو إحصائيات الانتظار التفصيلية تتطلب أدوات SQL Server من Microsoft أو منتج متخصص لمراقبة قواعد البيانات.

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

الختام

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

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

بعض الأسئلة المتكررة

ما هي أداة مراقبة خادم SQL؟

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

ما هي مقاييس SQL Server التي يجب أن أراقبها؟

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

هل يمكن لمراقبة خادم Windows اكتشاف مشاكل خادم SQL؟

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

هل يتضمن SQL Server أدوات المراقبة الخاصة به؟

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

هل أحتاج إلى برنامج مخصص لمراقبة خادم SQL؟

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