الخلاصة: لا تخطّط للتحويل المباشر من RAID 1 إلى RAID 0
إذا كان هدفك الفعلي هو إنشاء وحدة RAID 0 واحدة بسعة تقارب 44 تيرابايت من قرصين بسعة 22 تيرابايت، فخطّط لإجراء نسخ احتياطي ← الحذف وإعادة الإنشاء ← الاستعادة. هذا هو المسار النظيف والقابل للتحقق. فلدى النسخة المتطابقة RAID 1 والتقسيم الشريطي RAID 0 تصميمان مختلفان؛ وتغيير هدف التخزين ليس مجرد «إيقاف التكرار».
لا تعتمد على ادعاء المنتدى بأن أحد القرصين سيُحافَظ عليه حتمًا
اقترح الموضوع مسارًا محتملًا يحتفظ فيه أحد أعضاء النسخة المتطابقة ببياناته بينما يتحول الآخر إلى وحدة تخزين مستقلة. ولا تحدد وثائق التخزين العامة الحالية لـ ZimaOS هذا السلوك بوصفه أمرًا مدعومًا ومضمونًا. إذا أشارت واجهة المستخدم إلى إجراء تهيئة وكانت البيانات مهمة، فتوقف وأجرِ نسخًا احتياطيًا أولًا.
أجرِ نسخًا احتياطيًا وتحقق منه قبل أي تغيير تدميري في التخزين
يوضح دليل النسخ الاحتياطي 3-2-1 لـ ZimaOS القاعدة الأساسية صراحةً: RAID ليس نسخة احتياطية، وينبغي اختبار استعادة النسخة الاحتياطية. إذا كانت المصفوفة تحتوي على أي شيء تهتم به، فانقله إلى مكان آخر وافتح الملفات المستعادة قبل فك النسخة المتطابقة.
إذا كنت تحتاج إلى الاسترداد بدلًا من إعادة التهيئة، فاستخدم خطة مختلفة
لا تخلط بين «أريد سعة قابلة للاستخدام أكبر» و«اختفت بيانات RAID الوصفية بعد إعادة التثبيت». يتسم دليل استرداد RAID 1 في ZimaOS بالحذر المتعمد فيما يتعلق بالأوامر التدميرية وتحديد الأقراص.
توفر وثائق RAID البرمجية MD في نواة Linux معلومات أساسية منخفضة المستوى حول مصفوفات RAID في Linux؛ لكنها لا تتجاوز سير العمل المدعوم في واجهة مستخدم ZimaOS.
أوامر RAID المتقدمة ليست اختصارًا للطريق
يمكن لأداة Linux mdadm فحص RAID البرمجي وإدارته، لكن الخيارات التدميرية قد تمحو البيانات الوصفية للمصفوفة. راجع دليل mdadm قبل استخدام أي مسار عبر سطر الأوامر، ولا تستخدم --zero-superblock كتجربة عابرة.
إذا كنت تخطط لإنشاء تخطيط أكبر متعدد الأقراص من الصفر، فتوفر صفحة ZimaCube 2 الخاصة بوحدة NAS متعددة الأقراص السياق الحالي للأجهزة اللازمة لإنشاء أنظمة تركز على السعة.
