Arquitetura do Sistema de Backup: mudanças entre as edições
Sem resumo de edição |
Sem resumo de edição |
||
| Linha 15: | Linha 15: | ||
Confira o andamento do comando anterior e a saúde do sistema: |
Confira o andamento do comando anterior e a saúde do sistema: |
||
<pre>$ zpool status -v nome_da_pool</pre> |
<pre>$ zpool status -v nome_da_pool</pre> |
||
Conferência dos logs do servidor: |
|||
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre> |
|||
Edição das 18h07min de 26 de agosto de 2026
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
O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.
Comandos Úteis ao Administrador
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 dos logs do servidor:
$ tail -n 15 /home/eapn/syncwithdev2.log