دليل الترقية من BroadWorks 25.0

المقدمة

يصف هذا المستند الاعتبارات والمتطلبات لتخطيط ترقية نظام Cisco BroadWorks من المصدر الإصدار 20.0.

نظرة عامة

تتم ترقية جميع الخوادم إلى أحدث إصدار مستقل متوفر (راجع قسم مصفوفة توافق البرامج المعنون "خرائط الترقية المدعومة").

متطلبات نظام التشغيل

تحقق من دعم نظام التشغيل المصدر (OS) من قبل الإصدار الهدف.

أنظمة التشغيل المدعومة هي Red Hat Enterprise Linux و Oracle Linux و CentOS 7. لا يتم دعم CentOS 8 و CentOS Stream و Rocky Linux و Alma Linux.

انتهى دعم نظام التشغيل Linux 7 في 20 يونيو 2024 باستخدام الإصدار 2024. 07.

دعم Linux 9 متوفر من خلال 2024. 04+.

إصدارات لينوكس المدعومة

الطراز 2020.07+: 6.5+، 7، 8
2023.05+: 7، و8

2023.10+: 7 و 8 و 9 (لا يتم دعم نظام التشغيل Linux 9 على خوادم التطبيقات (AS) حتى عام 2024. 04)

2024.04+: 7 و 8 و 9
2024.07+: 8، و9

إصدارات Linux المدعومة من خادم قاعدة البيانات (DBS)

من 2020. 11 إلى 2022. 06: 7.5+ فقط
2022.07+: 7.5+ و 8.5+

2024.07+: 8.5+

2024.09: الإصدار النهائي/نهاية العمر

ترقيات نظام التشغيل

لم تقم BroadWorks تاريخيا بدعم الترقيات في مكانها بين إصدارات Linux الرئيسية. تاريخيا، كانت التوصية هي تنفيذ عملية تبادل للأجهزة وبناء خادم جديد على إصدار Linux المستهدف، وترحيل الخادم الحالي إلى الخادم الجديد. بدءا من الإصدار 2023.12، يتم دعم ترقيات نظام التشغيل Linux من نظام التشغيل Linux 7 إلى 8 ومن 8 إلى 9. ولإجراء ترقية موضعية لنظام التشغيل Linux، يجب أولا ترقية الخوادم إلى الإصدار 2023.12 أو إصدار أحدث.

للحصول على وثائق حول ترقيات لينوكس الموجودة، ارجع إلى القسم 9 من دليل إدارة البرامج. للحصول على وثائق حول عملية تبادل الأجهزة، ارجع إلى القسم 5-2-6 من دليل إدارة البرامج والباب 12-2 من دليل الصيانة.

لا يوصى باستخدام مبادلة أجهزة من أجل ترقية BroadWorks في نفس الوقت أو لإجراء مبادلة أجهزة أو ترقية Linux في مكانها وترقية BroadWorks في نفس نافذة الصيانة. يجب أن تمر الخوادم التي تحتوي على قاعدة بيانات بعملية الترقية؛ لا يمكن إستيراد قاعدة بيانات من إصدار واحد من BroadWorks إلى إصدار آخر من BroadWorks.

قيود الترقية والملاحظات الخاصة بالخادم

DBS

يجب ترقية DBS في عمليات انتقال متعددة للترقية إلى أحدث إصدار من RI بسبب قيود نظام التشغيل. يدعم DBS 22.0 نظام التشغيل Linux 5 و 6. في حالة تشغيل نظام التشغيل Linux 5، لا يمكن ترقية DBS إلى ما بعد 22.0. لا تدعم إصدارات DBS المستقلة نظام التشغيل Linux 5. في حالة تشغيل نظام التشغيل Linux 6، يمكن ترقية DBS إلى الإصدار 2020.08. ويجب أن تقوم DBS حينئذ بتبادل الأجهزة مع نظام التشغيل Linux 7 حيث يمكن الترقية مرة أخرى. عند ترقية DBS وخادم ملف التعريف (PS)، يجب أن تتطابق إصدارات إدارة قاعدة بيانات المحول (DBMase) وخادم DBSObserver مع إصدار DBS لضمان تطابق إصدار Oracle الأساسي مع التوافق.

محاذاة إصدار DBS و Oracle

22.0: أوراكل 11
من 2018. 11 إلى 2020. 08: أوراكل 12
2020.11+: أوراكل 19

تخطي ترقية DBS

هناك خيار لتخطي ترقية DBS واستيراد قاعدة البيانات (DB) من 22.0 مباشرة إلى DBS 2022.03+. ومع ذلك، فإن هذه العملية ليست سريعة ويجب إختبارها في المختبر للتحقق من التوقيت المتوقع للإنتاج. أحلت ال DBS إطلاق بطاقة قسم 6، BWKS-3069، ال DBS تشكيل مرشد قسم 6.5.7.3.

سجلات المكالمات المحسنة

تعد "سجلات المكالمات المحسنة" (ECL) نهاية العمر الافتراضي على DBS بعد DBS 2020.08. يجب ترحيل قاعدة بيانات ECL إلى "خادم قاعدة بيانات الشبكة" (NDS) لمواصلة الاستخدام، ولا يتم الترحيل تلقائيا. ارجع إلى دليل حل سجلات المكالمات المحسنة ووصف ميزة سجلات المكالمات المحسنة ل NDS للحصول على مزيد من المعلومات. ارجع إلى دليل تكوين خادم قاعدة بيانات الشبكة لإعداد NDS وترحيل ECL من DBS إلى NDS وصف ميزة لإجراء الترحيل. يجب إجراء الترحيل قبل الترقية.

التعاون مع الخوادم

كانت نهاية الصيانة (EoM) لخادم المراسلات (UMS) وخادم المشاركة (US) وخادم الفيديو (UVS) وخادم WebRTC (WRS) وعميل Business Communicator (BTBC) وعميل Connect هي 31 يناير 2022. آخر نسخة RI المتوفرة من أجل UMS هي 22.0 وللولايات المتحدة، UVS، و WRS آخر نسخة متوفرة هي 2022.01.

وتتوافق AS at 24.0 مع UMS في 22.0 و 21.sp1. ولا يوصى بترقية UMS إلى 22.0. وتستخدم شبكة الاتصال اللاسلكية واسعة النطاق (UMS) في الطراز 22.0 منفذ MariaDB بدلا من التوقيت Oracle TimesTen الذي يتطلب خطوات إضافية للترقية، كما أنها مزودة بطريقة إجرائية منفصلة (MoP)، وتتطلب عقدة إضافية للتكرار. راجع UMS Upgrade MOP والإعلام الميداني حول MariaDB 10.1 End of Life.

يوصى باستبدال خدمات التعاون ب WebEx ل BroadWorks. ارجع إلى دليل حلول WebEx for BroadWorks.

مراجعة الوثائق

يجب مراجعة ملاحظات الإصدار الخاصة بالإصدار المستهدف وأي إصدارات بين الإصدار الهدف والإصدار المصدر.

26.0 ملاحظات الإصدار
أسلوب إجراء الترقية (MOP)
أحلت البرمجية إنسجام مادة ترابط ل الرسمي يساند تحسين ممر.

متطلبات الترخيص

مطلوب ترخيص جديد للإصدار الهدف. لطلب ترخيص افتح تذكرة.

أفضل الممارسات

إعلام دعم BroadWorks قبل الترقية

يوصى بإعلام دعم BroadWorks قبل بضعة أيام بتذكرة ذات مستوى خطورة 4 (S4). إذا حدثت مشكلة أثناء الصيانة، فقم برفع حدة التذكرة إلى S1 أو افتح تذكرة S1 جديدة أو اتصل بخط الدعم للتحدث إلى مهندس.

خطط الاختبار

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

يجب إختبار كل خادم بعد ترقيته لضمان عمله كما هو متوقع قبل الانتقال للترقية إلى الخادم التالي في التسلسل.

البرنامج النصي للتحقق قبل التثبيت

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

ترقية Lab

يوصى دائما باختبار الترقية وخطة الاختبار والإصدار الهدف مع أي أدوات أو تطبيقات أو عملاء تابعين لجهات خارجية في بيئة معملية تعمل على تكرار بيئة الإنتاج. يمكن تقليل حجم المعمل ولكن يجب أن يحتوي على نفس أنواع الخوادم وإصدار البرامج وإصدار نظام التشغيل وأجهزة الوصول والتحكم في حد جلسة العمل (SBC) وما إلى ذلك. تعامل مع ترقية المختبر على أنها عملية تشغيل جافة لترقية بيئة الإنتاج. أستخدم مستوى تصحيح الإصدار الأحدث الهدف عند ترقية المختبر. احتفظ بالوقت بين المختبر وترقية الإنتاج إلى 3 أشهر أو أقل.

تسلسل الجدولة والترقية

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

عمليات فشل الترقية

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

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
1.0	19-May-2026	الإصدار الأولي