المحتويات

المقدمة

الوثائق الرسمية

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

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

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

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

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

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

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

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

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

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

المقدمة

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

الوثائق الرسمية

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

- دليل إدارة البرامج

- دليل تكوين النظام

- دليل الصيانة

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

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

- 24.0 كملاحظات الإصدار

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

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

يمكن العثور على هذه العناصر في صفحة وثائق 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

تثبيت ترخيص من نظام التشغيل لتحويل XSP إلى ADP

تحتاج إلى الانتقال إلى ADP Taraget release foalder cd /usr/local/broadworks/ADP_rel_2024.11_1.311/ وتشغيل install-license.pl scrpit

$ cd /usr/local/broadworks/ADP_Rel_2024.11_1.311/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 -type=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) تقوم بتشغيل مراقبة الشبكة، فيجب ترقية وحدة إدارة الشبكة (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 الأمر.

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 على كلا نظامي إدارة البيانات (DBS).

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.

أعد تمهيد الخادم (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 الاحتياطي/الثانوي الذي تمت ترقيته حديثا إلى نشط/أساسي

ملاحظة: قم بتشغيل هذا الأمر على الخادم الذي تمت ترقيته حديثا (ليس 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 الأمر.

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 -type=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) على كافة بطاقات 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

قم بتحديث إحصائيات قاعدة البيانات عن طريق تشغيل البرنامج 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.

- التحقق من وصول واجهة سطر الأوامر (CLI) (تسجيل الدخول والانتقال إلى 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.

- التحقق من وصول واجهة سطر الأوامر (CLI) (تسجيل الدخول والانتقال إلى 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 الأمر.

MS_CLI/Monitoring/Report> qcurrent

قبل بدء تنشيط إصدار جديد، قم بتعيين حالة MS إلى "غير متصل" في NS لإيقاف إرسال الوسائط من NS

NS_CLI/System/Device/ResourceNE> set ms1 state OffLine

...Done

NS_CLI/System/Device/ResourceNE> get

About to filter through 2 entries. Continue?

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

Retrieving data... Please wait...

Resource NE Type Location Stat Cost Stat Weight Poll OpState State Dflt Dflt Cost Dflt Weight Services

======================================================================================================================

ms1    ms    1847744        1         99  false enabled OffLine true      1       99       all

ms2    ms    1847744        1         99  false enabled OnLine  true      1       99       all

2 entries found.

NS_CLI/System/Device/ResourceNE>

مبدل ترقية 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

- set back the MS state to onLine in NS to receive the media

إختبارات 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

ملاحظة: إذا فشل UpgradeCheck بسبب الملفات الموجودة في الدليل /var/broadworks/eccr أو /var/broadworks/ecl، فانتظر حتى يتم إجراء "قوة تأمين" من واجهة سطر الأوامر (BWCLI). يؤدي هذا إلى مسح الملفات إلى DBS في غضون دقائق قليلة.

تحقق من مزامنة قاعدة البيانات (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 والأساسية 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الأمر.

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

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-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 ولكن يمكن إستبدال هذا الإجراء بأي إصدار سابق.