أسلوب إجراء الترقية لخوادم BroadWorks R25

المقدمة

تصف هذه الوثيقة أسلوب إجراء الترقية العام (MOP) لتحديث خوادم BroadWorks كما هو متبع من قبل فريق ترقية BroadWorks من مصادر الوثائق الرسمية الأخرى.

يتم العثور على هذه المستندات المرجعية في صفحة دليل وثائق Cisco BroadWorks الإصدار 25. ارجع إلى هذه المستندات الرئيسية:

• دليل إدارة البرامج
• دليل تكوين النظام
• دليل الصيانة
• ملاحظة الإصدار 25.0
• AS ملاحظة الإصدار 24.0

للمزيد من دعم الترقية، يمكنك التواصل مع فريق الترقية على العنوان bwupgrade@cisco.com.

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

قبل الترقية، راجع ملاحظات الإصدار الخاصة بالإصدار الهدف الموجودة في دليل وثائق Cisco BroadWorks الإصدار 25. قم بدراسة التأثير المحتمل مع التغييرات المشار إليها.

إن يحسن إلى إصدار أكثر من واحد رئيسي رقم أعلى من الإصدار حالي، (مثلا، يحسن من R23 إلى R25) راجعت الإصدار بطاقة من الإصدار (إصدار) بين (R24 في هذا مثال).

يمكن العثور على هذه العناصر في صفحة وثائق Cisco أو عبر الارتباطات المتوفرة.

الإجراءات الموحدة

هذا هو الترتيب الذي ستتم فيه ترقية الخوادم. لا يلزم ترقية خوادم الشبكة (NS) وخوادم الوسائط (MS) بترتيب محدد فيما بينها.

يتم ذكر منصات توصيل التطبيقات (ADP) مرتين في التسلسل، حيث تتألف المجموعة الأولى من نقاط الوصول المتقدمة من تلك التي تقوم بتشغيل DBSObserver، و DBMmanagement، وخدمات ملف التعريف الأخرى. تتألف المجموعة الثانية من نقاط الوصول lighweight (ADP) من واجهة الخدمات الممتدة (XSI) وواجهة العميل المفتوحة - الإمداد (OCI-P) ونظام إدارة الأجهزة (DMS) وخدمات خادم دفع الإعلامات (NPS).

عند ترقية أي من خوادم BroadWorks، اتبع الخطوات القياسية عالية المستوى التالية:

1. انسخ الخادم إحتياطيا.
2. قم بتثبيت أحدث حزمة من برامج التثبيت المستقلة (RI). يتم تضمين مدير المحول في حزمة RI.
3. قم بتثبيت ترخيص الإصدار الهدف.
4. قم بتشغيل أداة التحقق من الترقية من واجهة سطر الأوامر (CLI) للتأكد من عدم وجود تحذيرات:

   ADP_CLI/Maintenance/Tools> upgradeCheck ADP_Rel_2021.02_1.50

تثبيت الإصدار الهدف دائما على كافة النظراء من نفس المجموعة قبل ترقية أحد أعضاء المجموعة.

قد يكون من المفيد إيقاف تشغيل المهام المكتملة لكل خادم. على سبيل المثال:

آلة	Server1	الخادم 2	الخادم 3
النسخ الاحتياطي	تم	تم
الدعم الفني	تم	...إلخ...
تثبيت الإصدار الهدف	تم
إستيراد الترخيص	تم
فحص HealthMon	تم
فحص الترقية	تم

توقعات الإجراء

يفترض هذا المستند ما يلي:

1. هناك مساحة كافية على القرص لإجراء عمليات نسخ إحتياطي وتثبيت الثنائيات الجديدة وترقية.
2. يتمتع كل خادم بالقدرة على تثبيت الحزم.
3. نظام التشغيل متوافق مع الإصدار الهدف.
4. تم تشغيل InstallCheck مسبقا على كل خادم وتم تصحيح أية تحذيرات أو حالات فشل.
5. النظام في حالة صحية.
6. تم الحصول على التراخيص المناسبة.
7. تم إنشاء خطة إختبار ما بعد الترقية، وتشغيلها قبل الترقية، وتسجيل النتائج.

ملاحظات خاصة بالخادم

• مدير وظيفة الشبكة (NFM) مستقل عن خوادم BroadWorks الأخرى، لذلك فإن قابلية التشغيل البيني ليست مشكلة. يوصى دائما بتشغيل أحدث إصدار من NFM.
• تقوم الترقية إلى خادم قاعدة البيانات (DBS) بترقية البرنامج، ولكن لا يتم تغيير المخطط إلى قاعدة البيانات حتى تتم ترقية ADP (الذي يقوم بتشغيل تطبيق إدارة EnhancedCallLogsDBManement).
• يوصى بإجراء نسخ إحتياطي ل DBS أو خادم قاعدة بيانات الشبكة (NDS) قبل ترقية أي ADP يشغل EnhancedCallLogsDBManagementNDS أو CCRereportingDBMmanagement.
• ترقية MS/NS قبل خادم التطبيق (AS). من الطبيعي أن تترك MS/NS قيد التشغيل في أحدث إصدار لمدة يوم أو يومين حتى تتم ترقية AS.

راجع مصفوفة التوافق للحصول على تفاصيل.

خطط إختبار ما قبل الترقية وما بعد الترقية

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

المرتجعات وإعادة التدوير

في سياق ترقية BroadWorks، لا يعد إرجاع الخادم واستعادته نفس الشيء. تقوم عملية إرجاع الخادم باستعادة آخر نسخة إحتياطية لقاعدة البيانات (DB) لاستعادة قاعدة البيانات مرة أخرى إلى حالتها قبل الترقية. مع إرجاع أية بيانات تمت إضافتها إلى قاعدة البيانات بعد فقدان الترقية الأولية. يؤدي التراجع إلى التراجع عن كافة التغييرات التي تم إجراؤها على قاعدة البيانات أثناء عملية الترقية، تاركا أية بيانات تمت إضافتها إلى قاعدة البيانات بعد عدم المساس بالترقية الأولية.

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

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

تتبع إصدارات RI تنسيقا مختلفا عن التنسيق REL_25.0_1.944 القياسي. تنسيق RI هذا هو كما يلي، server_rel_yyyy.mm_1.xxx:

• الخادم هو MS، على سبيل المثال
• ييي هي 4 خانات سنة
• ممم هو الشهر المكون من 2 رقم
• xxx هو الإصدار التزايدي لذلك الشهر

على سبيل المثال، MS_Rel_2022.11_1.273.Linux-x86_64.bin هو نسخة من MS التي تم إصدارها في نوفمبر 2022.

ADP

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

أما التطبيقات التي يتم تسليمها إلى فريق منهاج ديربان فتقدم إما بطريقة RI أو تسلم باعتبارها "Release Anchored" (RA). يعني RA أن التطبيق له تبعية مخطط على إصدار AS لذلك هناك مكون إصدار إلى اسم ملف التطبيق ويتم تسليم "فرع" مختلف يقترن بإصدار AS.

راجع تنزيل برنامج النظام الأساسي لتسليم تطبيق BroadWorks للحصول على قائمة بالتطبيقات المتوفرة ل ADP وأحدث الإصدارات المتوفرة.

إجراءات التثبيت

يمكن تنزيل مثبتات BroadWorks من Cisco BroadWorks - التنزيلات.

تثبيت ثنائي الإصدار الهدف

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

في هذه الخطوات، نستخدم AS لكن الإجراء هو نفسه لجميع ثنائيات 25.x BroadWorks. يجب تنفيذ هذا كمستخدم جذري (غير مقبول). الأمر هو 0022 للجذر و 0002 ل bwadmin.

$ chmod +x AS-25_Rel_2023.03_1.411.Linux-x86_64.bin
$ ./AS-25_Rel_2023.03_1.411.Linux-x86_64.bin

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

==============================================================
           The installation is now completed.
==============================================================
+++ Warnings summary +++
+++WARNING --- 1001 <You may have to install new license files>
+++WARNING --- 1002 <You will need to manually activate the new software version>

Please refer to the information reported in file:
   /var/broadworks/logs/installation/installation.230418.20h03m19s.warning
for details as some warnings may require manual intervention.

done
Moving logs, steps and warnings to /var/broadworks/logs/installation

بمجرد تثبيتها، أدخل qversions أمر من ال BWCLI in order to ضمنت هو حاضر. لاحظ أن الحالة هي Installed (لا Active).

AS_CLI> qversions
  Identity        Version  Install Date     Status
==================================================
        AS  2023.03_1.411  Apr 18, 2023  Installed
        AS     24.0_1.944  Feb 11, 2022  Active

إزالة ثنائي مثبت

إذا لم يتم تثبيت الثنائي بشكل صحيح أو إذا كان بحاجة إلى إزالته، قم بتشغيل uninstall-bwserver.pl نص.

$ cd /bw/broadworks/
    
    
      /uninstall/ 
     
$ ./uninstall-bwserver.pl -r

تعطي المعلمة "-r" إرشادات لإزالة بنية المجلد المتبقية في /bw/broadworks/<server>.

تثبيت ترخيص الإصدار الهدف

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

بالنسبة للتراخيص المستندة إلى UUID، قد تكون ملفات الترخيص ضمن ملفات ZIP متعددة، ويتوقع الخادم الملف zip الذي يحتوي على ملفات txt. و.sig. لا تقم بفك ضغط الملفات على الجهاز المحلي لنسخ ملفات .txt و.sig ببساطة لأن هذا يبطل التوقيع.

إستيراد الترخيص من واجهة سطر الأوامر

لا حاجة إلى فك ضغط ملفات التراخيص واستخدام المسار الكامل.

AS_CLI/System/Licensing/LicenseManager/LicenseStore> import /path/to/licensefiles.zip

تثبيت الترخيص من نظام التشغيل

لا حاجة إلى فك ضغط ملفات التراخيص واستخدام المسار الكامل، كمسؤول bwadmin أو تشغيل الجذر.

$ cd /usr/local/broadworks/bw_base/bin/
$ ./install-license.pl /path/to/licensefiles.zip

تشغيل أداة UpgradeCheck

تشغيل upgradeCheck أداة من BWCLI و تأكد من عدم وجود تحذيرات.

ويتم توضيح مثال من AS هنا:

AS_CLI/Maintenance/Tools> upgradeCheck AS_Rel_2023.03_1.411

  This is a dry-run upgrade.


BroadWorks SW Manager checking AS server version 2023.03_1.411...
   Checking license file information
   Checking configuration file presences
   Checking installation.conf file
   Checking version presences
   Checking Broadworks version dependencies
   Checking target Broadworks version present
   Checking for available disk space
     Space required = 32768 Mb
        [done]
   Checking System configuration
     BW Daemon configuration validation
       testing /etc/xinetd.d...         [done]
   Validating MoDaemon
   Checking upgrade compatibility
   Checking for dangling softlink
     ...Monitoring directory tree starting at: /var/broadworks
   Running /usr/local/broadworks/AS_Rel_2023.03_1.411 /bin/preUpgradeCheck
Executing transform...  [ok]


####### CCRS Support Check START #######

No need to check for CCRS devices, upgrading from release 19 or later

####### CCRS Support Check END #######

####### Conference Access Check START #######

No need to check for duplicate conference Id's and Moderator Pins , upgrading from release 19 or later

####### Conference Access Check END #######

####### trunk group check START #######

####### Startup Parameters IP Addresses Check START #######

####### Startup Parameters IP Addresses Check END #######

####### Reporting File Queues Check START #######

####### Reporting File Queues Check END #######

####### Domains table sanity check START #######

####### Domains table sanity check END #######

####### DNIS UID sanity check START #######

####### DNIS UID sanity check END #######

####### File System Protocol Check START #######

No need to check for use of WebDav interface for custom media files.
Upgrading from release 20 or later

####### File System Protocol Check END #######

####### Disk space check for Announcement repository START #######

No need to check for available diskspace for announcement repository.
Upgrading from release 20 or later

####### Disk space check for Announcement repository END #######

####### DeviceProfileAuthMode Check START #######

####### DeviceProfileAuthMode Check END #######

####### Activatable Feature Validation START #######
    Validation Successful

####### Activatable Feature Validation END #######

####### Database Manual Connections START #######
No manual database connections detected..

####### Database Manual Connections END #######
   Waiting for maintenance tasks to complete if any
   Checking sshd configuration
   Checking for critical patches
   Checking for feature patches conformity between source and target version
   Checking TimesTen permanent memory size
   Checking version of active TimesTen

####### Database Impacts Check START #######

    Database impacts detected: datastore will be unloaded, replication will be restarted, database will be imported on non-primary nodes.
####### Database Impacts Check END #######
setactiveserver command successfully executed.

  Dry-run upgrade completed.

مدير وظيفة الشبكة (NFM)

تقوم NFM بتنفيذ وظائف الشبكة وإدارة الترخيص.

تأكد من أن HealthMon لا تظهر أية مشكلات:

--------------------------------
System Health Report Page
   BroadWorks Server Name: nfm1
   Date and time         : Thu Nov  8 05:19:16 EST 2022
   Report severity       : NOTIFICATION
   Server type           : NetworkFunctionManager
   Server state          : Unlock
--------------------------------


No abnormal condition detected.

--------------------------------

النسخ الاحتياطي والدعم الفني

قبل أي ترقية للخادم، يوصى بإجراء عملية نسخ إحتياطي وتسجيل الدعم الفني من قبل الترقية:

$ bwBackup.pl -full -file=/var/broadworks/backup/bwBackup.bak
$ tech-support >> tsup_hostname_sourceRelease.txt

قبل الترقية

قم بتشغيل أداة UpgradeCheck لضمان عدم إصدار أية تحذيرات:

NFM_CLI/Maintenance/Tools> upgradeCheck NFM_Rel_2022.11_1.274

التحقق من وجود NetworkMonitoring على NFM الذي تتم ترقيته

NFM_CLI/Applications/NetworkMonitoring/Replication> status
  Admin state = standby
  Effective state = standby

              Name  Admin State  Effective State
================================================
        PostgreSQL       Online           Online
           OpenNMS      Offline          Offline
  File replication       Online          Offline
        Monitoring       Online          Offline

4 entries found.

NFM_CLI/Applications/NetworkMonitoring/Replication> exit

Please confirm (Yes, Y, No, N): y
This session is now ending...
bwadmin@nfm02-cormac.local$ pgctl status
Database Status:       Running
Accepting Connections: TRUE
Configured Mode:       standby
Effective Mode:        standby
Replication stats:
  WAL files: 66

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

في نظام المجموعة، لا يكون الترتيب الذي تتم فيه ترقية خوادم NFM مناسبا. ومع ذلك، قم بترقيتها مرة واحدة في كل مرة.

بدء الترقية بإدخال هذا الأمر:

NFM_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NFM 2022.11_1.274

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NFM to 2022.11_1.274. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

إدارة الترخيص على NFM

انظر عقدة NFM ودليل إدارة التراخيص.

عمليات التحقق بعد الترقية الخاصة ب NFM

بعد الترقية، تحقق من حالة NFM بعد بدء التشغيل:

• healthmon -l
• showrun
• bwshowver
• mdbctl status
• إذا كانت مراقبة الشبكة نشطة:pgctl status
• مراجعة /var/broadworks/log/maintenance/setouchServer.nfm.rel_2022.11_1.274.<date-time>.log file for any قد يكون خطأ في التنشيط.
• إذا كانت NFM تقوم بتشغيل NetworkMonitoring، فتأكد من ظهور التطبيق مرة أخرى في الإصدار الهدف.

إختبارات ما بعد الترقية الموصى بها ل NFM

تحقق من قدرة التطبيقات المتصلة بخوادم NFM على إجراء حركات قاعدة البيانات.

هذه الاختبارات عامة، قم بتشغيل أي إختبارات إضافية في خطة إختبار ما بعد الترقية.

إرجاع خادم NFM

إجراء إرجاع NFM هو نفس الإجراء الخاص بالخوادم الأخرى.

لا يتم دعم إعادة NFM إلى R21.SP1 لأن تشفير قاعدة البيانات غير معتمد في هذا الإصدار. يجب أن نستخدم خيار الارتداد هناك. يؤدي إرجاع مجموعة NFM إلى إنشاء وقت توقف للتطبيقات نظرا لضرورة إيقاف قاعدة البيانات على كافة أعضاء المجموعة لاستعادة النسخ الاحتياطي لقاعدة البيانات.

يمكن العثور على خطوات الإرجاع التفصيلية في دليل تكوين NFM.

إرتداد

في حالة عدم تمرير NFM لعمليات التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق.

NFM_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NFM 2022.10_1.318 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NFM to 2022.10_1.318 NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال، يتم الآن الرجوع إلى 2022.10_1.318 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.

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

ونظرا لأن نظام DBS يشغل محرك قاعدة بيانات مختلفا (Oracle 11g) عن منتجات BroadWorks الأخرى، فإن المتطلبات الأساسية للترقية وخطوات الترقية وأوامر النسخ الاحتياطي تختلف تماما عن باقي مجموعة BroadWorks. تأكد من قراءة هذا القسم بشكل شامل، ولا تتردد في رفع التذاكر المعلوماتية إلى مركز المساعدة الفنية (TAC) للحصول على أي توضيحات مطلوبة.

هناك فرق واحد يظهر، بالنسبة لكل من DBS و DBS فقط، بدء ترقية الخادم الاحتياطي أولا. ويتم القيام بذلك لأن ترقية DBS لا تغير مخطط DB بالفعل. يحدث ذلك عند ترقية CCRereportingDBMmanagement. مع ترقية DBS، تتم ترقية البرامج وقاعدة البيانات ولكن لا يتم تغيير المخطط.

وتتضمن المميزات الأخرى الحاجة إلى إعادة تمهيد الخوادم قبل تشغيل الترقية، بالإضافة إلى إزالة المهام المجدولة يدويا (حتى لا يتعارض ذلك مع الترقية).

وكل ما يلزم وصف شامل في الاقسام التالية. ويتبع مخطط تسلسل الترقية الخطوات والأوامر التفصيلية لكل خطوة.

النسخ الاحتياطي لكل من DBS

لاحظ حجم البيانات باستخدام dbsctl diskinfo erasecat4000_flash:.

bwadmin@dbs1$ dbsctl diskinfo
Disk Group Usage Summary

    DATA  12.32 % used (8075/65530 MB)
     FRA  11.12 % used (7286/65530 MB)
 FRA LIM  11.50 % used (7156/62253 MB)
     FRA  11.12 % used (7286/65530 MB) , w/o Reclaimable data

Disk Usage Summary

    DATA  12.32 % used (8075/65530 MB)
     FRA  11.12 % used (7286/65530 MB)

Rebalancing in progress: no

المساحة المطلوبة للنسخ الاحتياطي هي حوالي 1/7^جزء من ذلك.

دخلت هذا أمر أن نسخة إحتياطية:

bwadmin@dbs1$ export TAG=`echo -n $(showver | grep Rel | sed -e ‘s|.*Rel_||’);echo -n “-“; date +%Y.%m.%d`

bwadmin@dbs1$ bwBackup.pl -type=Full -tag=$TAG -path= /var/broadworks/backup/$TAG -compressed

BroadWorks Database Server Backup Tool version 1.10
Checking for sufficient disk space…[DONE]
Backing up database...[DONE]
bwadmin@dbs1$

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

يمكن تشغيل النسخ الاحتياطية الكاملة باستخدام: هذا الأمر:

bwadmin@dbs1$ bwBackup.pl -f -type=full -tag=$TAG -device=/var/broadworks/backup/$TAG

إيقاف DBSObserver

بالنسبة للتكوينات المتكررة، قم بإيقاف تطبيق خادم DBSObserver على ADP أثناء الترقية:

bwadmin@<ps1>$ stopbw DBSObserver

يتم نشر DBSObserver على أحد عناوين ADP. لتحديد ما إذا كان هناك ADP محدد يشغل DBSObserver، انظر إلى مخرجات  showrun الأمر على ADP.

فحوصات سلامة الصحة قبل الترقية

تأكد من تشغيل النسخ المتماثل والحفاظ على صحته ومن أن قواعد البيانات (DB) موجودة بشكل صحيح مع dbsctl status أمر على كل من DBSs.

bwadmin@dbs1$ dbsctl status
Database Name                    : bwCentralizedDb0
Database Instance                : DBSI0
Database Service                 : bwCentralizedDb
Database Status (Mode)           : running (Read Write)
Database Service Status          : running
Database Role (Expected Role)    : Primary (Primary)



bwadmin@dbs2$ dbsctl status
Database Name                    : bwCentralizedDb1
Database Instance                : DBSI0
Database Service                 : bwCentralizedDb
Database Status (Mode)           : running (Read Only w/Apply)
Database Service Status          : running
Database Role (Expected Role)    : Secondary (Secondary)
Check repctl status to ensure that logs are shipping and both DBS are in sync.

bwadmin@dbs1$ repctl status
Gathering site information, please be patient...[DONE]
Redundancy/Replication Status

-----------------------------
Database Name                          = bwCentralizedDb1
Database Service Name                  = bwCentralizedDb
Dataguard Replication pid              = 26502
Primary Database                       = bwCentralizedDb0 [DBS1]
Standby Database                       = bwCentralizedDb1 [DBS2]
Primary Database Reachable             = yes
Standby Database Reachable             = yes
Replication gap summary                = OK
Replication gap details
        Primary SCN: 842675099
        Standby SCN: 842675095
Redo Apply Lag                         = +00 00:00:00
Estimated Redo Rate                    = 0.01 MB/s
Primary Estimated Redo Log Space       = 791991 MB
Primary Estimated Log Space Exhaustion = +916 15:45:00
Primary Redo free space condition      = NORMAL
Primary Lag vs Redo state              = N/A
Standby Estimated Redo Log Space       = 788521 MB
Standby Estimated Log Space Exhaustion = +912 15:21:40
Standby Redo free space condition      = NORMAL
Standby Lag vs Redo state              = N/A
Archive gap summary                    = N/A
Archive gap details                      N/A 

الخطوات الإلزامية قبل الترقية

إزالة المهام المجدولة من المجدول

تم تحديد المهام المجدولة لتسبب فشل الترقية والرجوع التلقائي إلى إصدار المصدر. لاحظ أولا التكوين الأولي:

DBS_CLI/Maintenance/Scheduler> get
  Id         Name       Date        Day    Hour    Minute
=================================================================
   1 tech-support          -          -	 4      33
   2       cpuMon          -          -      -      5
   3    healthmon          -          -      -      30(offset: 1)
   4  autoCleanup          -     saturday    2      33
   5       backup          -     saturday    4      03

ثم قم بإزالة المهام المجدولة. انتبه عند إزالة مهمة، تتغير أرقام المعرفات. ابدأ بإزالة أعلى معرف أولا.

DBS_CLI/Maintenance/Scheduler> del 5
DBS_CLI/Maintenance/Scheduler> del 4
DBS_CLI/Maintenance/Scheduler> del 3
DBS_CLI/Maintenance/Scheduler> del 2
DBS_CLI/Maintenance/Scheduler> del 1

تحقق من حذف الإدخالات باستخدام get erasecat4000_flash:.

أعد تمهيد الخادم (init 6) قبل الترقية

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

ارجع إلى مخطط تسلسل الترقية للأمر. يتم تنفيذ Init 6 بعد النسخ الاحتياطي وقبل تنشيط كل خادم.

تشغيل الترقية

يختلف DBS عن جميع خوادم BroadWorks الأخرى من حيث أنه تمت ترقية DBS الاحتياطي/الثانوي أولا. إذا بدأت مع الخادم النشط حاليا، فإنها تتطلب إعادة تشغيل / تغيير دور إضافي.

في وضع الاستعداد/الثانوي:

DBS_CLI/Maintenance/ManagedObjects> lock

التبديل إلى الإصدار الهدف:

DBS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server 2023.03_1.411

ما إن يتم، قم بإلغاء تأمين الخادم:

DBS_CLI/Maintenance/ManagedObjects> unlock

تحقق من HealthMon للتأكد من بدء تشغيل DBS بشكل صحيح.

تبديل DBS الاحتياطي/الثانوي الذي تمت ترقيته حديثا إلى نشط/أساسي

  

bwadmin@dbs1$ peerctl ls
PEER                     Role        Status      State
===========================================================
dbs1                     PRIMARY     ACTIVE      Unlocked
dbs2                     SECONDARY   STANDBY     Unlocked

bwadmin@dbs1$ peerctl setPrimary dbs2
Setting 'dbs2' as new primary.

Switch over may take a few moments to complete, do you still want to proceed? (y/n) [y]?y
Switching over to 'bwCentralizedDb1', this may take a few moments to complete.[DONE]
Switch over completed.

bwadmin@dbs1$ peerctl ls
PEER                     Role        Status      State
===========================================================
dbs1                     SECONDARY   STANDBY     Unlocked
dbs2                     PRIMARY     ACTIVE      Unlocked

  

في هذه المرحلة، أصبح DBS (DBS2) الذي تمت ترقيته أساسيا الآن.

فحوصات ما بعد الترقية لخادم قاعدة البيانات

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

ترقية الأساسي السابق (الآن في وضع الاستعداد)

في <dbs1> الأساسي السابق (الآن في وضع الاستعداد)، القفل:

DBS_CLI/Maintenance/ManagedObjects> lock

قم بتحويله إلى الإصدار الوجهة:

DBS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server DBS 2023.03_1.411

إلغاء تأمين DBS1 الأساسي:

DBS_CLI/Maintenance/ManagedObjects> unlock

قم بإجراء التحويل ليكون الإعداد الأصلي بحيث يكون الاستعداد هو الأساسي

تعيين DBS1 مرة أخرى إلى الأساسي باستخدام peerctl setPrimary dbs1 erasecat4000_flash:.

bwadmin@dbs1$ peerctl ls
PEER                       Role        Status      State
===========================================================
dbs1                       SECONDARY   STANDBY     Unlocked
dbs2                       PRIMARY     ACTIVE      Unlocked

bwadmin@dbs1$ peerctl setPrimary dbs1
Setting 'dbs1' as new primary.

Switch over may take a few moments to complete, do you still want to proceed? (y/n) [y]?y
Switching over to 'bwCentralizedDb0', this may take a few moments to complete.[DONE]
Switch over completed.

bwadmin@dbs1$ peerctl ls
PEER                       Role        Status      State
===========================================================
dbs1                       PRIMARY     ACTIVE      Unlocked
dbs2                       SECONDARY   STANDBY     Unlocked 

إعادة تعيين المجدول كما كان من قبل

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

DBS_CLI/Maintenance/Scheduler> add tech-support daily 4 33
DBS_CLI/Maintenance/Scheduler> add cpuMon minute 5
DBS_CLI/Maintenance/Scheduler> add healthmon minute 30 1
DBS_CLI/Maintenance/Scheduler> add autoCleanup day saturday 2 33
DBS_CLI/Maintenance/Scheduler> add backup day saturday 4 3

عمليات التحقق اللاحقة للترقية لخادم قاعدة البيانات الأساسي

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

تحقق من شحن السجلات من HEALTHmon والنسخ المتماثل وإعادة القيام بما يلي:

bwadmin@dbs1$ repctl status
bwadmin@dbs1$ dbsctl status
bwadmin@dbs1$ dbsctl diskinfo
bwadmin@dbs1$ dbsctl redolog info

قم بإجراء هذا على كل من DBS للتأكد من أنهما في حالة جيدة بعد الترقية.

التحقق من الصحة من ADP

دخلت من ال ADP يركض CCRereportingDBMmanagement، هذا أمر:

bwadmin@ps1$ bwcli
ADP_CLI/Applications/CCReportingDBManagement/Database/Databases/Sites> validate
Host  Name Database   Status
===========================================================
dbs01 bwCentralizedDb Primary
dbs02 bwCentralizedDb Standby
ADP_CLI/Applications/CCReportingDBManagement/Database/Schemas> validate
Name Status
===========================================================bweccr Read/Write

بدء DBSObserver

بمجرد ترقية كل من DBS، ابدأ تطبيق DBSObserver للتحكم في تجاوز الفشل:

bwadmin@ADP1$ startbw DBSObserver
Starting DBSObserver...

إجراء إرجاع خادم قاعدة البيانات

إجراء إرجاع خادم قاعدة البيانات الشامل مماثل جدا للإجراء BroadWorks Revert العام الموضح في دليل إدارة برامج BroadWorks.

والاختلافات الرئيسية هي كما يلي:

• التراجع غير مدعوم. يتم دعم الإرجاع فقط.
• بالنسبة للتكوينات المتكررة، يتم إرجاع البرنامج على موقع الاستعداد أولا.
• يجب تنفيذ PostReturnCheck (راجع Database Server > Database Server Revert Procedure > الخطوات الإجرائية التفصيلية > Post ReturnCheck) بعد تنشيط البرنامج للتحقق من ما إذا تم إرجاع قاعدة البيانات بشكل صحيح وما إذا كان من الضروري إتخاذ أي إجراء تصحيحي.   

تم رفض التراجع

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

DBS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server DBS 2022.12_1.371

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of DBS to 2022.12_1.371. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y
SW Manager initialized!
[Error] This server type does not support rollback. The revert flag is mandatory.

الخطوات الإجرائية التفصيلية

تكون الخطوات المطلوبة لإرجاع Cisco BroadWorks على خادم مستقل وعلى تكوين خادم متكرر متطابقة ويجب القيام بها بترتيب معين. تغطي هذه الخطوات كلا التكوينين.

1. قم بتنشيط إصدار Cisco BroadWorks القديم. بالنسبة للتكوينات المتكررة، يجب إرجاع الخادم الاحتياطي أولا. عند إرجاع وضع الاستعداد، لا تقم بتحديد موقع نسخ إحتياطي.
2. بالنسبة للتكوينات المتكررة، استمر في عكس الخادم الأساسي.
3. قم بإجراء التحقق من إرجاع مادة النشر.

لإضافة وضوح إلى الخطوات المقابلة لمخطط التسلسل، عند إرجاع SiteB في وضع الاستعداد، لا نقوم بتحديد ملف النسخ الاحتياطي. ولكن يمكننا تحديد ملف النسخة الاحتياطية عند إرجاع SiteA. بدلا من ذلك، يمكننا إستعادة ملف النسخ الاحتياطي في الخطوة التالية. تقوم خطوة "مزامنة الاستعداد" بعد ذلك بمزامنة البيانات بين SiteA و SiteB.

عملية الإرجاع

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

DBS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server DBS 2022.12_1.371 revert /var/broadworks/backup/2022.12_1.371-2022.12.28-12.15.43

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of DBS to 2022.12_1.371. NOTE that this action will cause downtime.
 Continue?

ومع ذلك، عند إجراء عملية الإرجاع على موقع الاستعداد، لا تحدد موقع النسخ الاحتياطي. تمت إعادة إنشاء الموقع الاحتياطي من الاستخدام الأساسي importdb.pl بعد عملية الارتداد أو تمت إعادة التزامن تلقائيا بواسطة البرنامج النصي الارتداد نفسه. بمجرد اكتمال عملية الإرجاع، راجع نتائج إختبار BackCheck للإجراءات التصحيحية الموصى بها.

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

يظهر سجل إخراج الأمر هذا تسلسل الإرجاع عند بدء تشغيله دون تحديد دليل نسخ إحتياطي:

DBS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server DBS 2022.12_1.371 revert

مردود النشر

تم تصميم البرنامج النصي PostBackCheck لتحديد ما إذا كان قد تم إرجاع قاعدة البيانات بشكل صحيح وما إذا كان من الضروري إتخاذ أي إجراء تصحيحي.  يجب تنفيذه من أحدث دليل حاوية إصدار BroadWorks، باستخدام المسار الكامل أو بادئة dot-slash (./):

bwadmin@dbs01.example.com$ cd /usr/local/broadworks/DBS_Rel_2022.12_1.371/bin/
bwadmin@dbs01.example.com$ ./dbsctl validate revertcheck
The last activation completed 0d 18h 23m 39s ago.
Running database post revert checks...
   Oracle version already active.
   Grid version already active.
 ... reverting init check                               [success]
 ... reverting check permissions                        [skipped]
 ... reverting check hardware                           [skipped]
 ... reverting check peer time                          [skipped]
 ... reverting check kernel                             [skipped]
 ... reverting check inventory                          [skipped]
 ... reverting check archivelog                         [skipped]
 ... reverting check backup                             [skipped]
 ... reverting check standby count                      [skipped]
 ... reverting check remote versions                    [skipped]
 ... reverting check patch level                        [skipped]
 ... reverting check peer idle                          [skipped]
 ... reverting check node id                            [skipped]
 ... reverting check replication                        [success]
 ... reverting check peer status                        [success]
 ... reverting check peer name lookup                   [skipped]
 ... reverting check traced event                       [skipped]
 ... reverting check invalid objects                    [skipped]
 ... reverting check active tasks                       [skipped]
 ... reverting check supported data types               [skipped]
 ... reverting check dbcontrol                          [skipped]
 ... reverting check database status                    [skipped]
Post check...                                                         [DONE]
No corrective action necessary

إستعادة النسخ الاحتياطي

إذا تم تحديد دليل نسخ إحتياطي باستخدام الأمر set activeSoftwareVersion server، فسيتم إستعادة النسخة الاحتياطية تلقائيا بواسطة عملية الإرجاع.

وإلا، فسيلزم إستعادة النسخة الاحتياطية باستخدام هذا الأمر:

bwadmin@dbs01$ bwRestore.pl -recover -path=/var/broadworks/backup/<backup_name>

مزامنة الاستعداد

إذا كان من الضروري إعادة تزامن وضع الاستعداد مع قاعدة البيانات، فإن importdb.pl يتم إستخدام البرنامج النصي.

يتم إستخدام هذا الأمر لإعادة مزامنة قاعدة البيانات على الموقع (ب) إذا لم تتم ترقية الأساسي على الموقع (أ):

bwadmin@dbs02$ importdb.pl --peer=dbs01

إذا تم ترقية الموقع A وإرجاعه، فستحتاج قاعدة البيانات الاحتياطية إلى إعادة الإنشاء من الموقع الأساسي ويجب إعادة تكوين التكرار. للقيام بذلك، يتم إستخدام هذا الأمر بدلا من ذلك:

bwadmin@dbs02$ importdb.pl --peer=dbs01 --cleanup

ويتم توضيح إجراء الإرجاع الخاص ب DBS بمزيد من التفصيل في دليل تكوين DBS.

إعادة المحول الأساسي/الاستعداد إلى حالة ما قبل الترقية

بمجرد اكتمال عملية الإرجاع، أستخدم peerctl الأمر الخاص بتعيين الخوادم مرة أخرى إلى حالة الاستعداد/الأساسي قبل الترقية. على سبيل المثال:

bwadmin@dbs1$ peerctl setPrimary dbs1

إذا لم يكن DBSObserver قيد التشغيل على ADP، فقم بتشغيله.

خادم قاعدة بيانات الشبكة (NDS)

تأكد من أن HealthMon لا تظهر أية مشكلات:

--------------------------------
System Health Report Page
   BroadWorks Server Name: nds1
   Date and time         : Thu Nov  7 05:19:16 EST 2022
   Report severity       : NOTIFICATION
   Server type           : NDS
   Server state          : Unlock
--------------------------------

No abnormal condition detected.

--------------------------------

النسخ الاحتياطي والدعم الفني

قبل أي ترقية للخادم، يوصى بإجراء نسخ إحتياطي كامل وتسجيل الدعم الفني من قبل الترقية:

$ bwBackup.pl -full -file=/var/broadworks/backup/bwBackup.bak

$ tech-support >> tsup_hostname_sourceRelease.txt

فحص الترقية

قم بتشغيل أداة UpgradeCheck لضمان عدم إصدار أية تحذيرات:

NDS_CLI/Maintenance/Tools> upgradeCheck NDS_Rel_2022.11_1.273

محول ترقية NDS

في نظام مجموعة، لا يكون الترتيب الذي تتم فيه ترقية NDS مناسبا. ومع ذلك، قم بترقية واحدة فقط في كل مرة. بدء الترقية بإدخال هذا الأمر:

NDS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NDS 2022.11_1.273

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NDS to 2022.11_1.273. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

عمليات فحص ما بعد الترقية ل NDS

بعد الترقية، تحقق من حالة NDS بعد بدء التشغيل:

• healthmon -l
• showrun
• bwshowver
• mdbctl status
• مراجعة /var/broadworks/log/maintenance/setouchVer.NDS.Rel_2022.11_1.273.<date-time>.log file للحصول على أية أخطاء محتملة في التنشيط.

إختبارات ما بعد الترقية الموصى بها ل NDS

تحقق من قدرة التطبيقات المتصلة ب NDS على القيام بحركات قاعدة البيانات.

هذه الاختبارات عامة، قم بتشغيل أي إختبارات إضافية في خطة إختبار ما بعد الترقية.

إرجاع خادم NDS

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

إجراء إرجاع NDS هو نفس الإجراء الخاص بالخوادم الأخرى.

إرتداد

في حالة عدم إجتياز NDS لعمليات التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق:

NDS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NDS 2022.08_1.352 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NDS to 2022.08_1.352 NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال، يتم الآن الرجوع إلى الإصدار 2022.08_1.352 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.

خادم الشبكة (NS)

لاحظوا ان ال‍ NS هو الآن RI.

تأكد من أن HealthMon لا تظهر أية مشكلات

--------------------------------
System Health Report Page
   BroadWorks Server Name: ns1
   Date and time         : Thu Oct  3 15:50:21 BST 2022
   Report severity       : NOTIFICATION
   Server type           : NetworkServer
   Server state          : Unlock
--------------------------------
No abnormal condition detected.
--------------------------------

النسخ الاحتياطي والدعم الفني

قبل أي ترقية للخادم، يوصى بإجراء نسخ إحتياطي وتسجيل ملف دعم فني:

$ bwBackup.pl networkserver NS_hostname_sourceRelease.tar
$ tech-support >> tsup_hostname_sourceRelease.txt

قبل الترقية

قم بإجراء مكالمة إختبار تستدعي NS وتحقق من أن رسالة 302 ناجحة موجودة في سجل NSXSLog الموجود في /var/broadworks/log/routingserver/.

قم بتشغيل أداة UpgradeCheck لضمان عدم إصدار أية تحذيرات:

NS_CLI/Maintenance/Tools> upgradeCheck NS_Rel_2022.11_1.27

التحقق من العدد الحالي للمكالمات وما إلى ذلك قيد الاستخدام مع qcurrent :

NS_CLI/Monitoring/Report> qcurrent

التحقق من مزامنة قاعدة البيانات (synchcheck_basic.pl -a) على جميع الشبكات النظيرة غير الأساسية:

$ synchcheck_basic.pl -a

محول ترقية NS الأساسي

بدء الترقية بإدخال هذا الأمر:

NS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NS 2022.11_1.27

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NS to 2022.11_1.27. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

تحديث إحصائيات قاعدة البيانات عن طريق تشغيل bwPeriodMaint.sh نص.

$ bwPeriodMaint.sh

تحققات ما بعد الترقية ل NS

بعد الترقية، تحقق من حالة NS بعد بدء التشغيل.

• healthmon -l
  • يظهر أن النظير غير متزامن ولكن هذا متوقع حتى تتم ترقية الثانوية.
  • إذا كانت HealthMon تشير إلى تجاوز بعض أحجام صفحات قاعدة البيانات، فأدخل check_dbpages.pl networkserver modify.
• showrun
• bwshowver
• مراجعة /var/broadworks/log/maintenance/ setactiveserver.NS.Rel_2022.11_1.27.<date-time>.log file for any potential activation errors.
• قم بتشغيل إختبارات NS للتأكد من أن NS يقوم بمعالجة المكالمات بشكل صحيح.

إختبارات ما بعد الترقية الموصى بها ل NS

• التحقق من إعادة توجيه شبكة الهاتف المحولة العامة (PSTN) الواردة الطراز 302.
• التحقق من صحة إعادة توجيه AS Outbound 302.
• التحقق من صحة طلب/إستجابة MS.
• التحقق من وصول واجهة سطر الأوامر (قم بتسجيل الدخول والانتقال إلى NS_CLI/System/Device/HostNE؛ أدخل الأمر get).
• التحقق من صحة وصول الويب إلى NS (إذا تم تمكينه).
• تحقق من بحث المستخدم من ADP باستخدام اتصال وضع NS عن طريق تسجيل الدخول ببساطة إلى ADP.

أنشطة ما بعد الترقية ل NS

تحقق من عدم تعيين NS على رفض ADPs من تسجيل الدخول إلى AS في إصدار مختلف. قم بتعيين إصدار ADP مساو لخطأ لكل مضيف ضمن NS_CLI/System/Device/HostNE>.

إرجاع NS

في حالة عدم تمرير NS لعمليات التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق:

NS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NS 2022.09_1.340 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NS to 2022.09_1.340. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال، يتم الآن الرجوع إلى الإصدار 2022.09_1.340 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.

نظرا لأن NS الثانوي يحتوي على إصدار حالي لقاعدة البيانات من إصدار المصدر، يمكن إستيراد قاعدة البيانات من هناك.

في NS الثانوي،

$ repctl start

في NS الأساسي،

$ stopbw
$ repctl stop
$ importdb.pl networkserver <peer_ns2>
$ repctl start
$ startbw

إلغاء تأمين قواعد بيانات NS الثانوية (وجميع قواعد البيانات الأخرى):

$ peerctl unlock

تحقق من تشغيل النسخ المتماثل على NS الأساسي الذي تم إرجاعه:

$ repctl status

تحقق من تشغيل النسخ المتماثل على كافة NS الثانوية ومن إلغاء تأمين قاعدة البيانات:

$ repctl status

فحص healthmon -l على كل NS. تأكد من أن الخطورة التي تم الإبلاغ عنها هي "إعلام" لجميع الخوادم.

تحقق من مزامنة قواعد بيانات NS الثانوية و NS الأساسية (على المستوى الثانوي):

$ synchcheck_basic.pl -a

المحول الثانوي لترقية NS

بدء الترقية بإدخال هذا الأمر:

NS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server NS 2022.11_1.27

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of NS to 2022.11_1.27. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

لا حاجة لتشغيل البرنامج النصي للإحصائيات المحدثة، حيث تم تشغيله قبل الاستيراد الذي تم تلقائيا أثناء ترقية NS الثانوي.

تحققات ما بعد الترقية ل NS

بعد الترقية، تحقق من حالة NS بعد بدء التشغيل

• healthmon -l
  • إذا كانت HealthMon تشير إلى تجاوز بعض أحجام صفحات قاعدة البيانات، فأدخلcheck_dbpages.pl networkserver modify.
• showrun
• bwshowver
• مراجعة /var/broadworks/log/maintenance/ setactiveserver.NS.Rel_2022.11_1.27.<date-time>.log file for any potential activation errors.
• قم بتشغيل إختبارات NS للتأكد من أن NS يقوم بمعالجة المكالمات بشكل صحيح.

إختبارات ما بعد الترقية الموصى بها ل NS

قفل NS الأساسي، يقوم هذا بتوجيه حركة المرور عبر الوحدة الثانوية:

• التحقق من إعادة توجيه PSTN الوارد 302.
• التحقق من صحة إعادة توجيه AS Outbound 302.
• التحقق من صحة طلب/إستجابة MS.
• التحقق من وصول واجهة سطر الأوامر (قم بتسجيل الدخول والانتقال إلى NS_CLI/System/Device/HostNE؛ أدخل الأمر get).
• التحقق من صحة وصول الويب إلى NS (إذا تم تمكينه).
• تحقق من بحث المستخدم من XSP باستخدام اتصال وضع NS عن طريق تسجيل الدخول ببساطة إلى XSP.
• إختبارات ما بعد المجموعة.
• تأكد من إخطار HealthMon عن الخطورة لجميع الخوادم.
• تحقق من مزامنة قاعدة البيانات.

$ healthmon -l
$ synchcheck_basic.pl –a

خادم الوسائط (MS)

تأكد من أن HealthMon لا تظهر أية مشكلات:

--------------------------------
System Health Report Page
   BroadWorks Server Name: ms1
   Date and time         : Thu Mar  3 11:10:53 BST 2022
   Report severity       : NOTIFICATION
   Server type           : MediaServer
   Server state          : Unlock
--------------------------------


No abnormal condition detected.

--------------------------------

النسخ الاحتياطي والدعم الفني

قبل أي ترقية للخادم، يوصى بإجراء عملية نسخ إحتياطي وتسجيل الدعم الفني من قبل الترقية. على MS، هذا سيكون مع:

$ bwAutoBackup.sh
$ tech-support >> tsup_hostname_sourceRelease.txt

قبل الترقية

قم بإجراء مكالمة إختبار تستدعي الاستجابة الصوتية التفاعلية (IVR) أو إسترداد بريد صوتي وتأكد من عملها كما هو متوقع ومن إمكانية رؤية المكالمة في السجلات.

قم بتشغيل أداة UpgradeCheck لضمان عدم إصدار أية تحذيرات:

MS_CLI/Maintenance/Tools> upgradeCheck MS_Rel_2022.11_1.273

تحقق من العدد الحالي للمنافذ المستخدمة مع qcurrent erasecat4000_flash:.

MS_CLI/Monitoring/Report> qcurrent

مبدل ترقية MS

بدء الترقية بإصدار هذا الأمر:

MS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server MS 2022.11_1.273

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of MS to 2022.11_1.273. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

عمليات فحص ما بعد الترقية ل MS

بعد الترقية، تحقق من حالة MS بعد بدء التشغيل وتحقق من ترك رسالة بريد صوتي ورسالة بريد صوتي.

• healthmon -l
• showrun
• bwshowver

إختبارات MS بعد الترقية الموصى بها

• التحقق من صحة إيداع البريد الصوتي واسترداده بنجاح.
• التحقق من تفاعل IVR الناجح.
• التحقق من صحة المكالمة الثلاثية الناجحة.

هذه الاختبارات عامة، قم بتشغيل أي إختبارات إضافية في خطة إختبار ما بعد الترقية.

عودة MS

في حالة عدم تمرير MS لعمليات التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق.

MS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server MS 2022.08_1.350 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of MS to 2022.08_1.350. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال السابق، يتم الآن الرجوع إلى الإصدار 2022.08_1.350 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.

خادم التطبيقات (AS)

تأكد من أن HealthMon لا تظهر أية مشكلات

--------------------------------
System Health Report Page
   BroadWorks Server Name: as1
   Date and time         : Thu Oct  3 15:50:21 BST 2022
   Report severity       : NOTIFICATION
   Server type           : AppServer
   Server state          : Unlock
--------------------------------

No abnormal condition detected.

-------------------------------

• تحقق من السجلات للتأكد من أن كلا ASs يقوم بمعالجة المكالمات (يمكن تنفيذ فرض المكالمات الجديدة على الثانوية من خلال تأمين AS1).
• التحقق من صحة الوصول إلى ويب من خلال خوادم ويب وكل AS.

النسخ الاحتياطي والدعم الفني

يوصى بإجراء عملية نسخ إحتياطي وتسجيل الدعم الفني من قبل الترقية.

$ bwBackup.pl AppServer AS_hostname_sourceRelease.tar
$ tech-support >> tsup_hostname_sourceRelease.txt

قبل الترقية

قم بتشغيل أداة UpgradeCheck للتأكد من عدم إصدار أية تحذيرات.

AS_CLI/Maintenance/Tools> upgradeCheck AS_Rel_2023.03_1.411

  

  

تحقق من مزامنة قاعدة البيانات (synchcheck_basic.pl -a) في AS الثانوي:

$ synchcheck_basic.pl -a

قم بتعيين extensionTimeInSeconds إلى 10800 (ثلاث ساعات) لمطابقة مقدار الوقت المحجوز لترقية الخادم:

AS_CLI/System/Registration> set extensionTimeInSeconds 10800

الإعداد النموذجي لهذا عند عدم ترقية 2400 طبقا لدليل تكوين النظام.

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

حذف عملية النسخ الاحتياطي من المجدول:

AS_CLI/Maintenance/Scheduler> get
  Id         Name       Date        Day    Hour    Minute
=================================================================
   5       backup          -     saturday    4      03

إذا تم تشغيل النسخ الاحتياطي أثناء الترقية، فقد يؤدي ذلك إلى حدوث مشاكل أثناء التنشيط:

AS_CLI/Maintenance/Scheduler> del 5

تأمين الأساسي ك

تأمين AS الأساسي، تتم المكالمات الجديدة من خلال البرنامج الثانوي مما يسمح بإسقاط عدد المكالمات النشطة على الأساسي قبل تنفيذ المحول (تتسبب عملية التحويل أو قوة التأمين في إسقاط المكالمات النشطة):

AS_CLI/Maintenance/ManagedObjects> lock

+++ WARNING +++ WARNING +++ WARNING +++
This command will lock the server. Note that this action could cause downtime.
The server state is persisted across server restarts and upgrade.
A server in "Locked" state will need to be manually unlocked after a server
restart or upgrade. Continue?

Please confirm (Yes, Y, No, N): y
...Done

وبمجرد الانتهاء، تحقق من عدد المكالمات على AS باستخدام qcurrent :

AS_CLI/Monitoring/Report> qcurrent

المحول الأساسي للترقية AS

بمجرد انخفاض المكالمات إلى مستوى مقبول، ابدأ الترقية ب:

AS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server AS 2023.03_1.411 

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of AS to 2023.03_1.411  . NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

ما إن يتم، قم بإلغاء تأمين الخادم:

AS_CLI/Maintenance/ManagedObjects> unlock

تحديث إحصائيات قاعدة البيانات باستخدام bwPeriodMaint.sh:

$ bwPeriodMaint.sh

لا يرجع هذا الأمر أي إخراج.

مع حذف عملية النسخ الاحتياطي من أداة الجدولة، نحتاج لإضافتها مرة أخرى بعد الترقية. هذه هي القيمة المقترحة. يجب إضافته مرة أخرى إلى القيمة التي تم تكوينها قبل الترقية:

AS_CLI/Maintenance/Scheduler> add backup day saturday 4 3

أساسي كإجراءات ما بعد الترقية

كتدقيقات ما بعد الترقية

بعد الترقية، تحقق من حالة AS بعد بدء التشغيل وتحقق من التسجيلات والمكالمات.

• healthmon -l
  • يظهر أن النظير غير متزامن ولكن هذا متوقع حتى تتم ترقية الثانوية.
• showrun
• bwshowver
• مراجعة /var/broadworks/log/maintenance/ setactiveserver.AS.Rel_2023.03_1.411 .<date-time>.log file للحصول على أية أخطاء محتملة في التنشيط.
• قم بتشغيل إختبارات AS للتأكد من أن AS يقوم بمعالجة المكالمات بشكل صحيح.

يوصى به كاختبارات ما بعد الترقية

• التحقق من صحة إستدعاء SIP الصادر.
• التحقق من صحة الاتصال الصادر لبروتوكول التحكم في عبارة الوسائط (MGCP).
• التحقق من صحة PSTN للاتصال الوارد لمستخدم SIP.
• التحقق من صحة PSTN لاستدعاء مستخدم MGCP الوارد.
• التحقق من صحة ترك/إسترجاع البريد الصوتي (المدخل الصوتي).
• التحقق من صحة عمليات إنشاء/إنهاء CommPilot.
• التحقق من وصول واجهة سطر الأوامر (انتقل إلى AS_CLI/System/Alias واستخدم الأمر get).
• التحقق من صحة الوصول المباشر إلى ويب إلى AS.

مطالبات الصوت المترجمة

في حالة الترقية إلى R25، يتم نسخ مطالبات الصوت المخصصة تلقائيا من الإصدار المصدر. ارجع إلى القسم 4.5 في وصف الميزة.

كعودة

في حالة عدم إجتياز AS لعمليات التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق.

AS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server AS 2022.08_1.354 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of AS to 2022.08_1.354. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال، يتم الآن الرجوع إلى 2022.08_1.354، ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.

بما أن AS الثانوي له إصدار حالي من قاعدة البيانات، قم باستيراد قاعدة البيانات من هناك.

بالثانوي ك:

$ repctl start

على الأساسي ك:

$ stopbw
$ repctl stop
$ importdb.pl appserver 
     
       appserver 
     
$ repctl start
$ startbw

إلغاء تأمين قاعدة بيانات AS الثانوية:

$ peerctl unlock

تحقق من تشغيل النسخ المتماثل على الأساسي الذي تم إرجاعه ك:

$ repctl status

تحقق من تشغيل النسخ المتماثل على AS الثانوي ومن إلغاء تأمين قاعدة البيانات:

$ repctl status
$ peerctl unlock

فحص healthmon -l على جميع الأصحاح. تأكد من أن الخطورة التي تم الإبلاغ عنها هي "إعلام" لجميع الخوادم.

تحقق من مزامنة قواعد البيانات الثانوية AS والأساسية AS (في الثانوية):

$ synchcheck_basic.pl -a

المحول الثانوي للترقية AS

بدء الترقية بإدخال هذا الأمر:

AS_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server AS 2023.03_1.411

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of AS to 2023.03_1.411. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

تحديث إحصائيات قاعدة البيانات عن طريق تشغيل bwPeriodMaint.sh نص:

$ bwPeriodMaint.sh

الإجراءات الثانوية كإجراءات ما بعد الترقية

كتدقيقات ما بعد الترقية

بعد الترقية، تحقق من حالة AS بعد بدء التشغيل وتحقق من التسجيلات والمكالمات.

• healthmon -l
• showrun
• bwshowver
• مراجعة /var/broadworks/log/maintenance/ setactiveserver.AS.Rel_2023.03_1.411.<date-time>.log file for any ممكن تنشيط خطأ.
• قم بتشغيل إختبارات AS للتأكد من أن AS يقوم بمعالجة المكالمات بشكل صحيح.

يوصى به كاختبارات ما بعد الترقية

• قم بقفل AS الأساسي لإجبار المكالمات الجديدة على الثانوية.
• التحقق من صحة إستدعاء SIP الصادر.
• التحقق من صحة إستدعاء MGCP الصادر.
• التحقق من صحة PSTN للاتصال الوارد لمستخدم SIP.
• التحقق من صحة PSTN لاستدعاء مستخدم MGCP الوارد.
• التحقق من صحة ترك/إسترجاع البريد الصوتي (المدخل الصوتي).
• التحقق من صحة عمليات إنشاء/إنهاء CommPilot.
• التحقق من وصول واجهة سطر الأوامر (انتقل إلى AS_CLI/System/Alias واستخدم الأمر get).
• التحقق من صحة الوصول المباشر إلى ويب إلى AS.

إختبار ما بعد المجموعة

• تأكد من إخطار HealthMon عن الخطورة لجميع الخوادم.
• التحقق من مزامنة قاعدة البيانات:

$ healthmon -l
$ synchcheck_basic.pl –a

وظيفة التحكم في الخدمة (SCF)

تأكد من أن HealthMon لا تظهر أية مشكلات:

--------------------------------
System Health Report Page
   BroadWorks Server Name: scf1
   Date and time         : Fri Nov  8 11:30:38 GMT 2022
   Report severity       : NOTIFICATION
   Server type           : ServiceControlFunction
   Server state          : Unlock
--------------------------------

No abnormal condition detected.

--------------------------------

• تحقق من السجلات للتأكد من معالجة SCF للمكالمات.

النسخ الاحتياطي والدعم الفني

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

$ bwAutoBackup.sh
$ tech-support >> tsup_hostname_sourceRelease.txt

قبل الترقية

قم باختبار المكالمات من شبكة الجوال للتأكد من أن الوظيفة الحالية تعمل بشكل طبيعي.

قم بتشغيل أداة UpgradeCheck لضمان عدم إصدار أية تحذيرات:

SCF_CLI/Maintenance/Tools> upgradeCheck SCF_Rel_2023.03_1.411

في حالة الإعداد المتكرر، قم بتأمين الخادم لفرض المكالمات على SCF الآخر:

SCF_CLI/Maintenance/ManagedObjects> lock

محول ترقية SCF

بمجرد انخفاض المكالمات إلى مستوى مقبول، ابدأ الترقية ب:

SCF_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server SCF 2023.03_1.411

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of SCF to 2023.03_1.411. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

بمجرد الاكتمال، قم بإلغاء تأمين الخادم واختبار المكالمات:

SCF_CLI/Maintenance/ManagedObjects> unlock

تحققات SCF بعد الترقية

بعد الترقية، تحقق من سجلات SS7 للحصول على بدء تشغيل جيد:

• healthmon -l
• showrun
• bwshowver
• راجع /var/broadworks/log/maintenance/setouchServer.scf.rel_2023.03_1.411.<date-time>.log file للتعرف على أية أخطاء محتملة في التنشيط.
• قم بتشغيل الاختبارات للتأكد من أن SCF يقوم بمعالجة المكالمات بشكل صحيح.
• قم بتأكيد المكالمات من شبكة الهاتف المحمول إلى مركز BroadWorks تعمل كما كانت قبل الترقية.

إرجاع خادم SCF

في حالة عدم تمرير SCF لعمليات التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق:

SCF_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server SCF 2022.10_1.313 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of SCF to 2022.10_1.313. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال، يتم الآن الرجوع إلى 2022.10_1.313 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.

النظام الأساسي لتوصيل التطبيقات (ADP)

تأكد من أن HealthMon لا تظهر أية مشكلات:

--------------------------------
System Health Report Page
   BroadWorks Server Name: adp1
   Date and time         : Fri Nov  8 11:30:38 GMT 2022
   Report severity       : NOTIFICATION
   Server type           : ApplicationDeliveryPlatform
   Server state          : Unlock
--------------------------------

No abnormal condition detected.

--------------------------------

النسخ الاحتياطي والدعم الفني

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

$ bwAutoBackup.sh
$ tech-support >> tsup_hostname_sourceRelease.txt

قبل الترقية

قم بتشغيل أداة UpgradeCheck للتأكد من عدم إصدار أية تحذيرات:

ADP_CLI/Maintenance/Tools> upgradeCheck ADP_Rel_2022.10_1.313

قم بتأمين الخادم قبل تنشيط إصدار البرنامج الجديد:

ADP_CLI/Maintenance/ManagedObjects> lock

إلغاء نشر تطبيق ECLQuery وإلغاء تنشيطه عند الانتقال من ADP/PS في R23 إلى RI

قبل ترقية ADP إلى أحدث RI، نحتاج إلى ترحيل تطبيق ECLQuery إلى NDS إذا كان مصدر ADP/PS على R23 يحتوي على تطبيق ECLQuery قيد التشغيل. ارجع إلى وصف ميزة ترحيل سجل المكالمات المحسن من خادم قاعدة البيانات إلى خادم قاعدة بيانات الشبكة.

ADP_CLI/Maintenance/ManagedObjects> undeploy application /ECLQuery

ADP_CLI/Maintenance/ManagedObjects> deactivate application /ECLQuery

وإذا لم يتم ذلك، فسوف نرى تنبيه "bwCentralDatabaseListenerFailure" على ADP بعد تنشيط الإصدار الجديد.

تحميل تطبيقات ADP RI/RA المطابقة للتطبيقات المنشورة في الإصدار المصدر

يتطلب خادم ADP BroadWorks تنزيل إصدارات RI/RA من التطبيقات المنشورة حاليا على إصدار المصدر من Cisco.com. للحصول على قائمة بالتطبيقات المطلوبة، قم بإكمال هذه الإجراءات.

أدخل على ADP:

$ bwshowver
ADP version Rel_2022.11_1.273

Applications Info:
- OpenClientServer version 2022.11_1.273
- WebContainer version 2022.11_1.273
- OCIOverSoap version 2022.11_1.273 context path /webservice
- CommPilot version 2022.11_1.273 context path /
- Xsi-Actions version 2022.11_1.273 context path /com.broadsoft.xsi-actions
- Xsi-Events version 2022.11_1.273 context path /com.broadsoft.xsi-events
- Xsi-VTR version 2022.11_1.273 context path /vtr
- OCIFiles version 2022.11_1.273 context path /ocifiles
- BroadworksDms version 2022.11_1.273 context path /dms
- AuthenticationService version 2022.11_1.273 context path /authservice

إن جميع التطبيقات التي تظهر بعد "معلومات التطبيقات" هي تطبيقات يتم نشرها على ADP وتتطلب تنزيل الإصدارات المتوافقة مع ADP من موقع الويب Cisco.com. قم بتنزيل أحدث الإصدارات المتوفرة. فيما يلي أمثلة للتطبيقات المستندة إلى المثال السابق:

OCS_2023.01_1.193.bwar

OCIOverSoap_2023.01_1.193.bwar

xsi-actions-24_2023.01_1.010.bwar

xsi-events-24_2023.01_1.010.bwar

CommPilot-24_2023.01_1.010.bwar

xsi-vtr-24_2023.01_1.010.bwar

OCIFiles_2023.01_1.010.bwar

dms_2023.01_1.193.bwar

انسخ ملفات الحرب/الحرب التي تم تنزيلها إلى ADP ووضعها في دليل /usr/local/broadworks/apps:

$ cd <bwar / war directory location>
$ cp OCS_2023.01_1.193.war /usr/local/broadworks/apps/
$ 
    
    

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

قبل الترقية

قم بتشغيل أداة UpgradeCheck لضمان عدم إصدار أية تحذيرات:

ADP_CLI/Maintenance/Tools> upgradeCheck ADP_Rel_2023.03_1.411

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

بدء الترقية بإدخال هذا الأمر:

ADP_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server ADP 2023.03_1.411
+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of ADP to 2023.03_1.411. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

إجراءات ما بعد الترقية ل ADP

ترقية التطبيقات

تتم ترقية تطبيق WebContainer تلقائيا. تنقسم التطبيقات الأخرى إلى نوعين، تطبيقات Cisco BroadWorks وتطبيقات الويب. يختلف إجراء الترقية حسب ما إذا كان التطبيق هو تطبيق Cisco BroadWorks أو تطبيق ويب.

• يتم حزم تطبيقات Cisco BroadWorks كملف BroadWorks (.bwar).
• تطبيقات الويب، يتم تجميعها كملف Web Chive (.war).

أدخل qbw لمعرفة الإصدار النشط حاليا لكل تطبيق ومسار السياق المنشور الخاص به.

ترقية تطبيقات ويب

تتم ترقية تطبيقات ويب عن طريق إلغاء تنشيط الإصدار الحالي وإلغاء نشره، ثم تنشيط الإصدار الجديد ونشره:

ADP_CLI/Maintenance/ManagedObjects> undeploy application /callcenter

ADP_CLI/Maintenance/ManagedObjects> deactivate application /callcenter

ADP_CLI/Maintenance/ManagedObjects> activate application BWCallCenter 2023.04_1.150 /callcenter

ADP_CLI/Maintenance/ManagedObjects> deploy application /callcenter

ترقية تطبيقات Cisco BroadWorks

تتم ترقية تطبيقات Cisco BroadWorks من BWCLI باستخدام  set activeSoftwareVersion application  erasecat4000_flash:.

يمكن العثور على مزيد من التفاصيل في ملاحظات إصدار التطبيقات ودليل تكوين النظام الأساسي لنشر التطبيق.

ADP_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion application LoadBalancer 2023.02_1.090

+++ WARNING +++ WARNING +++ WARNING +++ Upgrading an application will cause downtime for the targeted component. Continue?

Please confirm (Yes, Y, No, N): y 
--> Stopping application LoadBalancer <-- 
Stopping [done]
BroadWorks SW Manager upgrading LoadBalancer to version 2023.02_1.090 ...Done

إعادة تشغيل تطبيقات ADP

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

إعادة تشغيل تطبيقات الويب

يتم إرجاع تطبيقات ويب عن طريق إلغاء تنشيط الإصدار الحالي وإلغاء نشره، ثم تنشيط الإصدار الجديد ونشره:

ADP_CLI/Maintenance/ManagedObjects> undeploy application /callcenter

ADP_CLI/Maintenance/ManagedObjects> deactivate application /callcenter

ADP_CLI/Maintenance/ManagedObjects> activate application BWCallCenter 2023.04_1.150 /callcenter

ADP_CLI/Maintenance/ManagedObjects> deploy application /callcenter

تطبيقات Cisco BroadWorks السابقة

يتم إرجاع تطبيقات Cisco BroadWorks من BWCLI باستخدام  set activeSoftwareVersion application  :

ADP_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion application LoadBalancer 2020.09_1.090

+++ WARNING +++ WARNING +++ WARNING +++ Upgrading an application will cause downtime for the targeted component. Continue?

Please confirm (Yes, Y, No, N): y 
--> Stopping application LoadBalancer <-- 
Stopping [done]
BroadWorks SW Manager upgrading LoadBalancer to version 2020.09_1.090 ...Done

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

بعد الترقية، تحقق من السجلات للحصول على بدء تشغيل جيد وسجل الدخول إلى واجهة المستخدم الرسومية (GUI) كما كان من قبل.

• healthmon -l
• showrun
• bwshowver
• مراجعة /var/broadworks/log/maintenance/setouchServer.adp.rel_2023.03.0_1.1411.<date-time>.log file for any قد يكون خطأ في التنشيط.

إختبارات ما بعد الترقية الموصى بها ل ADP

• تحقق من تسجيل دخول مستوى المسؤول.
• تحقق من تسجيل الدخول على مستوى المستخدم.
• التحقق من صحة وظيفة CommPilot Call Manager.
• التحقق من وظيفة عميل التحكم في المكالمات (على سبيل المثال، BroadWorks Assistant-Enterprise) ونظام دعم العمليات (OSS)/واجهة العميل المفتوحة (OCI).
• تحقق من أن أي إمداد لوكيل Open Client Server (OCS) إلى AS أو NS يعمل بشكل صحيح.

هذه الاختبارات عامة، قم بتشغيل أي إختبارات إضافية في خطة إختبار ما بعد الترقية.

إرجاع خادم ADP

إذا لم ينجح ADP في التحقق من ترقية مادة النشر، قم بالرجوع إلى الإصدار السابق:

ADP_CLI/Maintenance/ManagedObjects> set activeSoftwareVersion server ADP 2022.10_1.313 revert

+++ WARNING +++ WARNING +++ WARNING +++
This command will change the active software version of ADP to 2022.10_1.313. NOTE that this action will cause downtime.
 Continue?

Please confirm (Yes, Y, No, N): y

في المثال، يتم الآن الرجوع إلى 2022.10_1.313 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.