الرئيسية
» مسؤول الشبكة
»
كيفية ترقية Zimbra 9 إلى Zimbra 10 (Daffodil) خطوة بخطوة
كيفية ترقية Zimbra 9 إلى Zimbra 10 (Daffodil) خطوة بخطوة
لم يعد Zimbra 9 وجهة مدعومة لمنصة بريد إلكتروني إنتاجية. اعتبارًا من أكتوبر 2026، وصل Zimbra 9.0 إلى نهاية عمره الافتراضي، كما انتهت فترة دعم Zimbra 10.0، وفرع Daffodil النشط هو Zimbra 10.1. لهذا السبب، يجب أن تستهدف خطة ترقية Zimbra 9 الحالية عادةً إصدار Zimbra 10.1 المدعوم بدلاً من التوقف عند 10.0. في وقت كتابة هذا التقرير، تم إصدار Zimbra 10.1.21 في 24 سبتمبر 2026. يُرجى مراجعة ملاحظات إصدار Zimbra 10.1.21 الرسمية قبل جدولة أعمال الإنتاج لأن متطلبات التصحيح والمشاكل المعروفة قابلة للتغيير.
قد تكون عملية الترقية بسيطة في التثبيت القياسي، لكن الطريقة الأمثل تعتمد على نظام التشغيل، وبنية الشبكة، ووحدات الجيل التالي، والمصادقة المخصصة، والترخيص، ومدى تحملك لفترات التوقف. يركز هذا الدليل على هذه الخيارات بقدر تركيزه على الأوامر، لتتمكن من اختيار المسار المناسب لبيئتك بدلاً من فرض نفس الإجراء على جميع عمليات النشر.
اختر استراتيجية الترقية قبل البدء بالإنتاج
يقترب
المزايا
المفاضلات
الأنسب
الترقية في الموقع
يحافظ على هوية الخادم الحالية ومسارات البيانات ومعظم الإعدادات كما هي. تدعم وثائق Zimbra الرسمية التحديثات المباشرة لعمليات النشر أحادية العقدة ومتعددة العقد.
يتطلب ذلك فترة صيانة ويترك مجالاً أقل لإعادة تصميم نظام تشغيل قديم أو تخطيط تخزين.
نظام تشغيل سليم ومدعوم مع تكوين Zimbra 9 تقليدي.
ترقية متعددة الخوادم بشكل تدريجي
يمكن تقليل انقطاع الخدمة على نطاق واسع عن طريق ترقية الأدوار بترتيب مُتحكم فيه.
يلزم مزيد من التنسيق. يتطلب سلوك مخزن البريد ذي الإصدارات المختلطة وتكوين خادم تسجيل الدخول الوكيل عناية إضافية.
بيئات متعددة العقد أكبر حجماً حيث تكون استمرارية الخدمة مهمة.
تثبيت جديد لـ Zimbra 10.1 بالإضافة إلى عملية النقل
يتيح لك الانتقال إلى نظام تشغيل أحدث مدعوم، أو وحدة تخزين جديدة، أو بنية معاد تصميمها دون نقل كل التبعيات القديمة إلى الأمام.
يحتاج الأمر إلى تخطيط للهجرة، وسعة مؤقتة، وأعمال نظام أسماء النطاقات/التحويل، والمزيد من التحقق.
أنظمة التشغيل القديمة، أو التحديثات الرئيسية للأجهزة، أو التخصيصات الكبيرة، أو عمليات النشر التي لا ترغب في ترقيتها في مكانها.
تُدرج وثائق Zimbra الحالية مسارات الترقية المباشرة والمتدرجة، بما في ذلك البيئات التي تحتوي على وحدات NG، ولكنها تُوجه مستخدمي وحدات NG إلى موارد الترحيل المُخصصة. إذا اكتشف المُثبِّت وحدات NG، فلا تتجاوز هذا الفحص ببساطة: يُحذِّر المُثبِّت من أن المتابعة قد تُؤدي إلى إزالة حزم NG والبيانات المرتبطة بها. راجع أولًا تعليمات ترقية Daffodil الرسمية ودليل ترحيل NG المُناسب.
الخطوة 1: سجل إصدار Zimbra الحالي وحالة الخدمة
ابدأ بتحديد خط الأساس. سجّل الدخول كمستخدم zimbraوسجّل الإصدار المثبّت بالإضافة إلى حالة الخدمة الحالية:
su - zimbra
zmcontrol -v
zmcontrol status
سجّل الإصدار الحالي وحالة الخدمة قبل تغيير الحزم. الشاشة المعروضة هي عرض توضيحي للأوامر، وليست خادم إنتاج تم التقاطه.
إذا كانت الخدمات معطلة بالفعل، فقم بحل هذه المشكلة قبل التحديث الرئيسي. فالتحديث ليس الوقت المناسب لاكتشاف مشاكل LDAP أو البريد الإلكتروني أو MTA أو الخادم الوكيل التي حدثت قبل فترة الصيانة. قم أيضًا بجرد Zimlets المخصصة، والمصادقة الخارجية، وعمليات التكامل، والشهادات، وقواعد الترحيل، والبرامج النصية، وأي تغييرات محلية ضمن /opt/zimbra.
الخطوة الثانية: تشغيل فحص سلامة قاعدة البيانات وتأكيد النسخ الاحتياطية
تُعدّ أداة Zimbra تحديدًا zmdbintegrityreportفحصًا مفيدًا قبل الترقية، لأنّ تشخيص تلف MariaDB الموجود مسبقًا قد يصبح أكثر صعوبة أثناء تغيير الإصدار الرئيسي. شغّلها بصفتك zimbraالمستخدم على عُقد التخزين.
su - zimbra
zmdbintegrityreport
قم بتشغيل تقرير سلامة قاعدة البيانات قبل الترقية وتحقق من الأخطاء بدلاً من التعامل مع الترقية كإجراء إصلاح.
تشير زيمبرا إلى أن هذا التقرير قد يستغرق من دقائق إلى ساعة، وذلك بحسب حجم قاعدة البيانات وأداء التخزين. لذا، يُنصح بعدم جدولة تشغيله في اللحظة الأخيرة على أنظمة البريد الإلكتروني الكبيرة.
بعد ذلك، أنشئ نسخة احتياطية كاملة قابلة للاستعادة باستخدام طريقة النسخ الاحتياطي المناسبة لإصدارك وبيئتك. لا تُفيد النسخة الاحتياطية إلا إذا كنت تعرف مكانها، وتم إنشاؤها بنجاح، ولديك خطة استعادة عملية. توصي زيمبرا بإنشاء نسخة احتياطية كاملة قبل أي ترقية رئيسية، ونسخة احتياطية كاملة أخرى بعد الترقية، لاحتمالية حدوث تغييرات في بنية قاعدة البيانات.
قم أيضًا بعمل نسخة احتياطية منفصلة لتخصيصات SAML وSPNEGO. يحذر Zimbra من إمكانية استبدال هذه التخصيصات أثناء الترقية. إذا كنت تعتمد على ملفات مخصصة salocal.cf.in، أو قواعد SpamAssassin مخصصة، أو ملفات أخرى يتم الاحتفاظ بها محليًا، فراجع ملاحظات الإصدار الحالية للملفات التي قد يتم استبدالها، واحفظ نسخًا منها قبل البدء.
الخطوة 3: بالنسبة لعمليات النشر متعددة الخوادم، اتبع ترتيب الأدوار
يمكن تثبيت النظام على خادم واحد مباشرةً إلى برنامج التثبيت بعد إجراء الفحوصات المسبقة. أما عمليات النشر على عدة خوادم فتتطلب ترتيبًا دقيقًا. التسلسل الموثق في Zimbra هو: خادم LDAP الرئيسي أولًا، ثم نسخ LDAP، ثم خوادم MTA، ثم خوادم البروكسي، ثم خدمة License Daemon، ثم خادم OnlyOffice، وأخيرًا خوادم تخزين البريد.
بالنسبة للبيئات متعددة الخوادم، حافظ على ترتيب الأدوار الموثق مرئيًا أثناء فترة الصيانة حتى لا تتم ترقية الخدمات التابعة خارج التسلسل.
يجب ترقية خوادم LDAP الرئيسية وتشغيلها قبل الانتقال إلى الأدوار الأخرى. أثناء التحديثات التدريجية، تحذر Zimbra أيضًا من أنه عند وجود Zimbra 10 ومخازن بريد أقدم معًا، zimbraReverseProxyUpstreamLoginServersيجب أن تحتوي مخازن البريد على خوادم Zimbra 10 فقط؛ وإلا فقد يواجه المستخدمون على مخازن بريد Zimbra 10 مشاكل في تسجيل الدخول إلى تطبيق الويب الحديث.
الخطوة الرابعة: التحقق من نظام التشغيل والمساحة الحرة والترخيص
لا تفترض أن نظام تشغيل خادم Zimbra 9 لا يزال خيارًا مناسبًا في عام 2026. تُظهر وثائق Zimbra الحالية منصات مدعومة أحدث، بما في ذلك RHEL/Rocky/Oracle Linux 9 وUbuntu 22.04، بينما أصبح دعم Ubuntu 24.04 متاحًا بشكل عام مع Zimbra 10.1.17. كما تُشير ملاحظات إصدار Zimbra 10.1.21 إلى أن دعم Ubuntu 18.04 سيتوقف تدريجيًا بدءًا من الإصدار التالي. إذا كان خادم Zimbra 9 الخاص بك يعمل على منصة قديمة، فقد يكون من الأنسب تثبيت Zimbra من جديد ثم الترقية إلى نظام تشغيل أحدث، بدلًا من دمج تغيير رئيسي في Zimbra مع تغيير نظام التشغيل.
تأكد من وجود مساحة تخزين كافية قبل تشغيل برنامج التثبيت. يتحقق برنامج تثبيت Zimbra من المساحة المتاحة ويتوقف إذا لم يكن النظام يحتوي على مساحة كافية.
تحقق من مساحة التخزين المتاحة على أنظمة الملفات التي تحتوي على بيانات وبرامج Zimbra؛ الأرقام المعروضة هي أرقام توضيحية وليست إرشادات لتحديد الحجم.
طرأ تغيير على نظام الترخيص في Zimbra 10.1. license.xmlلم يعد النظام القديم مدعومًا في الإصدار 10.1. ستحتاج إلى مفتاح الترخيص الجديد المكون من 18 إلى 26 حرفًا أبجديًا رقميًا قبل التثبيت أو الترقية. احصل على المفتاح الصحيح من Zimbra قبل فترة الصيانة. تحذر صفحة تنزيل Zimbra الرسمية المستخدمين صراحةً من ضرورة الحصول على ترخيص الإصدار 10.1 الجديد قبل البدء.
الخطوة 5: قم بتنزيل الإصدار الصحيح من Zimbra 10.1
قم بتنزيل الحزمة التي تتوافق مع نظام التشغيل وبنية المعالج لديك من منطقة التنزيل الرسمية لـ Zimbra. لا تستخدم حزمة مُصممة لتوزيعة أخرى. احتفظ بالملف المضغوط في مجلد عمل، مثل /var/tmp.
إذا نشرت زيمبرا قيمة التحقق (checksum) للحزمة التي تقوم بتنزيلها، فتحقق منها قبل فك ضغط الملف المضغوط. يبدو حساب قيمة التحقق المحلية كما يلي:
sha256sum zcs.tgz
قم بحساب مجموع التحقق من الحزمة محليًا وقارنه بالقيمة المنشورة للتنزيل المحدد الذي اخترته.
مجموع التحقق الموضح في الرسم التوضيحي ليس مجموع التحقق الخاص بالإصدار. استخدم فقط مجموع التحقق المرفق بحزمتك الفعلية.
الخطوة 6: استخرج الملف المضغوط وابدأ برنامج تثبيت الترقية
لا تتطلب عملية التثبيت المباشر الموثقة في Zimbra إيقاف الخدمات يدويًا قبل الترقية. يقوم برنامج التثبيت بإيقاف الخدمات وتشغيلها حسب الحاجة. بعد ذلك root، استخرج الملف المضغوط الذي تم تنزيله، وانتقل إلى المجلد الذي تم فك ضغطه، ثم شغّل الأمر التالي install.sh:
cd /var/tmp
tar xzvf zcs.tgz
cd <expanded-directory>
./install.sh
استخرج ملف Zimbra المضغوط، وادخل إلى مجلده، وشغّل ملف install.sh بصلاحيات المستخدم الجذر. تختلف أسماء المجلدات باختلاف الإصدار الذي تم تنزيله.
توصي Zimbra بتشغيل الترقية داخل برنامج تعدد الإرسال الطرفي مثل screen، خاصة في جلسات SSH البعيدة، حتى لا يؤدي انقطاع الاتصال إلى إنهاء الترقية الطويلة:
screen ./install.sh
تقلل جلسة الشاشة من خطر أن يؤدي انقطاع اتصال SSH إلى إنهاء عملية الترقية.
الخطوة 7: أجب عن مطالبات برنامج التثبيت بوعي
يكتشف برنامج التثبيت تثبيت Zimbra الحالي ويعرض مسار الترقية. تنص تعليمات Zimbra الحالية على الموافقة على استخدام مستودع حزم Zimbra عند المطالبة، ثم تأكيد رغبتك في الترقية. في ترقية نظام 10.1 أحادي العقدة، zimbra-license-daemonتُعد الحزمة مطلوبة؛ ورفضها يمنع استمرار الترقية.
قبل الإجابة على السؤال الأخير، راجع قائمة الحزم. عند هذه النقطة The system will be modified. Continue? [N]، أدخل البيانات Yفقط عندما تتأكد من وجود النسخ الاحتياطية، والترخيص، ومصدر الحزمة، والتخزين، واتصالات الصيانة. بعد ذلك، يقوم برنامج التثبيت بإيقاف الخدمات القديمة، واستبدال الحزم، واستعادة الإعدادات، وإجراء الترقية، وإعادة تشغيل الخدمات. قد تستغرق البيئات الكبيرة وقتًا أطول بكثير من أنظمة الاختبار الصغيرة.
إذا كنت تستخدم ترخيصًا يدويًا/غير متصل بالإنترنت، فاتبع مسار التفعيل المحدد في دليل ترقية Zimbra الحالي. لا تنسخ تعليمات الترخيص عبر الإنترنت إلى بيئة غير متصلة بالإنترنت. وبالمثل، تختلف إرشادات عقدة صندوق البريد عند إجراء فحوصات التفعيل، لذا استخدم الوثائق الخاصة بالإصدار بدلاً من أمر قديم منسوخ من إصدار سابق.
الخطوة 8: التحقق من الخدمات، والإصدار، وتدفق البريد، ووصول العميل
بعد اكتمال عملية التثبيت، قم بالتبديل إلى حساب zimbraالمستخدم وتحقق من حالة الخدمة والإصدار المثبت:
su - zimbra
zmcontrol status
zmcontrol -v
يبدأ التحقق بعد الترقية بحالة الخدمة، لكن قائمة الخدمات الخضراء ليست سوى الفحص الأول.
ثم اختبر السلوك الذي يعتمد عليه المستخدمون بالفعل: SMTP الوارد والصادر، والتسليم الداخلي، وIMAP/POP إذا تم تمكينه، وتسجيلات الدخول إلى تطبيقات الويب الحديثة والكلاسيكية، وصناديق البريد المفوضة، وعمليات التقويم، ومزامنة الهاتف المحمول، واتصال Outlook إذا كان مرخصًا، والمصادقة الخارجية، وZimlets، والنسخ الاحتياطية، والمراقبة، وأي تطبيق يستخدم واجهات Zimbra SOAP أو EWS.
لا تتجاهل الإجراءات اللاحقة للترقية الخاصة بكل إصدار. تشير ملاحظات إصدار Zimbra 10.1.19 والإصدارات الأحدث إلى تحديثات لتخفيف مخاطر SNMP للعملاء الذين يُرقّون من الإصدارات 10.0.x أو 9.0.x أو 8.8.15. بالنسبة لترقية بيئة الإنتاج لعام 2026، يُرجى مراجعة ملاحظات التصحيح الحالية وتطبيق أي إجراءات تخفيف مطلوبة بعد الترقية الرئيسية. يتضمن Zimbra 10.1.21 أيضًا إصلاحات أمنية تؤثر على عميل الويب الكلاسيكي، ومصادقة WebDAV، واستعادة كلمة المرور، وOpenJDK، وNGINX، وعمليات التكامل، وهذا سبب إضافي لعدم الاكتفاء بالإصدار 10.0 القديم.
متى يجب عليك تغيير المسار بدلاً من الاستمرار على نفس النهج؟
يُعدّ التحديث في الموقع خيارًا جذابًا لأنه يُغيّر عددًا أقل من الأجزاء المتحركة، ولكنه ليس بالضرورة الخيار الأقل مخاطرة. لذا، يُنصح بإعادة النظر في الخطة عند انطباق أي من هذه الشروط:
نظام التشغيل الحالي قديم أو يقترب من نهاية دعم Zimbra.
يُبلغ فحص سلامة قاعدة البيانات عن أخطاء لا يمكنك تفسيرها.
لديك وحدات NG ولم تقم بالتحقق من صحة إجراء الترحيل المدعوم.
تعتبر SAML و SPNEGO و Zimlets وتخصيص برامج مكافحة الفيروسات / مكافحة البريد العشوائي أو عمليات التكامل مع جهات خارجية أمورًا بالغة الأهمية للأعمال ولم يتم اختبارها على الإصدار 10.1.
أنت تقوم أيضًا بتغيير بنية التخزين، وأسماء المضيفين، وتصميم الشبكة، أو الأجهزة في نفس الوقت.
لا يمكنك الحصول على ترخيص الإصدار 10.1 المطلوب قبل فترة الصيانة.
في تلك الحالات، قد تتطلب بيئة Zimbra 10.1 الموازية مع عملية ترحيل مضبوطة مزيدًا من التحضير ولكنها توفر حدود تراجع أنظف وفرصة أفضل لتحديث النظام الأساسي.
قائمة التحقق العملية للتحديث
تأكد من إصدار Zimbra 9 المحدد وحالة الخدمة الحالية.
قم بتطبيق إجراءات التخفيف الخاصة بالإصدار بعد الترقية وقم بإنشاء نسخة احتياطية كاملة جديدة.
الخلاصة
لضمان عمل خادم Zimbra 9 بشكل سليم على نظام تشغيل مدعوم وبتكوين تقليدي، يُعد التحديث المباشر إلى فرع Zimbra 10.1 Daffodil الحالي عادةً الخيار الأمثل. أما في حالة أنظمة التشغيل القديمة، أو نشر وحدات NG المعقدة، أو الخوادم التي تتطلب تغييرات جوهرية في البنية التحتية، فقد يوفر التثبيت الجديد والترقية بيئة تشغيل أكثر سلاسة، على الرغم من أن ذلك يتطلب جهدًا أكبر.
لا يقتصر فحص الجودة الأساسي على مجرد install.shالوصول إلى النهاية. فالترقية الناجحة تعني أن الخادم يعمل على إصدار 10.1 مدعوم، وأن جميع الخدمات المطلوبة تعمل بشكل سليم، وأن تدفق البريد ووصول المستخدمين يعملان كما هو متوقع، وأن عمليات التكامل المخصصة قد أُعيد اختبارها، وأن الترخيص ساري المفعول، وأن إجراءات التخفيف الخاصة بالإصدار قد اكتملت، وأن لديك نسخة احتياطية حديثة بعد الترقية. احتفظ بدليل ترقية Zimbra Daffodil الرسمي ، وملاحظات الإصدار 10.1.21 الحالية ، والوثائق الرسمية للخوادم المتعددة مفتوحة أثناء التخطيط، لأن هذه المصادر يجب أن تكون لها الأولوية على أجزاء الأوامر القديمة.