إنّ ظهور رسالة "خطأ في قاعدة البيانات: فشل قاعدة البيانات" في سجل بريد Zimbra هو عرضٌ وليس تشخيصًا. قد يشير إلى توقف قاعدة البيانات، أو انقطاع الاتصال، أو نفاد مساحة القرص، أو كثرة الاتصالات، أو تلف فعلي في الجدول أو قاعدة بيانات InnoDB. يعتمد الحل الآمن على سطور السجل المحيطة والخادم المتأثر. ابدأ بفحص البيانات للقراءة فقط، واحرص على حماية البيانات، ولا تُشغّل أمر إصلاح عام لمجرد ظهور كلمة "تلف".
يستخدم هذا الدليل مسارات وأوامر Zimbra الشائعة الموثقة في مركز Zimbra التقني. بعض صفحات ويكي ذات الصلة مؤرشفة أو غير مكتملة، لذا يُرجى التأكد من كل أمر وإجراء استعادة مُطابق لإصدار Zimbra الخاص بك باستخدام فهرس وثائق Zimbra الرسمي . الأمثلة أدناه لا تفترض إصدارًا مُحددًا.
تخزن قاعدة بيانات صناديق البريد في زيمبرا بيانات تعريفية لصناديق البريد، مثل المجلدات والوسوم وحالة الرسائل ومؤشرات ملفات الرسائل. تُخزن فهارس البحث بشكل منفصل، ويُخزن محتوى الرسائل في مخزن الرسائل. لذا، لا يعني وجود خطأ في قاعدة البيانات بالضرورة تلف جميع ملفات البريد الإلكتروني، كما أن وجود خطأ في الفهرس بحد ذاته ليس دليلاً على تلف قاعدة البيانات. توضح زيمبرا هذه المخازن المنفصلة في مرجع بنية الخادم الخاص بها .
عادةً ما يكون الدليل الحاسم هو خطأ قاعدة البيانات الأساسي الذي يظهر بالقرب من استثناء صندوق البريد، خاصةً في [المكان الذي تم فيه تحديد الخطأ /opt/zimbra/log/mysql_error.log]. تُشير ملاحظات استكشاف الأخطاء وإصلاحها في Zimbra إلى [المكان الذي تم فيه تحديد الخطأ] mailbox.logو mysql_error.log[المكان الذي تم فيه تحديد الخطأ] كنقاط بداية مفيدة، مع zmmailboxd.outتوفير تفاصيل بدء تشغيل خدمة صندوق البريد. راجع مرجع استكشاف أخطاء سجلات Zimbra وإصلاحها .
على خادم البريد، انتقل إلى حساب Zimbra وتحقق من حالة الخدمة. نفّذ الأوامر باستخدام الحساب الظاهر في كل موجه أوامر؛ لا تقم بلصق رمز موجه $الأوامر كجزء من الأمر.
zmcontrol statusوالأمر المستخدم للتحقق من حالة خدمة Zimbra؛ ولا يعرض أي نتائج للخادم.su - zimbra
zmcontrol statusلاحظ ما إذا كان صندوق البريد قيد التشغيل وما إذا كانت المشكلة المبلغ عنها محصورة بخادم بريد واحد. لا يكفي توقف عملية صندوق البريد للاستنتاج بأن قاعدة البيانات تالفة. تعرض صفحة استكشاف أخطاء صندوق البريد في Zimbra أيضًا حالة الخدمة وتسجيل الدخول/التكوين لقاعدة البيانات كفحوصات منفصلة؛ هذه الصفحة مؤرشفة، لذا استخدمها كمرجع واتبع الوثائق الخاصة بإصدارك.
اقرأ نفس الفترة الزمنية في كلا السجلين. غالبًا ما يكون الخطأ الأول في التسلسل أكثر فائدة من سطر "فشل النظام" الأخير.
mailbox.logو mysql_error.log، حيث يمكن مقارنة الأحداث ذات الصلة حسب الطابع الزمني.tail -n 100 /opt/zimbra/log/mailbox.log
tail -n 100 /opt/zimbra/log/mysql_error.log
tail -n 100 /opt/zimbra/log/zmmailboxd.outابحث عن رسالة قاعدة البيانات الأساسية، أو اسم قاعدة البيانات أو مجموعة صناديق البريد، أو الطوابع الزمنية المتكررة، أو حالات فشل بدء التشغيل، أو خطأ مطابق في نظام التشغيل. تعامل مع هذه العبارات كدلائل، وليس كحلول تلقائية.
| دليل السجل | ما قد يشير إليه | الإجراء الآمن التالي |
|---|---|---|
Too many connectionsأو خطأ MySQL رقم 1040 | لقد استُنفدت سعة الاتصال؛ وهذا ليس دليلاً على وجود فساد. | تحقق من الحمل المتزامن وإعدادات الاتصال الخاصة بإصدار Zimbra قبل تغيير الحدود. تشير ملاحظة الخطأ 1040 في Zimbra إلى أن هذه حالة منفصلة. |
Access deniedالمقبس غير متاح، أو لا يمكن الاتصال | قد تكون بيانات الاعتماد أو حالة الخدمة أو مسار المقبس أو التكوين خاطئة. | تحقق من خدمة قاعدة البيانات وتكوينها باستخدام الأدوات المدعومة لهذا الإصدار؛ لا تقم بإعادة تعيين كلمات المرور عن طريق تحرير الملفات من دليل إصدار غير ذي صلة. |
No space leftنظام ملفات للقراءة فقط، أو أخطاء في الإدخال/الإخراج | قد تمنع مشاكل التخزين أو نظام الملفات عمليات الكتابة في قاعدة البيانات وبدء التشغيل. | تحقق من المساحة الحرة، وعدد العقد، وحالة التثبيت، وسجلات النظام قبل أي إعادة تشغيل أو إصلاح. |
| أخطاء متكررة في تأكيد InnoDB أو الصفحة أو مساحة الجدول أو المجموع الاختباري | احتمال وجود تلف في قاعدة البيانات الأساسية أو تلف في وحدة التخزين. | احتفظ بالبيانات الحالية وحالة النسخ الاحتياطي، ثم استخدم خطة استعادة مدعومة أو خطة استرداد بمساعدة البائع. |
| جدول مفقود أو عدم تطابق في المخطط/الإصدار | قد يكون السبب فشل عملية الترقية، أو وجود قاعدة بيانات مستهدفة خاطئة، أو مشكلة في المخطط. | قارن سجل إصدار الخادم وترقيته؛ لا تقم بإنشاء الجداول أو حذفها أو إعادة تسميتها يدويًا. |
قد تبدو وحدات تخزين البيانات أو السجلات الممتلئة، أو استنفاد عدد العقد، أو تعطل وحدة التخزين، وكأنها عطل في قاعدة البيانات. قم بإجراء فحوصات غير تدميرية على مضيف التخزين.
dfعمليات التحقق من مساحة نظام الملفات المتاحة وعدد العقد على مسار Zimbra؛ ولا يتم عرض أي نتائج تتعلق بالسعة.df -h /opt/zimbra
df -i /opt/zimbraتحقق من سجل نظام التشغيل أو سجل النظام بحثًا عن أخطاء إدخال/إخراج القرص، أو نظام الملفات، أو نفاد الذاكرة خلال نفس الفترة الزمنية. إذا كانت وحدة التخزين ممتلئة، فقم بتحرير مساحة أو إضافة مساحة باستخدام إجراءات التخزين المعتادة. لا تحذف ملفات قاعدة البيانات، أو سجلات InnoDB، أو سجلات Zimbra النشطة لتوفير مساحة؛ فقد يُصعّب ذلك عملية الاستعادة أو يُفقد الأدلة.
إذا كانت خدمة قاعدة بيانات Zimbra قابلة للوصول ولم تُظهر السجلات بالفعل مشكلة واضحة في الاتصال أو التخزين، فيمكن للمسؤول النظر في تقرير السلامة القياسي خلال فترة صيانة ذات حركة مرور منخفضة:
su - zimbra
/opt/zimbra/libexec/zmdbintegrityreportيصف مرجع تقرير سلامة البيانات في Zimbra هذا الإجراء بأنه فحص لقاعدة البيانات، ويحذر من أنه قد يزيد من عمليات الإدخال/الإخراج ويؤدي إلى زيادة زمن استجابة صندوق البريد. كما يوثق خيارًا -rلمحاولة إصلاح الجدول تلقائيًا. لا تُضف هذا الإجراء -rكخطوة تالية روتينية: فالصفحة قيد التطوير، والإجراء الصحيح يعتمد على محرك قاعدة البيانات ونوع الجدول وإصدار المنتج وحالة النسخ الاحتياطي. يجب تفسير أي تقرير يذكر رسالة قفل جدول سجلات معروفة وغير ضارة وفقًا للملاحظة الواردة في تلك الصفحة؛ لا تتعامل مع جميع عناوين "تم العثور على أخطاء في قاعدة البيانات" على أنها متساوية.
في حالة الاشتباه بتلف قاعدة بيانات InnoDB، فإنّ أفضل طريقة للإصلاح عادةً هي استعادة البيانات من نسخة احتياطية مُوثّقة، أو الاستعادة بمساعدة فريق الدعم، وليس REPAIR TABLEإعادة تهيئة قاعدة البيانات بشكل عام، أو نسخ تسلسل الأوامر. تتضمن بعض مقالات الاستعادة القديمة في ويكي Zimbra خطوات مُدمّرة، وهي مؤرشفة بشكل صريح؛ لذا لا تُطبّقها على نظامك الحالي دون تأكيد مباشر من دعم Zimbra ونسخة احتياطية مُختبرة.
بعد الموافقة على الإجراء التصحيحي، تأكد من استمرار عمل خدمات قاعدة البيانات والبريد الإلكتروني، وأن الإدخالات الجديدة لا تُظهر نفس خطأ قاعدة البيانات الأساسي، وأن الحساب المتأثر قادر على إجراء عمليات البريد الإلكتروني المعتادة. أعد تشغيل تقرير سلامة النظام القياسي فقط إذا كان ذلك مناسبًا لفترة التحميل والإصدار لديك. تأكد من اكتمال عملية النسخ الاحتياطي واحتفظ بسجلات النظام وسجل الإصلاح. في حال عودة المشكلة، أبلغ مسؤول النظام أو فريق دعم Zimbra بالمعلومات التالية: إصدار/بنية Zimbra، تخطيط الخادم (خادم واحد أو عدة خوادم)، نطاق البريد الإلكتروني، وقت أول عطل، مقتطفات من السجلات ذات الصلة، حالة القرص، مخرجات تقرير سلامة النظام، والطابع الزمني للنسخ الاحتياطي.
نقطة أساسية: تشخيص خطأ قاعدة البيانات الكامن وراء استثناء صندوق البريد قبل تغيير البيانات. لا يمكن لرسالة "فشل قاعدة البيانات" وحدها تحديد ما إذا كان الحل هو تصحيح بيانات الاعتماد، أو تغيير السعة، أو إصلاح التخزين، أو استعادة قاعدة البيانات.
المراجع الأساسية: فهرس وثائق زيمبرا ؛ بنية خادم زيمبرا ؛ استكشاف أخطاء سجلات زيمبرا وإصلاحها ؛ مرجع تقرير سلامة قاعدة بيانات زيمبرا ؛ مرجع خطأ زيمبرا MySQL رقم 1040 ؛ ومرجع استكشاف أخطاء صندوق بريد زيمبرا وإصلاحها . بعض صفحات مركز الدعم الفني مؤرشفة أو قيد التطوير، كما هو موضح في المقالة.
قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
