الرئيسية›الأدلة›ماذا تفعل إذا…
ماذا تفعل إذا…
فشل النسخ الاحتياطي الليلة الماضية
فشل النسخ الاحتياطي ليلةً واحدة ليس كارثة، بل تأخير: فآخر نسخة سليمة يبلغ عمرها 48 ساعة على الأقل إذا كانت نسخة الليلة السابقة قد نجحت. أما تكرار الفشل عدة مرات متتالية فهو حادث يمس الحماية: يُبحث عن سببه في اليوم نفسه، ولا يُكتفى بتأكيد استلام التنبيه.
الأساسيات
- اقرأ رسالة الخطأ، لا المؤشر الأحمر فحسب: المساحة، مصدر غائب، بيانات الاعتماد، ملفات مقفلة، سرعة الاتصال، وكيل متوقف.
- قد تكون مهمة «ناجحة» قد نسخت مجلدًا فارغًا: راجع حجم البيانات المنسوخة.
- دوّن تاريخ آخر نجاح وأبلغ به مسؤول القسم المعني.
- أعد التشغيل بعد الإصلاح، ثم تحقّق من الليلة التالية.
- ثلاث إخفاقات في شهر واحد على الجهاز نفسه: غيّر الإعدادات، ولا تكتفِ بالضغط على زر «إعادة التشغيل».
1. قراءة الخطأ، لا المؤشر الأحمر فحسب
الأسباب المعتادة، حسب ترتيب ظهورها:
| السبب | العلامة | الإصلاح |
|---|---|---|
| نفاد المساحة في الوجهة، أو بلوغ حد الحصة | خطأ في الكتابة، مدة احتفاظ تتقلص | زيادة السعة، أو تقليص السجل التاريخي عن وعي بالعواقب |
| مصدر مطفأ أو خارج الشبكة أو تغيّر مساره | حرف محرك أقراص أو مجلد مشترك أُعيدت تسميته؛ مهمة «ناجحة» على مجلد فارغ | إعادة المصدر، وتصحيح المسار، والتحقق من حجم البيانات المنسوخة |
| رفض بيانات الاعتماد | انتهاء صلاحية كلمة مرور حساب الخدمة | إعادة تفعيل الحساب: وإلا فستفشل كل الليالي |
| ملفات مقفلة أو قاعدة بيانات لم تُوضع في حالة سكون | نسخ جزئي | استخدام الطريقة المخصصة لقواعد البيانات المفتوحة؛ فقاعدة SQL في هذه الحالة لا تُستعاد بشكل سليم |
| اتصال بطيء جدًا أو مقطوع | مهمة متوقفة في نهاية النافذة الزمنية | نسخ تزايدي أكثر كفاءة، أو نافذة أطول، أو تقليل البيانات غير الضرورية |
| وكيل متوقف على الجهاز | لا يوجد أي إرسال | إعادة تشغيل الخدمة، والبحث عن سبب توقفها |
الحالة الأكثر خداعًا هي المهمة الخضراء على مجلد فارغ. وتطلب ANSSI (الوكالة الفرنسية للأمن السيبراني) أن يخضع النسخ الاحتياطي بشكل منهجي للمراقبة، مع رصد خاص لأحجام البيانات أو أعداد الملفات غير المتناسقة، وبطء الشبكة، وتغييرات الإعدادات. فحجم منسوخ ينخفض فجأة من ليلة إلى أخرى يستحق الاهتمام نفسه الذي يستحقه الفشل.
2. معرفة تاريخ آخر نجاح
هذا هو التاريخ الوحيد الذي يهم لقيمة RPO اليوم. وإذا مرّ عليه أكثر من بضعة أيام، فأبلغ به الشخص المسؤول عن القسم المعني. فهو يعمل دون شبكة أمان، ويجب أن يعلم ذلك. وتأكيد استلام التنبيه في وحدة الإدارة دون هذا الإبلاغ هو التصرف الذي يحوّل حادثًا بسيطًا إلى فقدان للبيانات بعد أسبوعين.
3. إعادة التشغيل بعد الإصلاح
شغّل مهمة يدوية بعد معالجة السبب. انتظر حتى تنتهي. فشل إعادة التشغيل يعني أن السبب لا يزال قائمًا. وفي صباح اليوم التالي، تحقّق من الليلة التالية: فكثير من الإصلاحات «البديهية» لا تصمد في التشغيل الثاني.
المهمة الناجحة تثبت أن نسخة قد كُتبت، لا أنها قابلة للاستعادة. فبالنسبة لقاعدة بيانات SQL Server، توضّح Microsoft أن أمر التحقق من النسخة الاحتياطية لا يفحص بنية البيانات التي تحتويها. وتطلب ANSSI اختبار النسخ الاحتياطية بانتظام، مع إجراء استعادة مكتوب؛ ويوصي NIST (المعهد الوطني الأمريكي للمعايير والتقنية) هو الآخر باختبار النسخ الاحتياطية للتأكد من إمكانية استرجاع الملفات دون أخطاء، كما يطلب دليل المديرية العامة لأمن نظم المعلومات (DGSSI) حول استمرارية النشاط واستئنافه اختبار إجراء استرجاع النسخ الاحتياطية بانتظام. وبعد حادث في النسخ الاحتياطي، تبقى استعادة تجريبية لملف أو لقاعدة بيانات أفضل وسيلة للتحقق. راجع كيف تختبر أن النسخ الاحتياطي يعمل؟.
4. إذا تكرر ذلك
ثلاث إخفاقات في شهر واحد على الجهاز نفسه: النطاق، أو سرعة الاتصال، أو المنتج غير ملائم. غيّر إعدادًا ما (استبعاد مجلد ضخم وغير مفيد، تقسيم المهمة، زيادة التخزين)، ولا تكتفِ بإعادة التشغيل يدويًا كل يوم اثنين.
قائمة التحقق الصباحية
- هل انتهت جميع مهام الليلة فعلًا، لا مجرد أنها «لم تُظهر خطأ»؟
- هل يتناسب الحجم المنسوخ مع حجم الليالي السابقة؟
- هل مضى على تاريخ آخر نجاح لكل جهاز حيوي أقل من 24 ساعة؟
- هل قرأ شخص محدد بالاسم التنبيهات، لا مجرد أنها وُصلت؟
- هل تغطي المساحة المتبقية في الوجهة مدة الاحتفاظ المقررة؟
لدى WeDoBack
تشمل المراقبة على مدار الساعة النسخ الاحتياطية، وتُرسل تنبيهًا عندما لا تكتمل عملية نسخ. التنبيه هو بداية هذه الصفحة، لا نهايتها. في عرض INTEGRAL، يمكن استخدام ساعتي الدعم الشهريتين لمعالجة السبب. وفي عرض SMART، يُفوتَر الدعم حسب كل تدخل: يبقى الفشل ظاهرًا للعميل في وحدة الإدارة، وعليه هو أن يطّلع عليه. يمكن الاتصال بالدعم الفني على الرقم +33 9 72 50 78 28، من 09:00 إلى 13:00 ومن 14:00 إلى 17:30 (بتوقيت باريس). ولتحديد حجم التخزين، فإن التقدير المنشور هو الحجم الحالي مضروبًا في ثلاثة، ثم يُعدَّل بعد أسبوع من الاستخدام: والحجم المحدود أكثر من اللازم يظهر من خلال مهام تفشل أو مدة احتفاظ تتقلص. أما مفتاح التشفير، الذي يحتفظ به العميل، فلا دور له في فشل الإرسال: فإذا فشلت المهمة، فهذا يعني ببساطة أن النسخة البعيدة لم تُحدَّث.
أسئلة شائعة
هل فشل ليلة واحدة أمر خطير؟
نادرًا، إذا نجحت الليلة السابقة وأُصلح السبب خلال اليوم. يأتي الخطر من التراكم: فكل ليلة فاشلة تزيد كمية العمل التي ستضيع في حال وقوع كارثة. وبعد بضعة أيام، يصبح الأمر حادثًا يجب إبلاغ الإدارة به.
هل تكفي حالة «ناجح» لإثبات سلامة النسخة الاحتياطية؟
لا. تطلب ANSSI (الوكالة الفرنسية للأمن السيبراني) مراقبة منهجية للنسخ الاحتياطية، ولا سيما أحجام البيانات غير المتناسقة، وإجراء اختبارات استعادة منتظمة. وبالنسبة لـ SQL Server، توضّح Microsoft أن التحقق من نسخة احتياطية لا يفحص بنية البيانات التي تحتويها: ولا يثبت ذلك إلا استعادة فعلية يليها فحص للتناسق.
من يجب أن يراقب تنبيهات النسخ الاحتياطي؟
شخص محدد بالاسم، مع بديل في فترات العطل. فالتنبيه الذي يصل إلى صندوق مشترك لا يقرؤه أحد يعادل غياب التنبيه. وحدّد أيضًا من يُبلغ الإدارة حين يتجاوز تاريخ آخر نجاح حدًّا متفقًا عليه مسبقًا.
لمزيد من المعلومات
المصادر
وثائق اطُّلع عليها في أكتوبر 2026.
هل تحتاج إلى مساعدة الآن؟
لا تستعِد أي شيء قبل التأكد من وجود نسخة سليمة. يمكننا إرشادك.
اتصل على الرقم +33 9 72 50 78 28أو راسلناهل تواجه حادثًا الآن؟
تساعدك فرقنا على تحديد النسخة السليمة واستعادتها، من الاثنين إلى الجمعة من 9:00 إلى 13:00 ومن 14:00 إلى 17:30 (بتوقيت باريس).