الإجابة الحالية: نعم، استرداد RAID متاح—لكن هذا العطل في عام 2024 حدث أثناء تعطيل الاستبدال
الاختبار الفاشل حقيقي من الناحية التاريخية. ففي ZimaOS 1.2.1، ذكرت IceWhale صراحةً أن استبدال RAID قد عُطّل بسبب مشكلة في التحقق. لذلك، لم يكن مربع حوار الاسترداد الفارغ دليلًا على أن استرداد RAID لا يمكن أن يعمل مطلقًا؛ بل كان ميزة معطّلة في إصدار محدد.
لا تعِد إنشاء RAID أو تهيئته عندما تكون البيانات مهمة
أصبحت ممارسات الاسترداد الحالية أكثر تحفظًا بكثير. إذا أصبحت مصفوفة موجودة غير معروفة بعد إعادة التثبيت أو فقدان قاعدة بيانات التخزين، فاحفظ أقراص الأعضاء واستعد إعداد RAID المخزّن قبل إنشاء مصفوفة جديدة. يشرح استرداد RAID في ZimaOS طريقة local-storage.db الحالية وحدود اللجوء إلى البديل المدمّر.
يُعد فحص مصفوفة mdadm في Linux مرجع المنبع للتعرّف على مصفوفة md.
كان اختبار الاستبدال الفاشل ومشكلة التحديث الفاشل مشكلتين مختلفتين
تضمّن النقاش لاحقًا نظامًا بالإصدار 1.2.0 لم يتمكن من رؤية التحديث. واتضح أن السبب متعلق بجدار الحماية: فقد حُظر تنزيل التحديث. لا تخلط بين عدم توفر تحديث برمجي وفشل استبدال عضو RAID لمجرد ظهورهما في النقاش نفسه.
اختبر الاسترداد باستخدام بيانات يمكنك فقدانها
كانت الفكرة الأصلية سليمة: تحقّق من الوضع المتدهور وسلوك الاستبدال قبل الوثوق ببيانات مهمة داخل مصفوفة. استخدم ملفات اختبارية يمكن الاستغناء عنها، وأزل أحد الأعضاء بطريقة سليمة، وتأكد من أن المصفوفة تصبح متدهورة وفي وضع القراءة فقط كما هو متوقع، ثم أضف قرصًا بديلًا معروفًا وراقب حالة إعادة البناء.
يوفّر سلوك MD في Linux النموذج منخفض المستوى.
استرداد RAID ليس نسخة احتياطية
تحمي إعادة بناء RAID الناجحة من تعطل أحد أقراص الأعضاء. لكنها لا تحمي من الحذف العرضي أو تلف نظام الملفات أو البرمجيات الخبيثة أو أخطاء وحدة التحكم أو إنشاء مصفوفة جديدة فوق الأقراص الخطأ. احتفظ بنسخة ثانية موثّقة خارج المصفوفة.
بالنسبة إلى الأجهزة الحالية متعددة الأقراص والتخطيط للاسترداد، يوفّر تخزين ZimaCube 2 سياق المنصة الحالية.
