لم تكن أقوى حجة في سلسلة طلبات ميزات ZimaOS لعام 2025 مجرد «يرجى إضافة نظام ملفات آخر». فقد أراد المستخدمون نموذج تخزين مشابهًا لـ Unraid: الاحتفاظ بأقراص مهيأة بشكل مستقل وبأحجام مختلفة، وعرضها كمجمّع منطقي واحد، وإضافة حماية بالتكافؤ من دون تحويل المجموعة بأكملها إلى مصفوفة RAID تقليدية موزعة.
ردّ Zima-Giorgio بالسؤال عن سبب عدم كفاية خيار JBOD المرتقب في ZimaOS 1.4.2، وطلب أمثلة عملية ملموسة لسير العمل في العالم الحقيقي. وتوضح الردود الفرق بجلاء: يستطيع JBOD جمع السعات، بينما يُعد MergerFS مع SnapRAID خيارًا جذابًا لأنه يفصل بين التجميع والتكافؤ المجدول، ويتيح للمستخدمين توسيع مجموعة الوسائط المنزلية بأقراص غير متطابقة على مدى سنوات طويلة.
لماذا طلب مستخدمو NAS المنزلي MergerFS وSnapRAID
وصف العديد من المشاركين وحدات تخزين تنمو تدريجيًا. كان لدى أحد المستخدمين أقراص بسعات 3 تيرابايت و6 تيرابايت و12 تيرابايت. ووصف مستخدم آخر سلسلة يُستبدل فيها قرص بسعة 6 تيرابايت في جهاز NAS الرئيسي بقرص بسعة 8 تيرابايت، ثم ينتقل القرص المستبدَل بسعة 6 تيرابايت إلى نظام أرشيف، وينتقل قرص أرشيف أقدم بدوره إلى خادم مختبر منزلي.
قد يكون RAID التقليدي غير ملائم لهذا النمط، لأن السعة القابلة للاستخدام وقواعد التوسعة غالبًا ما تفترض أقراصًا متطابقة أو مخططًا لها بعناية. وقد أراد المستخدمون الحفاظ على قيمة الأقراص الموجودة بدلًا من إعادة بناء المصفوفة بالكامل في كل مرة يشترون فيها قرصًا أكبر.
يعالج MergerFS وSnapRAID مشكلتين مختلفتين
MergerFS هو نظام ملفات اتحادي. ويمكنه جعل عدة أنظمة ملفات مستقلة تظهر تحت نقطة تركيب منطقية واحدة، مع بقاء الملفات فعليًا على أقراص الأعضاء المنفصلة.
SnapRAID هو برنامج للتكافؤ. فهو يحسب معلومات التكافؤ من الملفات الموجودة على أقراص البيانات، ويمكنه توفير فحوصات للسلامة. وعادةً ما تُجدول مزامنة التكافؤ بدلًا من كتابتها باستمرار كما يحدث في RAID التقليدي.
ولهذا السبب يحظى الجمع بينهما بشعبية في مجموعات الوسائط الثابتة نسبيًا: يوفر MergerFS مساحة أسماء للمجمّع، بينما يوفر SnapRAID إمكانية الاسترداد من أعطال أقراص محددة.
لماذا لا يُعد JBOD في ZimaOS التصميم نفسه
تصف وثائق ZimaOS الحالية JBOD بأنه يجمع عدة أقراص في وحدة تخزين متصلة واحدة. وهو خيار للسعة، وليس نموذج التكافؤ نفسه الذي طلبه المستخدمون.
للاطلاع على الخيارات المدمجة الحالية، قارن بين خيارات RAID وJBOD المتاحة في ZimaOS. يكون JBOD مفيدًا عندما يكون الهدف هو جمع السعة ببساطة، لكنه لا يتحول إلى SnapRAID لمجرد أن أقراص الأعضاء بأحجام مختلفة.
انضم مؤلف MergerFS إلى النقاش
أوضح Trapexit، مطوّر MergerFS، أن CasaOS كان يستخدم تاريخيًا MergerFS لميزة التخزين «الدمج» لديه. وكان قد ناقش سابقًا تكاملًا أعمق مع IceWhale، لكنه قال إن تلك المحادثات لم تتطور إلى تكامل أوسع مع ZimaOS في ذلك الوقت.
كما حدّد نمط عمل مناسبًا لـ MergerFS: ملفات تُكتب مرة واحدة، وتُقرأ مرات عديدة، ونادرًا ما تتغير، بحيث تكون مجموعة من أنظمة الملفات المستقلة تحت مساحة منطقية واحدة أهم من الأداء العالي للكتابة العشوائية.
ظهرت لاحقًا شاشة دمج CasaOS في سلسلة النقاش
تُعد لقطة الشاشة هذه دليلًا على CasaOS، وليست إثباتًا لوجود صفحة إدارة MergerFS مدعومة حاليًا في ZimaOS.
لماذا يرى المستخدمون أن SnapRAID مختلف عن التكافؤ الفوري
ركزت السلسلة مرارًا على أرشيفات الوسائط التي لا تتغير ملفاتها باستمرار. ويتيح التكافؤ المجدول للأقراص غير المستخدمة الدخول في وضع السكون بوتيرة أكبر، كما يلغي الحاجة إلى مشاركة كل قرص في كل عملية قراءة. وقد قدّر المستخدمون أيضًا فحوصات السلامة في SnapRAID لاكتشاف التلف الصامت.
لكن المقابل هو أن التغييرات التي تُجرى بعد آخر مزامنة للتكافؤ لا تحميها لقطة التكافؤ تلك. لذلك لا يُعد SnapRAID بديلًا مباشرًا لكل أعباء عمل RAID.
ما الذي التزمت به IceWhale فعليًا
كانت الردود الرسمية حذرة. فقد طلب Zima-Giorgio أولًا من المستخدمين توضيح سبب عدم إمكانية الاستغناء عن MergerFS وSnapRAID مقارنةً بـ JBOD. وفي نوفمبر 2025 قال إن الفريق تلقى الملاحظات وسيعيد النظر في الطلب.
ولا يُعد ذلك التزامًا بمنتج، أو موعدًا في خارطة الطريق، أو إعلانًا عن إصدار.
الحالة الحالية
لا تزال وثائق التخزين الحالية في ZimaOS تركز على الأقراص المفردة وJBOD وRAID والخيارات المدمجة ذات الصلة بـ ZFS. ولا توجد حاليًا صفحة رسمية لإعداد SnapRAID في واجهة تخزين ZimaOS.
وكشفت تحقيقات لاحقة من المجتمع في عام 2026 عن وجود ملف MergerFS التنفيذي في بعض أنظمة ZimaOS، وعن مشروع systemd-sysext مجتمعي يحزم MergerFS مع SnapRAID. وهذه تطورات مهمة، لكنها لا تمثل دعمًا رسميًا من الطرف الأول لـ SnapRAID مع واجهة ZimaOS مدعومة ودورة حياة مدعومة.
اختر نموذج التخزين وفقًا لأعباء العمل
- أقراص متطابقة وتكرار مستمر: استخدم خيار RAID في ZimaOS الذي يناسب مستوى تحمّل الأعطال المطلوب.
- جمع بسيط للسعة من دون حاجة إلى التكافؤ: قد يكون JBOD كافيًا.
- وسائط ثابتة في معظمها، بأحجام أقراص مختلفة، مع تكافؤ مجدول: MergerFS مع SnapRAID هو سير العمل الذي طلبه المستخدمون في هذه السلسلة.
- بيانات مهمة ومتغيرة: احتفظ بنسخ احتياطية مستقلة بغض النظر عن تقنية المصفوفة.
التكافؤ ليس نسخة احتياطية
يتعلق الطلب بالنجاة من تعطل القرص، وليس بالحذف غير المقصود أو برمجيات الفدية أو تدمير الخادم بأكمله. ولا يزال تصميم MergerFS/SnapRAID يحتاج إلى خطة نسخ احتياطي منفصلة للبيانات التي لا يمكن استبدالها.
الأسئلة الشائعة حول MergerFS وSnapRAID
هل أعلنت IceWhale عن دعم رسمي لـ SnapRAID؟
لا. طلب الفريق أمثلة على حالات الاستخدام، وقال لاحقًا إنه سيعيد النظر في الملاحظات.
هل يعادل JBOD في ZimaOS الجمع بين MergerFS وSnapRAID؟
لا. فـ JBOD يجمع السعة، بينما يجمع التصميم المطلوب بين نظام ملفات اتحادي ومزامنة للتكافؤ.
هل توجد أعمال مجتمعية مرتبطة بـ MergerFS في ZimaOS؟
نعم، لكن لا ينبغي وصف الملفات التنفيذية ووحدات sysext المجتمعية بأنها ميزة رسمية لإدارة SnapRAID.
