تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يوضح هذا المستند كيفية أستكشاف أخطاء إسترداد خادم النهج (PS) وإصلاحها.
cisco يوصي أن يتلقى أنت معرفة على هذا موضوع:
تستند المعلومات الواردة في هذا المستند إلى CPS وقابلة للتطبيق على جميع الإصدارات.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
في هذا القسم كما هو موضح:
إذا كان هناك أي مثيل في حالة إيقاف التشغيل بسبب إيقاف التشغيل المخطط أو سبب آخر، فيرجى إستخدام هذا الإجراء لبدء المثيل وتمكين مراقبته في وحدة التحكم المرنة في الخدمة (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. ترحيل الاسترداد إلى حالة التشغيل/النشاط، ارجع إلى الإجراء الخاص بنوع المثيل لاسترداد التكوين/البيانات من النسخ الاحتياطي.
إسترداد 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/
غالبا لإبقاء 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