Contents

Introduction

Problema

Solução

Prática recomendada

Informações Relacionadas

Introduction

Este documento descreve um problema com falha na restauração do configuration-db na configuração do DR do cluster do vManage.

Problema

Restaurar o vManage NMS do backup: a restauração do configuration-db falha na configuração do DR do cluster vmanage

Na CLI, use o comando request nms configuration-db restore path. Esse comando restaura o banco de dados de configuração do arquivo localize datapath. Neste exemplo, o destino é o vManage NMS em standby. Execute estes comandos no vManage NMS de standby:

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#

Etapa 1. O Config-db deve ser restaurado com esses logs, mas há um cenário em que o backup do config_db falha com essas mensagens de erro.

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

Etapa 2. Na falha mencionada, cenário Na página gerenciamento de cluster em vmanage, navegue para Administrator > Cluster management > Select neighbor vmanage (...) > Edit

Enquanto o vManage no gerenciamento de cluster é editado, o erro recebido é: "Falha ao obter uma lista de ips configurados -Falha na autenticação"

Solução

Durante a operação de restauração config-db em um cluster vManage, é necessário iniciar/interromper serviços nos nós remotos. Isso é feito por solicitações Netconf feitas ao nó remoto no cluster.

Se a conexão de controle estiver presente entre os gerenciadores no cluster, tente autenticar o nó remoto com a chave pública do nó remoto para autenticar a solicitação Netconf, que é semelhante a controlar conexões entre dispositivos. Se não estiver lá, ele retorna às credenciais armazenadas na tabela do banco de dados que foi usada para formar o cluster.

O problema que encontramos é que a senha recebeu alterações via CLI, no entanto, a senha de gerenciamento de cluster no banco de dados não foi atualizada. Assim, sempre que alterarmos a senha da conta netadmin que é usada inicialmente para criar o cluster, você precisa atualizar a senha com a ajuda da operação de edição do gerenciamento de cluster também. Estas são as etapas adicionais que você precisa seguir.

1. Faça login em cada GUI de gerenciamento.

2. Navegue até Administrador > Gerenciamento de cluster > Selecione o respectivo vManage (...) > Editar , como mostrado na imagem.

3. Atualizar senha equivalente à CLI.

- vManage1 30.1.1.1

- vManage 30.1.1.2

- vManage3 30.1.1.3

Note: A reversão da senha da CLI não é viável neste cenário a partir da CLI.

Prática recomendada

A melhor prática para alterar a senha do vManage no cluster é navegar para Administrador > Gerenciar usuários > atualizar senha.

Este procedimento atualiza a senha em todos os 3 vManages no cluster, bem como a senha de gerenciamento de cluster.

Informações Relacionadas

- 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