EAPn - Mudanças recentes [pt-br]

Arquitetura do Sistema de Backup

2026-09-01T17:48:24Z

Comandos Úteis ao Administrador

← Edição anterior		Edição das 17h48min de 1 de setembro de 2026
Linha 43:		Linha 43:
	==Comandos Úteis ao Administrador==		==Comandos Úteis ao Administrador==

			É possível encontrar informações relacionadas a como realizar a manutenção do servidor na [[Runbook de Manutenção e Troubleshooting do Servidor de Backup\|página de runbook da wiki.]]
	Acesso ao Servidor:
	<pre>$ ssh eapn@150.162.57.10</pre>

	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):
	<pre>$ zpool scrub nome_da_pool</pre>

	Confira o andamento do comando anterior e a saúde do sistema:
	<pre>$ zpool status -v nome_da_pool</pre>

	Conferência do log diário do servidor:
	<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

	Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
	<pre>$ grep "starting script" /home/eapn/syncwithdev2.log \| tail -n 10</pre>

	Conferência de erros:
	<pre>$ grep -iE "error\|failed\|denied" /home/eapn/syncwithdev2.log \| tail -n 10</pre>

	Backup manual (espelha os dados da rede para o disco local):
	<pre>$rsync -auv /nfs/backup/ /dados/backup</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:07:52Z

Atividades Manuais

← Edição anterior		Edição das 17h07min de 1 de setembro de 2026
(4 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 4:		Linha 4:
	#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>		#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
	#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>		#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

	Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.		Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

	Para listar as datas nas quais o script de backup rodou, digite no terminal:		#Para listar as datas nas quais o script de backup rodou, digite no terminal:
	<pre>$ grep "starting script" /home/eapn/syncwithdev2.log \| tail -n 10</pre>		<pre>$ grep "starting script" /home/eapn/syncwithdev2.log \| tail -n 10</pre>

	Os comandos supracitados mostram o comportamento geral do sistema, onde podemos encontrar		Os comandos supracitados mostram o comportamento geral do sistema, onde podemos ou não encontrar erros. Caso seja interesse a busca por erros de forma direta, há outro comando adequado.

			#Para conferência de erros digite no terminal:
			<pre>$ grep -iE "error\|failed\|denied" /home/eapn/syncwithdev2.log \| tail -n 10</pre>

			==Manutenção do ZFS==

			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):
			<pre>$ zpool scrub nome_da_pool</pre>

			#Confira o andamento do comando anterior e a saúde do sistema:
			<pre>$ zpool status -v nome_da_pool</pre>

			==Atividades Manuais==
			Backup manual (espelha os dados da rede para o disco local):
			<pre>$rsync -auv /nfs/backup/ /dados/backup</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:01:25Z

Criou página com '==Conferência do servidor== Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento. #Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre> #confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre> Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de aco...'

Página nova

==Conferência do servidor==
Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento.

#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>
Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

Para listar as datas nas quais o script de backup rodou, digite no terminal:
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Os comandos supracitados mostram o comportamento geral do sistema, onde podemos encontrar

Arquitetura do Sistema de Backup

2026-08-27T17:16:31Z

← Edição anterior		Edição das 17h16min de 27 de agosto de 2026
Linha 34:		Linha 34:
	==Lógica de Automação==		==Lógica de Automação==

			A automação de backup ocorre via Shell Script.

			'''Srcipt:''' /home/eapn/syncwithdev2.sh (também disponível na página do códigos UFSC)

			'''
	==Runbook de Manutenção e Troubleshooting==


Linha 60:		Linha 62:
	Conferência de erros:		Conferência de erros:
	<pre>$ grep -iE "error\|failed\|denied" /home/eapn/syncwithdev2.log \| tail -n 10</pre>		<pre>$ grep -iE "error\|failed\|denied" /home/eapn/syncwithdev2.log \| tail -n 10</pre>

			Backup manual (espelha os dados da rede para o disco local):
			<pre>$rsync -auv /nfs/backup/ /dados/backup</pre>

EAPn - Escritório de Automação de Processos de Negócio

2026-08-26T21:38:17Z

Conceituais

← Edição anterior		Edição das 21h38min de 26 de agosto de 2026
Linha 133:		Linha 133:

	* [[Arquitetura do Sistema de Backup]]		* [[Arquitetura do Sistema de Backup]]

			* [[Runbook de Manutenção e Troubleshooting do Servidor de Backup]]

	* [[Conceitos Chave - Sysadmin]]		* [[Conceitos Chave - Sysadmin]]

Arquitetura do Sistema de Backup

2026-08-26T21:35:29Z

← Edição anterior		Edição das 21h35min de 26 de agosto de 2026
Linha 7:		Linha 7:
	==Topologia e Arquitetura==		==Topologia e Arquitetura==

	====Fluxo de Dados====		===Fluxo de Dados===

	O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)		O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)
Linha 16:		Linha 16:
	#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.		#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

	====Camadas de Rede e Protocolos====		===Camadas de Rede e Protocolos===
	'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)		'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

Conceitos Chave - Sysadmin

2026-08-26T21:33:45Z

← Edição anterior		Edição das 21h33min de 26 de agosto de 2026
Linha 14:		Linha 14:

	==AutoFS==		==AutoFS==
			Montagem sob demanda.

	==Staging (Separação de Privilégios)==		==Staging (Separação de Privilégios)==

			==bit roting==

Arquitetura do Sistema de Backup

2026-08-26T21:33:26Z

← Edição anterior		Edição das 21h33min de 26 de agosto de 2026
(6 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 7:		Linha 7:
	==Topologia e Arquitetura==		==Topologia e Arquitetura==

			====Fluxo de Dados====

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

			(ver como citar o NFS)
			#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.
			#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
			#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

			====Camadas de Rede e Protocolos====
			'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

			'''Sincronização:''' Rsync da parte do servidor de backup(?)

			'''Gerenciamento:''' Acesso remoto via SSH


	==Armazenamento==		==Armazenamento==

			'''Tecnologia:''' ZFS (Zettabyte File System)

			'''Nome da pool:''' "dados"

			'''Topologia:''' Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

	==Lógica de Automação==		==Lógica de Automação==

Conceitos Chave - Sysadmin

2026-08-26T20:57:25Z

← Edição anterior		Edição das 20h57min de 26 de agosto de 2026
Linha 9:		Linha 9:

	==Rsync==		==Rsync==
			Ferramenta OpenSource utilizada para sincronizar diretórios locais e remotos. Se descata pelo algoritmo de trânsferência delta, enviando apenas as diferenças entre os arquivos de origem e destino.

			==Network File System==

			==AutoFS==

			==Staging (Separação de Privilégios)==

Arquitetura do Sistema de Backup

2026-08-26T20:46:43Z

@@ Linha 1: / Linha 1: @@
 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 ==
+== 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.
+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.
 ==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.
@@ Linha 15: / Linha 32: @@
 Confira o andamento do comando anterior e a saúde do sistema:
 <pre>$ zpool status -v nome_da_pool</pre>

Conceitos Chave - Sysadmin

2026-08-26T18:04:42Z

Criou página com '==Message of the Day (MOTD)== MOTD é uma aplicação a qual mostra uma mensagem customizada, ou gerada pelo sistema, aos usuários imediatamente após o login. ==Resilvering== ==ZFS== ==LZMA== ==Rsync=='

Página nova

==Message of the Day (MOTD)==
MOTD é uma aplicação a qual mostra uma mensagem customizada, ou gerada pelo sistema, aos usuários imediatamente após o login.

==Resilvering==

==ZFS==

==LZMA==

==Rsync==

Arquitetura do Sistema de Backup

2026-08-26T18:03:26Z

← Edição anterior		Edição das 18h03min de 26 de agosto de 2026
(3 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 1:		Linha 1:
		⚫	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.

⚫	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.

	== Visão geral ==		== Visão geral ==

	O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.		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):
			<pre>$ zpool scrub nome_da_pool</pre>

			Confira o andamento do comando anterior e a saúde do sistema:
			<pre>$ zpool status -v nome_da_pool</pre>

Arquitetura do Sistema de Backup

2026-08-26T17:09:02Z

Criou página com ' 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. == Visão geral == O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.'

Página nova

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.

== Visão geral ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.

EAPn - Escritório de Automação de Processos de Negócio

2026-08-26T17:08:51Z

Conceituais

← Edição anterior		Edição das 17h08min de 26 de agosto de 2026
(Uma revisão intermediária pelo mesmo usuário não está sendo mostrada)
Linha 131:		Linha 131:

	* [[Arquitetura do Nosso Servidor Bonita]]		* [[Arquitetura do Nosso Servidor Bonita]]

			* [[Arquitetura do Sistema de Backup]]

			* [[Conceitos Chave - Sysadmin]]

	* [[Nosso ambiente de desenvolvimento]]		* [[Nosso ambiente de desenvolvimento]]