إنقاذ الخوادم
استرداد البيانات التالفة
يصل التلف عبر الأقراص الفاشلة وانقطاع الطاقة وانهيارات النواة والتحديثات الفاشلة، ويُكتشف غالبًا كقواعد بيانات لا تعمل أو ملفات لا تُقرأ. الاسترداد يعني التصوير أولًا، وإصلاح النسخ (لا الأصول أبدًا)، واستخراج أقصى قدر من البيانات السليمة، واستكمال الباقي من النسخ الاحتياطية.
النقاط الرئيسية
- أوقف الكتابة فورًا وصوّر وحدة التخزين المتأثرة قبل الإصلاح.
- شخّص تلف الأجهزة وتلف نظام الملفات وتلف طبقة التطبيق كلًا على حدة.
- أصلح النسخ بأدوات fsck وxfs_repair وأدوات إصلاح قواعد البيانات — لا الأصول أبدًا.
- استخرج البيانات المقروءة أولًا؛ فالإصلاح العنيف قد يدمر محتوى قابلًا للاسترداد.
- املأ الفجوات من أحدث النسخ الاحتياطية المُتحقق منها.
- استبدل الأجهزة المشبوهة — فالتلف الذي حدث مرة يتكرر.
- أضف مراقبة SMART وتغطية UPS لمنع التكرار.
- جدول فحوصات نظام الملفات والتحقق من النسخ الاحتياطية مستقبلًا.
ملاحظة ميدانية
أصلح النسخ لا الأصول أبدًا، واستخرج البيانات المقروءة قبل تشغيل الإصلاح العنيف. فـ fsck جراحة متفائلة: تُصلح أنظمة الملفات لا الملفات، وقد تُكمل ما بدأه التلف.
أسئلة شائعة
هل يمكن إنقاذ MySQL تالفة؟
غالبًا إلى حد كبير — فأوضاع الاسترداد القسري في InnoDB مع الاستخراج جدولًا بجدول تستعيد معظم البيانات في الحالات المعتادة.
هل RAID نسخة احتياطية؟
لا. فـ RAID ينجو من فشل الأقراص لا من التلف أو الحذف أو الفدية — وما زلت تحتاج نسخًا احتياطية مُصدَرة.
كيف تمنعون التكرار؟
بمراقبة SMART وUPS وذاكرة ECC على مضيفي قواعد البيانات الحرجة ونسخ مُتحقق منها.
ماذا لو لا توجد نسخ؟
يُحاوَل الاستخراج الجنائي لكن النتائج متفاوتة — ولهذا نصر على النسخ أولًا.
كيف تساعدك Kinetikatech في إنقاذ الخوادم
لا ينبغي أن تضطر إلى أن تصبح خبيرًا في إنقاذ الخوادم: تدخل طارئ للخوادم المخترقة أو التالفة أو المتوقفة: عزل وتشخيص واسترداد وتحصين. ولهذا توجد إزالة البرمجيات الخبيثة و إدارة الخوادم بالضبط: الإعداد والتحصين والمراقبة ومهندس مناوب ليلًا ونهارًا.