دليل الترقية من BroadWorks 21.sp1

المقدمة

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

نظرة عامة

يدعم الإصدار 21.sp1 من BroadWorks الترقيات إلى الإصدارات 22.0 و 23.0 و 24.0. الإصدار 22.0 هو نهاية الصيانة (EoM) و 23.0 هو EoM في نهاية يوليو 2024. الترقية إلى 24.0 هي المسار الموصى به.

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

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

تستخدم إصدارات 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 غير مدعومة.

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

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

الطراز R21: 5 و 6 و 7 (يلزم توفر نقطة الوصول 379473)
الطراز R22: 5.9+ و 6.5+ و 7
الطراز 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.09+: 7 و 8 و 9

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

الطراز DBS R21: 5 و 6
الطراز DBS R22: 5.9+ و 6.5+
DBS من 2018.11 إلى 2020.08: 6.5+، 7
DBS من 2020.11 إلى 2022.06: 7.5+ فقط
معيار DBS 2022.07+: الإصدار 7.5+ و 8.5+

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

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

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

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

التراجع عن خادم الشبكة

يمكن لخادم الشبكة (NS) الترقية من 21.sp1 إلى RI ولكن التراجع غير مدعوم، يلزم الرجوع إذا كانت العودة إلى 21.sp1 ضرورية. تعمل عملية التراجع على تغيير إصدار الخادم مرة أخرى إلى إصدار المصدر، كما تقوم بإعادة كافة التغييرات إلى قاعدة البيانات مع الاحتفاظ بأي محتويات إضافية. تقوم عملية الإرجاع بتغيير إصدار الخادم مرة أخرى إلى إصدار المصدر وتستورد النسخة الاحتياطية لقاعدة البيانات التي تم الحصول عليها قبل الترقية مباشرة، كما تتم إضافة أي بيانات إلى قاعدة البيانات منذ فقد الترقية عند حدوث عملية إرجاع. يتمثل الحل في ترقية NS إلى 23.0 أولا ثم الترقية إلى إصدار RI المطلوب. وإذا لم تكن الترقية المزدوجة مطلوبة، فإن الحل البديل، إذا كان التراجع مطلوبا، هو إرجاع NS، ثم تشغيله من خلال إجراء مزامنة خادم الشبكة وخادم التطبيقات من دليل الصيانة لمزامنة قاعدة بيانات NS مع قاعدة بيانات AS.

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

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

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

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

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

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

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

21-sp1 و 22-0: Oracle 11
من 2018.11 إلى 2020.08: Oracle 12
2020.11+: Oracle 19

تخطي ترقية DBS

هناك خيار لتخطي ترقية DBS واستيراد DB من 21.sp1 مباشرة إلى 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 24.0 مع UMS في 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.

نظام إدارة العناصر وخادم الترخيص الظاهري

يعد نظام إدارة العناصر (EMS) وخادم الترخيص الظاهري (VLS) بمثابة نهاية العمر الافتراضي (EoL) اعتبارا من الربع الثاني من عام 2018، كما تم إستبدال وظائفهما بإدارة وظائف الشبكة (NFM). لا يوجد مسار ترقية إلى NFM أو إلغاء صلاحية أي عقد من عقد EMS أو VLS.

مدير وظائف الشبكة

تتطلب ميزة إدارة الشبكة (NFM) ترقية على مرحلتين من الإصدار 21.sp1. ويمكن الترقية إلى 2019.05، ثم إلى 2022.08+. إذا تم نشر مراقبة الشبكة، فهناك خطوة إضافية مطلوبة، من الترقية من 21.sp1 إلى 2019.05 ثم إلى 2020.11 ثم إلى 2022.08+.

التحديث إلى 23.0 على نظام التشغيل Linux 6

في حالة ترقية خادم تطبيق إلى 23.0 على نظام التشغيل Linux 6، يجب عدم تطبيق العديد من برامج التصحيح أو فشل الترقية عند تصحيح "REL_22.0/v1.450/ ". لا تقم بتطبيق هذه التصحيحات على AS عند الترقية إلى 23.0: AP.Platform.23.0.1075.AP38541، AP.AS.23.0.1075.AP385380، AP.as.23.0.1075.AP385413، و AP as.23.0.1075.AP385453.

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

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

22.0 ملاحظات الإصدار
23.0 ملاحظات الإصدار

24.0 ملاحظات الإصدار
أسلوب إجراء الترقية
أحلت البرمجية إنسجام مادة ترابط ل الرسمي يساند تحسين ممر.
هناك العديد من الميزات التي تبدأ بتطبيق EoM بالإصدار 22.0. ويتم توثيق ذلك في وصف ميزة إزالة منتجات الصيانة في نهاية الصيانة. لم تعد هذه الميزات متوفرة بعد الترقية.

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

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

محاذاة RI مع الإصدار الرئيسي

الطراز 2017.xx = R22
2018.xx = R22
من 2019.01 إلى 2020.06 = R23
من 2020.07 إلى 2022.07 = R24

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

طلب الدعم

يتوفر دعم الترقية المباشرة من قبل فريق ترقية BroadWorks.

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

اتصل بفريق ترقية BroadWorks، من خلال فريق الحساب، أو البريد الإلكتروني على bwupgrade@cisco.com. لا تتوفر إمكانية دعم الترقية في الوقت الفعلي خلال مهلة قصيرة، كما أنها غير محددة مسبقا.

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

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

خطط الاختبار

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

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

ترقيع

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

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

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

ترقية Lab

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

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

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

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

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