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

المقدمة

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

نظرة عامة

يدعم الإصدار 23.0 من BroadWorks عمليات التحديث للإصدارات، 24.0 و 25.0. وقد كان الإصدار 23.0 هو EOm في نهاية يوليو 2024، ومن المتوقع أن يكون الإصدار 24.0 هو نهاية الصيانة (EoM) في نهاية يوليو 2026. تتم ترقية الخوادم غير التطبيقية إلى أحدث إصدار مستقل متوفر (راجع قسم مصفوفة توافق البرامج المعنون "خرائط الترقية المدعومة"). تتم ترقية خوادم التطبيقات إلى 2024.07. بمجرد ترقية جميع الخوادم، يجب ترقية خوادم التطبيقات مرة أخرى إلى أحدث إصدار حتى 2026.07.

إصدار الإصدارات المستقلة

وبدءا من الإصدار 23.0، يكون MS هو خدمة Release Independent (RI) وبمعدل 24.0 جميع الخوادم باستثناء خوادم التطبيقات (AS) RI، كما تكون جميع الخوادم عند مستوى 25.0 مستقلة عن الإصدار. يتم توفير جميع الميزات والأخطاء وإصلاحات الأمان الجديدة في إصدار جديد. لا تتوفر برامج التصحيح، وبدلا من ذلك، يجب ترقية الخوادم من إصدار إلى آخر للحصول على إصلاح. يتم إصدار إصدار إصدار جديد من كل خادم كل شهر (بدلا من حزم الحزم الشهرية) أو بشكل أكثر تكرارا إذا كانت هناك حاجة إلى إصلاح عاجل.

تستخدم إصدارات RI تنسيقا مختلفا عن التنسيق REL_24.0_1.944 القياسي. تنسيق RI هذا هو server_rel_yyy.mm_x.xxx:

• الخادم هو MS، على سبيل المثال:
• نعم، إنها سنة ذات أربع خانات
• مم هو الشهر ذو الخانتين
• x.xxx هو الإصدار التزايدي لذلك الشهر

MS_Rel_2022.11_1.273.Linux-x86_64.bin هو نسخة من MS التي تم إصدارها في نوفمبر 2022. وغالبا ما يتم إختصاره إلى 2022.11 إذا لم يكن يشير إلى نوع خادم محدد أو إصدار تزايدي.

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

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

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

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

يتوفر دعم Linux 9 من خلال الإصدار 2023.09+.

إصدارات رئيسية مدعومة من نظام التشغيل Linux

الطراز R23: 5.9+ و 6.5+ و 7 و 8.x (يلزم توفر نقطة الوصول 385046)
الطراز R24: 6.5+، 7، 8

إصدارات Linux المدعومة المستقلة

2018.01+: 5.9+ و 6.5+ و 7
2019.10+: 6.5+، 7
الطراز 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)

من 2018. 11 إلى 2020. 08: 6.5+، 7
من 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.

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

خادم ملف التعريف وترقية النظام الأساسي للخدمات الموسعة إلى النظام الأساسي لتوصيل التطبيق

بدءا من الإصدار 24.0، يصبح كل من خادم ملفات التعريف (PS) والنظام الأساسي للخدمات الممتدة (XSP) نفس نوع الخادم، والمعروف باسم النظام الأساسي لتوصيل التطبيقات (ADP). تتم ترقية خوادم PS و XSP في مكانها وتصبح من نوع خادم ADP بعد الترقية. عند الترقية من 23.0، يمكن فقط ترقية صفيفات التخزين فئة PS و XSP إلى ADP 2024.07. وبعد ذلك يجب ترقية ADP مرة أخرى للوصول إلى الإصدار الأحدث.

يلزم توفر ترخيص ADP وإصدار محدث من التطبيقات التي تم نشرها. يجب إجراء ترقيات XSP بعد ترقية خوادم التطبيقات (AS). توجد إصدارات RI من PS و XSP على بوابة التنزيل ولكن هذه الإصدارات مخصصة فقط للأنظمة التي تقوم بنشر خادم التنفيذ (XS) بدلا من AS. يجب ترقية كافة الأنظمة التي تحتوي على AS إلى PS و XSPs إلى ADP.

يجب ترقية تطبيقات Cisco BroadWorks وتطبيقات الويب يدويا على XSP و PS و ADP.

خادم قاعدة البيانات

يجب ترقية خادم قاعدة البيانات (DBS) في عمليات انتقال متعددة للترقية إلى أحدث إصدار من RI بسبب قيود نظام التشغيل. يدعم DBS 22.0 نظام التشغيل Linux 5 و 6. في حالة تشغيل نظام التشغيل Linux 5، لا يمكن ترقية وحدات التخزين المتصلة مباشرة (DBS) إلى ما بعد 22.0. لا تدعم وحدات التخزين المتصلة مباشرة (RI) أنظمة التشغيل 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.

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

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

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

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

مطلوب ترخيص جديد للإصدار الهدف. لطلب رخصة افتح تذكرة. طلب تحويل تراخيص PS و XSP إلى تراخيص ADP؛ لا يقبل ADP ترخيص PS أو XSP.

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

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

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

خطط الاختبار

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

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

ترقيع

قم بتصحيح إصدار المصدر إلى ستة أشهر أو أقل من أحدث مستوى تصحيح قبل الترقية.

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

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

ترقية Lab

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

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

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

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

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

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

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