يدعم النسخ الاحتياطي في ZimaOS الآن النسخ الاحتياطية المجدولة، لذا لم تعد إجابة المنتدى لعام 2025 التي تقول «لا يوجد خيار جدولة فعلي» سارية. توضح وثائق سبتمبر 2026 الحالية أن كل مهمة نسخ احتياطي يمكن تشغيلها تلقائيًا وفق الفاصل الزمني الذي تحدده، كما يمكن لمهام متعددة استخدام جداول مستقلة.
يفيد الموضوع القديم باعتباره حدًا زمنيًا للإصدارات: فقد وصفت الوثائق الجدولة قبل أن تتيحها واجهة المستخدم. أما اليوم، فأنشئ مهمة النسخ الاحتياطي أو عدّلها على إصدار حالي واضبط جدولها التلقائي من هناك بدلًا من الاعتماد على سلوك «تلقائي» القديم.
ما الذي تغيّر منذ موضوع المصدر
في نوفمبر 2025، ذكرت إجابة من المجتمع أن تطبيق Backup كان يوفر سلوكًا يدويًا و«تلقائيًا»، لكنه لم يكن يوفر جدولًا يوميًا/أسبوعيًا صريحًا. أما وثائق Backup الحالية فتصف الآن بوضوح النسخ الاحتياطي المجدول والجداول المستقلة لكل مهمة.
أنشئ مهمة نسخ احتياطي أولًا
يستخدم دليل ZimaOS Backup الحالي نموذج المصدر والوجهة: السحابة أو الشبكة المحلية أو USB أو Zima كمصدر، ثم القرص المحلي أو جهاز Zima آخر أو محرك أقراص خارجي أو السحابة كوجهة.
اضبط الجدول التلقائي
بعد تحديد المهمة، اختر جدولها/فاصلها الزمني ضمن سير عمل Backup الحالي. احتفظ بمهام منفصلة للبيانات التي تحتاج إلى تكرارات مختلفة—مثل المستندات ليلًا وأرشيف الوسائط الكبير أسبوعيًا.
استخدم جداول مختلفة للوجهات المختلفة
يمكنك توجيه مجلد المصدر المهم نفسه إلى قرص محلي ثانٍ ووجهة سحابية خارج الموقع باستخدام مهام منفصلة. ويذكر الدليل الحالي صراحةً أن هذه المهام يمكن أن تعمل وفق جداول زمنية مختلفة.
لا تجدول كل شيء في الوقت نفسه
وزّع مهام USB والسحابة والشبكة المحلية الكبيرة زمنيًا حتى لا تتسبب في الوقت نفسه بتحميل زائد على الأقراص والشبكة والذاكرة في NAS. كما يجعل ذلك تشخيص الأعطال أسهل.
تحقق مما يحدث بعد انقطاع المهمة
تصف وثائق Backup الحالية إمكانية الاستئناف وتحمل الأعطال، بحيث يمكن متابعة عمليات النقل المتوقفة. ومع ذلك، تحقّق من الوجهة بعد فصل الكابل أو انقطاع الطاقة أو حدوث أخطاء في مصادقة السحابة، بدلًا من افتراض استئناف كل ملف بشكل صحيح.
اختبر الاستعادة، وليس الجدولة فقط
قد تكون المهمة المجدولة بإتقان عديمة الفائدة إذا كانت الوجهة خاطئة أو تعذرت استعادة الملفات. بعد أول تشغيل مجدول، استعد ملفًا واحدًا وافتحه.
إذا لم تتضمن واجهة المستخدم لديك خيارًا للجدولة
تحقق من إصدار ZimaOS وتأكد من أنك تستخدم تطبيق Backup الحالي بدلًا من إصدار قديم من عام 2025. حدّث النظام أولًا قبل تطبيق حلول بديلة تعتمد على cron.
يساعد دليل استراتيجية النسخ الاحتياطي في تحديد عدد مرات تشغيل كل مهمة.
اختر جدولًا بناءً على معدل التغيير
قد تستحق المستندات التي تُعدّل باستمرار حماية ليلية أو أكثر تكرارًا، بينما يمكن تشغيل أرشيف الوسائط الذي لا يتغير كثيرًا أسبوعيًا. الهدف هو الحد من كمية العمل التي قد تفقدها بين عمليات النسخ الاحتياطي، من دون التسبب في تحميل مستمر على الأقراص والشبكة.
وزّع النسخ المحلية وخارج الموقع زمنيًا
شغّل النسخة الاحتياطية المحلية السريعة أولًا، ثم شغّل مهمة السحابة/النسخ خارج الموقع الأبطأ لاحقًا. يتيح لك ذلك الحصول على نسخة ثانية بسرعة ويمنع مهمتين ثقيلتين من التنافس على أقراص المصدر نفسها في الوقت ذاته.
تحقق من التشغيل التالي بعد تعديل المهمة
بعد تغيير الجدول، تحقق من حدوث التشغيل التالي في الوقت المتوقع ومن تسجيل نجاح المهمة في السجل. لا تفترض أن حفظ الجدول يثبت تلقائيًا أن المهمة مفعّلة وتعمل بشكل سليم.
الأسئلة الشائعة
هل يمكن لـ ZimaOS Backup التشغيل تلقائيًا كل يوم؟
تذكر الوثائق الرسمية الحالية أن النسخ الاحتياطي المجدول يعمل تلقائيًا وفق الفاصل الزمني الذي تحدده.
هل يمكن لمهام مختلفة استخدام جداول مختلفة؟
نعم. توضح الوثائق الحالية صراحةً أن لكل مهمة جدولًا مستقلًا.
لماذا ذكرت منشورات المنتدى القديمة أن الجدولة غير متاحة؟
لم تكن واجهة المستخدم لعام 2025 قد أتاحت الميزة التي وصفتها الوثائق في ذلك الوقت.
هل ينبغي أن أستخدم cron بدلًا من ذلك؟
ليس لمهام Backup الحالية العادية. استخدم أداة الجدولة المدمجة أولًا.
