نگهداری فایل‌ها، پشتیبان‌گیری (Backup) و اجرای کتابخانه رسانه‌ای روی یک دستگاه ذخیره‌سازی متصل به شبکه (NAS) پس از راه‌اندازی اولیه، عملاً نیازی به مراجعه روزانه به داشبورد مدیریتی ندارد. کاربر می‌تواند فایل‌هایش را از رایانه باز کند و فیلم‌ها را روی تلویزیون تماشا کند، بدون آنکه بداند دستگاه در پس‌زمینه چه می‌کند. اما همین بی‌خبری باعث می‌شود بررسی این پرسش کلیدی فراموش شود که آیا پشتیبان‌گیری شب گذشته واقعاً به پایان رسیده است یا نه.
راه‌حل این کاربر، یک اسکریپت کوچک پایتون (Python Script) است که وضعیت NAS را بررسی می‌کند و هر صبح یک گزارش ایمیلی برای او می‌فرستد. چون او پیش‌تر هم ایمیل‌هایش را چک می‌کند، افزودن گزارش به صندوق ورودی منطقی‌تر از ساختن یک داشبورد دیگر برای سر زدن است. این گزارش تاکنون دو مورد مهم را شناسایی کرده است: یک پشتیبان‌گیری که دیگر کامل نمی‌شد و تغییری نگران‌کننده در شاخص‌های سلامت یکی از درایوها؛ هر دو در شرایطی که دسترسی عادی به فایل‌ها هنوز برقرار بود.
بررسی‌هایی که همیشه فراموش می‌شدند، در یک ایمیل صبحگاهی
این اسکریپت به‌صورت یک وظیفه زمان‌بندی‌شده (Scheduled Task) روی NAS اجرا می‌شود و نتایج را در قالب یک ایمیل کوتاه HTML می‌فرستد. اطلاعات سلامت درایو را از طریق ابزار smartctl جمع‌آوری می‌کند، فضای ذخیره‌سازی موجود را بررسی می‌کند و لاگ‌های پشتیبان‌گیری را می‌خواند. همه این بررسی‌ها از طریق داشبورد و نرم‌افزار پشتیبان‌گیری هم قابل انجام است، بنابراین نیازی به راه‌اندازی سامانه پایش پیچیده‌ای وجود ندارد.
محتوای گزارش صبحگاهی
- سلامت درایو: نمایش دمای درایو و تغییرات غیرعادی در شاخص‌های SMART؛ اسکریپت مقادیر قبلی را نگه می‌دارد تا امکان مقایسه فراهم باشد.
- سکتورهای معلق (Pending Sectors): اگر درایو شروع به گزارش این سکتورها کند، قرار گرفتن مقدار دیروز در کنار مقدار امروز نشان می‌دهد که شمار آن‌ها افزایش یافته است یا نه. گزارش همچنین درایو مشکل‌دار را مشخص می‌کند تا کاربر درگیر تشخیص اینکه هشدار مربوط به کدام دیسک است نشود.
- وضعیت پشتیبان‌گیری: نمایش نتیجه آخرین کار (Job) و زمان آخرین پشتیبان‌گیری موفق.
- فضای موجود: فضای آزاد روی NAS و همچنین روی مقصد پشتیبان‌گیری، چون پر شدن هر یک از این دو می‌تواند کل راهبرد پشتیبان‌گیری را از کار بیندازد.
- زمان جمع‌آوری داده‌ها: درج زمان دقیق گردآوری اطلاعات در ایمیل.
نکته مهم دیگر آن است که اگر اسکریپت نتواند اطلاعات یک درایو را بخواند یا نتیجه پشتیبان‌گیری را دریافت کند، همان بخش با عبارت «اطلاعات در دسترس نیست» علامت‌گذاری می‌شود؛ در غیر این صورت، یک بررسی ناقص می‌تواند گزارشی اطمینان‌بخش اما نادرست به کاربر تحویل دهد.
دو مشکلی که گزارش پیش از فاجعه شناسایی کرد
پر شدن فضای مقصد پشتیبان‌گیری
یکی از مشکلاتی که این گزارش در راه‌اندازی کاربر کشف کرد، پشتیبان‌گیری شبانه‌ای بود که دیگر کامل نمی‌شد. ایمیل، شکست کار و زمان آخرین اجرای موفق را نشان می‌داد. از آنجا که باز کردن اسناد و پخش فیلم‌ها همچنان بی‌مشکل انجام می‌شد، کاربر در استفاده روزمره متوجه هیچ خطایی نشده بود.
بررسی لاگ کار نشان داد مقصد پشتیبان‌گیری با کمبود فضا روبه‌رو شده است. فایل‌های روی NAS سالم بودند و پشتیبان‌های قدیمی‌تر هم سر جای خود قرار داشتند؛ مشکل به هر چیزی مربوط بود که پس از آخرین پشتیبان‌گیری موفق اضافه یا تغییر داده شده بود و نسخه‌های جداگانه‌ای که انتظار می‌رفت را دریافت نمی‌کرد. کاربر با تنظیم مجدد گزینه‌های نگهداری نسخه‌های پشتیبان (Backup Retention) فضای مقصد را آزاد کرد و کار را دوباره اجرا کرد و مشکل برطرف شد.
او داده‌های NAS را روی یک سرویس ابری کم‌هزینه به نام Backblaze پشتیبان‌گیری می‌کند و مدیریت آن را بسیار ساده‌تر از پشتیبان‌گیری روی یک درایو دیگر می‌داند. به باور او این روش امن‌تر هم هست، چون درایو پشتیبانی که در همان مکان نگهداری شود همچنان در معرض آسیب فیزیکی است و نگه داشتن آن در مکانی دیگر هم دردسر بیشتری دارد.
افزایش شمار سکتورهای معلق در یک هارددیسک
گزارش دیگری افزایش شمار سکتورهای معلق (Pending Sectors) را در یکی از هارددیسک‌ها علامت‌گذاری کرد. NAS همچنان در دسترس بود و کاربر هنگام باز کردن فایل‌ها با مشکلی روبه‌رو نشده بود، اما پس از دیدن این تغییر، شاخص‌های SMART درایو را بررسی کرد.
سکتورهای معلق، سکتورهایی هستند که درایو نتوانسته آن‌ها را به‌شکل قابل اتکا بخواند و باید دوباره ارزیابی شوند. این شمارش، موضوعی برای بررسی در اختیار کاربر می‌گذارد، هرچند زمان دقیق خرابی یک درایو را مشخص نمی‌کند. در اینجا مقدار قبلی ثبت‌شده در گزارش کمک‌کننده بود، چون نشان می‌داد این عدد افزایش یافته است. کاربر حتی زمانی که وضعیت کلی SMART یک درایو «سالم» گزارش می‌شود، خوانش‌های تفصیلی را در گزارش نگه می‌دارد؛ زیرا این وضعیت کلی به معنای نادیده گرفتن همه شاخص‌ها نیست و افزایش شمار سکتورها ارزش بررسی دارد.
این ایمیل صبحگاهی در کنار هشدارهای فوری ذخیره‌سازی NAS قرار می‌گیرد. کاربر نباید به بهانه انتظار برای یک گزارش زمان‌بندی‌شده، هشدارهای فوری خطا را از دست بدهد؛ به‌ویژه اینکه در برخی موارد، درایو بدون هیچ هشدار پیشین SMART از کار می‌افتد.
چرا این گزارش صبحگاهی حفظ می‌شود
کاربر می‌گوید با توجه به زمانی که صرف راه‌اندازی NAS و پشتیبان‌گیری‌هایش کرده، می‌خواهد بداند چه زمانی چیزی از کار می‌افتد؛ به‌خصوص که این دستگاه همه داده‌های مهم او را در خود دارد و او تا حد امکان از وابستگی به فضای ابری پرهیز می‌کند. توصیه او این است که ایمیل ارسالی کوتاه بماند، چون هدف اصلی، گرفتن یک تصویر سریع از همه چیزهایی است که باید دانست. اگر این ایمیل به گزارشی طولانی با موضوعات متعدد تبدیل شود، خودش به چیزی بدل می‌شود که کاربر از خواندنش پرهیز می‌کند.