الفصل : 16
الجزء : 1
العنوان : ال Troubleshooting
عندما نحلم بوظيفة في إدارة السيرفرات أو الأنظمة، غالبًا ما نفكر في تصميم البنية التحتية، وتشغيل السيرفرات الجديدة، وتنفيذ التكنولوجيا الجديدة. يمكن أن تعكس الحقيقة هذه المهام، ولكن يمكن أن تشمل بسهولة المكالمات في الساعة الثالثة صباحًا للتعامل مع نظام معطل، والتدقيق في سجلات الأحداث والتشخيص، والعيش على Google وBing عندما لا تفيدك المعرفة والحكمة المكتسبة. أحيانًا، يتعطل العتاد. وأحيانًا أخرى، يتعطل البرنامج. تنتهي صلاحية الشهادات، تفشل الاتصالات بالإنترنت، وأحيانًا تعمل على حل مشكلة من زاوية معينة طوال اليوم فقط لتكتشف في النهاية أنها كانت ناتجة عن شيء مختلف تمامًا. العمل في مجال تكنولوجيا المعلومات يمكن أن يجلب معه ألغازًا كبيرة كل يوم، وهذا أحد الأسباب التي تجعلني أحبه.
يكشف هذا الفصل الأخير بعض الأدوات المتاحة في Windows Server 2022 التي يمكن أن تساعد في استكشاف الأخطاء وإصلاحها، والصيانة، والإصلاح:
ال Backup and restore
ال Task Manager
ال Resource Monitor
ال Performance Monitor
ال Sysinternals tools
ال Windows Firewall with Advanced Security
ال System Insights
ال Remote toolsets
ال Event Logs
ال MMC and MSC shortcuts
ال Backup and restore
الحاجة إلى النسخ الاحتياطي واستعادة السيرفرات من حين لآخر لا تزال موجودة في Windows Server 2022. يحلم الكثيرون بيوم تكون فيه السيرفرات موثوقة وثابتة بنسبة 100% طوال حياتها، غير متأثرة بالفيروسات والبرامج الخبيثة، لكن اليوم ليس هذا اليوم (قد يكون هذا مملًا بعض الشيء، لأكون صادقًا).
في حين أن هناك العديد من الأدوات الخارجية المتاحة في السوق التي يمكنها تحسين وأتمتة تجربة النسخ الاحتياطي عند إدارة العديد من السيرفرات، فإن لدينا هذه القدرات مدمجة في نظام التشغيل الخاص بنا Server 2022، ويجب أن نكون جميعًا على دراية بكيفية استخدامها. يجب أن يكون الحفاظ على النسخ الاحتياطية الجيدة أولوية قصوى لأي عمل تجاري وهو أهم عنصر في استكشاف الأخطاء وإصلاحها. هناك العديد من الأسباب التي قد تؤدي إلى فشل إصلاح سيرفر يواجه مشكلة، وفي بعض الأحيان تكون الخيارات الوحيدة المتاحة هي البناء من الصفر أو الاستعادة من النسخة الاحتياطية. تتزايد هجمات برامج الفدية، ويستهدف المهاجمون الشركات من جميع الأحجام. إذا كان لديك قاعدة جدار ناري سيئة واحدة في مكانها، فإن الأمر مسألة وقت فقط قبل أن يجدوا طريقهم إلى شبكتك، وقبل أن تعرفه، سيتم تشفير كل سيرفراتك واحتجازها للحصول على فدية. إذا لم يكن لديك نظام نسخ احتياطي قوي وخطة استعادة توضح بالضبط كيفية الاستعادة من تلك النسخ الاحتياطية إذا لزم الأمر، فعليك أن تكون لديك محفظة عميقة جدًا لدفع الفدية لأنه سيكون خيارك الوحيد.
للتوضيح، بالطبع، لا يجب أن تدفع الفدية! إذا دفعت، فإن المتسللين الذين قاموا بقفل نظامك في المقام الأول سيطلقون ملفاتك (إذا لم يفعلوا ذلك، فإنهم سيخرجون فورًا من أعمال الفدية)، لكنهم سيبنون أيضًا أكبر عدد ممكن من الأبواب الخلفية في شبكتك قبل أن يطلقوا بياناتك، حتى يتمكنوا من إعادة الاتصال بسهولة في المستقبل ويفعلوا ذلك مرة أخرى. لسوء الحظ، كما رأينا مؤخرًا في الأخبار، فإن الفشل في الحفاظ على نسخ احتياطية جيدة يؤدي إلى الوقوع بين صخرة ومكان صعب، حيث يكون دفع الفدية هو الخيار الوحيد المتاح. لا تدع ذلك يكون قصتك.
جدولة النسخ الاحتياطية بانتظام
تسجيل الدخول إلى سيرفراتك وتشغيل مهمة نسخ احتياطي يدوي كل يوم هو بالطبع غير ممكن لمعظم منظماتنا، حيث أن عملية تشغيل النسخ الاحتياطية ستتحول إلى وظيفتنا بدوام كامل. لحسن الحظ، فإن ميزة Windows Server Backup تمنحنا الخيار لإنشاء جدول نسخ احتياطي. بهذه الطريقة، يمكننا تحديد ما نريد نسخه احتياطيًا، وأين نريد نسخه احتياطيًا، وعدد مرات تشغيل هذا النسخ الاحتياطي. ثم يمكننا الجلوس، والاسترخاء، ومعرفة أن أنظمتنا تقوم بأداء هذه المهمة بنفسها.
قبل أن نتمكن من فعل أي شيء مع النسخ الاحتياطية، نحتاج إلى تثبيت الميزة المناسبة داخل Windows. باستخدام الرابط Add roles and features، تقدم وقم بتثبيت الميزة المسماة Windows Server Backup. تذكر أنني قلت ميزة – لن تجد Windows Server Backup على شاشة اختيار الأدوار الرئيسية للسيرفر؛ تحتاج إلى المضي قدمًا شاشة واحدة إضافية في المعالج للعثور على Features. بمجرد أن تنتهي الميزة من التثبيت، يمكنك تشغيل وحدة تحكم Windows Server Backup المتاحة داخل قائمة Tools في Server Manager. بمجرد الدخول، انقر على Local Backup في نافذة الجانب الأيسر؛ سترى بعض الإجراءات تظهر على الجانب الأيمن من شاشتك.
كما ترى، هناك خيار مدرج هنا يسمى Backup Once... الذي، كما يوحي الاسم، يقوم بعملية نسخ احتياطي مؤقتة. في حين أن هذه ميزة لطيفة، لا يمكن لأي مدير سيرفر أن يسجل الدخول إلى جميع سيرفراته ويفعل ذلك كل يوم. بدلاً من ذلك، النقر على إجراء Backup Schedule... سيطلق معالج تكوين لإنشاء مهمة نسخ احتياطي مجدولة ومتكررة:
الخيار الأول الذي ستواجهه هو تحديد ما الذي تريد نسخه احتياطيًا. الخيار الافتراضي مضبوط على Full server، الذي سيأخذ نسخة احتياطية من كل شيء في نظام التشغيل. إذا كنت تريد تخصيص كمية البيانات التي يتم نسخها احتياطيًا، يمكنك اختيار الخيار Custom والمتابعة من هناك. بما أن لدي الكثير من مساحة القرص المتاحة لي، سألتزم بالمسار الموصى به لإنشاء نسخ احتياطية كاملة للسيرفر.
التالي، نصل إلى الفائدة الحقيقية من استخدام مفهوم الجدولة: اختيار عدد مرات تشغيل النسخ الاحتياطي. الطريقة الأكثر شيوعًا هي اختيار وقت معين من اليوم ثم ترك النسخ الاحتياطي يعمل كل يوم في ذلك الوقت المحدد. إذا كان لديك سيرفر يتم تحديث بياناته بانتظام طوال اليوم وتريد تقليل نافذة المعلومات المفقودة في حالة الحاجة إلى إجراء استعادة، يمكنك أيضًا تحديد النسخ الاحتياطي عدة مرات في اليوم:
الشاشة الأخيرة التي نحتاج إلى اتخاذ قرار فيها لنسخنا الاحتياطية المجدولة هي شاشة Specify Destination Type، حيث نحدد موقع ملفات النسخ الاحتياطي. يمكنك أن ترى أن هناك عدة خيارات لتخزين النسخة الاحتياطية محليًا على الأقراص الصلبة الفعلية لنفس السيرفر حيث تقوم بتكوين النسخ الاحتياطية. يمكن أن يكون تخزين ملفات النسخ الاحتياطي على قرص محلي مخصص أو وحدة تخزين مفيدًا لأن سرعة عملية النسخ الاحتياطي ستزداد مقارنةً بالتخزين عبر الشبكة. بالنسبة للسيرفرات التي تحاول نسخها احتياطيًا باستمرار خلال أيام العمل، يمكن أن يقلل هذا من الموارد المستخدمة من قبل النسخ الاحتياطي ويزيد من عدد النسخ الاحتياطية التي يمكن ضغطها في يوم واحد. ميزة أخرى لاستخدام قرص محلي متصل للنسخ الاحتياطي هي أنه يمكنك إنشاء نقاط تراجع متعددة داخل مخطط النسخ الاحتياطي الخاص بك، والحفاظ على معلومات النسخ الاحتياطي لعدة أيام في حالة الحاجة إلى التراجع إلى نقطة معينة في الوقت.
هناك أيضًا عيوب للاحتفاظ بالنسخ الاحتياطية على التخزين المحلي المتصل. أحد الموانع المحتملة هو هجوم ransomware. إذا لم تكن جزءًا من جهود التنظيف بعد مثل هذا الهجوم، قد لا تدرك أن ransomware يقفل ويشفر جميع الملفات التي يمكنه الوصول إليها. هذا يعني دائمًا تقريبًا أنه يشفر حجم نظام التشغيل، وأي حجم آخر (حرف محرك) يمكنه العثور عليه متصل بالنظام. سيتم سحق الأقراص الصلبة الإضافية ومحركات USB حيث قد تخزن النسخ الاحتياطية، جنبًا إلى جنب مع سيرفرك، في هجوم ransomware.
هذا يثير نقطة جيدة أخرى – الاحتفاظ بنسخ خارج الموقع من النسخ الاحتياطية الخاصة بك. هذا ليس فصلًا عن سيناريوهات التعافي من الكوارث، ولكن يجب عليك بالتأكيد الاحتفاظ بنسخ من نسخ سيرفراتك الاحتياطية في موقع ثانٍ، سواء كان ذلك في التخزين السحابي أو في مبنى آخر.
أجد أن معظم المدراء يفضلون الاحتفاظ بجميع ملفات النسخ الاحتياطي الخاصة بهم في موقع مركزي، وهذا يعني اختيار الخيار الثالث في هذه الشاشة، وهو الخيار المعنون Back up to a shared network folder. من خلال اختيار هذا الخيار، يمكننا تحديد موقع الشبكة، مثل سيرفر الملفات أو تعيين محرك إلى NAS، ويمكننا ضبط جميع سيرفراتنا المختلفة للنسخ الاحتياطي إلى هذا الموقع نفسه. بهذه الطريقة، لدينا موقع مركزي وموحد نعرف أن جميع ملفات النسخ الاحتياطي الخاصة بنا ستكون موجودة فيه، إذا احتجنا إلى سحب واحدة واستخدامها للاستعادة.
لا أستطيع أن أخبرك أي خيار هو الأفضل، لأنه يعتمد على كيفية تخطيطك لاستخدام النسخ الاحتياطية في بيئتك الخاصة. الشاشة حيث نختار نوع الوجهة الذي نريده للنسخ الاحتياطي تتضمن نصًا جيدًا للقراءة حول هذه الخيارات، مثل الملاحظة المهمة أنه عند استخدام مجلد شبكة مشترك للنسخ الاحتياطي، يمكن تخزين ملف نسخ احتياطي واحد فقط في كل مرة لسيرفرك. هذا لأن عملية إنشاء نسخة احتياطية جديدة في اليوم التالي ستكتب فوق النسخة الاحتياطية السابقة:
بمجرد اختيار وجهة النسخ الاحتياطي وتحديد موقع المشاركة على الشبكة، إذا كان هذا هو الخيار الذي اخترته، تكون قد انتهيت من المعالج. ستبدأ مهام النسخ الاحتياطي تلقائيًا في الوقت المحدد الذي حددته أثناء المعالج، وغدًا، سترى ملف نسخة احتياطية جديد لسيرفرك. إذا كنت غير صبور، مثلي، وتريد رؤية مهمة النسخ الاحتياطي تعمل الآن، يمكنك المرور عبر الإجراء الآخر المتاح في وحدة تحكم Windows Server Backup، المسماة Backup Once...، لتشغيل نسخة احتياطية يدوية على الفور:
استعادة البيانات من نظام Windows
من المهم أن تحتفظ بنسخ احتياطية جيدة من خوادمك على أمل ألا تضطر أبدًا إلى استخدام تلك الملفات الاحتياطية لاستعادة خادم. ولكن، للأسف، سيأتي الوقت الذي يحدث فيه خلل في خادم ما، أو تُحذف بعض البيانات عن طريق الخطأ، وعليك أن تعود إلى عملية استعادة البيانات أو خادم كامل في البنية التحتية الخاصة بك. إذا كان خادمك لا يزال قيد التشغيل، فإن عملية الاستعادة سهلة للغاية من نفس وحدة Windows Server Backup. افتح وحدة التحكم واختر Action التي تقول Recover.
هذا يستدعي معالجًا آخر يقودنا خلال عملية الاستعادة. أولاً، نحدد موقع ملف النسخة الاحتياطية. إذا كان لديك موقع مخصص للنسخ الاحتياطي على الخادم المحلي، فإن العثور عليه بسيط جدًا؛ وإلا، مثل مثالي، حيث حددنا موقع شبكة، يجب عليك اختيار A backup stored on another location، ثم اختيار Remote shared folder لتخبره بمكان العثور على ملف النسخة الاحتياطية:
بناءً على موقع النسخة الاحتياطية الذي اخترته، سيحدد المعالج الآن جميع تواريخ الاستعادة المتاحة داخل ملفات النسخة الاحتياطية. إذا كنت قد خزنت ملفات النسخ الاحتياطي على قرص محلي بحيث تتوفر نقاط استعادة لعدة أيام، فسترى العديد من التواريخ المتاحة للنقر عليها. بالنسبة لي، نظرًا لأنني اخترت تخزين النسخ الاحتياطية على موقع شبكة، فهذا يعني أنني أملك فقط معلومات نسخة احتياطية ليوم واحد، وتاريخ الأمس هو الوحيد الذي يمكنني اختياره. لذلك، سأختار استعادة نسخة الأمس وأواصل العمل خلال المعالج.
الآن بعد أن حددنا ملف النسخة الاحتياطية المحدد الذي سيتم استخدامه للاستعادة، يمكننا اختيار المعلومات التي سيتم استعادتها من تلك النسخة الاحتياطية. هذه ميزة رائعة في منصة الاستعادة لأنه في كثير من الأحيان عندما نحتاج إلى الاستعادة من النسخة الاحتياطية، يكون ذلك فقط لملفات ومجلدات محددة قد تم حذفها أو تلفها. إذا كان هذا هو الحال، اختر الخيار الأعلى، Files and folders. في حالات أخرى، قد ترغب في استعادة الخادم بالكامل إلى تاريخ معين، ولهذه الوظيفة، يجب عليك اختيار استعادة Volume كامل. الآن، أفقد فقط بعض الملفات التي اختفت بطريقة ما بين الأمس واليوم، لذلك سأختار الخيار الافتراضي Files and folders.
يتم الآن عرض شاشة Select Items to Recover، التي تستعرض ملف النسخة الاحتياطية وتعرض قائمة كاملة بالملفات والمجلدات داخل ملف النسخة الاحتياطية. هنا، ببساطة أختار الملفات التي أرغب في استعادتها. هذا النوع من الاستعادة يمكن أن يكون حاسمًا في الإدارة اليومية لخادم الملفات، حيث يكون هناك احتمال كبير أن يحذف المستخدمون المعلومات عن طريق الخطأ:
كل ما تبقى هو تحديد المكان الذي تريد أن يتم استعادة الملفات المستعادة فيه. يمكنك اختيار إعادة الملفات المستعادة إلى موقعها الأصلي، أو إذا كنت تقوم بتنفيذ عملية الاستعادة على جهاز آخر، يمكنك اختيار استعادة الملفات إلى موقع جديد يمكنك أخذها منه ثم وضعها يدويًا، أينما كانت تحتاج إلى التواجد الآن.
الاستعادة من قرص التثبيت
الاستعادة من وحدة التحكم داخل Windows هي تجربة سهلة تستند إلى معالج، ولكن ماذا إذا كان خادمك قد تعطل تمامًا؟ إذا كنت لا تستطيع الدخول إلى Windows على خادمك، لا يمكنك تشغيل وحدة Windows Server Backup لبدء عملية الاستعادة. في هذه الحالة، يمكننا استخدام ملف النسخة الاحتياطية الذي تم إنشاؤه، ولكن نحتاج إلى استخدامه مع قرص تثبيت Windows Server 2022، حيث يمكننا استدعاء عملية الاستعادة.
من المهم ملاحظة أن هذه العملية لا يمكنها الوصول إلى المواقع على الشبكة، ويجب أن يكون ملف النسخة الاحتياطية مخزنًا على قرص متصل بخادمك. يمكنك استخدام محرك USB لهذا الغرض أثناء عملية الاستعادة، إذا لم تكن قد أعددت وظيفة النسخ الاحتياطي لتخزينها على قرص متصل محليًا.
لجعل الأمور ممتعة، سأقوم بتعطيل خادمي الخاص. هذا هو الخادم الذي أخذنا نسخة احتياطية منه قبل بضع دقائق. لقد حذفت بطريق الخطأ بعض الملفات المهمة جدًا في دليل C:\Windows. أوه لا! الآن، هذا كل ما أراه عندما أحاول تشغيل خادمي:
هذا ليس مشهدًا وديًا تراه أول شيء في الصباح! بما أنني عالق هنا وغير قادر على تشغيل Windows، فإن فرصتي في تشغيل معالج الاستعادة ضئيلة. ماذا أفعل؟ أقوم بتشغيل قرص تثبيت Windows Server 2022 أو ISO؟ هذا هو الخيار الوحيد، ولكن أريد أن أكون حذرًا حتى لا أقوم بتثبيت Windows من جديد، حيث يمكن أن يتم استبدال جميع برامجي وبياناتي في هذا السيناريو. بل بالأحرى، بمجرد الدخول إلى شاشة تثبيت Windows Server، ستلاحظ وجود خيار في الزاوية لإصلاح الكمبيوتر. اختر هذا الخيار لفتح خيارات الاستعادة المتاحة على قرص التثبيت.
الآن ستشاهد الشاشة تتغير إلى لون أزرق جديد، مما يشير إلى أننا دخلنا إلى جزء خاص من قرص التثبيت، حيث توجد بعض الخيارات:
عند النقر على Troubleshoot، ستجد مجموعة من الخيارات المتقدمة التي يمكن استخدامها لاستكشاف أخطاء نظام التشغيل من وحدة التحكم هذه خارج نظام التشغيل نفسه. إذا كنت تعتقد أنه يمكنك إصلاح المشكلة من خلال Command Prompt، اختر هذا الخيار، وحاول إصلاحها بنفسك.
بالنسبة لمثالنا، أنا متأكد من أنني أضررت بنظام التشغيل بشكل كبير، لذلك سأقوم بعمل استعادة كاملة لنظام Image Recovery وأنقر على هذا الزر:
طالما لديك قرص صلب متصل يحتوي على ملف Windows Server Backup، فسيتم تشغيل المعالج واستيراد المعلومات حول النسخة الاحتياطية. نظرًا لأنني اخترت في الأصل تخزين ملف النسخة الاحتياطية على موقع الشبكة، قمت بنسخ ملفات النسخ الاحتياطي إلى قرص وربطتها كقرص ثانٍ إلى خادمي. يتعرف المعالج تلقائيًا على ملف النسخة الاحتياطية ويعرضه في شاشة Select a system image backup:
الآن، ببساطة بالنقر على Next عدة مرات للتقدم خلال المعالج، يتم استعادة صورة النسخة الاحتياطية على خادمي:
بمجرد اكتمال عملية الاستعادة، يعيد النظام تشغيل نفسه ويطلق نفسه مباشرة في Windows، حيث يكون كامل الوظائف إلى نقطة الاستعادة. خادمي التجريبي ليس لديه الكثير من الأشياء التي تعمل عليه، لذا فإن الوقت الذي استغرقه الاستعادة كان قصيرًا. قد تستغرق خوادم الإنتاج وقتًا أطول قليلاً، لكنني أقول إن 20 دقيقة من تعطيل الخادم إلى استعادته بالكامل هو وقت رائع!
الحفاظ على ملفات النسخ الاحتياطي الجيدة والمحدثة بانتظام أمر حيوي لاستدامة عملياتك. لقد عملت على العديد من الأنظمة حيث قام المسؤولون بأخذ بعض النسخ الاحتياطية اليدوية بعد إعداد خوادمهم لأول مرة، ولكنهم لم يضعوا جدولًا منتظمًا. حتى إذا لم تتغير البيانات على الخادم، إذا كنت جزءًا من نطاق، فلا ترغب أبدًا في الاعتماد على ملفات النسخ الاحتياطي القديمة. إذا تعطل خادم ما واحتجت إلى استعادته، فإن استعادة نسخة احتياطية لا تتعدى بضعة أيام عادة ما تكون ناجحة. ولكن إذا استعدت صورة عمرها ستة أشهر، فإن Windows نفسه سيعود على الإنترنت دون مشاكل، وجميع بياناتك ستكون موجودة. ومع ذلك، في تلك الفترة الزمنية، من المؤكد أن حساب الكمبيوتر الخاص بهذا الخادم سيكون قد فقد التزامن مع النطاق، مما يتسبب في أخطاء مصادقة ضد وحدات التحكم في النطاق. في بعض الحالات، قد تضطر حتى إلى القيام بأشياء غير مرغوبة مثل إزالة الخادم من النطاق وإعادة الانضمام إليه بعد استعادة الصورة لاستعادة الاتصالات بالنطاق. إذا كنت تحتفظ بنسخ احتياطية منتظمة، فلن تضطر إلى التعامل مع هذه المشاكل.
ال Task Manager
إذا كنت تتذكر منذ الفصل الأول "البداية مع Windows Server 2022"، ستعرف أننا تحدثنا بالفعل عن Task Manager. هناك، وصفنا كيفية تشغيله وألقينا نظرة سريعة على علامات التبويب المختلفة المتاحة داخل Task Manager. بينما لا يوجد حاجة لإعادة نفس المعلومات هنا، من المهم ملاحظة Task Manager في هذا الفصل فيما يتعلق باستكشاف الأخطاء وإصلاحها، لأنه أحد الأماكن الأولى التي يجب زيارتها على أي سيرفر يظهر مشاكل أداء أو أعراض غريبة.
يوفر Task Manager نظرة سريعة على إجمالي استخدام CPU وذاكرة السيرفر، مما يتيح لك معرفة مدى عبء السيرفر. إحدى علامات التبويب الأكثر شيوعًا للمراجعة على أي سيرفر هي Processes، والتي تسمح لك بفرز جميع التطبيقات والعمليات الجارية حسب استهلاكها لـ CPU أو الذاكرة، مما يمكن من التعرف السريع على تطبيق قد يكون يتسبب في إعاقة السيرفر بأكمله. بمجرد تحديد المشكلة، يمكنك بسهولة النقر بزر الماوس الأيمن على أي عملية جارية وإنهاء المهمة بسرعة، مما يحرر تلك الموارد على السيرفر الخاص بك.
عند إدارة سيرفرات RDS، ستجد نفسك تزور Task Manager غالبًا لاستكشاف بطء سيرفر معين لجلسة معينة. أحيانًا، يمكنك تحديد التطبيقات الفردية التي تستهلك الموارد في علامة التبويب Processes أو Details، وفي أوقات أخرى، قد ترغب في الذهاب إلى أبعد من ذلك ومراجعة علامة التبويب Users لرؤية معلومات الحالة حول كل مستخدم مسجل الدخول إلى سيرفر RDSH. غالبًا، يكون هذا هو أسرع طريقة لمعرفة عدد المستخدمين المسجلين الدخول إلى سيرفر معين، ولتحديد سريع أي جلسة مستخدم قد تكون تسبب مشاكل للآخرين عن طريق استهلاك كمية كبيرة من موارد السيرفر:
أحد الأسباب الأكثر شيوعًا لفتح Task Manager هو زيارة علامة التبويب Performance وعرض معلومات مدة تشغيل النظام. بينما تكون السيرفرات عمومًا أكثر استقرارًا من أجهزة الكمبيوتر المكتبية، إلا أن سيرفرات Windows تحتاج أحيانًا إلى إعادة تشغيل، وتعد مدة التشغيل مؤشرًا جيدًا على ما إذا كنت يجب أن تحاول إعادة التشغيل كأول شكل من أشكال استكشاف الأخطاء وإصلاحها. إذا كان سيرفرك يعمل فقط لمدة يومين، فقد ترغب في توجيه جهودك في مكان آخر وعدم التسبب في انقطاع الخدمة لأي شخص عن طريق إعادة التشغيل في منتصف اليوم. من ناحية أخرى، إذا كان سيرفرك بطيئًا حقًا ويتسبب في بطء، وله مدة تشغيل تبلغ 120 يومًا، فقد ترغب في المضي قدمًا وإعادة تشغيل السيرفر لترى ما إذا كان ذلك سيحل المشكلة.
طريقة أخرى سهلة لعرض مدة تشغيل النظام هي بكتابة systeminfo في نافذة Command Prompt أو PowerShell! وإذا كنت ترغب في معرفة المزيد، وإذا كان سيرفرك قد أعيد تشغيله بشكل غير متوقع وتريد معرفة مدة تشغيله قبل إعادة التشغيل، قم بزيارة System Event Logs وابحث عن Event ID 6013. ستحتاج إلى تحويل الثواني إلى دقائق/ساعات/أيام، ولكن يتم تسجيل هذا الحدث في الظهيرة كل يوم، لذلك سيكون لديك سجل مستمر لمدة تشغيل النظام.
في الحالات التي تجد فيها Task Manager غير كافٍ وترغب في التعمق أكثر، قم بتشغيل Resource Monitor الجديد. يمكن الوصول إليه باستخدام وظيفة البحث في قائمة Start، ولكن إذا كان لديك Task Manager مفتوحًا بالفعل، قم بزيارة علامة التبويب Performance. في الأسفل، ابحث عن رابط يسمى Open Resource Monitor.
الResource Monitor
مثل Task Manager المحسّن، يمكن لـ Resource Monitor أن يأخذ مراقبة النظام واستكشاف الأخطاء وإصلاحها إلى مستوى أبعد. يحتوي على الكثير من المعلومات نفسها التي شاهدناها داخل Task Manager ولكنه يعرضها بتنسيق مختلف. تتواجد مقاييس استخدام CPU والذاكرة والقرص، بالإضافة إلى مراقبة واجهات الشبكة الخاصة بك. هناك طرق مختلفة لفرز العناصر التي تستخدم الموارد، مما يتيح تحديد العناصر التي تستهلك CPU والذاكرة بسرعة، وهناك أيضًا وظائف النقر بزر الماوس الأيمن لإنهاء أو تعليق العمليات. في علامة التبويب Overview، كما هو موضح في الشكل 16.13، ستلاحظ أنني أستطيع تحديد سبب ارتفاع استخدام CPU بسرعة – PowerShell يستهلك تقريبًا 100% من موارد CPU المتاحة:
استكشاف علامات التبويب المختلفة داخل Resource Monitor سيظهر لك معلومات أكثر تفصيلًا حول استهلاك موارد CPU والذاكرة وحتى القرص. هذا مثير للاهتمام بشكل خاص لأنك يمكنك رؤية إحصائيات التخزين على القرص والمساحة المتاحة إلى جانب المقاييس مثل Disk Queue Length، وهو مؤشر مهم يجب مراقبته عندما يكون أداء القرص الصلب عنق زجاجة.
علامة التبويب الوحيدة التي لم أذكرها بعد هي Network، وهي مكان مفضل لدي داخل Resource Monitor. مهمة شائعة جدًا لاستكشاف الأخطاء وإصلاحها بين العميل والسيرفر هي تتبع ما قد يطلبه تطبيق معين على مستوى الشبكة، ويمكن أن يكون هذا أمرًا صعبًا لتحديده. على سبيل المثال، قمت بتثبيت تطبيق على جهاز عميل أو سيرفر، ويقوم هذا التطبيق بإجراء طلبات إلى سيرفر آخر لجلب معلومات أو للتفاعل معه بطريقة ما. لنفترض أن التطبيق لا يعمل بشكل صحيح. أولاً، تقوم ببعض استكشاف الأخطاء وإصلاحها الأساسية للشبكة وتتحقق من أن الجهازين يمكنهما التواصل مع بعضهما البعض، عن طريق إرسال ping بينهما. هذا يعني أن حركة المرور الشبكية تتدفق، ولكن التطبيق لا يزال لا يتصل. تفكيرك التالي هو الجدار الناري – ماذا لو كان الجدار الناري على السيرفر المستلم لا يسمح بحركة المرور، أو ربما هناك حتى جهاز جدار ناري فعلي في مكان ما بينهما يقيد المنافذ التي يستخدمها التطبيق؟ أنت غير متأكد من المنافذ التي قد يحاول التطبيق استخدامها، وقد تأخر الوقت للاتصال بمزود البرمجيات (إذا كان موجودًا).
هنا يأتي دور Resource Monitor! الآن، إذا كنت قد قمت بهذا الأمر مرة أو مرتين، قد تفكر، "ألا يمكنني فقط تثبيت Wireshark واستخدامه لمراجعة حركة المرور الشبكية التي تخرج من جهازي؟" ستكون الإجابة نعم، ولكن هنا نحن نعرض قدرة مماثلة مدمجة في Windows. داخل علامة التبويب Network في Resource Monitor، يمكنك رؤية قائمة بالتطبيقات و Process IDs (PIDs) التي تولد حركة المرور الشبكية حاليًا على هذا الكمبيوتر أو السيرفر. تذكر أن Resource Monitor متاح داخل Windows Server، وهو متاح أيضًا داخل Windows 10/11! قم بتشغيل تطبيقك، وابحث عن PID، وحدد المربع بجواره. ثم، قم بفتح قسم TCP Connection، وإذا كان هذا التطبيق يستخدم تيار مرور TCP (أو يحاول)، كما يفعل معظم التطبيقات، ستشاهد هنا بالضبط اسم السيرفر أو عنوان IP الذي يطلبه التطبيق، وما هي المنافذ التي يحاول استخدامها للاتصال. الأعمدة المثيرة للاهتمام هنا هي Remote Address وRemote Port:
من السهل رؤية أن تطبيقي Outlook.exe يتصل بعدة عناوين IP مختلفة، باستخدام منفذ TCP 443. إذا كانت هذه المعلومات تخص تطبيقك الخاص، يمكنك الآن استخدام هذه المعلومات للتحقق من أن التطبيق يطلب عنوان IP أو السيرفر الذي تتوقعه، وأن المنفذ المستخدم متاح ويستمع ولا يتم حظره على السيرفر المستلم أو جدار ناري في المنتصف.
ال Performance Monitor
أداة مراقبة مدمجة أخرى تسمى Performance Monitor، تُعرف عادةً بـ Perfmon. تحتوي كل مكونة تقريبًا داخل Windows Server على عدادات مراقبة الأداء المحددة مسبقًا، و Perfmon يستفيد من تلك العدادات لعرض معلومات متعمقة للغاية حول ما يحدث مع تلك المكونات، ولكن فقط عندما تقوم بإعداد تقارير لرؤيتها. Perfmon لا يسجل أي شيء بشكل افتراضي، لأن القيام بذلك سيستهلك الكثير من موارد السيرفر، لذلك يتم استخدام هذه الأداة عمومًا فقط بشكل مؤقت أثناء استكشاف الأخطاء وإصلاحها أو لغرض معين، ثم تعطيلها مرة أخرى عند الانتهاء.
أسهل طريقة لتشغيل Perfmon هي Start | Run أو فتح Command Prompt أو PowerShell، ببساطة اكتب Perfmon، ثم اضغط Enter. هذا سيشغل الواجهة، وبشكل افتراضي، يمكنك رؤية أنه قد تم إدراج عداد لـ % Processor Time. يمكنك بالطبع العثور على معلومات نسبة CPU في أماكن أسهل وأفضل من Perfmon، لذلك يتم عرض هذا ببساطة كعينة من البيانات:
ما هو مثير للاهتمام هنا هو أنك تستطيع رؤية حقول البيانات Average وMinimum وMaximum بسرعة. ستجد أن هذه الحقول موجودة مع معظم العدادات، وهذه بعض من أكثر المعلومات فائدة التي قمت بجمعها باستخدام Perfmon خلال سيناريوهات استكشاف الأخطاء وإصلاحها في الحياة الواقعية.
انقر بزر الماوس الأيمن في أي مكان داخل ذلك الرسم البياني وحدد Add Counters…. هنا، يمكننا اكتشاف النطاق الواسع من عدادات البيانات المتاحة للمراقبة باستخدام Perfmon:
لا يمكننا تغطية كل شيء هنا، لذلك سأقوم بسرد بعض الأمثلة على العدادات التي تكون مفيدة في معظم سيناريوهات استكشاف أداء السيرفر:
- Processor > % Processor Time (هذا هو العداد المضاف افتراضيًا)
- Memory > Available MBytes
- Network Interface > Bytes Received/sec
- Network Interface > Bytes Sent/sec (ويمكن تعريفها بشكل أكبر لكل NIC)
- PhysicalDisk > % Disk Time
- PhysicalDisk > Current Disk Queue Length
العديد من العدادات تكون مخصصة لأدوار معينة. مثل العدادات الخاصة بـ Terminal Services > Total Sessions التي يمكن أن تعطيك عدادات حول عدد المستخدمين الذين سجلوا الدخول إلى مضيفات RDSH الخاصة بك. أو يمكنك استخدام Print Queue > Total Jobs Printed عند محاولة معرفة مدى انشغال أو إرهاق سيرفر الطباعة لديك. في وظيفة سابقة، استخدمت غالبًا عدادات IP-HTTPS وDNS64 وIPsec لمراقبة مكونات ضمن تقنيات Microsoft Remote Access.
لقد قمت بإضافة جميع العدادات المتعلقة بالأداء التي ذكرتها سابقًا (هناك العديد من الخيارات الأخرى المتاحة)، وأصبح الرسم البياني للبيانات في Perfmon فوضى من الألوان المتعددة والرسم البياني المتداخل. بينما يكون العرض الافتراضي للرسم البياني مثيرًا للاهتمام، إلا أنه ليس سهل المتابعة. بدلاً من ذلك، إذا قمت بفتح رمز شريط الأدوات الذي يبدو كأنه رسم بياني صغير، ستجد ثلاث خيارات لعرض هذه البيانات: Line وHistogram bar وReport. أنا أفضل النظر إلى الأرقام، ولكن عرض Report لا يعرض المتوسط-الأدنى-الأقصى، وهذه مفيدة حقًا. لذلك، قد تجد نفسك تستخدم مزيجًا من العروض الثلاثة بانتظام:
هذه معلومات رائعة في الوقت الحقيقي، ولكن كم مرة تقوم فعليًا بالتعمق واستكشاف مشكلة في الوقت الحقيقي بهذا القدر من العمق؟ لنكن صادقين - إذا كان السيرفر يعاني من مشاكل في الأداء خلال ساعات العمل، فمن المحتمل أنك ستعيد تشغيل السيرفر بأكمله لإعادة الأمور إلى الوضع الطبيعي قبل استخدام Perfmon لمراجعة العتاد. بدلاً من ذلك، ما وجدته دائمًا هو أن Perfmon يكون أكثر فائدة في جمع الإحصائيات على فترة زمنية معينة. مثال رائع هو تقارير متكررة حول بطء سيرفر معين. ربما يكون سيرفر RDSH أو سيرفر الوصول البعيد الذي يتفاعل معه المستخدمون يوميًا. كل بضعة أيام، تتلقى تذاكر دعم تشير إلى أن النظام كان بطيئًا أو لم يسمح لأي شخص جديد بتسجيل الدخول. بحلول الوقت الذي تصل فيه التذكرة إلى مكتبك وتقوم بالدخول إلى السيرفر، تختفي المشكلة، ويعمل السيرفر بشكل جيد مرة أخرى.
هذا هو المكان الذي يبرز فيه Perfmon. بعد تحديد عدادات الأداء التي تهتم بمراقبتها، يمكنك إنشاء مجموعة Data Collector Set الخاصة بك (وهي مجموعة من العدادات) وتكوينها لتعمل على جدول زمني. قم بتوسيع Data Collector Sets، ثم انقر بزر الماوس الأيمن على User Defined وحدد New > Data Collector Set. من خلال اتباع هذا المعالج، يمكنك استخدام بعض القوالب المعدة مسبقًا لجمع المقاييس الشائعة، أو يمكنك تحديد مجموعة Data Collector Set يدويًا. اختر وحدد أي عدادات الأداء التي ترغب في تضمينها وعدد مرات تسجيل مجموعة Data Collector Set للبيانات لكل عداد (كل 15 ثانية افتراضيًا). يمكنك رؤية في الشكل 16.18 أنني أعمل على تحديد قائمة يدوية من العدادات، وأضفت بعض مقاييس استخدام العتاد الكلاسيكية إلى قائمة المجموعة الخاصة بي:
بعد تحديد عداداتك وتحديد موقع لحفظ هذه البيانات، توفر الشاشة الأخيرة من المعالج خيار Run as. في العديد من الحالات، يمكنك ترك الخيار <Default> هنا وستعمل مجموعة البيانات بشكل جيد، ولكن إذا كانت أي من عداداتك تواجه صعوبة في جمع البيانات، يمكنك بدلاً من ذلك تحديد حساب مختلف هنا، مثل حساب مسؤول. اترك الخيار محددًا لـ Save and close وانقر على Finish. أريد استخدام هذا الخيار، بدلاً من أحد الخيارات الأخرى التي تستدعي إجراءً فوريًا، حتى نتمكن من رؤية أين توجد مجموعة البيانات الجديدة داخل وحدة Perfmon.
مرة أخرى داخل وحدة Perfmon، بالنظر تحت المجلد User Defined، سترى مجموعة New Data Collector Set التي لم تكن موجودة سابقًا. هذه هي مجموعة العدادات الجديدة الخاصة بنا، جاهزة للتشغيل في أي وقت. هذه طريقة لطيفة لحفظ مجموعات شائعة من عدادات الأداء للتشغيل السهل والمرجع لاحقًا، وإذا قمت بالنقر بزر الماوس الأيمن على New Data Collector Set وتوجهت إلى Properties، ستجد أيضًا علامة التبويب Schedule، التي تتيح لك إعداد مجموعة البيانات لتبدأ في تاريخ ووقت معينين. ثم، داخل علامة التبويب Stop Condition، يمكنك تحديد مدة جمع هذه المقاييس. تذكر أننا حددنا الفاصل الزمني بـ 15 ثانية، لذلك ستبدأ مجموعة البيانات هذه في الوقت الذي تحدده وستسجل البيانات من العدادات المضمنة كل 15 ثانية طالما تحدد المدة التي يجب أن تعمل مجموعة البيانات فيها، مع إيقاف جمع البيانات كما هو محدد في علامة التبويب Stop Condition:
في المستقبل، إذا أردت تعديل العدادات المضمنة في هذه المجموعة، يمكنني النقر بزر الماوس الأيمن على DataCollector01، الموضح في الشكل 16.19، وزيارة Properties هنا لإضافة عدادات جديدة أو إزالة الحالية.
لقد سمحت لمجموعة البيانات الجديدة بالتشغيل لبضع دقائق وجمع بعض البيانات. الآن بعد أن انتهيت من وقت التشغيل المحدد، كيف أجد البيانات التي تم إنشاؤها؟ لا تزال داخل وحدة Perfmon، انظر قليلاً إلى أسفل الشجرة إلى Reports. داخل التقارير User Defined، ستجد مجلدًا لمجموعة البيانات الجديدة الخاصة بك. في كل مرة يتم تشغيل مجموعة البيانات الخاصة بك، سيتم إنشاء ملف جديد هنا بطابع زمني. النقر على ملف اليوم يظهر لي جميع البيانات التي تم جمعها، ولدي نفس الخيارات المتاحة للتلاعب بالبيانات أو تغيير كيفية عرض الرسم البياني كما كان في عرض البيانات الحية:
يمكن أن تكون مجموعات بيانات Perfmon المجدولة مفيدة للغاية عند استكشاف مشاكل الأداء المتكررة على سيرفر. في مثال سيرفر RDSH الذي ناقشناه سابقًا، عند التعامل مع تقارير البطء على ذلك السيرفر، يمكنك إنشاء مجموعة Data Collector Set لـ Perfmon التي تأخذ المقاييس المحيطة باستخدام العتاد. يمكنك تضمين مقاييس عدد الجلسات لمعرفة عدد المستخدمين المتصلين في نفس الوقت. يمكن أن يوفر تقرير Perfmon هذا بعد ذلك ضوءًا مفيدًا ومثيرًا للاهتمام على الموقف؛ ربما يكون لديك ببساطة عدد كبير جدًا من الأشخاص المتصلين في الأوقات التي تكون فيها العتاد مضغوط. أو ربما تجد أن السيرفر يتباطأ في أعلى كل ساعة ثم تستخدم هذه المعلومات لإدراك أن لديك نسخ احتياطية تعمل في أعلى كل ساعة، مما يقودك في اتجاه حل المشكلة.
النهاية
نكون هنا انتهينا من الجزء 1 من الفصل 16 تماما من شهادة MCSA المقدمة من Microsoft اصبحنا بالفعل في النهاية
و لا بد وانت تقرا ان تكون مركز جيدا لكل معلومة ومعك ورقة وقلم , لانك بالتاكيد ستحتاجها
واذا واجهتك اي مشكلة في الفهم او ما شابه , يمكنك على الفور الذهاب الى المجتمع الخاص بنا في Telegram للمناقشة والتواصل معنا من هنا
او اذا واجهتك مشكلة في الموقع او تريد اجابة سريعة يمكنك الذهاب الى اخر صفحة في الموقع ستجد صفحة اتصل بنا موجودة يمكنك ارسالة لنا مشكلتك , وسيتم الرد عليها بسرعة جدا ان شاء الله
ويمكنك الأنضمام الى المجتمع Hidden Lock بالكامل مع جميع قنواته للأستفادة في اخر الأخبار في عالم التقنية وايضا الكتب بالمجان والكورسات والمقالات من خلال الرابط التالي لمجموعة القنوات من هنا
يمكنك ايضا متابعتنا في منصات X او Twitter سابقا , لمشاهدة الاخبار والمقالات السريعة والمهمة من
وفقط كان معكم Sparrow اتمنى ان تدعوا لي وتتذكروني في الخير دوما
