ويندوز سيرفر للمحترفين #15: الصيانة واستمرارية الأعمال، لأن الخادم لن يعمل إلى الأبد

🧭 قبل أن نبدأ

نصل اليوم إلى الحلقة الأخيرة من سلسلة Microsoft Windows Server Administration Essentials، مع الفصل الخامس عشر: صيانة الخادم. بنينا الخادم، وأدرنا خدماته، وحللنا أعطاله وضبطنا أداءه. بقي أن نحافظ عليه على المدى الطويل: صيانة العتاد، والتخطيط لتوقفه، والتحديثات وWSUS، والتنبيهات الآلية، ثم استمرارية الأعمال بالنسخ الاحتياطي والعنقدة.

🧹 الفصل الخامس عشر: صيانة الخادم (Server Maintenance)

🔩 صيانة العتاد

🧮 لماذا 64-bit؟

• استخدام أكثر من 4 GB من الذاكرة، وهو أمر حيوي لقواعد البيانات الضخمة.
• معالجة كتل بيانات أكبر في كل عملية.
• أداء أفضل بكثير للتطبيقات الثقيلة؛ خوارزميات التشفير مثلًا أسرع 3 إلى 5 مرات. أما مستخدم Word العادي فلن يلاحظ فرقًا.
• Server 2008 R2 يأتي بنسخة 64-bit فقط، وكل الإصدارات اللاحقة كذلك.

📆 التخطيط لتوقف الخادم

يبدأ الكاتب القسم بصراحة:

"It's time for a reality check. You simply can't keep a server running forever." — "حان وقت مواجهة الواقع: ببساطة، لا يمكنك إبقاء الخادم يعمل إلى الأبد."

التوقف غير المخطط يُحبط المستخدمين ويكلّف وقتًا ومالًا أكثر من التوقف المخطط. والإجراءات الدنيا:

1. اختر الوقت الأنسب: حين يقل المستخدمون، ليلًا أو في عطلة نهاية الأسبوع.
2. أعلن مسبقًا: أسبوعًا على الأقل، ثم ذكّر قبل أسبوع وقبل يوم. وكثير من المؤسسات تذكّر أيضًا قبل ساعة.
3. أبلغ فريق الدعم بمسؤولياته، فمكتب المساعدة سيتلقى اتصالات ممن لم يصلهم الإعلان.
4. قدّر الوقت بدقة حتى لا ينتهي الوقت المحدد قبل إكمال العمل.
5. جهّز خطة تراجع (Rollback) تحسبًا لفشل الترقية أو الاستبدال.

🥾 عملية الإقلاع

BIOS  →  POST  →  Boot Sector (MBR والقسم النشط)  →  Bootloader  →  Kernel

• BIOS: إعدادات التخزين والذاكرة والمنافذ والطاقة والمحاكاة الافتراضية بمساعدة العتاد التي يحتاجها Hyper-V.
• POST: يفحص صحة المكوّنات، خصوصًا الذاكرة. الفحص الموسّع للذاكرة مفيد عند الشك فيها، لكن لا تفعّله في الإنتاج لأنه يؤخر الإقلاع بلا داعٍ.
• Bootloader: يقرأ BOOT.INI (ملف نصي) في 2003 وما قبله، وBCD في 2008 وما بعده، ويُعدَّل BCD بالأمر BCDEDIT.
• الوضع الآمن: اضغط F8 عند التشغيل.

إعدادات بدء التشغيل والاسترداد:

Computer > Properties > Advanced System Settings > Advanced > Startup and Recovery

منها: النظام الافتراضي، ومدة عرض القوائم، وإجراءات فشل النظام كإعادة التشغيل التلقائي وتفريغ الذاكرة (Memory Dump) إلى ملف. ومعظم المسؤولين يعتمدون على دعم مايكروسوفت لتحليل ملفات التفريغ.

🔄 التحديثات: Windows Update وWSUS

لماذا نحدّث؟ للأمان (سد الثغرات)، وللاستقرار (قد يتوقف النظام عن الاستجابة دون أي رسالة خطأ)، ولإصلاح الأخطاء.

• التحديث (Patch): يصلح مشكلة واحدة أو عددًا قليلًا من المشكلات.
• حزمة الخدمة (Service Pack): تجمع كل الرقع حتى تاريخ صدورها، وقد تضيف ميزات جديدة.

ولا تنسَ تحديث كل البرمجيات على الخادم، لا ويندوز وحده: Exchange وSQL وIIS وSharePoint وبرامج الأطراف الثالثة.

تفعيل Microsoft Update (لتحديث Office ومنتجات مايكروسوفت الأخرى):

Windows Update > "Get updates for other Microsoft products" > Find out more > موافقة > Use recommended settings

التحديث اليدوي المنظّم: بعض المؤسسات تكلّف مسؤولًا بفحص التحديثات في موعد أسبوعي ثابت. تُضبط الإعدادات على Never check for updates، ثم يفحص المسؤول دوريًا عبر Check for updates > Important Updates > Install. المهم أن يكون الفحص مهمة مجدولة منتظمة حتى لا تفوت أي تحديثات مهمة.

🏢 WSUS: خادم تحديثات داخلي

فائدتان رئيسيتان:

1. اختيار التحديثات مركزيًا مرة واحدة، بدل تكرار الاختيار على مئات الأجهزة.
2. توفير عرض نطاق الإنترنت: تُنزَّل التحديثات مرة واحدة إلى الخادم الداخلي، ويمكن جدولة التنزيل ليلًا.

Microsoft Update ⇄ الجدار الناري ⇄ خادم WSUS ⇄ الخوادم والأجهزة الداخلية

التثبيت: Server Manager > Add Roles > Windows Server Update Services. تختار مسار التخزين، وقاعدة البيانات (Windows Internal Database)، والموقع (المنفذ 8530). وإذا طُلب منك تنزيل مكوّنات ناقصة مثل Report Viewer فثبّتها، وإلا لن يعمل الدور بشكل صحيح.

معالج الإعداد:

• الخادم الأعلى (Upstream): Microsoft Update مباشرة، أو خادم WSUS داخلي آخر. المؤسسات الكبيرة تبني تسلسلًا هرميًا من خوادم WSUS.
• البروكسي إن لزم.
• اللغات: اختيار اللغات المطلوبة فقط يقلّص حجم التنزيلات كثيرًا.
• المنتجات، وأنواع التحديثات (Security وCritical وTools...)، وجدول المزامنة.

⚠️ انتبه للكود المخصص: تحديث مثل تحديثات SharePoint قد يعطّل الكود المخصص المبني فوقه. شجّع المبرمجين على اتباع أفضل ممارسات مايكروسوفت، واختبر التحديثات في بيئة مختبر قبل الإنتاج.

📖 قصة: شركة صغيرة تختار WSUS

شركة Widgets America كانت تحدّث يدويًا أربعة خوادم وأكثر من 40 جهازًا. ثم قررت تطبيق SharePoint 2010، وهذا يعني ثلاثة خوادم جديدة: خادمان لـ SharePoint وIIS، وخادم SQL مخصص. أدرك المسؤول أن وقت التحديث اليدوي انتهى. ولاحظ أن أحد خادمي SharePoint سيكون غير مستغل، ولأن WSUS لا يستهلك المعالج والذاكرة كثيرًا، ثبّته عليه وجدول التنزيل من 1 إلى 5 فجرًا، إذ لا توجد نوبات عمل ليلية. النتيجة: تحديث آلي دون أي تكلفة إضافية على المشروع، ودون أتعاب استشارية.

"Even small businesses can benefit from and easily implement WSUS in their environments." — "حتى الشركات الصغيرة تستطيع الاستفادة من WSUS وتطبيقه بسهولة في بيئاتها."

🔔 الأتمتة بالسجلات والتنبيهات

• يمكن ربط مهمة مجدولة بظهور حدث معين في سجل الأحداث.
• تنبيهات الأداء (Performance Alerts): تنطلق حين يتجاوز عداد أداء عتبة تحددها صعودًا أو نزولًا، مثلًا ذاكرة حرة أقل من 2 MB. وفي 2008 و2008 R2 تُنشأ داخل Data Collector Set.
• إجراءات التنبيه: تسجيل حدث في سجل Application، أو تشغيل Data Collector Set لجمع البيانات لحظة التنبيه.
• مهمة التنبيه (Alert Task): تشغيل برنامج أو سكربت، مثلًا سكربت يرسل بريدًا للمسؤول.

Data Collector Sets > User Defined > New > Create manually (Advanced) > Performance Counter Alert
→ Data Collector > أضف العدادات > العتبة (Above أو Below)
→ Properties > Alert Action / Alert Task

🛟 التخطيط لاستمرارية الأعمال

استمرارية الأعمال (Business Continuity): مجموعة مهام التخطيط والإدارة والتعافي من الكوارث التي تُبقي الأنظمة عاملة أو تعيدها بسرعة. وأسباب الفشل كثيرة: العتاد، والبرمجيات، وأخطاء المستخدمين، والحوادث الأمنية، والكوارث الطبيعية، ومشكلات الكهرباء والاتصالات.

🧱 أربعة عوامل تحدد الإتاحة

1. الأمان: هجوم حجب الخدمة (DoS) على خادم SQL يجعله غير متاح لخوادم SharePoint، مهما كانت تقنيات الإتاحة المستخدمة.
2. الاستقرار: الأنظمة سيئة التصميم ترتفع حرارتها فتتوقف أو تتلف، ولذلك توصي مايكروسوفت بعتاد معتمد فقط للعناقيد.
3. العمر المتوقع: ليس المهم فقط أن تشتري أقراصًا تعيش طويلًا، بل أن تعرف متى يُتوقع أن تتعطل (MTBF). ومع RAID يمكن استبدالها واحدًا تلو الآخر دون أي توقف.
4. التكرار (Redundancy): مفتاح الإتاحة العالية. مثال الكاتب: مبرمج وحيد في مشروع موعده بعد 30 يومًا؛ إن مرض أسبوعًا فات الموعد. ووجود مبرمجين آخرين يُبقي العمل مستمرًا، وكذلك العتاد والبيانات.

💾 النسخ الاحتياطي

خطة النسخ يجب أن تحدد: تكرار النسخ، ونوعه، وأماكن التخزين، ومتطلبات الأمان.

ومنذ 2008 تستخدم كل النسخ الاحتياطية بالأدوات المدمجة خدمة Volume Shadow Copy (VSS).

Windows Server Backup غير مثبت افتراضيًا:

Server Manager > Features > Add Features > Windows Server Backup Features (+ Command-Line Tools)
Windows Server Backup > Action > Backup Once > Full Server (Recommended) > الوجهة > Backup

ومعظم المؤسسات تجدول النسخ لتتم تلقائيًا، مع إشعار المسؤول بالنجاح أو الفشل. والقاعدة الذهبية:

"It is very important to test your backups by performing a trial restoration in a lab environment. Do not wait for a disaster to attempt a restoration." — "من المهم جدًا أن تختبر نسخك الاحتياطية باستعادة تجريبية في بيئة مختبر. لا تنتظر وقوع كارثة لتجرّب الاستعادة."

إعادة توجيه المجلدات (Folder Redirection): إعداد في Group Policy يوجّه مجلد Documents إلى الخادم. يحفظ المستخدم في ما يبدو له مجلدًا محليًا، فتذهب الملفات إلى الخادم ويُنسخ احتياطيًا مركزيًا.

نسخ Active Directory: انسخ System State على وحدات التحكم. وهي تتضمن: ملفات الإقلاع، والسجل، وقاعدة بيانات IIS الوصفية، وCOM+، وملف قاعدة بيانات AD، ومجلد SYSVOL.

🏥 في البيئات الطبية، النسخ الاحتياطي المختبَر ليس ممارسة جيدة فحسب، بل غالبًا متطلب امتثال لحماية سجلات المرضى من الضياع.

🔗 العنقدة (Clustering)

العنقود: مجموعة خوادم تعمل معًا وتظهر للعملاء كخادم واحد. التطبيق مثلًا يشير إلى خادم SQL واحد، بينما هو في الحقيقة عنقود من خادمين. وفي Failover Clustering يُحوَّل العملاء تلقائيًا إلى خادم آخر إذا فشل أحدها. كل خادم في العنقود يسمى عقدة (Node)، والتخزين المشترك شبه إلزامي ويجب أن يكون متحملًا للأعطال (RAID أو SAN). ولا تخلط بينه وبين Network Load Balancing (NLB) الذي يوزع الحمل على الخوادم جلسةً بجلسة.

"Your system is only as available as its weakest link." — "نظامك متاح بقدر إتاحة أضعف حلقاته فقط."

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

💎 اقتباسات هذا الجزء تستحق التوقف عندها

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

🎯 خلاصة الجزء

الصيانة تبدأ بالعتاد (الغبار والتبريد والطاقة وUPS)، ثم التخطيط الجيد للتوقف، ثم إبقاء البرمجيات محدّثة عبر Windows Update أو Microsoft Update أو WSUS، ثم أتمتة المراقبة بتنبيهات الأداء. وتنتهي باستمرارية الأعمال: نسخ احتياطي مجدول ومختبَر، ونسخ System State لوحدات التحكم، وعنقدة لتقليل احتمال توقف الخدمات.

🏁 ختام السلسلة

بهذه الحلقة ننهي كتاب Microsoft Windows Server Administration Essentials. الكتاب صدر عام 2011 عن Windows Server 2008 R2، الذي انتهى دعمه منذ يناير 2020. لكن المفاهيم التي تعلمناها ما زالت أساس العمل مع أي إصدار حديث: الأدوار، وActive Directory، وDNS، وGroup Policy، والصلاحيات، وRAID، وIIS، والنسخ الاحتياطي، ومنهجيات استكشاف الأعطال، ومراقبة الأداء.

بعض الأدوات تغيّرت: DCPROMO حلّ محله Server Manager وPowerShell، وForefront TMG وXP Mode لم يعودا موجودين، وبروتوكولات مثل PPTP وSMBv1 وNTLM صارت تُعتبر ضعيفة. أفضل طريقة لتثبيت ما تعلمناه: ثبّت نسخة تجريبية من إصدار حديث لـ Windows Server في جهاز افتراضي، وطبّق كل حلقة عمليًا، وراجع وثائق Microsoft Learn للأوامر والواجهات المحدثة. 🚀