السيرفر يقول المساحة ممتلئة: افحص Inodes قبل زيادة القرص

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

المهم أولاً إعادة قدرة التطبيق على الكتابة دون حذف بيانات لازمة. لا تبدأ بتنظيف عشوائي لمجلدات قاعدة البيانات أو البريد أو النسخ؛ حدّد المسؤول عن البيانات وسبب نموها وخطة المعالجة المناسبة.

حدد المسار المتأثر والرسالة الأصلية

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

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

افحص المساحة وInodes في الموضع نفسه

توضح وثائق GNU لأداة df عرض استخدام نظام الملفات وخيار إحصاءات Inodes. في Linux يستطيع المسؤول استخدام df -hT /path/to/app وdf -i /path/to/app بعد استبدال المسار بمجلد موجود يخص الخدمة المتأثرة.

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

تحقق من حصة الحساب قبل ترقية الخادم

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

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

اعثر على مصدر النمو دون مسح شامل متكرر

ابدأ بمجلد الخدمة المتأثر وملخصاته. يمكن للمسؤول استخدام du -xhd1 /path/to/app على GNU Linux لتقدير الأحجام داخل نظام الملفات نفسه، ثم النزول إلى المجلد الذي يفسر الزيادة. ولأعداد الملفات، تدعم أداة du خيار إحصاء Inodes عندما يناسب النظام.

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

لماذا لا تعود المساحة بعد حذف ملف؟

تشرح Red Hat سبب بقاء مساحة ملف محذوف مفتوح: قد تظل العملية تستخدمه بعد إزالة اسمه من المجلد. يراجع المسؤول الملفات المفتوحة والعمليات المرتبطة، ويمكنه استخدام أداة مثل lsof +L1 بصلاحية مناسبة إذا كانت متاحة.

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

نظّف وفق ملكية البيانات وسياسة الاحتفاظ

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

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

متى تكون توسعة القرص الحل المناسب؟

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

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

تحقق من عودة الخدمة ومنع التكرار

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

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

أسئلة شائعة عن امتلاء مساحة السيرفر وInodes

هل يمكن أن يفشل إنشاء ملف صغير مع وجود مساحة؟

نعم، إذا بلغ حد Inodes أو حصة الملفات أو حد آخر في الخدمة. افحص رسالة الخطأ وإحصاءات المسار المتأثر قبل الاستنتاج.

هل أحذف السجلات الكبيرة فوراً؟

حدد الخدمة والسياسة والملفات المفتوحة أولاً. استخدم طريقة تدوير أو معالجة مدعومة، واحتفظ بما يلزم للتحقيق أو الاحتفاظ قبل الإزالة.

هل زيادة مساحة الباقة تكفي دائماً؟

لا. تحقق مما تزيده الباقة فعلياً، وهل تتغير الحصص وInodes وطبقات نظام الملفات المطلوبة، ثم اختبر الكتابة بعد التنفيذ.

اطلب معالجة السبب وتقدير السعة المطلوبة

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