تعود VPN للاتصال عند 06:10، وتُظهر لوحة التحكم أن النفق أخضر، ومع ذلك لا تزال النسخة الاحتياطية الليلية بلا نقطة استعادة جديدة. هذا ليس تناقضًا؛ بل جدولان لم يُنسَّقا قط. النفق الذي يعود حدث شبكي. والنسخة الاحتياطية التي تكتمل حدث تطبيقي له آلة حالته الخاصة، وقد تُعلَّق العملية المتقطعة أو تُلغى أو تُوضع في الطابور خلف شيء آخر تمامًا.

خطّط النافذة حول نقطة استعادة مكتملة لا حول ضوء مؤشر النفق.

ابدأ من نقطة الاستعادة لا من وقت البدء

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

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

ما يفعله الانقطاع بالمهمة

يميّز Hyper Backup بين العمل الذي يمكن استئنافه والعمل الذي لا يمكن: السلوك الموثق هو أن المهام القابلة للاستئناف تُعلَّق والمهام غير القابلة للاستئناف تُلغى عند انقطاع الاتصال. لا تظهر أي من الحالتين في عميل VPN، ولا تُصلح أي منهما بإعادة توصيل النفق. اقرأ حالة المهمة وسببها المسجل قبل افتراض أن التشغيل المجدول التالي سيكمل من حيث توقف السابق.

قد يتبع التعليق اليدوي والانقطاع الشبكي دورتي حياة مختلفتين. إذا أوقف المشغل المهمة مؤقتًا، فإن إعادة توصيل الشبكة لا تغيّر شيئًا على الإطلاق.

للوجهة متطلباتها الخاصة

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

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

فحوص السلامة تتنافس على الساعات نفسها

يمكن لفحص السلامة أن يستهلك النافذة دون أي فشل شبكي على الإطلاق. توثّق DSM عملية نشطة واحدة لكل مهمة، ويمكن للنسخة الاحتياطية المجدولة أن تنتظر خلف فحص السلامة لتلك المهمة ثم تُتخطى بعد حد أقصى للانتظار يقارب ثلاث ساعات. باعد بين الجدولين وفق المدد الملحوظة، وتعامل مع التشغيل المتخطى كملاحظة جدولة لا كدليل على أن VPN فشل مرة أخرى.

فعّل الإشعارات بطريقة تسليم حقيقية، ثم عيّن شخصًا لقراءتها. المهمة التي لم تبدأ قط والمهمة التي فشلت في منتصف الطريق قد لا تنتجان التنبيه نفسه.

اجعل فحص الصباح عن النسخة

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

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

مقالات ذات صلة