الهدف المعماري سليم: استخدم أقراص SSD بتكوين RAID 0 فقط لأحمال العمل التي تحتاج فعلًا إلى أقصى معدل نقل، ثم احمِ مجموعة العمل عالية المخاطر هذه بنسخ احتياطية مستقلة على أقراص HDD، واحتفظ بنسخة واحدة على الأقل خارج الموقع. لا يوفر RAID 0 أي تكرار، لذا قد يؤدي تعطل SSD واحد إلى إخراج مصفوفة العمل بأكملها من الخدمة.
اقترح ردّ المجتمع في عام 2025 استخدام أقراص HDD مستقلة بالتناوب، إلى جانب تشغيل rsync ليلًا، لكن صاحب المنشور الأصلي أثار اعتراضًا مهمًا: كان ZimaOS يحتوي بالفعل على وضع تلقائي في تطبيق النسخ الاحتياطي، وأراد معرفة ما إذا كان استبدال قرص HDD قديم في الحجرة نفسها سيؤدي إلى التعرّف عليه تلقائيًا. انتهى النقاش قبل الإجابة عن هذه الأسئلة. وتقدم وثائق IceWhale الحالية الآن أساسًا مدعومًا أوضح: يدعم تطبيق النسخ الاحتياطي المهام المجدولة، ووجهات متعددة مستقلة، والاستئناف وتحمل الأعطال، ونقاط الاستعادة ذات الإصدارات، لكن الوثائق العامة الحالية لا تصف سير عمل مضمونًا من نوع «تبديل أي قرص HDD قديم في الحجرة نفسها وإجراء المطابقة تلقائيًا استنادًا إلى هويته».
يحتاج RAID 0 إلى خطة نسخ احتياطي حقيقية
يجمع RAID 0 أقراص SSD لزيادة السعة والأداء من دون تكافؤ أو نسخ متطابق. وقد يؤدي تعطل عضو واحد إلى تدمير المصفوفة. وبالنسبة إلى الأعمال الاحترافية، ينبغي اعتبار النسخ الاحتياطي جزءًا من التصميم، لا شيئًا يُضاف لاحقًا.
تتناسب أقراص HDD الاحتياطية المستقلة مع التناوب أكثر من RAID 1
أوصى المجتمع بإبقاء كل قرص HDD بسعة 26 تيرابايت مستقلًا بدلًا من جمع قرصين منهما في RAID 1. ويجعل ذلك كل قرص نسخة كاملة قابلة للإزالة والتخزين خارج الموقع، كما يجنبك إعادة بناء النسخة المتطابقة في كل مرة تبدّل فيها قرصًا.
هذه توصية تصميمية من المجتمع، وليست متطلبًا من IceWhale. قد يحسن RAID 1 التوافر ما دام القرصان مثبتين، لكنه غير عملي كآلية للتناوب الفعلي والتخزين خارج الموقع.
يدعم النسخ الاحتياطي الحالي في ZimaOS سير عمل 3-2-1 الأساسي
توضح وثائق IceWhale الحالية أن تطبيقًا واحدًا للنسخ الاحتياطي يمكنه استخدام مصادر ووجهات من Zima أو USB أو الشبكة المحلية أو السحابة، وتشغيل المهام وفق جداول زمنية، واستئناف عمليات النقل المتوقفة، والاحتفاظ بالإصدارات ونقاط الاستعادة، وإدارة مهام متعددة من مصدر واحد إلى وجهات مختلفة.
استخدم نموذج النسخ الاحتياطي الحالي في ZimaOS.
لا تعتمد بشكل قاطع على تسمية «تلقائي يعني فوريًا عند كل تغيير» الواردة في 2025
نقل صاحب المنشور عبارة من واجهة المستخدم تفيد بأن مصادر Zima أو USB يمكن أن تعمل فورًا عند تغير الملفات. كما وصفت مناقشة رسمية أخرى في مجتمع المستخدمين خلال الفترة نفسها ميزة النسخ الاحتياطي التلقائي في ZimaOS بأنها تُنفذ في أوقات محددة، عادةً في الصباح الباكر. ولم يوفق المصدر نفسه بين الوصفين.
تصف الوثائق العامة الحالية النسخ الاحتياطي المجدول، ولا تضمن النسخ المتماثل استجابةً لأحداث نظام الملفات بعد كل تغيير. ولأغراض التخطيط الإنتاجي، استخدم الجدول الزمني الموثق حاليًا بدلًا من الاعتماد على عبارة قديمة في واجهة المستخدم.
يُعد rsync أداة للنسخ المتطابق والنقل، وليس نسخة احتياطية بإصدارات تلقائيًا
استخدمت الشفرة البرمجية التي اقترحها المجتمع ما يلي:
rsync -avh --delete ...تجعل العلامة --delete الوجهةَ نسخةً مطابقة تحاكي عمليات الحذف من مصدر RAID 0. وقد يكون ذلك مفيدًا للنسخ المتطابق، لكنه قد يؤدي أيضًا إلى نقل عمليات الحذف غير المقصودة إلى قرص النسخ الاحتياطي.
إذا استخدمت rsync، فابدأ من دون العلامات المدمرة، واستخدم --dry-run، وتحقق من مسار الوجهة، وصمم اللقطات أو الإصدارات بشكل منفصل إذا كانت استعادة الملفات المحذوفة مهمة.
يتطلب تناوب الأقراص هوية مستقرة وتحققًا صريحًا
لا يضمن تبديل الأقراص في حجرة فعلية واحدة حصول كل قرص مُدخل دائمًا على اسم أو مسار تركيب واحد. وينبغي لعملية التناوب المتينة أن تحدد القرص باستخدام هوية مستقرة للجهاز أو وحدة التخزين، وأن تتأكد من تركيب الوجهة المتوقعة، ثم تبدأ النسخ الاحتياطي.
لا تشغّل مهمة نسخ متطابق مدمرة لمجرد تركيب «شيء ما» في مسار الوجهة القديم.
بدّل النسخ خارج الموقع بوتيرة أعلى من مرة كل بضعة أشهر عند التعامل مع أعمال حرجة
يترك التناوب كل ثلاثة أو أربعة أشهر فجوة كبيرة في نقاط الاستعادة إذا فُقدت مجموعة العمل الموجودة في الموقع والنسخة الاحتياطية المحلية معًا. ويعتمد الفاصل المناسب على معدل التغيير ومستوى المخاطر المقبول للأعمال، لكن البيانات المهنية المهمة تتطلب عادةً جدولًا أكثر تكرارًا للتخزين خارج الموقع.
اختبر الاستعادة قبل الوثوق بعملية التناوب
بالنسبة إلى كل قرص HDD احتياطي، استعد مشروعًا أو ملفًا نموذجيًا، وتحقق من المجموعات الاختبارية أو قابلية القراءة في التطبيق، وسجل تاريخ آخر نسخة احتياطية ناجحة قبل نقل القرص خارج الموقع.
الأسئلة الشائعة حول النسخ الاحتياطي لـ RAID 0
هل استخدام RAID 1 على أقراص HDD الاحتياطية يعادل تدوير النسخ الاحتياطية المستقلة؟
لا. يحسن RAID 1 التوافر ما دام القرصان جزءًا من النسخة المتطابقة، بينما يسهل إزالة الأقراص المستقلة وتخزينها خارج الموقع كنسخ منفصلة.
هل تضمن وثائق ZimaOS الحالية النسخ المتماثل الحقيقي والفوري عند كل تغيير؟
تصف وثائق النسخ الاحتياطي العامة الحالية المهام المجدولة والاستئناف وتحمل الأعطال والإصدارات، بدلًا من ضمان نسخة مطابقة تستجيب لأحداث نظام الملفات.
هل يُعد rsync --delete أكثر أمانًا تلقائيًا من النسخ الاحتياطي في ZimaOS؟
لا. فهو يعكس عمليات الحذف عمدًا، ويحتاج إلى تحقق دقيق من الوجهة، إلى جانب استخدام إصدارات منفصلة إذا كنت تريد الاستعادة من الأخطاء.
