لماذا لا تتغير سعة RAID بعد استبدال كل قرص؟

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

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

تأكد من أن كل عضو RAID المطلوب أكبر فعليًا

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

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

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

تحقق مما إذا تم توسيع طبقة RAID

لا يعني وجود عضو مادي أكبر تلقائيًا أن جهاز RAID أصبح أكبر. فكر في مسار التخزين كطبقات منفصلة: الأقراص المادية، جهاز RAID أو القرص الافتراضي، القسم، تجمع التخزين أو مدير الحجم، ونظام الملفات. يمكن للطبقة الأولى أن تظهر الحجم الجديد بينما كل طبقة فوقها لا تزال تنتهي عند الحد القديم. لذلك، السؤال التشخيصي الصحيح ليس "هل الأقراص الجديدة مرئية؟" بل "في أي طبقة يتوقف الحجم المبلغ عنه عن الزيادة؟"

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

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

الطبقة ما الذي يجب أن يكون أكبر؟ علامة على أن الطبقة لا تزال قديمة الفحص التالي
عضو فيزيائي كل قرص مطلوب أو قسم عضو عضو واحد يبلغ عن الحجم السابق التحقق من الرقم التسلسلي، الحجم الأصلي، نقطة نهاية القسم، والدور النشط
جهاز RAID / القرص الافتراضي نطاق الكتل القابل للعناوين في المصفوفة جميع الأعضاء أكبر لكن جهاز RAID لم يتغير البحث عن إجراء نمو أو توسيع قرص افتراضي مدعوم
القسم القسم الذي يحتوي على التجمع أو نظام الملفات القرص أكبر لكن القسم ينتهي عند القطاع القديم تمديد القسم الصحيح دون تحريك بدايته
مدير التجمع / الحجم التجمع، الحجم الفيزيائي، أو الحجم المنطقي يوجد مساحة غير مخصصة أسفل نظام الملفات إعادة المسح وتمديد التجمع أو الحجم المنطقي
نظام الملفات نظام الملفات المركب جهاز الكتلة أكبر لكن الأمر df أو مشاركة NAS لم تتغير تشغيل عملية النمو الخاصة بنظام الملفات

تمييز إعادة البناء غير المكتملة عن خطوة التوسع المفقودة

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

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

إعادة البناء المكتملة لا تثبت أيضًا أن المساحة الحرة تم تخصيصها للمصفوفة. مناقشة في Super User حول أقراص الاستبدال الأكبر تؤكد أن الاستبدالات الأكبر وحدها لا تغير حجم مجموعة RAID. اعتبر هذا النمط كدليل تشخيصي، وليس تسلسل أوامر عالمي: العملية الدقيقة تعتمد على ما إذا كان NAS يستخدم mdadm، ZFS، Btrfs، LVM، وحدة تحكم مادية، أو مدير تخزين خاص.

قم بتوسيع القسم، المجمع، ونظام الملفات بالترتيب

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

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

قم بتوسيع نظام الملفات في النهاية. يمكن لنظام الملفات استخدام المساحة التي يكشف عنها جهاز RAID، القسم، والمجمع فقط. بعد اكتمال عملية نظام الملفات، قارن حجم جهاز الكتلة، حجم نظام الملفات، المساحة الحرة المركبة، ولوحة تحكم NAS. زيادة متسقة عبر الأربعة تؤكد أن التوسيع وصل إلى طبقة التخزين المرئية للمستخدم بدلاً من التوقف في منتصف الطريق.

اعرف متى لا يمكن لتخطيط RAID الحالي أن ينمو

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

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

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

الأسئلة الشائعة

هل سيزيد قرص أكبر واحد من سعة RAID 1؟

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

هل يجب علي إعادة التشغيل بعد استبدال جميع أقراص RAID؟

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

هل يمكنني الاستمرار في استخدام NAS أثناء نمو المصفوفة؟

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

الدعم والنصائح

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.