حلّ المجتمع

النسخ الاحتياطي في ZimaOS لا يعمل عند الساعة 1 صباحًا: فحوصات الجدولة

ZimaOS 1.5.3 users reported that LAN backup tasks set to Always did not trigger at 1 AM, even though manual runs worked.

كان جدول «دائمًا» الأصلي في ZimaOS 1.5.3 ينص فعلًا على التحقق من مصادر النسخ الاحتياطي عبر الشبكة المحلية/السحابة يوميًا في الساعة 1:00 صباحًا، لكن عدة مستخدمين أفادوا بأن المهام لم تبدأ تلقائيًا. كانت عمليات التشغيل اليدية ناجحة، مما حصر المشكلة في سلوك الجدولة/الخدمة، وليس في الوصول الأساسي إلى المصدر أو الوجهة.

أدت إعادة تشغيل icewhale-files-backup.service كحل مؤقت إلى تشغيل المهام لدى بعض المستخدمين، لكن صاحب المنشور الأصلي أوضح صراحةً أن هذا الأسلوب غير موثوق. لذلك ينبغي أن يظل حلًا تشخيصيًا مؤقتًا، لا أداة الجدولة العادية الموصى بها.

ما الذي وعدت به واجهة الإصدار 1.5.3

معلومات النسخ الاحتياطي في ZimaOS توضّح أن جدول «دائمًا» يتحقق في الساعة 1 صباحًا للمصادر السحابية أو عبر الشبكة المحلية
أوضحت واجهة الإصدار 1.5.3 أن المصادر المحلية والسحابية ضمن خيار «دائمًا» يتم التحقق منها مرة يوميًا في الساعة 1:00 صباحًا وفق توقيت الجهاز. المصدر: منتدى مجتمع IceWhale.

بالنسبة إلى مصادر Zima/USB، كان خيار «دائمًا» يعني الاستجابة لتغييرات الملفات. أما بالنسبة إلى المصادر السحابية أو عبر الشبكة المحلية، فقد وصف التلميح عملية تحقق تُجرى مرة يوميًا في الساعة 1:00 صباحًا وفق توقيت الجهاز.

نجاح التشغيل اليدوي لا يثبت أن أداة الجدولة تعمل

دليل سجلات casaos في ZimaOS من دون ملف سجلات واضح خاص بالنسخ الاحتياطي
فحص المستخدم دليل سجلات CasaOS، لكنه لم يتمكن من تحديد ملف سجلات خاص بالنسخ الاحتياطي. المصدر: منتدى مجتمع IceWhale.

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

كان حل إعادة تشغيل الخدمة موثقًا من المجتمع، لكنه ليس مثاليًا

اكتشف أحد المستخدمين أن إعادة تشغيل icewhale-files-backup.service تؤدي إلى تشغيل المهام، ثم جدْول إعادة التشغيل هذه باستخدام cron. واستخدم مستخدم آخر Zima Cron للفكرة نفسها. وأشار صاحب المنشور الأصلي إلى أن جدول crontab العادي قد يُحذف مع تحديثات ZimaOS.

يصف دليل النسخ الاحتياطي الحالي في ZimaOS الآن مهام مجدولة بشكل مستقل، بدلًا من الاعتماد على نمط إعادة تشغيل الخدمة القديم.

أظهرت الإصدارات اللاحقة فشلًا مختلفًا في النسخ الاحتياطي

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

بعد الترقية إلى 1.6.1، أفاد مستخدم بأن المهام بدت وكأنها تعمل، لكنها لم تنقل أي ملفات. وهذا ليس العرض نفسه الذي يعني أن «تشغيل الساعة 1 صباحًا لم يحدث مطلقًا»، ولذلك ينبغي تشخيص الحالتين بشكل منفصل.

استخدم تطبيق النسخ الاحتياطي الحالي قبل الإبقاء على حل مؤقت قديم

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

الخلاصة

يوثق موضوع الإصدار 1.5.3 مشكلة حقيقية في جدولة مصادر النسخ الاحتياطي عبر الشبكة المحلية/NAS، لكن إعادة تشغيل الخدمة كل ليلة لم تكن سوى حل مؤقت. في إصدارات ZimaOS الحالية، أعد إنشاء المهمة باستخدام أداة الجدولة الحديثة، وتحقق من المنطقة الزمنية والسجلات، وميّز بين حالة «لم تبدأ المهمة» وحالة «بدأت المهمة لكنها لم تنقل شيئًا».