Introduction
Ce document décrit la procédure requise pour reconstruire les jeux de réplicas de mongo Cisco Policy and Charging Rules Function (PCRF).
Conditions préalables
Conditions requises
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- OpenStack
- CPS
- Le calcul sur lequel les instances affectées ont été déployées est maintenant disponible.
- Les ressources de calcul sont disponibles dans la même zone de disponibilité que l'instance affectée.
- Les procédures de sauvegarde mentionnées dans le document sont suivies/planifiées périodiquement.
Components Used
Les informations de ce document sont basées sur CPS et s'appliquent à toutes les versions.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Informations générales
Cette MOP est requise Si les données existantes de la base de données sont endommagées et ne peuvent pas être réparées/récupérées, la base de données doit être reconstruite.
En raison de certaines pannes, il peut s'avérer nécessaire de reconstruire certains ou tous les jeux de réplicas, mais avant de prendre la décision de reconstruire certains ou tous les jeux de réplicas, il peut être noté que toutes les données de ces jeux de réplicas seront perdues.
Dépannage
Étape 1. Vérification de la sauvegarde.
Cette commande permet de générer une sauvegarde de la configuration de la base de données CPS : config_br.py -a export —mongo-all /mnt/backup/backup_28092016.tar.gz
Vérifiez si la sauvegarde est présente sur le chemin /mnt/backup dans le gestionnaire de cluster
Étape 2. Jeux de réplicas de reconstruction.
Une fois les sauvegardes vérifiées et la décision de recréer les jeux de réplicas de base de données prise, voici la procédure :
- Vérifiez le contenu de /etc/broadhop/mongoConfig.cfg
- Ces commandes doivent être exécutées sur Cluster Manager, cela dépend de la base de données qui a l'intention de reconstruire.
Cette commande crée tous les jeux de réplicas relatifs à cette base de données : build_set.sh —<nom_base> —create
Avertissement : la commande permettant de créer tous les dbs dans un jeu de réplicas nettoie la base de données. Tout le contenu du jeu de réplicas est perdu. Continuer supprime la base de données mongo et supprimer tout sous /var/data/sessions.4/SVS1/sessions.* sur tous les hôtes
Si vous devez reconstruire un jeu de réplicas spécifique pour une base de données, cette commande est utilisée :
build_set.sh —<nom_base> —create —setname <nom_ensemble>
Remarque : le nom de fichier par rapport au nom de fichier doit être référencé à partir de l'adresse /etc/broadhop/mongoConfig.cfg de pcrfclient01.
Si elle doit recompiler tous les jeux de réplicas pour toutes les bases de données, cette commande est utilisée : build_set.sh —all —create
Étape 3. Restaurer la base de données à partir du jeu de réplicas de post-sauvegarde.
Une fois que tous les membres du jeu de réplicas sont en ligne et qu'un des membres est primaire, mongoDB peut être restauré à partir de la sauvegarde. La procédure décrite ci-dessous peut être utilisée.
Pour restaurer toutes les bases de données à partir de la sauvegarde, utilisez cette commande : config_br.py —action import —mongo-all /mnt/backup/<nom_fichier.tar.gz>
Étape 4. Validez la restauration.
Une fois les données restaurées, afin de vérifier le système de travail exécutez cette commande : /var/qps/bin/diag/diagnostics.sh
Commentaires