Skip to content
VDS · النسخ الاحتياطية والقرص

البيانات اختفت: ماذا تفعل خطوة بخطوة

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

آخر تحديث 23 أغسطس 2026

الإجراء الأول بعد فقدان البيانات أهم من كل ما يليه. فيما يلي دليل لا يكلّفك فرص استعادة بياناتك.

فورًا: أوقف الكتابة إلى القرص

يبقى الملف المحذوف على القرص حتى تشغل مساحته بيانات جديدة. كل عملية كتابة — تثبيت حزمة، موقع يعمل، سجل ينمو — تقلّل فرصك.

  • أوقف كل ما يكتب: خادم الويب، وقاعدة البيانات، وعمال قوائم الانتظار.
  • لا تثبّت برامج الاستعادة على القرص نفسه.
  • لا تعد تثبيت النظام: إعادة التثبيت تتلف القرص بالكامل وبشكل لا رجعة فيه.

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

حدّد ما حدث بالضبط

العلامةما هيإلى أين تتجه
ملفات حُذفت بأمرحذف عاديالقسم أدناه
“No space left on device”نفاد المساحة، تعذّر على التطبيق الكتابةنفاد المساحة
قاعدة البيانات لا تفتح والملفات موجودةتلف قاعدة البياناتنسخ قاعدة البيانات الاحتياطية
النظام لا يُقلعمحمّل الإقلاع أو نظام الملفاتقرص الإنقاذ
ملفات غريبة وعمليات غير مألوفةاحتمال اختراقعلامات الاختراق

إذا كانت لديك نسخ احتياطية

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

restic -r /path/to/repo snapshots
restic -r /path/to/repo restore latest --target /restore

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

إذا لم تكن لديك نسخ احتياطية

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

ما يمكنك تجربته بنفسك أيضًا:

  • الملف ما زال مفتوحًا لدى عملية. إذا كان برنامج يحتفظ بملف محذوف، فهو متاح عبر /proc:
    lsof +L1
    cp /proc/<pid>/fd/<n> /root/recovered-file
    
    هذا يعمل فقط ما دامت العملية حية — لا تعد تشغيلها.
  • بيانات في سجل قاعدة البيانات. لدى PostgreSQL وMySQL سجل كتابة مسبقة يستطيع مختص إعادة بناء الحالة كما كانت قبل الانهيار منه. لا تشغّل قاعدة البيانات في وضع الإصلاح دون تفكير — فهكذا تخسر السجل أيضًا.
  • الإقلاع إلى قرص إنقاذ وأخذ صورة من القرص إلى جهاز آخر قبل تجربة أدوات مثل extundelete أو photorec. يجب أن تعمل على الصورة، لا على القرص الحيّ.

ما يجب ألا تفعله

  • إعادة تثبيت النظام “للبدء من جديد” قبل أن تقرر ما إذا كنت تحتاج البيانات.
  • تشغيل برامج استعادة تكتب مخرجاتها إلى القرص نفسه.
  • إصلاح نظام الملفات بـ fsck مع الإجابة التلقائية “نعم” على قرص حيّ دون صورة.
  • الانتظار أسبوعًا ثم طلب الاستعادة: فكلما طال تشغيل الجهاز، قلّ ما يتبقى.

كيف تتجنب تكرار ذلك

المحادثة نفسها تنتهي دائمًا بالطريقة نفسها: إما أن تكون لديك نسخ احتياطية أو لا. اضبطها اليوم واختبرها مرة كل ربع سنة عبر تمرين استعادة — فالنسخة الاحتياطية التي لم تُستعد قط لا تُعدّ نسخة احتياطية.