قبل محاولة إصلاح RAID أخرى، اعتبر كل ملف قابل للقراءة حاليًا وكل عضو أصلي كدليل قد لا يصمد في إعادة البناء التالية، فحص نظام الملفات، أو التجميع القسري. قلل من الكتابات، وثق مجموعة الأعضاء، انسخ البيانات الأعلى قيمة إلى وجهة مستقلة، تحقق من تلك النسخة، وقم بإجراء إعادة البناء لاحقًا من الصور أو النسخ عندما تكون حالة المصفوفة غير مؤكدة.
أوقف أي شيء يمكن أن يغير المصدر
أوقف التطبيقات، الأجهزة الافتراضية، التنزيلات، فهرسة الوسائط، مهام النسخ الاحتياطي، خدمات قواعد البيانات، والمشاركات التي يكتب إليها المستخدمون على الحجم المتأثر. محاولة الإصلاح تصبح أصعب في التقييم عندما تستمر الأحمال العادية في تغيير الملفات، التماثل، السجلات، والطوابع الزمنية تحتها.
لا تعيد التشغيل بشكل متكرر فقط لترى ما إذا كانت المصفوفة ستعود. يمكن لإعادة التشغيل تغيير أسماء الأجهزة، مسح السجلات المتقلبة، تحفيز التجميع التلقائي، أو بدء إعادة بناء في الخلفية. احفظ الحالة الحالية قبل اختبار فرضية أخرى.
سجل طوبولوجيا التخزين قبل التعامل معها
أنشئ خريطة للأعضاء تربط كل فتحة مادية برقم تسلسلي، منفذ وحدة التحكم، اسم الجهاز الحالي، دور RAID، وحالة الصحة. احفظ مستوى RAID، إعدادات الشريط أو القطعة، UUID للمصفوفة، ترتيب الأعضاء، عدد الأحداث، تقدم إعادة البناء، وأول خطأ تم رؤيته.
قم أيضًا بتصدير سجلات وحدة التحكم، النواة، نظام الملفات، وSMART. قد لا يكون العضو الذي يبدو الأسوأ الآن هو العضو الذي فشل أولاً. يحتاج محاولة الاسترداد اللاحقة إلى أدلة كافية لتمييز قرص قديم، قرص يفشل حديثًا، ومسار اتصال سيء.
انسخ الملفات القابلة للقراءة الأكثر قيمة أولاً
عندما يكون نظام الملفات قابلاً للقراءة والأعضاء لا يتدهورون، قم بتأمين الملفات القابلة للاستخدام قبل تشغيل عملية شاملة طويلة الحجم. يصف نقاش فني عتبة عملية: انسخ البيانات القابلة للقراءة أولاً وانتقل إلى الاستنساخ عند ظهور أخطاء النسخ. ابدأ بالوثائق، الصور، ملفات المشاريع، قواعد بيانات التطبيقات، مفاتيح التشفير، وتصديرات التكوين التي لا يمكن إعادة إنشائها.
انسخ إلى حدود تخزين مادية مختلفة. لا تنقل الملفات، ولا تحذف النسخ الأصلية بعد النسخ، ولا تكتب البيانات المستردة مرة أخرى إلى المصفوفة المتأثرة. احتفظ بقائمة تحتوي على مسار المصدر، مسار الوجهة، حجم الملف، الطابع الزمني، ونتيجة النسخ.
تحقق من النسخة قبل افتراض أنها آمنة
يمكن أن تحتوي النسخة المكتملة على ملفات غير قابلة للقراءة، مسارات تم تخطيها، أو بيانات تالفة. قارن عدد الملفات وإجمالي البايتات، سجّل المسارات التي فشلت، افتح ملفات تمثيلية، واستخدم مجموعات التحقق للعناصر الحرجة حيثما كان ذلك عمليًا.
احتفظ بوجهة النسخ للقراءة فقط أو مفصولة بعد التحقق. إذا تسبب الإصلاح التالي في تلف المصدر، يجب أن تظل النسخة المحمية مستقلة عن عملية الإصلاح وأي مهمة مزامنة.
اختر بين نسخ الملفات وتصوير الأعضاء
| الحالة الحالية | الإجراء المفضل أولاً | السبب |
|---|---|---|
| نظام الملفات مستقر والملفات الحرجة قابلة للقراءة | انسخ الملفات ذات القيمة الأعلى أولاً | أسرع طريقة لتأمين البيانات المفيدة |
| نظام الملفات لن يتم تركيبه لكن الأعضاء يُقرأون بشكل موثوق | صوّر أو استنسخ كل عضو | يحافظ على هندسة المصفوفة لإعادة البناء دون اتصال |
| عضو واحد به أخطاء قراءة لكن الحجم لا يزال يفتح | انسخ الملفات الحرجة، ثم صوّر مع محاولات متحكم بها | قد يؤدي الفحص الكامل إلى تفاقم الجهاز الضعيف |
| عضوان أو أكثر غير مستقرين | أوقف التشغيل واستخدم الاسترداد عبر الصورة أولاً | قد يتجاوز إعادة البناء الآخر تحمل الخطأ المتبقي |
| ترتيب الأقراص أو هندسة RAID غير مؤكدة | لا تنشئ أو تهيئ مصفوفة | يمكن للبيانات الوصفية الجديدة أن تكتب فوق الأدلة اللازمة لإعادة بنائها |
يتم تحديد الاختيار بناءً على استقرار المصدر بدلاً من تسلسل عالمي. يميز ممارسو الاسترداد بين الاستخراج المباشر من قرص مستقر والتصوير المسيطر عليه لقرص غير مستقر، لأن القراءة الجماعية قد تضع ضغطًا إضافيًا على الأجهزة الهامشية.
صوّر الأعضاء الأصليين قبل الاختبار التدميري
عندما يكون الوصول العادي إلى الملفات غير مكتمل أو فشلت المصفوفة بالفعل في إصلاح واحد، أنشئ صورًا على مستوى القطاع أو نسخًا طبق الأصل من الأعضاء الأصليين. السبب هو أداء أعمال استرداد مكثفة على صورة قرص بدلاً من المصدر التالف. ضع علامة على كل صورة برقم المسلسل للمصدر وموقع الحاوية، واحتفظ بالأصول دون تغيير.
قم بإجراء الإصلاحات فقط على مجموعة عمل قابلة للعكس
اختبر تجميع المصفوفة، وفحوصات نظام الملفات، وإصلاح البيانات الوصفية، أو برامج استعادة البيانات على النسخ كلما أمكن ذلك. توصي مثال الاسترداد بأن تصنع صورة قبل تشغيل إصلاح نظام الملفات والعمل على تلك الصورة. قم بتركيب حجم مُعاد بناؤه للقراءة فقط أولاً واكتب الملفات المستخرجة إلى وجهة منفصلة.
سجل كل تغيير في مجموعة العمل. إذا استخدم اختبار ترتيب أعضاء مختلف، أو حجم شريط مختلف، أو إزاحة، أو تدوير التماثل، فأنشئ نسخة عمل جديدة بدلاً من الكتابة فوق إعادة البناء الوحيدة التي أنتجت بيانات قابلة للقراءة.
تجنب الإجراءات التي تعيد كتابة الأدلة
الإجراءات التي تنشئ بيانات وصفية جديدة ليست تشخيصات محايدة. تحذيرات استرداد RAID المهنية تحذر بشكل خاص من تهيئة الأعضاء، تشغيل إصلاح نظام ملفات مع تمكين الكتابة، أو بدء إعادة بناء غير مؤكدة لأن كل منها يمكن أن يستبدل الأدلة التي يحتاجها إعادة البناء لاحقًا.
- لا تهيئ RAID جديدًا باستخدام الأعضاء الأصليين.
- لا تقم بتشغيل إصلاح نظام ملفات مع تمكين الكتابة لمجرد أن وحدة التخزين لا تُركب.
- لا تعيد إضافة قرص قديم حتى يتم معرفة مجموعة الأعضاء الموثوقة.
- لا تمسح تكوينًا أجنبيًا قبل حفظ بيانات وحدة التحكم وبيانات الأعضاء.
- لا تستمر في إعادة تشغيل إعادة البناء التي تفشل في نفس النطاق.
- لا تقم بحفظ الملفات المستردة على المصفوفة التي يتم استردادها.
إذا كان إعادة البناء الحالي لا يزال جاريًا بينما تزداد أعداد الأخطاء، اتبع سير العمل الأكثر أمانًا لـ إعادة بناء RAID مع زيادة أخطاء الإدخال/الإخراج قبل اتخاذ قرار الاستمرار أو النسخ أو التصوير أو التوقف.
الأسئلة الشائعة
هل يجب نسخ الملفات أم تصوير الأقراص أولاً؟
انسخ الملفات الحرجة أولاً عندما يكون نظام الملفات مستقرًا والأقراص لا تتدهور. قم بالتصوير أولاً عندما يكون نظام الملفات غير متاح، أو هندسة RAID غير مؤكدة، أو فشل إصلاح سابق، أو يمكن أن تؤدي عمليات القراءة المتكررة إلى تفاقم حالة عضو هامشي.
هل يجب الاستمرار في النسخ عند ظهور أخطاء قراءة؟
استمر فقط عندما تكون الأخطاء محدودة ومستقرة ولا تزال الملفات ذات القيمة الأعلى تُستعاد. إذا زادت الأخطاء، أو انقطع الاتصال بالقرص، أو توقف نفس المنطقة مرارًا، توقف عن النسخ العادي وانتقل إلى التصوير المسيطر عليه أو الاسترداد المهني.
متى يجب إيقاف تشغيل جهاز التخزين الشبكي (NAS)؟
قم بإيقاف التشغيل عندما يكون العديد من الأعضاء غير مستقرين، أو يحدث إعادة تزامن غير مفسر يكتب على النسخ الأصلية، أو عندما تصدر الأقراص أصوات نقر أو تنقطع عن الاتصال، أو عندما تكون البيانات لا يمكن استبدالها ولا يُفهم الإجراء التالي بالكامل.
هدف الحماية
يجب ألا يكون الإصلاح التالي هو الطريق الوحيد المتبقي للوصول إلى البيانات. قم بتأمين الملفات القابلة للقراءة، واحتفظ بصور الأعضاء، وتحقق أولاً من نسخة مستقلة. بمجرد أن يمكن استعادة الحالة الأصلية، يصبح الإصلاح تجربة بدلاً من مقامرة أحادية الاتجاه.
الدعم والنصائح
المزيد للقراءة

هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...

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

كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.

