المقدمة
يصف هذا المستند الخطوات المعنية لاستعادة 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 جديد يبدو كالذي تم عرضه، فمن المستحسن الالتزام بعملية الاسترداد بالتسلسل الصحيح قبل إستعادة النسخة الاحتياطية.
![vManage Dashboard](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-00.png)
الخطوة 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، واسم المؤسسة، والشهادة.
![vManage Update Basic Details](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-01.png)
الخطوة 5. تثبيت شهادة vManage
أستخدم root.crt
التي تم تثبيتها في الخطوة 2.
![vManage Generate Certificate](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-02.png)
![vManage Install Certificate](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-03.png)
![vManage Certificate Installation](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-04.png)
![vManage Dashboard](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-05.png)
الخطوة 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، ولكن جميع وحدات التحكم معطلة.
![vManage Dashboard](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-06.png)
تحتاج إلى إعادة مصادقة جميع وحدات التحكم.
انتقل إلى Configuration > Devices
. حرر كل جهاز تحكم وتعبئة في الإدارة عنوان (إدارة ip يستطيع كنت أسست في التشكيل محلي) username وكلمة.
![vManage Dashboard Edit vBond](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-07.png)
الخطوة 9. إرسال التحديثات إلى وحدات التحكم
![vManage send to vBond](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-08.png)
![vManage send to Controllers](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-09.png)
الآن، يمكنك مشاهدة جميع الأجهزة التي يمكن إدارتها بواسطة vManage.
![vManage Dashboard](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-10.png)
![vManage Dashboard](/c/dam/en/us/support/docs/routers/sd-wan/220305-standalone-vmanage-disaster-recovery-11.png)