فشل إسترداد قاعدة بيانات التهيئة في إعداد إستعادة البيانات بعد الكوارث (DR) لمجموعة vManage

المقدمة

يصف هذا المستند مشكلة تتعلق بفشل إستعادة قاعدة بيانات التكوين في إعداد DR الخاص بمجموعة vManage.

المشكلة

إستعادة vManage NMS من النسخة الاحتياطية: فشل إسترداد التهيئة-db في إعداد DR لمجموعة vManage

من واجهة سطر الأوامر (CLI)، أستخدم الأمر request nms configuration-db restore path. يقوم هذا الأمر باستعادة قاعدة بيانات التكوين من الملف تحديد موقع datapath. في هذا المثال، تكون الوجهة هي وحدة التحكم في الشبكة (NMS) الاحتياطية باستخدام vManage. قم بتشغيل هذه الأوامر على نظام vManage NMS في وضع الاستعداد:

vmanage-1# request nms configuration-db restore path /home/admin/cluster-backup.tar.gz
Configuration database is running in a cluster mode
!
!
!
line omitted
!
!
!


.................... 80%
.................... 90%
.................... 100%
Backup complete.
Finished DB backup from: 30.1.1.1
Stopping NMS application server on 30.1.1.1
Stopping NMS application server on 30.1.1.2
Stopping NMS application server on 30.1.1.3
Stopping NMS configuration database on 30.1.1.1
Stopping NMS configuration database on 30.1.1.2
Stopping NMS configuration database on 30.1.1.3
Reseting NMS configuration database on 30.1.1.1
Reseting NMS configuration database on 30.1.1.2
Reseting NMS configuration database on 30.1.1.3
Restoring from DB backup: /opt/data/backup/staging/graph.db-backup
cmd to restore db: sh /usr/bin/vconfd_script_nms_neo4jwrapper.sh restore /opt/data/backup/staging/graph.db-backup
Successfully restored DB backup: /opt/data/backup/staging/graph.db-backup
Starting NMS configuration database on 30.1.1.1
Waiting for 10s before starting other instances...
Starting NMS configuration database on 30.1.1.2
Waiting for 120s for the instance to start...
NMS configuration database on 30.1.1.2 has started.
Starting NMS configuration database on 30.1.1.3
Waiting for 120s for the instance to start...
NMS configuration database on 30.1.1.3 has started.
NMS configuration database on 30.1.1.1 has started.
Updating DB with the saved cluster configuration data
Successfully reinserted cluster meta information
Starting NMS application-server on 30.1.1.1
Waiting for 120s for the instance to start...
Starting NMS application-server on 30.1.1.2
Waiting for 120s for the instance to start...
Starting NMS application-server on 30.1.1.3
Waiting for 120s for the instance to start...
Removed old database directory: /opt/data/backup/local/graph.db-backup
Successfully restored database
vmanage-1#

الخطوة 1. يجب أن تتم إستعادة config-db مع هذه السجلات ولكن هناك سيناريو حيث يفشل النسخ الاحتياطي ل config_db مع رسائل الخطأ هذه.

vmanage-1# request nms configuration-db restore path /home/admin/cluster-backup.tar.gz
Configuration database is running in a cluster mode
!
!
line ommited
!
!
2020-08-09 17:13:48.758+0800 INFO [o.n.k.i.s.f.RecordFormatSelector] Selected RecordFormat:StandardV3_2[v0.A.8] record format from store /opt/data/backup/local/graph.db-backup
2020-08-09 17:13:48.759+0800 INFO [o.n.k.i.s.f.RecordFormatSelector] Format not configured. Selected format from the store: RecordFormat:StandardV3_2[v0.A.8]
.................... 10%
.................... 20%
.................... 30%
.................... 40%
.................... 50%
.................... 60%
.................... 70%
...............Checking node and relationship counts
.................... 10%
.................... 20%
.................... 30%
.................... 40%
.................... 50%
.................... 60%
.................... 70%
.................... 80%
.................... 90%
.................... 100% Backup complete.
Finished DB backup from: 30.1.1.1
Stopping NMS application server on 30.1.1.1
Stopping NMS application server on 30.1.1.2
Could not stop NMS application-server on 30.1.1.2
Failed to restore the database

الخطوة 2. في الفشل المذكور، السيناريو الموجود ضمن صفحة إدارة نظام المجموعة في vManage، انتقل إلى Administrator > إدارة نظام المجموعة > تحديد vManage المجاور (...) > Edit

أثناء تحرير vManage في إدارة نظام المجموعة، يكون الخطأ الذي تم تلقيه هو "فشل الحصول على قائمة من IPS المكون -فشلت المصادقة"'

الحل

أثناء عملية إستعادة config-db في نظام مجموعة vManage، يلزم بدء/إيقاف الخدمات على العقد البعيدة. يتم تنفيذ ذلك بواسطة طلبات NetConf التي تم إجراؤها على العقدة البعيدة في نظام المجموعة.

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

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

1. قم بتسجيل الدخول إلى كل واجهة مستخدم رسومية (GUI).
2. انتقل إلى Administrator > إدارة نظام المجموعة > تحديد vManage المقابلة (...) > Edit (تحرير)، كما هو موضح في الصورة.
3. تحديث كلمة المرور المكافئة ل CLI.

•  vManage1 30.1.1.1

• vManage 30.1.1.2

• vManage3 30.1.1.3

ملاحظة: إستعادة كلمة المرور من واجهة سطر الأوامر غير ممكنة في هذا السيناريو من واجهة سطر الأوامر.

أفضل الممارسات

تتمثل أفضل ممارسة لتغيير كلمة مرور vManage في نظام المجموعة في الانتقال إلى Administrator > Manage (إدارة المستخدمين) > Update Password.

يقوم هذا الإجراء بتحديث كلمة المرور في كافة برامج vManage ال 3 في نظام المجموعة بالإضافة إلى كلمة مرور إدارة نظام المجموعة.

معلومات ذات صلة

• https://www.cisco.com/c/en/us/td/docs/routers/sdwan/configuration/sdwan-xe-gs-book/manage-cluster.html
• https://www.cisco.com/c/dam/en/us/td/docs/routers/sdwan/knowledge-base/disaster_recovery_technote.pdf
• https://www.cisco.com/c/dam/en/us/solutions/collateral/enterprise-networks/sd-wan/white-paper-c11-741440.pdf