فضای سرور پر شده است؛ از کجا بررسی را شروع کنیم؟

نام دستگاه، نام درایو و محل نمایش هشدار را کنار هم ببینید. ظرفیت درایو C رایانه خودتان، ظرفیت سرور را نشان نمی‌دهد. در ویندوز سروری که دسترسی مجاز به آن دارید، نمای درایوها یا Properties همان درایو، فضای کل و آزاد را نشان می‌دهد. برای یک پوشه شبکه، محدودیت سهمیه کاربر یا پوشه هم ممکن است باعث ردشدن ذخیره شود؛ ظرفیت کل سرور به‌تنهایی کافی نیست.

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

مثال فرضی: ویندوز ماشین حسابداری هنوز فضای خالی نشان می‌دهد، اما میزبان هشدار کمبود فضا دارد. پاک‌کردن چند فایل داخل ویندوز الزاماً ظرفیت میزبان را فوراً آزاد نمی‌کند. مسئول مجازی‌سازی باید مصرف فایل‌های ماشین و سایر داده‌های همان محل را بررسی کند.

اگر فقط هشدار دیده می‌شود و کار عادی ادامه دارد، رشد مصرف باید پیش از توقف سرویس پیگیری شود. اگر ذخیره سند یا فایل خطا می‌دهد، اول وضعیت همان کار را مشخص کنید؛ تکرار ثبت سند مالی، بدون معلوم‌بودن نتیجه قبلی، ممکن است ثبت تکراری ایجاد کند.

تا زمان رسیدگی، انتقال یا کپی حجیم تازه به مقصد پرشده را شروع نکنید. کاری را که در حال اجراست، به‌ویژه بکاپ یا عملیات پایگاه داده، خودسرانه متوقف نکنید. مسئول فنی باید ببیند کدام سرویس امکان ادامه دارد و چه اقدام هماهنگ‌شده‌ای برای ایجاد فضا لازم است.

برای اینکه بفهمید مصرف ثابت است یا سریع زیاد می‌شود، مقدار فضای آزاد را در دو زمان ثبت و مقایسه کنید. فاصله مشاهده به سرعت رشد بستگی دارد؛ اگر سرویس متوقف شده، منتظر یک دوره اندازه‌گیری طولانی نمانید. کاهش مداوم فضا بعد از پاکسازی نشان می‌دهد عامل تولید داده هنوز برقرار است.

مسئول دارای دسترسی می‌تواند اندازه پوشه‌های شناخته‌شده داده، خروجی برنامه و بکاپ را با گزارش مصرف موجود مقایسه کند. تاریخ تغییر و مسیر فایل‌ها کمک می‌کند رشد تازه از داده قدیمی جدا شود. جمع اندازه پوشه‌های قابل مشاهده ممکن است با مصرف کل درایو برابر نباشد؛ فایل‌های سیستمی، مجوز دسترسی و روش ذخیره‌سازی در این اختلاف نقش دارند.

برای فایل‌های معمولیِ متعلق به واحد کاری، صاحب اطلاعات می‌تواند مشخص کند چه خروجی تکراری یا آرشیوی لازم نیست. انتقال یا حذف پس از همین تأیید و با مقصد روشن انجام می‌شود. پوشه‌ای با نام backup، old یا temp به‌خودی‌خود مجوز حذف نیست؛ ممکن است تنها نسخه قابل استفاده یا داده فعال یک برنامه در آن باشد.

اگر بیشتر رشد مربوط به گزارش خطای یک برنامه است، آزادسازی موقت فضا باید همراه رفع خطای تولیدکننده باشد. اگر مصرف به‌تدریج با اسناد و فایل‌های واقعی شرکت بالا می‌رود، برنامه ظرفیت و آرشیو لازم است. این دو حالت با خرید یک دیسک یا پاک‌کردن تصادفی فایل‌ها پاسخ یکسانی نمی‌گیرند.

در SQL Server، فایل داده و لاگ تراکنش دو نقش متفاوت و ضروری دارند. لاگ تراکنش بخشی از کار پایگاه داده است؛ شباهت نام آن به فایل گزارش متنی، آن را قابل حذف نمی‌کند. اگر نرم‌افزار مالی خطای پرشدن transaction log یا کد 9002 می‌دهد، مسئول پایگاه داده باید علت همان وضعیت را بررسی کند.

طبق مستندات Microsoft، پرشدن لاگ می‌تواند از پرشدن دیسک، محدودیت رشد فایل یا شرایطی باشد که اجازه استفاده مجدد از فضای لاگ را نمی‌دهند. بنابراین فضای خالی ویندوز همیشه این خطا را رد نمی‌کند. حذف فایل‌های MDF/LDF یا تغییر روش بازیابی برای خالی‌کردن سریع فضا، اقدام اولیه کاربر نیست.

پشتیبان نرم‌افزار و مسئول سرور باید درباره اقدام مناسب و حفظ قابلیت بازیابی هماهنگ شوند. هدف فقط کم‌شدن عدد مصرف نیست؛ برنامه باید بتواند اطلاعات درست را دوباره بخواند و کار مجاز کاربر را ذخیره کند.

در میزبان مجازی، علاوه بر دیسک اصلی ماشین، فایل‌های مربوط به checkpoint یا snapshot نیز می‌توانند فضا مصرف کنند. این فایل‌ها ممکن است بخشی از زنجیره فعلی اطلاعات باشند. در Hyper-V، Microsoft صریحاً از حذف مستقیم فایل‌های AVHDX منع می‌کند؛ مدیریت checkpoint با حذف یک فایل از پوشه یکسان نیست.

مسئول مجازی‌سازی باید مشخص کند مصرف مربوط به کدام ماشین، عملیات بکاپ یا checkpoint است و برای ادامه عملیات چه فضایی لازم است. وقتی میزبان تقریباً پر شده، ساخت checkpoint تازه یا اجرای ادغام بدون بررسی ظرفیت و وضعیت فعلی، راه‌حل عمومی محسوب نمی‌شود. در بسترهای دیگر هم باید از ابزار و روش همان محصول استفاده شود.

اگر فضای اختصاص‌یافته به دیسک مجازی افزایش یافته ولی درایو داخل سیستم‌عامل هنوز همان اندازه است، این دو لایه جدا باید بررسی شوند. افزایش دیسک مجازی لزوماً پارتیشن ویندوز را خودکار بزرگ نمی‌کند.

اگر رشد از خروجی‌های تکراری یا نگهداری بی‌برنامه گزارش‌هاست، اصلاح محل ذخیره و مدت نگهداری می‌تواند مؤثرتر از خرید فوری باشد. اگر داده موردنیاز شرکت و نیاز برنامه از ظرفیت موجود بیشتر شده، افزایش ظرفیت یا انتقال بخشی از سرویس‌ها باید بررسی شود. میزان فضای لازم به رشد داده و عملیات برنامه بستگی دارد؛ یک درصد ثابت برای همه سرورها مناسب نیست.

فضای خالی D به معنی امکان افزودن مستقیم آن به C نیست. نوع دیسک، محل فضای تخصیص‌نیافته و چیدمان پارتیشن‌ها در این تصمیم اثر دارند. حذف پارتیشن مجاور صرفاً برای فعال‌شدن گزینه افزایش حجم، می‌تواند اطلاعات دیگری را از بین ببرد؛ طراحی تغییر با مسئول سرور است.

در صورت نیاز به خرید، سازگاری دیسک و کنترلر، ظرفیت قابل استفاده و توقف لازم برای کار را هم بررسی کنید. راهنمای ارتقا یا تعویض سرور کمک می‌کند افزایش یک بخش را با محدودیت‌های کل دستگاه مقایسه کنید.

همان مقصد قبلی باید فضای آزاد مناسب داشته باشد و همان کاری که خطا می‌داد، با داده آزمایشی مجاز یا روند تأییدشده برنامه انجام شود. فقط ناپدیدشدن هشدار کافی نیست؛ ممکن است سرویس متوقف‌شده هنوز آماده نشده باشد یا کار نیمه‌تمام نیاز به پیگیری داشته باشد.

روند رشد فضا و نتیجه بکاپ بعدی را هم ببینید. اگر محل داده جابه‌جا شده، مسئول بکاپ باید پوشش مسیر جدید را کنترل کند. بررسی قابل استفاده بودن بکاپ و پشتیبانی سرور شرکت برای ادامه همین موضوع مرتبط‌اند.