برنامج مراقبة سطح المكتب البعيد: ماذا تتبع

مقدمة

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

ما الذي يراقبه برنامج مراقبة سطح المكتب عن بُعد فعليًا؟

تغطي مراقبة سطح المكتب عن بُعد عددًا من المفاهيم. تركز بعض الأدوات على موارد جانب الخادم، بينما تقوم أدوات أخرى بجرد الاتصالات باستخدام بروتوكول سطح المكتب البعيد (RDP) أو خدمات سطح المكتب البعيد (RDS). يمكن للأدوات التي تتبنى نهجًا يركز على الأمان تدقيق وتسجيل نشاط المستخدم.

بالنسبة لتكنولوجيا المعلومات، من المنطقي تقسيم هذه الأدوات إلى 5 فئات:

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

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

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

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

لماذا تختلف رؤية مستوى الجلسة عن مراقبة الخادم؟

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

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

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

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

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

ما هي أهم مقاييس سطح المكتب البعيد؟

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

كم عدد المستخدمين والجلسات النشطة؟

توفر أعداد الجلسات الأساس لهذه المحادثة.

تشمل نقاط البيانات ذات الصلة المستخدمين المتصلين، والجلسات النشطة والمفصولة، عدد الجلسات المتزامنة توزيع عبر الخوادم، فترات الذروة والتزامن التاريخي.

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

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

هل موارد الخادم تواكب طلب الجلسات؟

وحدة المعالجة المركزية، الذاكرة، نشاط القرص والتخزين المتاح لا تزال هي المقاييس الرئيسية لمراقبة سطح المكتب البعيد.

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

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

الاتصال بين الاثنين عادة ما يكون أكثر أهمية من قيمة الاستخدام.

ما هي التطبيقات والعمليات التي تدفع عبء العمل؟

تساهم رؤية التطبيق في توفير سياق إضافي.

فهم التطبيقات المستخدمة، عندما تزداد الطلبات وأي العمليات تستهلك أكبر قدر من الموارد يمكّن المسؤولين من ربط نشاط المستخدم بسلوك البنية التحتية.

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

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

هل تساهم الشبكة أو تجربة المستخدم في المشكلة؟

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

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

يمكن أن تقدم بعض بيئات RDS رؤى أكثر حول تجربة المستخدم النهائي من غيرها. على سبيل المثال، يحتوي Microsoft Performance Monitor على عدادات تأخير إدخال المستخدم التي يمكن أن تحدد التأخيرات على مستوى الجلسة والعمليات. توثق Microsoft هذه الميزة كطريقة لربط أرقام الجلسات واستخدام وحدة المعالجة المركزية والاستجابة على خوادم RD Session Host.

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

كيف يمكن لمراقبة سطح المكتب عن بُعد أن تساعد فريقك عندما يتعين عليك استكشاف مشكلات الجلسات البطيئة؟

تظهر قيمة مراقبة سطح المكتب عن بُعد بشكل أفضل عندما يأخذ المسؤولون إشارات متعددة ويربطونها ببعضها البعض.

عندما يشير المستخدم إلى أن RDP بطيء، فإنه يصف التأثير، وليس السبب. أولويتك الأولى هي فهم نطاق المشكلة.

هل يواجه مستخدم واحد مشاكل؟ هل هناك عدد من المستخدمين على نفس المضيف؟ هل هناك مستخدمون على خوادم متعددة بنفس المشكلة؟

مع تحديد نطاق المشكلة، يمكن أن تساعدك رؤى المراقبة الخاصة بك في تركيز بحثك:

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

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

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

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

المراقبة في الوقت الحقيقي، التنبيهات والتقارير التاريخية: لماذا تعتبر جميعها مهمة؟

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

ما الذي يحدث الآن؟

يمكن للمسؤولين استخدام المراقبة في الوقت الفعلي لفحص أداء الخادم الحالي، والمستخدمين المسجلين، وعمليات التطبيقات، ونشاط الشبكة.

يمكن أن تكون هذه المعلومات حيوية أثناء الحادث حيث تتيح للمسؤول التحقق مما إذا كان لا يزال هناك ضغط على الموارد أو تحميل غير عادي يحدث.

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

متى يتطلب الأمر الانتباه؟

تحول التنبيهات المراقبة من جمع البيانات السلبية إلى عملية استباقية وتشغيلية.

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

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

ماذا حدث قبل الحادث؟

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

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

تعتبر المعايير التاريخية غالبًا أكثر أهمية من العتبات الفردية، لأنها تظهر لك ما هو طبيعي لخادم معين، ومزيج التطبيقات، وسكان المستخدمين.

في أي حالات تكون أدوات مراقبة ويندوز الأصلية كافية؟

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

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

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

ومع ذلك، قد تتطلب الحاجة إلى مراقبة عدة خوادم أو مراجعة الوضع من منظور حدث سابق سحب المعلومات من مصادر متعددة.

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

قيمة مثل هذا النهج ليست بالضرورة في المقاييس التي لا توفرها ويندوز.

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

هل يعني ذلك أنك تقوم بتسجيل المستخدمين إذا كنت تستخدم مراقبة جلسة سطح المكتب البعيد؟

لا. تُستخدم المصطلحات بالتبادل غالبًا، لكن مراقبة الجلسة وتسجيل الجلسة لهما نطاق وقدرات مختلفة بشكل كبير.

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

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

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

كيف يمكنك تحسين تخطيط السعة الخاص بك من خلال استخدام مراقبة سطح المكتب البعيد؟

عندما يتعلق الأمر ببنية سطح المكتب البعيد، فإن كثافة الحمل هي اعتبار مهم.

عدد الحسابات المكونة لا يقول الكثير عن عدد المستخدمين المتزامنين، والتطبيقات التي يقومون بتشغيلها وشدتها.

تجعل المراقبة التاريخية تلك المعلومات متاحة.

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

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

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

ما نوع المتطلبات التي يجب أن تبحث عنها عند البحث عن برنامج لمراقبة سطح المكتب عن بُعد؟

أفضل برنامج لمراقبة سطح المكتب عن بُعد ليس بالضرورة هو المنتج الذي يجمع أكبر قدر من البيانات. إنه البرنامج الذي يوفر مستوى الرؤية المطلوب للبيئة التي يتم إدارتها.

لأغلب فرق عمليات تكنولوجيا المعلومات، المتطلبات الأساسية واضحة.

• ج رؤية مركزية عبر خوادم متعددة
• معلومات المستخدمين الحاليين والجلسات المتزامنة
• مراقبة وحدة المعالجة المركزية والذاكرة والقرص والشبكة
• رؤية التطبيق والعمليات
• التقارير التاريخية وتحليل الاتجاهات
• تنبيهات قابلة للتكوين
• خيارات التقارير العملية والتصدير

يجب أن تجعل المنصة أيضًا عملية الربط سهلة. تصبح أعداد الجلسات أكثر قيمة عندما يتمكن المسؤولون من مقارنتها بتحميل الخادم. يصبح استخدام التطبيق أكثر فائدة عندما يمكن فحصه مع مرور الوقت.

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

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

يمكن أن تبدو المصطلحات متشابهة. قد تكون الرؤية المقدمة مختلفة تمامًا.

كيف يمكن لـ TSplus تبسيط مراقبة سطح المكتب عن بُعد؟

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

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

الختام

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

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