لماذا يصبح مصفوف RAID غير نشط بعد انقطاع التيار الكهربائي؟

بعد انقطاع التيار الكهربائي، قد يبقى مصفوف RAID غير نشط لأن بيانات التعريف الخاصة به تم اكتشافها ولكن النظام لم يتمكن من تشغيله بأمان مع الأعضاء والحالة المتاحة.

مصطلح "غير نشط" يصف بشكل مباشر مصفوفات Linux md، على الرغم من أن أنظمة التخزين الأخرى قد تواجه فشلًا مشابهًا في الاستيراد أو التفعيل. تحقق من اكتشاف الجهاز، وبيانات تعريف الأعضاء، والحالة المتسخة أو المتدهورة، وتكوين بدء التشغيل، وأخطاء مسار الطاقة قبل محاولة بدء التشغيل بالقوة.

فهم معنى "غير نشط" في RAID على لينكس

يمكن أن تحتوي مصفوفة md غير نشطة على أجهزة وبعض التكوينات مرتبطة بها بينما ترفض عمليات الإدخال والإخراج العادية. وهي ليست نفس المصفوفة السليمة التي لم يتم تركيبها فقط، وأوامر التركيب لا يمكنها إصلاح خطوة التفعيل المفقودة.

حالة المصفوفة غير النشطة كما تم تكوينها لكنها غير مفعلة، مع إرجاع الإدخال والإخراج لأخطاء. تتيح هذه الحالة للنظام الاستمرار في اكتشاف أو إعادة تكوين الأعضاء دون التظاهر بأن المصفوفة جاهزة.

افحص /proc/mdstat، وتفاصيل المصفوفة، وكل كتلة بيانات تعريف للأعضاء قبل تغيير الحالة. الهدف هو معرفة سبب توقف التفعيل، وليس تحويل "غير نشط" إلى "نشط" دون تأكيد مجموعة الأعضاء.

قد لا يكون أحد الأعضاء أو أكثر قد ظهر مجددًا

يمكن لانقطاع مفاجئ أن يكشف عن مشكلة في مصدر الطاقة، اللوحة الخلفية، كابل SATA، منفذ وحدة التحكم، أو القرص الذي يفشل في التهيئة عند إعادة التشغيل التالية. عندها ترى المصفوفة عددًا أقل من الأعضاء مما تشير إليه بيانات التعريف.

عادةً ما يقارن mdadm الأجهزة المتاحة غير الاحتياطية مع العدد النشط المتوقع قبل البدء. يمكن أن تبقى المصفوفة مجمعة جزئيًا عندما تكون الأجهزة المتوقعة مفقودة، رغم وجود بيانات تعريف كافية لإنشاء مدخل جهاز md.

قم بإيقاف التشغيل بأمان إذا كان الفحص المادي مطلوبًا، ثم تحقق من الموصلات، وتشغيل الأقراص، واكتشاف وحدة التحكم، وأرقام السيريال، وبيانات SMART. استعد الاتصال المفقود قبل اختيار بدء تشغيل متدهور، لأن عطل مسار مؤقت قد يكون أسهل وأكثر أمانًا للإصلاح من إعادة بناء المصفوفة.

إيقاف التشغيل غير النظيف يمكن أن يترك المصفوفة متسخة

يمكن لفقدان الطاقة أن يقطع عمليات الكتابة قبل أن تصل كل عضو وكتلة توازن إلى حالة متسقة. تسجل بيانات تعريف المصفوفة حينها أن إعادة المزامنة، أو إعادة تشغيل خريطة الكتابة، أو إعادة تشغيل السجل، أو إجراء اتساق آخر مطلوب عند بدء التشغيل التالي.

يدعم Linux md سياسات اتساق مختلفة بعد إيقاف غير متوقع، بما في ذلك إعادة المزامنة الكاملة، خريطة نية الكتابة، السجل، وسجل التوازن الجزئي. تحدد سياسة الاتساق مقدار العمل المطلوب قبل أن يمكن الوثوق بالتكرار مرة أخرى.

قد تبدأ المصفوفة المتسخة ولكن الكاملة وتعيد المزامنة بشكل طبيعي. أما المصفوفة المتسخة والمتدهورة فتتطلب حذرًا أكبر، لأن البيانات المفقودة والتوازن غير المؤكد يمكن أن يزيل المعلومات اللازمة لإعادة البناء الموثوقة.

التوازن المتسخ والمتدهور قد يؤدي إلى رفض أمان

يمكن رفض RAID 5 أو RAID 6 عند بدء التشغيل إذا كان متسخًا ويفتقد عضوًا. يحمي الرفض من حالة قد يكون فيها التوازن قديمًا ولا يمكن التحقق من البيانات الغائبة مقابل نسخة أخرى.

يوجد حارس بدء تشغيل متدهور ومتسخ لأن فرض هذا المزيج يمكن أن يخلق فسادًا لا يمكن اكتشافه. لذلك، بدء تشغيل متدهور بالقوة هو قرار صريح من المسؤول وليس سلوك بدء تشغيل عادي.

لا تتجاوز هذا الحارس حتى يتم فهم العضو المفقود، وحالة النسخ الاحتياطي، وتاريخ الكتابة. استعد مسار الجهاز أو استنسخ الأعضاء الفاشلة أولاً؛ إذا كان يجب الاستمرار في الاسترداد، قلل من عمليات الكتابة وتحقق من الملفات المستردة بشكل مستقل.

اكتشاف وتكوين وقت التمهيد قد يكون غير مكتمل

قد تكون الأقراص كلها سليمة بينما لا يزال بدء التشغيل يفشل في اكتشاف المصفوفة لأن اكتشاف الجهاز يتم بعد محاولة التجميع، أو التكوين يفتقر إلى هوية المصفوفة، أو initramfs يحتوي على إعدادات RAID قديمة.

يمكن لملف تكوين RAID وصف الأجهزة والمصفوفات حتى تعرف أدوات بدء التشغيل ما يجب فحصه وتجميعه. سجلات تكوين المصفوفة الدقيقة مهمة بشكل خاص عندما لا يمكن للاكتشاف التلقائي استنتاج المجموعة المقصودة بشكل موثوق.

قارن UUIDs الأعضاء الحية مع التكوين المثبت وبيئة التمهيد. صحح التكوين القديم فقط بعد تأكيد هوية المصفوفة الفعلية؛ إنشاء تكوين جديد من مجموعة أعضاء غير مكتملة قد يجعل التمهيد التالي خاطئًا باستمرار.

قد تحتاج بيانات التعريف الخارجية إلى مدير المستخدم الخاص بها

تستخدم بعض المصفوفات تنسيقات بيانات تعريف خارجية تُدار من قبل المستخدم بدلاً من أن يديرها النواة بالكامل. بعد انقطاع مفاجئ، قد لا يكون الحاوية أو عملية المراقبة قد أكملت التأكيدات اللازمة لتغييرات حالة الأعضاء.

يمكن أن تعلق بيانات التعريف المدارة خارجيًا النشاط حتى يعترف المستخدم بالحدث. لذلك قد تعكس مجموعة مكونات غير نشطة خطوة إدارة مفقودة بدلاً من فشل أقراص البيانات.

حدد تنسيق بيانات التعريف قبل تطبيق أوامر md العامة. قد تتطلب تنسيقات البرامج الثابتة أو الحاويات المراقب المناسب، أداة التحكم، أو سير عمل استرداد NAS حتى تحدث تحديثات بيانات التعريف بالترتيب الصحيح.

استرداد بترتيب أقل المخاطر

ابدأ بالأدلة للقراءة فقط: أدرج أجهزة الكتل حسب المعرف المستقر، اربط الأرقام التسلسلية بالمواقع، افحص بيانات تعريف الأعضاء، راجع سجلات التمهيد السابقة، وتحقق من وجود كل قرص متوقع. لا تنشئ مصفوفة جديدة أو تمسح كتل البيانات.

حاول التجميع العادي للنظام بعد تصحيح الاتصال والتكوين. استخدم أوضاع القراءة فقط أو القراءة التلقائية عند الدعم، واحتفظ بخيارات التشغيل المتدهور أو القسري للحالات التي تم فيها فهم العضو المفقود بالضبط ومخاطر الاتساق.

بعد الاسترداد، أكمل أي إعادة مزامنة أو تنظيف، أكد النسخ الاحتياطية، وحقق في مسار الانقطاع. يقلل وجود UPS، طاقة وكابلات موثوقة، تكوين RAID حديث، معرفات أجهزة مستقرة، والتنبيهات من احتمال ظهور حالة غير نشطة مماثلة في حدث طاقة قادم.