المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

معلومات أساسية

إجراءات إسترداد مثيل CPS VNF

استكشاف الأخطاء وإصلاحها

تشغيل أي مثيل من حالة إيقاف التشغيل

إسترداد أي مثيل من حالة الخطأ

إجراء إسترداد تطبيق CPS

PCRFCLIENT01 إستعادة

PCRFCLIENT02 إستعادة

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

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء إسترداد خادم النهج (PS) وإصلاحها.

المتطلبات الأساسية

المتطلبات

cisco يوصي أن يتلقى أنت معرفة على هذا موضوع:

- مجموعة سياسات Cisco (CPS)

- OpenStack

- حساب الحالات المتأثرة التي تم نشرها الآن متاحة.

- تتوفر موارد الحوسبة في نفس منطقة التوفر الخاصة بالمثيل المتأثر.

- يتم اتباع/جدولة إجراءات النسخ الاحتياطي على النحو المذكور في المستند بشكل دوري.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى CPS وقابلة للتطبيق على جميع الإصدارات.

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

معلومات أساسية

إجراءات إسترداد مثيل CPS VNF

في هذا القسم كما هو موضح:

- قم باستعادة أي مثيل من حالة إيقاف التشغيل.

- قم باستعادة أي مثيل من حالة الخطأ.

استكشاف الأخطاء وإصلاحها

تشغيل أي مثيل من حالة إيقاف التشغيل

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

الخطوة 1. تحقق من حالة المثيل عبر OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep oam-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed  | SHUTOFF|

الخطوة 2. تحقق مما إذا كان الكمبيوتر متوفرا وتأكد من أن الحالة قيد التشغيل.

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

الخطوة 3. قم بتسجيل الدخول إلى ESC Master كمستخدم مسؤول وتحقق من حالة المثيل في opdata.

echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s2

SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed VM_ERROR_STATE

الخطوة 4. قم بتشغيل المثيل من OpenStack.

source /home/stack/destackovsrc-Pcrf

nova start SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed

الخطوة 5. انتظر خمس دقائق حتى يتم تحميل المثيل ثم يأتي إلى الحالة النشطة.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep oam-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 |SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed  | ACTIVE |

الخطوة 6. تمكين مراقبة VM في ESC بعد المثيل في الحالة النشطة.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed

للحصول على مزيد من إسترداد تكوينات المثيل، ارجع إلى الإجراءات الخاصة لنوع المثيل الموفرة.

إسترداد أي مثيل من حالة الخطأ

يمكن إستخدام هذا الإجراء إذا كانت حالة مثيل CPS في OpenStack خطأ:

الخطوة 1. تحقق من حالة المثيل في OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep oam-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed  | ERROR|

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

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

الخطوة 3. قم بتسجيل الدخول إلى ESC Master كمستخدم مسؤول وتحقق من حالة المثيل في opdata.

echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin -C | grep oam-s1

SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed VM_ERROR_STATE

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

source /home/stack/destackovsrc-Pcrf

nova reset-state –active oam-s1_0_170d9c14-0221-4609-87e3-d752e636f57f

nova reboot --hard  oam-s1_0_170d9c14-0221-4609-87e3-d752e636f57f

الخطوة 5. انتظر خمس دقائق حتى يتم تحميل المثيل ثم يأتي إلى الحالة النشطة.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,status | grep oam-s1

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 |SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed | ACTIVE |

الخطوة 6. إذا قام "مدير نظام المجموعة" بتغيير الحالة إلى "نشط بعد إعادة التمهيد"، فقم بتمكين مراقبة VM في ESC بعد أن يكون مثيل "مدير نظام المجموعة" في حالة نشطة.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_oam-s1_0_fd8b0bb8-a2d7-4dae-8048-0c3d86c5d8ed

الخطوة 7. ترحيل الاسترداد إلى حالة التشغيل/النشاط، ارجع إلى الإجراء الخاص بنوع المثيل لاسترداد التكوين/البيانات من النسخ الاحتياطي.

إجراء إسترداد تطبيق CPS

PCRFCLIENT01 إستعادة

إسترداد SVN للنهج:

غالبا لإبقاء SVN النهج في حجم خارجي مختلف، يتم تحميله على PCRFCLIENTXX at /var/www/svn/repos/، وبالتالي يتم تقليل تغييرات خسارة SVN الخاصة بالسياسات حتى في حالة فقد المثيل. إذا لم يكن لعملية النشر الخاصة بك وحدة تخزين مختلفة ل SVN النهج، أو فقدت وحدة التخزين التي تم تخزين SVN الخاص بالنهج بها أيضا، فاتبع الإجراء التالي لاسترداد SVN الخاص بالنهج على PCRFCLIENT01.

الخطوة 1. قم بتسجيل الدخول إلى الجهاز الظاهري لإدارة المجموعة كمستخدم جذري.

الخطوة 2. لاحظ UID الخاص بمستودع SVN من خلال هذا الأمر:

svn info http://pcrfclient02/repos | grep UUID

الأمر يعطي إخراج معرف المستخدم الخاص بالمستودع:

For Example Repository UUID: ea50bbd2-5726-46b8-b807-10f4a7424f0e

الخطوة 3. تحقق مما إذا كان SVN الخاص بالنهج متزامنا عند إستخدامه للأمر المتوفر. إذا تم إرجاع قيمة، فعندئذ يكون SVN متزامنا بالفعل. ولا تحتاج لمزامنته من PCRFclient02 ويجب تخطي الخطوة 4. لا يزال من الممكن إستخدام الاسترداد من آخر نسخة إحتياطية على النحو الموضح لاحقا في هذا القسم.

/usr/bin/svn propget svn:sync-from-url --revprop -r0 http://pcrfclient01/repos

الخطوة 4. إعادة إنشاء مزامنة مدير/تابع SVN بين PCRFCLIENT01 و pcrfclient02 مع pcrfclient01 كمدير من خلال تنفيذ سلسلة الأوامر على PCRFCLIENT01

/bin/rm -fr /var/www/svn/repos

/usr/bin/svnadmin create /var/www/svn/repos

/usr/bin/svn propset --revprop -r0 svn:sync-last-merged-rev 0

http://pcrfclient02/repos-proxy-sync

/usr/bin/svnadmin setuuid /var/www/svn/repos/ "Enter the UUID captured in step 2"

/etc/init.d/vm-init-client

/var/qps/bin/support/recover_svn_sync.sh

الخطوة 5. إذا كان Policy SVN على PCRFCLIENT01 متزامنا مع PCRFeint02، ولكن أحدث SVN لا يعكس في Policy Builder، يمكن إستيراده من خلال النسخة الاحتياطية الأخيرة باستخدام الأمر الموجود على Cluster Manager VM.

config_br.py –a import --svn /mnt/backup/

PCRFCLIENT02 إستعادة

غالبا لإبقاء SVN النهج في حجم خارجي مختلف، يتم تحميله على PCRFCLIENTXX at /var/www/svn/repos/، وبالتالي يتم تقليل تغييرات خسارة SVN الخاصة بالسياسات حتى في حالة فقد المثيل. إذا لم يكن لعملية النشر الخاصة بك وحدة تخزين مختلفة ل SVN النهج، أو فقدت أيضا وحدة التخزين التي تم تخزين SVN الخاص بالنهج فيها، فاتبع الإجراء التالي لاسترداد SVN النهج على PCRFCLIENT02.

الخطوة 1. طبقة الأمان إلى pcrfclient01

ssh pcrfclient01

الخطوة 2. قم بتشغيل البرنامج النصي لمزامنة رسائل إعادة توجيه SVN من pcrfclient01 إلى pcrfclient02

/var/qps/bin/support/recover_svn_sync.sh

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

تحقق من حالة حماية PCRFCLIENT:

run diagnostics.sh from pcrfrclient

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

- /var/qps/bin/support/recover_svn_sync.sh

/var/qps/bin/support/recover_svn_sync.sh