Échec de la restauration de la base de données de configuration dans le programme d'installation DR du cluster vManage

Options de téléchargement

  • PDF     (207.3 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (182.9 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (198.2 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:1 septembre 2020
ID du document:215982

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    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

    TAC Authored

    Contribution d’experts de Cisco

    • Vijeth Kumar
      Cisco TAC Engineer

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits