الرئيسية
» مسؤول الشبكة
»
حل مشكلة ارتفاع استهلاك وحدة المعالجة المركزية في Zimbra باستخدام ClamAV أو FreshClam
حل مشكلة ارتفاع استهلاك وحدة المعالجة المركزية في Zimbra باستخدام ClamAV أو FreshClam
عندما يتباطأ خادم Zimbra فجأة، غالبًا ما يلاحظ المسؤولون ارتفاعًا في معدل استخدام وحدة المعالجة المركزية (CPU) clamdأو ما شابه ، فيفترضون أن خدمة مكافحة الفيروسات متوقفة. قد يحدث ذلك، لكن العمليتين مختلفتان: الأولى تقوم بتنزيل تحديثات التوقيعات والتحقق منها، بينما تقوم الثانية بفحص الملفات والرسائل. قد يبدو ازدحام قائمة انتظار البريد، أو إعادة تحميل قاعدة البيانات، أو فشل حلقة التحديث، أو وجود برنامج مكافحة فيروسات آخر، وكأنها تشير إلى "استخدام ClamAV لوحدة المعالجة المركزية بشكل مفرط". لذا، حدد العملية الأكثر استهلاكًا للمعالج قبل إعادة تشغيل أي شيء أو تغيير إعدادات مكافحة الفيروسات.freshclamtopfreshclamclamd
يشرح هذا الدليل كيفية إجراء الفحوصات منخفضة المخاطر وصولاً إلى استعادة الخدمة. تعكس الأوامر والمسارات المذكورة أدناه عمليات تثبيت Zimbra الشائعة؛ ويختلف مسار ClamAV المدمج وخطوات الاستعادة المدعومة باختلاف إصدار Zimbra Collaboration. تأكد من مطابقتها مع الإصدار المُثبّت لديك قبل إجراء أي تغييرات.
1. تأكد من عملية ClamAV التي تستهلك وحدة المعالجة المركزية
ابدأ بتسجيل اسم العملية، واستخدام وحدة المعالجة المركزية، والوقت المنقضي، ومسار الأمر. شغّل هذا الأمر بصلاحيات المستخدم الجذر أو بحساب لديه صلاحية فحص عمليات النظام.
ثم راقب العملية المشتبه بها لفترة قصيرة على الأقل باستخدام الأمر `--` top -p PID، مع استبدال PID`--` بالرقم من الأمر الأول. لا تكفي قراءة واحدة لتشخيص مشكلة مستمرة: psيُظهر الأمر `--` لقطة، بينما topيساعدك الأمر `--` على معرفة ما إذا كان استخدام وحدة المعالجة المركزية يظل مرتفعًا أم ينخفض بعد انتهاء الفحص أو التحديث. لاحظ أيضًا ما إذا كان المسار تابعًا لـ Zimbra، والذي يوجد عادةً ضمن `--` /opt/zimbra، أو لحزمة نظام تشغيل منفصلة.
يقوم أمر طرفي بتصفية قائمة العمليات حتى تتمكن من تحديد ما إذا كان clamd أو freshclam نشطًا.
إذا freshclamارتفع معدل استخدام العملية لفترة وجيزة ثم توقف أو عاد إلى وضع الخمول بعد تحديث ناجح، فهذا يختلف عن العملية التي تبقى مشغولة. إذا clamdكانت العملية تستهلك البيانات باستمرار، فمن المرجح أن يكون فحص الرسائل أو تحميل قاعدة البيانات نقطة بداية. لا تقم بإنهاء أي من العمليتين لمجرد ارتفاع معدل استخدام عينة واحدة؛ تحقق أولاً من سجلات النظام وما إذا كان البريد لا يزال يتدفق.
2. اقرأ سجلات برنامج مكافحة الفيروسات قبل تغيير الإعدادات
يُدرج مرجع سجلات Zimbra سجلات مكافحة الفيروسات ضمن دليل السجلات الخاص به. في العديد من عمليات التثبيت، يمكنك فحص الإدخالات الأخيرة باستخدام الأمر التالي:
انظر إلى الطوابع الزمنية المصاحبة لارتفاع استخدام وحدة المعالجة المركزية. في حالة clamd.log، قد تربط طلبات المسح المتكررة أو رسائل تحميل قاعدة البيانات استخدام وحدة المعالجة المركزية بنشاط البريد أو إعادة تحميل التوقيع. في حالة freshclam.log، يشير اكتمال التحديث متبوعًا بفترة هدوء إلى عملية تحديث روتينية؛ أما حالات فشل الاتصال المتكررة، أو إعادة المحاولات، أو أخطاء التحقق من المجموع، أو التحديث الذي لا يكتمل أبدًا، فتستدعي مزيدًا من التحقيق. تحقق من سجل بريد Zimbra في نفس الوقت تقريبًا، لأن زيادة الرسائل الواردة أو حركة المرفقات قد تزيد من عمليات المسح.
استخدم أمري السجل لمقارنة نشاط الماسح الضوئي بنشاط تحديث التوقيع.
استخدم مرجع ملفات سجلات Zimbra للتأكد من مواقع السجلات الخاصة بإصدارك. يشرح دليل استكشاف أخطاء FreshClam الخاص بـ ClamAV أخطاء التحديث الشائعة، بما في ذلك مشاكل نظام أسماء النطاقات (DNS) والتنزيل وحدود معدل التحميل. لا يُعدّ التحذير من أن محركًا ما أقدم من أحدث إصدار من ClamAV دليلًا قاطعًا على وجود قاعدة بيانات تالفة؛ إذ تُضمّن Zimbra محركًا مُختبَرًا مع إصدار ZCS.
3. تحقق من وجود برنامج تحديث مكرر، أو مساحة قرص منخفضة، أو زيادة مفاجئة في حجم العمل.
قبل إجراء أي تعديلات، استبعد الأسباب الشائعة التي قد تُبقي الخدمة مشغولة:
العمليات المكررة: تحقق من وجود أكثر من عملية واحدة clamd. freshclamقد تقوم خدمة ClamAV المثبتة على مستوى نظام التشغيل أو مهمة cron مخصصة بتشغيل نسخة ثانية بالتزامن مع خدمة Zimbra المُدارة. لا تُعطّل أي خدمة حتى تتأكد من المنتج الذي يمتلكها ومن الذي يُشغّلها.
ضغط القرص: تحقق من المساحة المتاحة وعدد العقد (inodes) باستخدام الأمرَين df -h /opt/zimbra`and` df -i /opt/zimbra. قد يؤدي امتلاء نظام الملفات إلى منع كتابة التحديثات أو السجلات المؤقتة، مما يتسبب في إعادة المحاولات. لا تقم بإزالة ملفات التوقيع يدويًا لتوفير مساحة.
حجم البريد: قارن ارتفاع استهلاك وحدة المعالجة المركزية بحجم الرسائل الواردة، وحجم المرفقات، والبريد المُنتظر، وأي عمليات تسليم جماعية حديثة. قد يؤدي ارتفاع استهلاك وحدة المعالجة المركزية بشكل كبير إلى زيادة clamdالاستخدام حتى عندما تكون الخدمة في حالة جيدة.
تحديث الاتصال: إذا freshclamاستمر الفشل، فتحقق من دقة نظام أسماء النطاقات (DNS) الخاص بالمضيف، والساعة، والاتصال الصادر، وأي إعدادات بروكسي مطلوبة. عالج مشكلة الشبكة أو البروكسي الأساسية بدلاً من بدء عمليات التحديث اليدوية بشكل متكرر.
تحقق من المساحة الحرة ودليل قاعدة بيانات التوقيعات قبل محاولة استعادة قاعدة البيانات.
يشرح ClamAV في دليل إعداداته كيفية تحكم FreshClam في سلوك التحديث والتسجيل . كما يشرح Zimbra خاصية تردد تحديث تعريفات الفيروسات، ولكن يجب التحقق من قيمتها وإعداداتها بما يتناسب مع إصدار ZCS الخاص بك. لا تُقلل تردد التحديث كحل سريع لاستهلاك موارد المعالج: فالتوقيعات القديمة تُضعف الحماية، بينما سيستمر فشل نظام أسماء النطاقات (DNS) أو مسار الوكيل غير الصحيح بغض النظر عن الجدول الزمني.
4. تطبيق الحل الأقل إزعاجًا والذي يتوافق مع الأدلة
إذا كان تطبيق Clamd مشغولاً أثناء تدفق البريد
دع العمل الحالي يستهلك موارد النظام مع مراقبة وحدة المعالجة المركزية وتسليم البريد. إذا تكرر النمط نفسه، فاربطه بحجم الرسالة، والمرفقات المضغوطة، وحجم البريد الوارد، ثم راجع سعة الخادم وسياسة فحص المرفقات في مؤسستك. تجنب إضافة قيود غير موثقة لبرنامج ClamAV أو استبعاد أنواع ملفات دون تقييم الأثر الأمني والتحقق من عناصر التحكم التي يدعمها Zimbra في الإصدار المُثبَّت.
إذا فشل برنامج Freshclam بشكل متكرر
أصلح نظام أسماء النطاقات (DNS)، والخادم الوكيل، وجدار الحماية، والساعة، أو الوصول إلى الشبكة الصادرة كما هو موضح في السجل. تأكد من تشغيل أداة التحديث المخصصة لـ Zimbra فقط. تجنب جدولة عمليات التحديث اليدوية المتكررة أو تنزيل قواعد بيانات التوقيعات باستخدام برامج نصية مخصصة؛ إذ يُعرّف ClamAV كلاً من FreshClam وcvdupdate كطرق تحديث مدعومة، ويجب أن يظل تكامل Zimbra المدمج هو المصدر الموثوق لتحديث خادم Zimbra.
إذا بدت قاعدة البيانات تالفة أو لم يبدأ برنامج clamd
تتطلب أخطاء مثل قاعدة بيانات تالفة، أو فشل التحقق من المجموع الاختباري، أو فشل تحميل قاعدة البيانات، استعادةً متوافقة مع الإصدار. تختلف تعليمات إعادة ضبط تعريف ClamAV في Zimbra باختلاف أجيال ZCS، بما في ذلك مسارات FreshClam الثنائية المختلفة. اقرأ الإجراء الكامل للإصدار الذي تستخدمه قبل نقل أو إعادة بناء أي ملفات قاعدة بيانات. احتفظ بنسخة من قاعدة البيانات الحالية حتى يتم التأكد من الاستعادة، ولا تُطبّق أبدًا أوامر من دليل إصدار قديم دون فهمها.
لا تستبدل ملفات ClamAV الثنائية الخاصة بـ Zimbra بإصدار مستقل من المصدر كحل أولي لتحسين الأداء. تحذر وثائق Zimbra من أن تغييرات المحرك خارج دورة التحديث قد لا تكون مدعومة؛ استخدم تصحيح ZCS المناسب أو مسار الترقية إذا كان المحرك المدمج نفسه بحاجة إلى تحديث.
أعد تشغيل خدمة مكافحة الفيروسات فقط بعد التحقق من السبب
إذا استمرت الخدمة في التوقف بعد إصلاح المشكلة الأساسية، فقد يؤدي إعادة تشغيل برنامج مكافحة الفيروسات بشكل مُتحكم فيه إلى إزالة عملية عالقة أو إعادة تحميل قاعدة البيانات المُصلحة. حدد موعدًا لذلك عندما يكون انقطاع الفحص لفترة وجيزة مقبولًا، واتبع تسلسل الأوامر الخاص بإصدار ZCS لديك. وثّق إجراءات Zimbra ، zmantivirusctl stopوقم zmantivirusctl startبتشغيلها بصفتك zimbraالمستخدم:
su - zimbra zmantivirusctl stop zmantivirusctl start zmcontrol status
لا تستخدم إعادة تشغيل كاملة zmcontrol stopلحل مشكلة خاصة ببرنامج ClamAV إلا إذا كانت خطة الصيانة الخاصة بك تتطلب ذلك. في حال فشل برنامج مكافحة الفيروسات في العودة إلى العمل، احتفظ بالسجلات ذات الصلة واستخدم قناة استكشاف الأخطاء وإصلاحها أو قناة الدعم الخاصة بإصدار Zimbra بدلاً من إعادة التشغيل المتكررة.
تظهر أوامر خدمة مكافحة الفيروسات الموثقة وفحص الحالة في موجه مستخدم زيمبرا.
5. تأكد من عودة استخدام وحدة المعالجة المركزية وفحص البريد إلى الوضع الطبيعي
بعد التصحيح أو إعادة التشغيل، كرر فحص العملية وراقب اتجاه استخدام وحدة المعالجة المركزية بدلاً من الاعتماد على قيمة لحظية واحدة. تأكد من clamdوجودها، freshclamوأنها لا تُعلق في محاولات إعادة متكررة، وأن zmcontrol statusبرنامج مكافحة الفيروسات يعمل. راجع سجلات النظام الجديدة للتأكد من تحميل قاعدة البيانات بنجاح وعدم وجود أخطاء متكررة في التحديث أو الفحص. أخيرًا، تحقق من تسليم رسائل الاختبار العادية ومعالجتها وفقًا لسياسة أمان البريد الإلكتروني الخاصة بمؤسستك.
تتجلى عملية التعافي الناجحة بثلاث علامات واضحة: توقف العملية المسؤولة عن استهلاك موارد المعالج بشكل مستمر بعد انتهاء عملها؛ توقف سجلات النظام عن تكرار الخطأ نفسه؛ وبقاء تدفق البريد الإلكتروني وخدمة مكافحة الفيروسات في Zimbra سليمين. في حال استمرار ارتفاع استهلاك المعالج، يُنصح بجمع لقطة للعملية مع طابع زمني، بالإضافة إلى clamd.logسجلات freshclam.logالبريد الإلكتروني المطابقة، ونتائج مساحة القرص، وإصدار ZCS لديك. تساعد هذه المعلومات في التمييز بين خلل حقيقي في الماسح الضوئي وبين حجم البريد الكبير أو مسار التحديث المعطل، دون التأثير سلبًا على فحص البرامج الضارة بناءً على التخمين.
ملاحظة الإصدار: تم التحقق من الإرشادات في 6 أكتوبر 2026. يتضمن مركز Zimbra التقني كلاً من المراجع الحالية وصفحات استكشاف الأخطاء وإصلاحها القديمة الخاصة بالإصدار؛ تحقق من الأوامر والمسارات مقابل الوثائق الخاصة بإصدار ZCS المثبت لديك.