Introducción
Este documento describe el procedimiento necesario para reconstruir los conjuntos de réplicas de mongo de la función de reglas de cobro y políticas de Cisco (PCRF).
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Openstack
- CPS
- Ya está disponible el cálculo en el que se implementaron las instancias afectadas.
- Los recursos de cálculo están disponibles en la misma zona de disponibilidad que la instancia afectada.
- Los procedimientos de copia de seguridad mencionados en el documento se siguen o programan periódicamente.
Componentes Utilizados
La información en este documento se basa en CPS y se aplica a todas las versiones.
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 tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Se requiere esta MOP Si los datos existentes en la base de datos están dañados y no pueden repararse/recuperarse, la base de datos debe reconstruirse.
Debido a algunas interrupciones, puede que sea necesario reconstruir algunos o todos los conjuntos de réplicas, pero antes de tomar la decisión de reconstruir algunos o todos los conjuntos de réplicas, se puede observar que se perderán todos los datos de estos conjuntos de réplicas.
Troubleshoot
Paso 1. Verificación de respaldo.
Este comando se utiliza para generar una copia de seguridad de la configuración de la base de datos CPS: config_br.py -a export —mongo-all /mnt/backup/backup_28092016.tar.gz
Verifique si la copia de seguridad está presente en la trayectoria /mnt/backup en el administrador del clúster
Paso 2. Reconstruir conjuntos de réplicas.
Una vez que se verifican las copias de seguridad y se toma la decisión de volver a crear conjuntos de réplicas de bases de datos, éste es el procedimiento:
- Compruebe el contenido de /etc/broadhop/mongoConfig.cfg
- Estos comandos se deben ejecutar en el Administrador de clústeres, depende de la base de datos que se pretendía reconstruir.
Este comando crea todos los conjuntos de réplicas relacionados con esa base de datos: build_set.sh —<db-name> —create
Advertencia: el comando para crear todos los dbs en un conjunto de réplicas limpia la base de datos. Se pierde todo el contenido del conjunto de réplicas. Continuando descarta la base de datos mongo y elimina todo en /var/data/sessions.4/SVS1/sessions.* en todos los hosts
Si hay un requisito para reconstruir un conjunto de réplicas específico para una base de datos, se utiliza este comando:
build_set.sh —<db-name> —create —setname <set-name>
Nota:El nombre de la configuración con el dbname se referirá desde el /etc/broadhop/mongoConfig.cfg de pcrfclient01.
Si se desea reconstruir todos los conjuntos de réplicas para todas las bases de datos, se utiliza este comando: build_set.sh —all —create
Paso 3. Restaure la base de datos del conjunto de réplicas de la publicación de copia de seguridad.
Una vez que todos los miembros del conjunto de réplicas están en línea y uno de los miembros es primario, mongoDB se puede restaurar desde la copia de seguridad. Se puede utilizar el procedimiento que se describe a continuación.
Para restaurar todas las bases de datos desde la copia de seguridad, utilice este comando: config_br.py —action import —mongo-all /mnt/backup/<file-name.tar.gz>
Paso 4. Valide la restauración.
Después de que se restauran los datos, para verificar el sistema en funcionamiento ejecute este comando: /var/qps/bin/diag/diagnostics.sh
Comentarios