Arquitetura do Sistema de Backup

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

Visão geral e Objetivo

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

Topologia e Arquitetura

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.

Comandos Úteis ao Administrador

Acesso ao Servidor:

$ ssh eapn@150.162.57.10

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):

$ zpool scrub nome_da_pool

Confira o andamento do comando anterior e a saúde do sistema:

$ zpool status -v nome_da_pool

Conferência do log diário do servidor:

$  tail -n 15 /home/eapn/syncwithdev2.log

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):

$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10

Conferência de erros:

$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10