البيانات اختفت: ماذا تفعل خطوة بخطوة
الإجراء عند اختفاء الملفات أو قاعدة البيانات: كيف لا تزيد الأمور سوءًا بخطوتك الأولى، وأين تبحث عن البقايا، وما يمكن استعادته وما لا يمكن.
آخر تحديث 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مع الإجابة التلقائية “نعم” على قرص حيّ دون صورة. - الانتظار أسبوعًا ثم طلب الاستعادة: فكلما طال تشغيل الجهاز، قلّ ما يتبقى.
كيف تتجنب تكرار ذلك
المحادثة نفسها تنتهي دائمًا بالطريقة نفسها: إما أن تكون لديك نسخ احتياطية أو لا. اضبطها اليوم واختبرها مرة كل ربع سنة عبر تمرين استعادة — فالنسخة الاحتياطية التي لم تُستعد قط لا تُعدّ نسخة احتياطية.