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

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

تأكد من أن كل استبدال أصبح عضوًا نشطًا

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

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

ابحث عن أول طبقة تخزين لا تزال تعرض الحجم القديم

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

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

تحقق مما إذا كانت أقسام الاستبدال لا تزال تنتهي عند الحد القديم

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

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

تحقق من أن طبقة RAID قد تم توسيعها فعليًا

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

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

افحص حدود التشفير، LVM، وتجمع التخزين فوق RAID

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

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

قم بتوسيع نظام الملفات فقط بعد أن يكون جهاز الكتلة الخاص به أكبر

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

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

توقف عندما لا يمكن للمنصة توسيع التخطيط الحالي في مكانه

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

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