وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

بعد از تعویض دیسک RAID از کجا بفهمیم بازسازی تمام شده است؟

معنی Rebuild، Degraded و Optimal را یاد بگیرید و پایان بازسازی RAID سخت‌افزاری و نرم‌افزاری را با مراحل امن بررسی کنید.

انتشار:
توسط تیم فنی نت‌آرام
۹ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله بعد از تعویض دیسک RAID از کجا بفهمیم بازسازی تمام شده است؟ در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
یک دیسک سرور خراب شده و مرکز داده آن را تعویض کرده است. سایت دوباره باز می‌شود، اما آیا کار تمام شده؟ نه الزاماً. در آرایه‌ای که افزونگی دارد، ممکن است اطلاعات عضو جایگزین هنوز در حال بازسازی باشد. تا پایان این کار، آرایه می‌تواند نسبت به خرابی بعدی آسیب‌پذیرتر باشد.
این راهنما درباره دیدن وضعیت و تفسیر بازسازی پس از تعویض است؛ دستور ساخت آرایه یا تعویض فیزیکی دیسک نیست. اگر هنوز نمی‌دانید کدام دیسک مشکل دارد، ابتدا راهنمای تشخیص خرابی دیسک RAID را بخوانید. پیش از هر اقدام، شناسه سرور، نوع آرایه و نام کنترلر را با اطلاعات واقعی خودتان تطبیق دهید. نمونه‌های این صفحه فقط مثال‌اند.

سه اصطلاح مهم به زبان ساده

  • Degraded: آرایه با همه افزونگی مورد انتظار کار نمی‌کند؛ ممکن است عضو غایب یا خراب باشد. سرویس همچنان می‌تواند در دسترس باشد، اما این وضعیت سالم کامل نیست.
  • Rebuild یا Recovery: کنترلر یا نرم‌افزار در حال ساختن اطلاعات عضو جایگزین از داده‌ها و اطلاعات افزونگی موجود است. مدت آن به اندازه دیسک، نوع آرایه، عملکرد سخت‌افزار و بار کاری بستگی دارد.
  • Optimal، Healthy یا معادل آن: در بسیاری از پنل‌ها نشان می‌دهد وضعیت گزارش‌شده آرایه مناسب است. معنی دقیق برچسب را باید در راهنمای همان کنترلر خواند و در کنار وضعیت تک‌تک دیسک‌ها دید.
همه RAIDها قابلیت تحمل خرابی یا بازسازی عضو را ندارند. برای مثال RAID 0 افزونگی ندارد و نباید انتظار داشت پس از خرابی یک عضو مثل RAID آینه‌ای بازسازی شود. RAID پشتیبان مستقل هم نیست: بازسازی ممکن است خطای انسانی یا خرابی داده را در همه اعضا نگه دارد.

پیش از بررسی، این اطلاعات را کنار هم بگذارید

از مسئول تعویض بخواهید نام سرور، شناسه کنترلر یا آرایه، شماره جایگاه، شماره سریال دیسک جایگزین و ساعت تعویض را اعلام کند. اگر سرور اجاره‌ای دارید، این اطلاعات را از مرکز داده یا ارائه‌دهنده بگیرید؛ لازم نیست برای دیدن وضعیت، دیسکی را خارج کنید.
سپس مشخص کنید RAID از کدام نوع است:
۱. اگر سرور کنترلر اختصاصی دارد و در پنل سخت‌افزاری آرایه و دیسک فیزیکی نشان داده می‌شود، وضعیت را از پنل همان کنترلر یا ابزار رسمی آن بخوانید. در این حالت سیستم‌عامل ممکن است فقط یک دیسک منطقی ببیند. ۲. اگر مدیر قبلاً آرایه نرم‌افزاری لینوکس با md ساخته، خروجی /proc/mdstat به شناسایی و مشاهده پیشرفت کمک می‌کند. از دستور نمونه در بخش بعد استفاده کنید. ۳. اگر نوع آرایه را نمی‌دانید، از ارائه‌دهنده بپرسید. خالی بودن /proc/mdstat ثابت نمی‌کند دیسک‌ها سالم‌اند یا اصلاً RAID وجود ندارد؛ ممکن است کنترلر سخت‌افزاری یا فناوری دیگری استفاده شده باشد.
در طول بازسازی، برنامه‌های سنگین دیسکی، تعویض دیسک دیگر، راه‌اندازی دوباره و هر تغییر ذخیره‌سازی را بدون هماهنگی متوقف کنید. درباره بکاپ با مسئول سرور تصمیم بگیرید: داشتن نسخه مستقل قابل بازیابی مهم است، اما یک عملیات سنگین روی آرایه آسیب‌دیده هم می‌تواند بار ایجاد کند. اگر نشانه‌های خرابی بیشتر یا خطای خواندن دارید، پیش از آزمایش‌های سنگین با متخصص بازیابی و مرکز داده هماهنگ کنید.

روش اول: مشاهده بازسازی در کنترلر سخت‌افزاری

در پنل مدیریتی سرور، بخش ذخیره‌سازی یا Storage را باز کنید. مسیر دقیق به مدل سرور و نسخه پنل بستگی دارد؛ ممکن است زیر عنوان‌هایی مانند Controllers، Virtual Disks و Physical Disks باشد. در یک نمونه رایج Dell iDRAC، بخش Storage اطلاعات دیسک‌های فیزیکی و دیسک منطقی را نشان می‌دهد، اما نام و امکانات هر نسل ممکن است متفاوت باشد.
۱. کنترلر و آرایه درست را انتخاب کنید. نام یا شناسه آرایه‌ای را که به سرویس شما مربوط است با گزارش تعویض مطابقت دهید. اگر چند آرایه دارید، سالم بودن یکی وضعیت همه را ثابت نمی‌کند.
۲. وضعیت دیسک منطقی یا Virtual Disk را بخوانید. عبارتی مانند Degraded می‌تواند نشان دهد افزونگی هنوز کامل نشده است. Rebuilding یا درصد پیشرفت کنار عضو یا کار در حال اجرا ممکن است نمایش داده شود. پنل‌ها یکسان نیستند و درصد ممکن است در صفحه دیسک فیزیکی یا بخش Job نمایش داده شود.
۳. دیسک جایگزین را با شماره جایگاه و سریال تطبیق دهید. فقط با دیدن «Disk 0» یا رنگ چراغ درباره هویت عضو نتیجه نگیرید؛ نام‌گذاری جایگاه‌ها در کنترلرها فرق دارد. اگر شماره‌ها با گزارش مرکز داده سازگار نیست، پیش از هر عملی از همان تیم بخواهید هویت را تأیید کند.
۴. دو بار در زمان‌های جداگانه وضعیت را ثبت کنید. مثلاً درصد، ساعت و پیام را یادداشت کنید و بعداً دوباره بخوانید. اگر درصد تغییر می‌کند، نشانه پیشرفت است. اگر مدتی ثابت ماند، علت می‌تواند بار کاری، خطای دیسک یا شیوه نمایش پنل باشد؛ از روی یک تصویر ثابت، خرابی یا پایان کار را قطعی اعلام نکنید.
۵. پس از ناپدید شدن Rebuild، وضعیت آرایه و اعضا را جداگانه ببینید. انتظار معمول، پایان کار بازسازی و نمایش وضعیت سالم برای آرایه و اعضای موردنیاز است. اگر کار تمام شده اما آرایه همچنان Degraded است، یا دیسکی Failed، Missing یا Predictive Failure گزارش می‌شود، نتیجه را کامل تلقی نکنید و به بخش مشکلات پایین بروید.
در پنل روی گزینه‌هایی مانند Initialize، Clear، Delete، Reset Configuration یا Force Online برای رفع سریع هشدار کلیک نکنید. این عملیات با «مشاهده وضعیت» فرق دارند و بسته به کنترلر می‌توانند داده یا پیکربندی را در معرض خطر قرار دهند. متن دقیق هشدار را برای پشتیبانی سخت‌افزار بفرستید.

روش دوم: مشاهده آرایه نرم‌افزاری md در لینوکس

اگر مدیر سرور تأیید کرده آرایه از نوع Linux md است، با حساب مجاز وارد کنسول یا SSH سرور شوید و این فرمان فقط‌خواندنی را اجرا کنید:
کد / دستورcat /proc/mdstat
این دستور چیزی را تغییر نمی‌دهد. خروجی هر سرور متفاوت است؛ مثال زیر را به‌عنوان راه خواندن ببینید، نه خروجی تضمینی:
کد / دستورmd0 : active raid1 sdb1[2] sda1[0] 1047552 blocks [2/1] [U_] [====>................] recovery = 21.0% finish=15.0min
در این مثال md0 نام آرایه، raid1 نوع آرایش و [2/1] به معنی دو عضو مورد انتظار و یک عضو فعال در آن لحظه است. [U_] هم یک عضو فعال و یک جایگاه غایب یا هنوز کامل‌نشده را نشان می‌دهد. عبارت recovery و درصد، پیشرفت یک عملیات را گزارش می‌کنند؛ زمان finish تخمینی است و با بار یا خطا ممکن است تغییر کند. نام‌های sda1 و sdb1 لزوماً شماره جایگاه فیزیکی دیسک نیستند.
بعد از چند دقیقه دوباره همان فرمان را اجرا و درصد و زمان ثبت را مقایسه کنید. اگر آرایه شما واقعاً دو عضو دارد و بازسازی با موفقیت کامل شود، نمونه سالم می‌تواند شبیه زیر باشد:
کد / دستورmd0 : active raid1 sdb1[2] sda1[0] 1047552 blocks [2/2] [UU]
نبودن خط درصد به‌تنهایی موفقیت نیست؛ ممکن است عملیات متوقف شده یا هنوز شروع نشده باشد. وضعیت عضوها، شمار عضو مورد انتظار و گزارش خطا را نیز بخوانید. شکل خروجی و تعداد U در RAIDهای دیگر متفاوت است.
برای جزئیات بیشتر، اگر ابزار mdadm روی سیستم نصب است و نام آرایه را از خروجی خودتان می‌دانید، مدیر می‌تواند دستور زیر را با نام درست اجرا کند:
کد / دستورsudo mdadm --detail /dev/md0
این فرمان اطلاعات همان آرایه را نمایش می‌دهد؛ md0 را بدون بررسی برای سرور خود فرض نکنید. در خروجی، وضعیت کلی، تعداد عضوهای فعال و وضعیت هر عضو را کنار خروجی قبلی قرار دهید. اگر دستور پیدا نشد، به جای نصب فوری روی سیستم آسیب‌دیده ابتدا از مدیر بپرسید از چه ابزاری برای آن سرور استفاده می‌شود. اگر حساب مدیریتی ندارید یا آرایه نامشخص است، خروجی فقط‌خواندنی قبلی را برای مسئول سرور بفرستید.
در برخی آرایه‌های md، resync، recover، check و repair عملیات متفاوتی هستند. به‌طور کلی recover می‌تواند به ساخت عضو جایگزین اشاره کند و check به بررسی سازگاری؛ هر خط درصدی لزوماً بازسازی دیسک تازه نیست. نام عملیات و شرایط آرایه را با مستندات و مدیر تطبیق دهید.

بازسازی شروع نشده یا پیشرفتش تغییر نمی‌کند؛ چه کنیم؟

دیسک جایگزین در پنل دیده نمی‌شود: شماره جایگاه و سریال گزارش‌شده را با مرکز داده تطبیق دهید. ممکن است شناسایی فیزیکی، اتصال، سازگاری یا وضعیت کنترلر نیاز به بررسی داشته باشد. دیسک دیگری را برای آزمایش خارج نکنید.
دیسک دیده می‌شود اما Rebuild آغاز نشده: از مسئول کنترلر بپرسید آیا دیسک برای همان آرایه مناسب و آماده استفاده است و آیا سیاست آن کنترلر شروع خودکار دارد. نبود پیشرفت همیشه به معنی نیاز به فشردن دکمه Initialize نیست. اگر آرایه دیگری هم در حال استفاده از دیسک جایگزین یا spare باشد، بررسی باید در چارچوب همان کنترلر انجام شود.
درصد برای مدت زیادی ثابت مانده یا خطای خواندن دیده می‌شود: ساعت و درصد دو مشاهده، پیام کامل کنترلر و وضعیت عضوهای دیگر را ثبت کنید. بار زیاد می‌تواند سرعت را تغییر دهد، اما خطای دیسک دیگر را نباید به «کند بودن عادی» نسبت داد. از پشتیبانی بخواهید گزارش سخت‌افزار و دلیل توقف را بخواند. برای رفع سریع، اولویت بازسازی یا محدودیت‌های سرعت را بدون شناخت اثر بر سرویس تغییر ندهید.
بازسازی تمام شده اما آرایه هنوز Degraded است: شمار عضوهای مورد انتظار و سالم، وجود خطای Predictive Failure و وضعیت آرایه درست را دوباره مقایسه کنید. ممکن است عضو دیگری مسئله داشته باشد یا عملیات دیگری لازم باشد؛ از مرکز داده بخواهید علت دقیق را بر اساس مدل کنترلر اعلام کند. حذف و ساخت دوباره آرایه را به‌عنوان راه‌حل عمومی انجام ندهید.

چک نهایی پس از پایان بازسازی

۱. در همان پنل یا خروجی مناسب، پایان عملیات و وضعیت سالم آرایه را بررسی کنید؛ برای md، تعداد اعضای مورد انتظار و فعال و نبود عضو غایب را هم ببینید. ۲. وضعیت دیسک‌های فیزیکی و هشدارهای تازه را از کنترلر یا ارائه‌دهنده بخواهید. یک برچسب سبز برای ماشین مجازی یا سایت، سلامت تک‌تک دیسک‌ها را اثبات نمی‌کند. ۳. سایت یا برنامه را با یک کار واقعی و بی‌خطر امتحان کنید؛ مثلاً صفحه اصلی و خواندن یک فایل آزمایشی. سالم بودن آرایه هم به‌تنهایی درستی کامل داده و برنامه را تضمین نمی‌کند. ۴. آخرین نسخه پشتیبان مستقل و امکان بازیابی آزمایشی آن را طبق برنامه سازمان بررسی کنید. آرایه جای بکاپ خارج از همان سیستم را نمی‌گیرد. ۵. تاریخ تعویض، دیسک جایگزین، نتیجه نهایی و مرجع گزارش را ثبت کنید تا در هشدار بعدی بدانید چه اتفاقی افتاده است.
اگر برای انتخاب یا نگهداری سخت‌افزار به منابع اختصاصی نیاز دارید، مشخصات سرور اختصاصی ایران نت‌آرام را ببینید. نوع کنترلر، تعویض قطعات و مسئولیت مدیریت را متناسب با سرویس خود از ارائه‌دهنده بپرسید.

منابع فنی

اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام