Contenu

Introduction

Problème

Solution

Meilleure pratique

Informations connexes

Introduction

Ce document décrit un problème avec la restauration de la base de données de configuration échouée dans la configuration DR du cluster vManage.

Problème

Restaurer vManage NMS à partir de la sauvegarde : échec de la restauration de la base de données de configuration dans la configuration DR de la grappe vmanage

À partir de l'interface de ligne de commande, utilisez la commande request nms configuration-db restore path . Cette commande restaure la base de données de configuration à partir du chemin de données de localisation de fichier. Dans cet exemple, la destination est le serveur NMS vManage de secours. Exécutez ces commandes sur le NMS vManage de secours :

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#

Étape 1. Config-db doit être restaurée avec ces journaux, mais il existe un scénario où la sauvegarde config_db échoue avec ces messages d'erreur.

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

Étape 2. Dans l'échec mentionné, scénario Sous la page gestion de cluster dans vmanage, accédez à Administrateur > Gestion de cluster > Sélectionner vmanage voisin (...) > Modifier

Pendant que vManage dans la gestion de cluster est modifié, l'erreur reçue est la suivante : « Échec de l'obtention d'une liste des ips configurés -Échec de l'authentification »'

Solution

Lors de l'opération de restauration config-db dans un cluster vManage, il est nécessaire de démarrer/arrêter les services sur les noeuds distants. Cela est fait par des requêtes Netconf envoyées au noeud distant dans le cluster.

Si la connexion de contrôle est présente entre vmanage dans le cluster, alors vmanage tente d'authentifier le noeud distant avec la clé publique du noeud distant pour authentifier la demande Netconf, ce qui est similaire à la connexion de contrôle entre les périphériques. S'il n'y en a pas, il revient aux informations d'identification stockées dans la table de base de données qui a été utilisée pour former le cluster.

Le problème que nous avons rencontré est que le mot de passe a été modifié via l'interface de ligne de commande, mais le mot de passe de gestion de cluster dans la base de données n'a pas été mis à jour. Ainsi, chaque fois que nous modifions le mot de passe du compte netadmin utilisé pour créer le cluster initialement, vous devez mettre à jour le mot de passe à l'aide de l'opération de modification de la gestion du cluster également. Voici les étapes supplémentaires à suivre.

1. Connectez-vous à chaque interface utilisateur graphique vmanage.

2. Accédez à Administrateur > Gestion de cluster > Sélectionnez vManage (...) > Modifier , comme indiqué dans l'image.

3. Mettre à jour un mot de passe équivalent à CLI.

- vManage1 30.1.1.1

- vManage 30.1.1.2

- vManage3 30.1.1.3

Note: La restauration du mot de passe à partir de l'interface de ligne de commande n'est pas possible dans ce scénario à partir de l'interface de ligne de commande.

Meilleure pratique

La meilleure pratique pour modifier le mot de passe vManage dans le cluster est de naviguer jusqu'à Administrateur > Gérer les utilisateurs > Mettre à jour le mot de passe.

Cette procédure met à jour le mot de passe dans les 3 vManages du cluster ainsi que le mot de passe de gestion du cluster.

Informations connexes

- 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