المقدمة
تصف هذه الوثيقة الاعتبارات والمتطلبات للمساعدة في التخطيط للترقية من الإصدار المصدر من BroadWorks 22.0.
نظرة عامة
يدعم الإصدار 22.0 من BroadWorks عمليات ترقية الإصدارات، 23.0 و 24.0. يعد الإصدار 22.0 نهاية الصيانة (EoM)، و 23.0 هو EoM في نهاية يوليو 2024، ومن المتوقع أن يصل إلى 24.0 EoM في نهاية يوليو 2026. الترقية إلى 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 9 من خلال الإصدار 2023.09+.
إصدارات رئيسية مدعومة من نظام التشغيل Linux
الطراز 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 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.
قيود الترقية والملاحظات الخاصة بالخادم
خادم ملف التعريف وترقية النظام الأساسي للخدمات الموسعة إلى النظام الأساسي لتوصيل التطبيق
بدءا من الإصدار 24.0، يصبح كل من خادم ملفات التعريف (PS) والنظام الأساسي للخدمات الممتدة (XSP) نفس نوع الخادم، والمعروف باسم النظام الأساسي لتوصيل التطبيقات (ADP). تتم ترقية خوادم PS و XSP في مكانها وتصبح من نوع خادم ADP بعد الترقية.
يلزم توفر ترخيص ADP وإصدار محدث من التطبيقات التي تم نشرها. يجب إجراء ترقيات XSP بعد ترقية خوادم التطبيقات (AS). توجد إصدارات RI من PS و XSP على بوابة التنزيل ولكن هذه الإصدارات مخصصة فقط للأنظمة التي تقوم بنشر خادم التنفيذ (XS) بدلا من AS. يجب ترقية كافة الأنظمة التي تحتوي على AS إلى PS و XSPs إلى ADP.
يلزم ترقية تطبيقات BroadWorks وتطبيقات الويب من Cisco يدويا على XSP و PS و ADP.
خادم قاعدة البيانات
يجب ترقية خادم قاعدة البيانات (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، يجب أن تتطابق إصدارات إدارة DBManement و 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.
سجلات المكالمات المحسنة
تعد "سجلات المكالمات المحسنة" (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.
نظام إدارة العناصر وخادم الترخيص الظاهري
يعد نظام إدارة العناصر (EMS) وخادم الترخيص الظاهري (VLS) بمثابة نهاية العمر الافتراضي (EoL) اعتبارا من الربع الثاني من عام 2018، كما تم إستبدال وظائفهما بإدارة وظائف الشبكة (NFM). لا يوجد مسار ترقية إلى NFM أو إلغاء صلاحية أي عقد من عقد EMS أو VLS.
مدير وظائف الشبكة
في حالة نشر مراقبة الشبكة، يلزم إتخاذ خطوة إضافية؛ من 22.0 إلى 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.
23.0 ملاحظات الإصدار
24.0 ملاحظات الإصدار
أسلوب إجراء الترقية
أحلت البرمجية إنسجام مادة ترابط ل الرسمي يساند تحسين ممر.
متطلبات الترخيص
مطلوب ترخيص جديد للإصدار الهدف. لطلب ترخيص افتح تذكرة. بالنسبة للترقيات إلى 24.0، اطلب تحويل تراخيص PS و XSP إلى تراخيص ADP؛ لا يقبل ADP ترخيص PS أو XSP.
محاذاة RI مع الإصدار الرئيسي
2018.xx = R22
2019.01 to 2020.06 = R23
2020.07 to 2022.07 = R24
أفضل الممارسات
إعلام دعم BroadWorks قبل الترقية
في حالة إجراء ترقية دون دعم "فريق الترقية"، يوصى بإخطار "دعم BroadWorks" قبل بضعة أيام بتذكرة ذات مستوى خطورة يبلغ 4 (S4). إذا حدثت مشكلة أثناء الصيانة، فقم برفع حدة التذكرة إلى S1 أو افتح تذكرة S1 جديدة أو اتصل بخط الدعم للتحدث إلى مهندس.
خطط الاختبار
تعد خطة الاختبار ضرورية لضمان الترقية السلسة. يجب تطوير خطة إختبار واختبارها في المختبر قبل ترقية الإنتاج. قم بتشغيل خطة الاختبار على النظام قبل الترقية وتسجيل النتائج. وهذا يضمن أن النظام سليم، ويتحقق من أن جميع مستخدمي الاختبارات والحسابات قد تم تكوينها وتشغيلها بشكل صحيح، ويوفر فرصة لاكتشاف الثغرات المحتملة في خطة الاختبار، ويوفر تقديرا زمنيا للطول المتوقع أن تستغرق عملية الاختبار.
يجب إختبار كل خادم بعد ترقيته لضمان عمله كما هو متوقع قبل الانتقال للترقية إلى الخادم التالي في التسلسل.
ترقيع
قم بتصحيح إصدار المصدر إلى 6 أشهر أو أقل من أحدث مستوى تصحيح قبل الترقية.
البرنامج النصي للتحقق قبل التثبيت
يجب تشغيل البرنامج النصي لفحص ما قبل التثبيت على كل خادم ومعمل وإنتاج، كما يجب معالجة أية تحذيرات أو حالات فشل قبل الترقية.
ترقية Lab
يوصى دائما باختبار الترقية وخطة الاختبار والإصدار الهدف مع أي أدوات أو تطبيقات أو عملاء من جهات خارجية في بيئة معملية تعمل على تكرار بيئة الإنتاج. يمكن تقليل حجم المعمل ولكن يجب أن يحتوي على نفس أنواع الخوادم وإصدار البرامج وإصدار نظام التشغيل وأجهزة الوصول والتحكم في حد جلسة العمل (SBC) وما إلى ذلك. تعامل مع ترقية المختبر على أنها عملية تشغيل جافة لترقية بيئة الإنتاج. أستخدم مستوى تصحيح الإصدار الأحدث الهدف عند ترقية المختبر. احتفظ بالوقت بين المختبر وترقية الإنتاج إلى 3 أشهر أو أقل.
تسلسل الجدولة والترقية
ومن المتوقع أن تتم الترقيات عبر نوافذ صيانة متعددة تنتشر عبر عدة ليالي ويتم تنفيذها في أمر التثبيت والترقية كما هو موثق في القسم 4.2 من دليل إدارة البرامج. إجراء الترقيات دوما أثناء إطار صيانة محدد مسبقا (خلال ساعة غير مشغول). قم دائما بترقية عقدة واحدة في كل مرة، وتأكد من تعطل عقدة واحدة أو أكثر من عقدة واحدة من نظام مجموعة في أي وقت معين. يحدد طول إطار الصيانة (MW)، وعدد الخوادم التي سيتم ترقيتها، ونوع الخادم، وطول المدة التي يتوقع أن يستغرقها الاختبار عدد نوافذ الصيانة المطلوبة. يجب ترقية جميع الخوادم الموجودة في مجموعة واحدة بالميجاوات. وقت المغادرة متوفر في MW المجدول لاستكشاف الأخطاء وإصلاحها و/أو التراجع إذا لزم الأمر.
عمليات فشل الترقية
إذا تم اكتشاف مشكلة أثناء إختبار ما بعد الترقية أو فشل الترقية، فقم بتجميع السجلات قبل الرجوع إلى إصدار المصدر أو إستعادة الخادم. قم بإجراء نسخ إحتياطي لدليل السجلات بالكامل لضمان الاحتفاظ بجميع السجلات المفيدة المحتملة. افتح تذكرة على الفور واتصل بالدعم للحصول على المساعدة بينما لا تزال في السيارة.
التعليقات