المحتويات

المقدمة

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

النسخ الاحتياطي للتكوين-db

إسترداد vManage

الخطوة 1. الحد الأدنى للتكوين على vManage

الخطوة 2. نسخ تكوين النسخ الاحتياطي والشهادة الجذر

الخطوة 3. تثبيت الشهادة الجذر

الخطوة 4. تحديث المعلومات الأساسية

الخطوة 5. تثبيت شهادة vManage

الخطوة 6. إستعادة قاعدة البيانات

الخطوة 7. فحص الخدمات

الخطوة 8. إعادة مصادقة وحدات التحكم

الخطوة 9. إرسال التحديثات إلى وحدات التحكم

المقدمة

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

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

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

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

النسخ الاحتياطي للتكوين-db

vManage_rcdn01# request nms configuration-db backup path 05_08_20_configdb

Starting backup of configuration-db

config-db backup logs are available in /var/log/nm/neo4j-backup.log file

Successfully saved database to /opt/data/backup/05_08_20_configdb.tar.gz

SCP إلى خادم خارجي.

vManage_rcdn01# vshell

vManage_rcdn01:~$ scp /opt/data/backup/05_08_20_configdb.tar.gz user@10.2.3.1://home/ftpuser/ftp/amaugust/

amaugust@10.2.3.1's password:

05_08_20_configdb.tar.gz                                                     100%  484KB  76.6MB/s   00:00

إسترداد vManage

قم بمحاكاة كارثة عن طريق إعادة ضبط vManage بواسطة الأمر:

vManage_rcdn01# request software reset

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

الخطوة 1. الحد الأدنى للتكوين على vManage

system

host-name             vManage_rcdn01

system-ip             xx.xx.xx.xx

site-id               100

organization-name     ****.cisco

vbond vbond.list

!

!

vpn 0

host vbond.list ip 10.2.3.4 10.2.3.5

interface eth0

ip address 10.1.3.8/24

tunnel-interface

no shutdown

!

ip route 0.0.0.0/0 10.1.3.1

!

vpn 512

interface eth1

ip address 10.11.3.8/24

no shutdown

!

ip route 0.0.0.0/0 10.1.3.1

!

الخطوة 2. نسخ تكوين النسخ الاحتياطي والشهادة الجذر

vManage_rcdn01:~$ scp am****@xx.xx.xx.xx://home/ftpuser/ftp/am****/05_08_20_configdb.tar.gz  .

am****@xx.xx.xx.xx's password:

05_08_20_configdb.tar.gz                                                    100%  484KB  76.6MB/s   00:00

Verify

vManage_rcdn01:~$ ls -lh

total 492K

-rw-r--r-- 1 admin admin  394 May  8 15:20 archive_id_rsa.pub

-rwxr-xr-x 1 admin admin 485K May  8 15:3905_08_20_configdb.tar.gz

Copy root certificate from other controller:

vManage_rcdn01:~$ scp admin@vbond://home/admin/root.crt .

viptela 18.4.4

admin@vbond's password:

root.crt                                                                   100% 1380     2.8MB/s   00:00

الخطوة 3. تثبيت الشهادة الجذر

vManage_rcdn01# request root-cert-chain install /home/admin/root.crt

Uploading root-ca-cert-chain via VPN 0

Copying ... /home/admin/root.crt via VPN 0

Updating the root certificate chain..

Successfully installed the root certificate chain

الخطوة 4. تحديث المعلومات الأساسية

انتقل إلى  Administration > Settings وتكوين المعلومات الأساسية ل vBond IP، واسم المؤسسة، والشهادة.

الخطوة 5. تثبيت شهادة vManage

أستخدم root.crt التي تم تثبيتها في الخطوة 2.

الخطوة 6. إستعادة قاعدة البيانات

vManage_rcdn01# request nms configuration-db restore path /home/admin/05_08_20_configdb.tar.gz

Configuration database is running in a standalone mode

0 [main] INFO com.viptela.vmanage.server.deployment.cluster.ClusterConfigurationFileHandler  - Trying to update existing working copy of server_configs.json file

4 [main] INFO com.viptela.vmanage.server.deployment.cluster.ClusterConfigurationFileHandler  - Working copy of server_configs.json NOT updated due to unmodified configs

Successfully saved cluster configuration for localhost

Starting DB backup from: localhost

Creating directory: local

cmd to backup db: sh /usr/bin/vconfd_script_nms_neo4jwrapper.sh backup localhost /opt/data/backup/local 8g

Finished DB backup from: localhost

Stopping NMS application server on localhost

Stopping NMS configuration database on localhost

Reseting NMS configuration database on localhost

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 localhost

Waiting for 10s before starting other instances...

Polling neo4j at: localhost

NMS configuration database on localhost has started.

Updating DB with the saved cluster configuration data

Successfully reinserted cluster meta information

Starting NMS application-server on localhost

Waiting for 120s for the instance to start...

Removed old database directory: /opt/data/backup/local/graph.db-backup

Successfully restored database

هذه الخطوة تستغرق وقتا أكثر وتعتمد على النسخ الاحتياطي.

يمكنك التحقق من العملية بواسطة  tailing  السجلات الموجودة على vShell.

vManage_rcdn01:~$ tail -fq /var/log/nms/vmanage-server.log /var/log/nms/neo4j-out.log

الخطوة 7. فحص الخدمات

vManage_rcdn01# request nms all status

الخطوة 8. إعادة مصادقة وحدات التحكم

حاليا، يمكنك ملاحظة أنه قد تم تحميل جميع السياسات والقوالب والتكوينات على vManage، ولكن جميع وحدات التحكم معطلة.

تحتاج إلى إعادة مصادقة جميع وحدات التحكم.

انتقل إلى  Configuration > Devices. حرر كل جهاز تحكم وتعبئة في الإدارة عنوان (إدارة ip يستطيع كنت أسست في التشكيل محلي) username وكلمة.

الخطوة 9. إرسال التحديثات إلى وحدات التحكم

الآن، يمكنك مشاهدة جميع الأجهزة التي يمكن إدارتها بواسطة vManage.