ماشین مجازی ایستاده، دیتاستور پر است؛ فایل VMDK را پاک نکن
راهنمای نجات VM روی VMware ESXi هنگام پرشدن دیتاستور: توقف رشد، تأمین فضا و بازیابی بدون آسیب به زنجیره اسنپشات.

موقعیت بحرانی: نرمافزار اصلی شرکت از دسترس خارج شده است. در vCenter ماشین روشن به نظر میرسد، اما پیام There is no more space for virtual disk نمایش داده میشود. داخل سیستمعامل مهمان هنوز فضای خالی دیده میشود و همین اختلاف، تشخیص را منحرف میکند.
اول مرز مشکل را پیدا کنیم
این راهنما برای کمبود ظرفیت دیتاستور VMFS یا NFS در ESXi است؛ خرابی دیسک، قفل فایل و کمبود فضای vSAN تشخیصهای جداگانه دارند. نام دیتاستورِ دیسک خطادار، ظرفیت آزاد آن، فهرست اسنپشاتها و وظیفه فعال بکاپ را ثبت کنید. فضای آزاد داخل مهمان، ظرفیت آزاد لایه ذخیرهسازی میزبان را ثابت نمیکند.
اقدام فوری برای جلوگیری از بدترشدن وضعیت
ساخت اسنپشات تازه و شروع کارهای غیرضروریِ مصرفکننده همان دیتاستور را متوقف کنید. اگر یک نرمافزار بکاپ در حال کار است، توقف یا لغو آن را طبق روش همان محصول انجام دهید؛ پردازش آن را کورکورانه نکشید. برای ماشینهای دیگر روی همان فضا نیز احتمال سرایت اختلال را در نظر بگیرید.
فایلهای VMDK، دیسکهای delta و فایلهای sesparse را از Datastore Browser دستی حذف نکنید. اسنپشات میتواند بخشی از دیسک فعلی باشد؛ کوچک یا قدیمی بودن نام فایل، بیاستفادهبودن آن را ثابت نمیکند.
مسیر نجات عملی
ابتدا ظرفیت واقعی و قابلاستفاده ایجاد کنید: گسترش ذخیرهسازی و سپس افزایش ظرفیت دیتاستور، یا انتقال فایل غیرمتصل و تأییدشدهای مثل ISO قدیمی به فضای دیگر. پیش از حذف یک ISO، اتصال آن به ماشینها و نیاز عملیاتیاش بررسی شود. اگر ظرفیت مقصد و شرایط محیط اجازه میدهد، Storage vMotion نیز گزینه بررسی است؛ تضمین موفقیت در حالت کاملاً پُر نیست.
پس از ایجاد حاشیه مناسب، پیام ماشین را دوباره بررسی و در همان خطای کمبود فضا از Retry استفاده کنید. اگر پیام عوض شد یا خطای I/O باقی ماند، مسیر تشخیص را عوض کنید. یک بار موفقیت Retry، پایان کار نیست؛ باید علت رشد فضا پیدا شود.
حذف یا Consolidate اسنپشات از ابزار مدیریتی، مرحله بعدیِ برنامهریزیشده است. این عملیات ممکن است به فضای کاری اضافی نیاز داشته باشد. آن را روی دیتاستور کاملاً پُر شروع نکنید. Delete اسنپشات و Revert به اسنپشات هم یک نتیجه ندارند؛ Revert وضعیت دیسک را به گذشته برمیگرداند.
از کجا بفهمیم سرویس نجات پیدا کرده؟
با حساب مجاز، یک عملیات کماثر در برنامه انجام دهید و نتیجه خواندن و نوشتن را بررسی کنید. همزمان فضای دیتاستور، وظایف بکاپ و خطاهای ذخیرهسازی را زیر نظر بگیرید. پیشنهاد من این است که هشدار ظرفیت و عمر اسنپشات به مالک مشخص وصل باشد؛ هشدار بدون مسئول، در شب حادثه کمکی نمیکند.
تصمیم نجاتدهنده: اول فضای قابلاستفاده ایجاد کنیم؛ بعد زنجیره دیسک را با ابزار پشتیبانیشده مدیریت کنیم. ریاستارت میزبان فضای دیتاستور را آزاد نمیکند.
منابع فنی: راهنمای کمبود فضای دیسک مجازی Broadcom، خطر حذف دستی دیسک عضو اسنپشات.


