6.7. Backup e recuperação do banco de dados de gerenciamento

As informações, estatísticas e configurações do nó ficam armazenadas em um banco de dados no nó de gerenciamento (o do painel de administração). Os backups desse banco de dados são criados automaticamente por meio de um trabalho cron diário iniciado às 3h. Se o nó de gerenciamento não tiver alta disponibilidade, a restauração desse backup recuperará o nó em caso de falha ou corrupção do banco de dados. Os arquivos de backup são armazenados no diretório /mnt/vstorage/webcp/backup/. A política de retenção para backups de nós de gerenciamento é a seguinte:

  • Todos os backups criados no último dia são mantidos.
  • Nos backups criados nos últimos 7 dias, o mais novo de cada dia é mantido.
  • Nos backups criados entre 7 e 14 dias, o mais antigo é mantido.
  • Dos backups criados entre 14 e 45 dias, o mais antigo de cada semana é mantido.
  • Os backups com mais de 45 dias são excluídos.

Importante

Os backups do banco de dados não poderão ser restaurados se a alta disponibilidade do nó de gerenciamento estiver habilitada.

Para fazer o backup manual, abra a tela CONFIGURAÇÕES > Nó de gerenciamento > BACKUP e clique em FAZER BACKUP AGORA.

../_images/stor_image1_7_ac.png

Quando o backup estiver concluído, a data do Último backup será atualizada.

Aviso

Não renomeie o arquivo de backup! Caso contrário, você não poderá restaurar o banco de dados de gerenciamento do mesmo.

6.7.1. Restauração do banco de dados de gerenciamento do backup

É possível restaurar um banco de dados do nó de gerenciamento do backup no mesmo nó de gerenciamento ou em qualquer nó do cluster de armazenamento.

Aviso

O serviço vstorage-ui-backend deve estar em execução em um único nó no cluster de armazenamento. Se o banco de dados do nó de gerenciamento for restaurado em um nó diferente, o nó de gerenciamento anterior deverá ser reimplantado.

Execute o script a seguir no nó onde o banco de dados do MN será restaurado:

# /usr/libexec/vstorage-ui-backend/bin/restore-management-node.sh \
-x <public_net_iface> -i <private_net_iface> \
-f /mnt/vstorage/webcp/backup/<backup_file>

Em que <public_net_iface> e <private_net_iface> sejam interfaces designadas às redes pública e privada, respectivamente. Se necessário, você poderá definir a mesma interface de rede em ambos os parâmetros. Se a opção -f for omitida, o banco de dados do nó de gerenciamento será restaurado a partir do backup mais recente.

Para acessar o painel de administração, use o endereço IP público do nó com o banco de dados de MN restaurado.

6.7.1.1. Restaurar com cluster de cluster de computação existente

Se você tiver o cluster de computação implantado, o banco de dados do nó de gerenciamento deverá ser restaurado apenas em um dos nós de computação.

Ao restaurar o banco de dados MN com o cluster de computação, observe as seguintes limitações:

  • Se você criar objetos de computação após o backup, eles serão perdidos.
  • Se você modificar ou excluir objetos de computação após o backup, eles serão restaurados da seguinte maneira:
    • Os objetos de computação usados como configurações (variantes, políticas de armazenamento, redes virtuais, chaves SSH) serão totalmente restaurados.
    • Todos os outros objetos de computação (VMs, volumes, imagens etc.) serão parcialmente restaurados. Eles serão mostrados no painel de administração, mas não poderão ser utilizados. Você só poderá removê-los do painel de administração.

Para restaurar o banco de dados MN em um nó de computação, execute o script de restauração com a opção -n:

# /usr/libexec/vstorage-ui-backend/bin/restore-management-node.sh \
-x <public_net_iface> -i <private_net_iface> -n

em que

  • <public_net_iface> e <private_net_iface> são interfaces atribuídas às redes pública e privada, respectivamente.
  • A opção -f é omitida para restaurar o banco de dados MN a partir do backup mais recente.
  • A opção -n indica que o cluster de computação será reconfigurado para usar outro nó de gerenciamento.

Se você restaurar o banco de dados MN no mesmo nó, omita a opção -n.

Após a restauração, as máquinas virtuais que residem no nó de gerenciamento com falha não podem ser gerenciadas no painel do administrador e só podem ser excluídas. No entanto, você pode resgatá-los usando a ferramenta vinfra da seguinte maneira:

  • As VMs com alta disponibilidade desabilitada aparecerão no estado “Ativo”: evacue usando o comando vinfra service compute server evacuate;
  • As VMs com alta disponibilidade ativada aparecerão no estado “Reconstruir”: primeiro redefina seu estado com o comando vinfra service compute server reset-state e evacue executando o vinfra service compute server evacuate.
jul. 31, 2020
Imprimir