Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Informações de Apoio

Troubleshoot

Etapa 1. Verificação de backup.

Etapa 2. Reconstruir Conjuntos de Réplicas.

Etapa 3. Restaure o banco de dados do Conjunto de Réplicas de Pós-Backup.

Etapa 4. Valide a restauração.

Introduction

Este documento descreve o procedimento necessário para reconstruir conjuntos de réplicas mongo da Cisco Policy and Charging Rules Function (PCRF).

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

- Openstack

- CPS

- O cálculo no qual as instâncias afetadas foram implantadas está agora disponível.

- Os recursos de computação estão disponíveis na mesma zona de disponibilidade da instância afetada.

- Os procedimentos de backup mencionados no documento são seguidos/agendados periodicamente.

Componentes Utilizados

As informações neste documento são baseadas no CPS e aplicáveis a todas as versões.

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. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Este MOP é necessário Se os dados existentes no banco de dados estiverem danificados e não puderem ser reparados/recuperados, o banco de dados deverá ser recriado.

Devido a algumas interrupções, pode ser necessário reconstruir alguns ou todos os conjuntos de réplicas, mas antes que seja tomada a decisão de reconstruir alguns ou todos os conjuntos de réplicas, pode ser observado que todos os dados nesses conjuntos de réplicas serão perdidos.

Troubleshoot

Etapa 1. Verificação de backup.

Este comando é usado para gerar um backup da configuração do banco de dados CPS: config_br.py -a export —mongo-all /mnt/backup/backup_28092016.tar.gz

Verifique se o backup está presente no caminho /mnt/backup no gerenciador de cluster

Etapa 2. Reconstruir Conjuntos de Réplicas.

Depois que os backups são verificados cruzadamente e a decisão de recriar conjuntos de réplicas do banco de dados é tomada, este é o procedimento:

1. Verifique o conteúdo de /etc/broadhop/mongoConfig.cfg

2. Esses comandos devem ser executados no Cluster Manager, dependendo do banco de dados que pretendia recriar.

Esse comando cria todos os conjuntos de réplicas relacionados a esse DB: build_set.sh —<db-name> — create

Aviso:O comando para criar todos os dbs em um conjunto de réplicas limpa o banco de dados. Todo o conteúdo do conjunto de réplicas é perdido. Continuar descarta o banco de dados mongo e exclui tudo em /var/data/sessions.4/SVS1/sessions.* em todos os hosts

Se houver um requisito para recriar um conjunto de réplicas específico para um banco de dados, esse comando será usado:

build_set.sh —<db-name> — create — setname <set-name>

Nota:O setname em relação ao dbname deve ser indicado em /etc/broadhop/mongoConfig.cfg do pcrfclient01.

Se for necessário reconstruir todos os conjuntos de réplicas para todos os bancos de dados, esse comando será usado: build_set.sh — all — create

Etapa 3. Restaure o banco de dados do Conjunto de Réplicas de Pós-Backup.

Quando todos os membros do conjunto de réplicas estiverem on-line e um dos membros for primário, o mongoDB poderá ser restaurado a partir do backup. O procedimento descrito abaixo pode ser usado.

Para restaurar todos os DBs do backup, use este comando: config_br.py —action import —mongo-all /mnt/backup/<file-name.tar.gz>

Etapa 4. Valide a restauração.

Depois que os dados forem restaurados, para verificar se o sistema operacional execute este comando: /var/qps/bin/diag/diagnostics.sh