Guia explicativo · Backup de servidores
Como funciona backup de servidores: etapas e entrega para empresas
Como funciona backup de servidores: um programa congela o estado de cada servidor por alguns segundos, copia o que mudou desde a última vez para um disco na própria empresa e, de lá, manda uma segunda cópia para fora do prédio. O projeto passa por levantamento, política, configuração, primeira cópia completa, alertas e restauração de teste, e só termina quando um sistema inteiro volta com o tempo medido.
Resumo
- A cópia não para o servidor; um snapshot, uma foto instantânea do disco, permite copiar com o sistema em uso.
- Depois da primeira cópia completa, só o que mudou viaja pela rede, o que deixa as cópias noturnas curtas.
- A empresa entra com a lista de sistemas, as senhas de acesso e a decisão de quanto trabalho aceita perder.
- O projeto termina com política assinada, roteiro de restauração e o relatório de um teste cronometrado.
O que acontece com os dados durante um backup
Os dados saem do servidor por um snapshot, passam por compressão e criptografia, chegam a um repositório local e seguem dali para uma cópia externa protegida contra exclusão. Cada parada do caminho existe para resolver um tipo diferente de perda.
Para o gestor, backup parece um botão que alguém aperta à noite. Por dentro, é uma esteira com cinco paradas, e a cópia só vale alguma coisa se passar por todas.
Parada 1
Snapshot
O programa congela o disco do servidor por um instante e passa a copiar essa foto, enquanto o sistema segue atendendo.
Parada 2
Só o que mudou
Os blocos iguais aos da cópia anterior são pulados; viajam apenas os trechos alterados desde a última rodada.
Parada 3
Repositório local
Os dados chegam comprimidos e criptografados a um disco ou storage na empresa, de onde a restauração é mais rápida.
Parada 4
Cópia externa
Fora do horário de trabalho, o repositório envia as novidades para a nuvem ou para outra unidade da empresa.
Parada 5
Bloqueio por prazo
Na cópia externa, cada versão fica travada por um período combinado, e nem o administrador consegue apagá-la antes.
Se a esteira para na parada 3, a empresa tem cópia só dentro do prédio. Se para na parada 4, perde a proteção contra incêndio e furto sem que ninguém perceba, a menos que exista alerta.
No backup de servidores, essa esteira é desenhada para cada sistema da empresa, com horário, frequência e destino próprios. O banco de dados do sistema de vendas pode passar por ela várias vezes ao dia, enquanto o servidor de arquivos passa uma vez por noite.
Cópia completa, incremental e diferencial
A primeira cópia de um servidor é sempre completa, porque ainda não existe nada guardado para comparar. Daí em diante, a ferramenta escolhe entre copiar tudo de novo, copiar o que mudou desde a última rodada ou copiar o que mudou desde a última completa.
| Tipo | O que copia | Efeito na rotina |
|---|---|---|
| Completa | Todo o conteúdo do servidor | Demora mais e ocupa mais espaço, mas volta sozinha |
| Incremental | O que mudou desde a cópia anterior, de qualquer tipo | Rodada curta; a volta junta a completa com as seguintes |
| Diferencial | O que mudou desde a última completa | Cresce a cada dia até a próxima completa |
Ferramentas atuais, como o Proxmox Backup Server, guardam cada bloco de dados uma vez só e montam as versões a partir desses blocos. Esse recurso, chamado deduplicação, faz cada cópia nova parecer completa na hora de restaurar, mesmo tendo levado só o que mudou [CONFIRMAR na versão da ferramenta].
Como funciona backup de servidores com o sistema ligado?
Funciona porque o snapshot separa o instante da cópia do tempo que ela leva para terminar. Em servidores Windows, esse trabalho fica com o VSS, serviço do próprio sistema que avisa os programas para gravarem o que está pendente antes da foto.
Banco de dados exige um cuidado a mais. Ele precisa ser avisado antes do snapshot ou ter uma exportação própria, chamada dump, feita pelo próprio banco; sem isso, a cópia pode sair com uma transação pela metade e não abrir no dia da restauração.
Como funciona backup de servidores, etapa por etapa
O projeto anda em seis etapas, e a última continua depois da entrega, no calendário. A etapa mais longa costuma ser a primeira cópia completa, porque depende do volume de dados e da velocidade do link de saída.
- Levantamento: o Especialista lista servidores, sistemas, volume de dados, quanto cada área aceita perder e quanto tempo aguenta parada.
- Política: o que se copia, de quanto em quanto tempo, por quanto tempo fica guardado, onde fica e quem recebe os avisos, num documento que a direção aprova.
- Configuração: instalação da ferramenta, criação do repositório local, ligação com o destino externo, criptografia e bloqueio por prazo.
- Primeira cópia completa: cada servidor é copiado por inteiro, em janelas fora do expediente, até o destino externo ficar em dia.
- Alertas: avisos de falha, de atraso e de cópia menor que o normal, enviados a uma pessoa com nome, e não a uma caixa genérica.
- Restauração de teste: um sistema volta em ambiente separado, quem usa confere se está tudo lá e o tempo vai para o relatório.
A tabela abaixo mostra o peso relativo de cada etapa e o que ela entrega. O prazo do seu caso sai escrito depois do levantamento [PREENCHER prazo típico da Táquion Tech].
| Etapa | Duração relativa | O que entrega |
|---|---|---|
| Levantamento | Curta | Inventário de servidores e sistemas com prioridade de cada um |
| Política | Curta, se a direção responder rápido | Documento com frequência, retenção, destinos e responsáveis |
| Configuração | Média | Rotinas criadas e primeira rodada de cada servidor sem erro |
| Primeira cópia completa | A mais longa | Destino externo em dia com o repositório local |
| Alertas | Curta | Avisos testados com uma falha provocada de propósito |
| Restauração de teste | Média | Relatório com o sistema restaurado e o tempo medido |
Por que a primeira cópia completa demora mais?
Porque ela leva todo o volume de uma vez, e a cópia externa depende da velocidade de envio do link, que nas empresas costuma ser menor que a de recebimento.
Quando o link não dá conta, ou a primeira cópia viaja num disco físico até o destino, ou os servidores sobem em fila, começando pelos mais críticos.
O que a empresa precisa preparar antes do projeto
A empresa prepara acessos, informações e duas decisões de negócio. Quase nada é trabalho técnico, mas sem esses itens a configuração não começa.
O que deixar pronto do lado da empresa
- Lista dos sistemas em uso, com o nome de quem é responsável por cada um na empresa.
- Senha de administrador dos servidores ou o contato do fornecedor que a tem.
- Contato do suporte do sistema de gestão, para combinar a cópia do banco de dados.
- Espaço no rack e energia protegida para o disco ou storage local, se ele ainda não existir.
- Conta no destino externo escolhido, com a cobrança em nome da empresa.
- Nome de quem recebe os alertas e de quem o substitui nas férias.
- Data para a restauração de teste, com alguém da área que usa o sistema disponível para conferir.
Os itens que mais atrasam são a senha do servidor e o contato do sistema de gestão. Resolver os dois na primeira semana encurta a configuração.
A Táquion Tech não vende discos, storage nem espaço em nuvem: entrega a especificação, e a empresa compra de quem preferir. Os fatores que fazem essa conta crescer estão no guia sobre quanto custa backup de servidores.
Quer saber quais servidores estão sem cópia hoje?
No backup de servidores, um Especialista começa pelo inventário dos sistemas, desenha a política com você e só fecha o projeto depois de uma restauração cronometrada.
Quem decide quanto a empresa pode perder?
Quem decide é a direção, com a ajuda das áreas que usam cada sistema, e não o técnico. Essa resposta vira dois números na política, explicados a seguir.
- RPO: quanto trabalho a empresa aceita refazer, contado em tempo; se é uma hora, o sistema precisa de cópia a cada hora.
- RTO: quanto tempo o sistema pode ficar fora do ar até voltar; ele define se a restauração vem do disco local ou da nuvem.
Erros comuns em cada etapa e como perceber
Cada etapa tem uma falha típica, e quase todas dão sinal antes do dia em que alguém precisa restaurar. A tabela mostra o sinal que um gestor consegue enxergar sem abrir a ferramenta.
| Etapa | O que dá errado | Como se percebe |
|---|---|---|
| Levantamento | Servidor esquecido, como o da portaria ou o das câmeras | Ele não aparece em nenhum relatório de cópia |
| Política | Retenção curta demais para o que o negócio pede | Alguém pede um arquivo de dois meses atrás e ele já foi descartado |
| Configuração | Pasta nova criada depois fora da seleção | O relatório mostra cópia certa, mas o volume não cresce junto com o servidor |
| Primeira cópia | Destino externo nunca alcança o local | A data da última cópia externa fica dias atrás da local |
| Alertas | Senha do destino externo expirada | Os avisos chegam todo dia e passam a ser ignorados |
| Restauração | Chave de criptografia guardada só no servidor | Sem o servidor, ninguém consegue abrir a cópia |
A última linha é a mais grave. A chave que embaralha as cópias precisa ficar guardada em dois lugares fora do servidor, com acesso registrado; perdida a chave, a cópia vira um arquivo que não serve para nada.
Sinais de que a rotina parou sem avisar
Uma rotina quebrada raramente dá erro vermelho na tela. Ela costuma aparecer em números que mudam de comportamento.
- Tamanho estável demais: a cópia diária tem o mesmo tamanho há semanas, enquanto a empresa cria arquivos todo dia.
- Rodada curta demais: a cópia que levava uma hora passa a terminar em dois minutos.
- Disco local cheio: a ferramenta começa a apagar versões antigas antes do prazo da política para abrir espaço.
Esses números podem ir para o mesmo painel que acompanha a rede. O guia sobre como monitorar a rede da empresa mostra como juntar alertas de equipamentos e serviços num lugar só.
Exemplo: três servidores de uma clínica, do inventário ao primeiro teste
O caso abaixo é ilustrativo e acompanha uma clínica com três servidores, do primeiro contato ao relatório de restauração. Ele mostra onde cada etapa encosta na rotina da recepção e do financeiro.
- Inventário: a clínica tem o servidor do prontuário com banco de dados, o servidor de arquivos do financeiro e uma máquina antiga com o programa das imagens de exame, que ninguém lembrava.
- Decisão: a direção aceita perder no máximo uma hora no prontuário e um dia nos arquivos, e quer o prontuário de volta no mesmo turno se o servidor quebrar.
- Configuração: o banco do prontuário ganha exportação de hora em hora antes do snapshot; os três servidores copiam para um storage no rack e, à noite, para a nuvem com bloqueio por prazo.
- Primeira cópia: as imagens de exame somam o maior volume, então o prontuário sobe para a nuvem primeiro e as imagens seguem nas noites seguintes.
- Alertas: a gerente administrativa e o técnico da clínica recebem os avisos; uma falha provocada de propósito confirma que os dois são avisados.
- Teste: num sábado, o prontuário é restaurado numa máquina separada, a recepção abre fichas de pacientes de sexta à tarde e o tempo de volta vai para o relatório.
A clínica não parou em nenhum momento, e foi o inventário que achou a máquina das imagens, que ficaria sem cópia.
O que a empresa recebe no fim do projeto?
A empresa recebe as rotinas rodando e um conjunto de documentos que permite a qualquer técnico restaurar sem depender de quem montou. Esses papéis valem tanto quanto a configuração.
| Documento | O que contém | Quando é usado |
|---|---|---|
| Política de backup | Sistemas, frequência, retenção, destinos e responsáveis | Auditoria, pedido de cliente ou revisão anual |
| Mapa das rotinas | Horário e destino de cada cópia, servidor por servidor | Quando um servidor novo entra na empresa |
| Roteiro de restauração | Passo a passo para trazer de volta um arquivo, um banco ou um servidor inteiro | No dia da perda, por quem estiver de serviço |
| Guarda da chave | Onde fica a chave de criptografia e quem pode usá-la | Quando o servidor original não existe mais |
| Relatório do teste | Sistema restaurado, tempo medido e o que foi conferido | Comparar com o próximo teste do calendário |
Quando vale juntar backup e recuperação de desastres?
Vale quando a empresa não aguenta esperar a compra de um servidor novo para voltar a operar. O backup guarda os dados; a recuperação de desastres define onde e como os sistemas voltam a rodar se o prédio inteiro ficar indisponível.
Também vale olhar a cópia como parte da defesa contra ataques. O guia sobre provedor invadido mostra por que a cópia com credencial separada é o que permite voltar sem negociar com quem invadiu.
Perguntas frequentes
O servidor fica lento enquanto a cópia acontece?
Pode ficar um pouco mais pesado durante a rodada, principalmente na primeira cópia completa. Por isso as cópias grandes são marcadas fora do expediente, e as rodadas do dia levam só o que mudou.
Dá para restaurar um arquivo só, sem voltar o servidor inteiro?
Dá, e é o uso mais comum no dia a dia. A ferramenta abre a versão escolhida e devolve só o que foi pedido.
Quem cuida das cópias depois que o projeto termina?
Quem estiver nomeado na política para receber os alertas e acompanhar os testes do calendário. Esse papel pode ficar com a TI da empresa ou com um acompanhamento contratado [CONFIRMAR oferta].
Máquina virtual e servidor físico são copiados do mesmo jeito?
A lógica é a mesma, mas a máquina virtual costuma ser copiada inteira pelo próprio sistema de virtualização, sem programa instalado dentro dela. No servidor físico, um agente instalado faz o snapshot e envia os dados.
Com que frequência a restauração de teste se repete?
A frequência fica escrita na política e muda conforme a importância de cada sistema. Além do calendário, todo sistema deve ser testado de novo depois de uma mudança grande, como troca de servidor ou de versão do banco.
Responsável técnico da Táquion Tech · Registro profissional [PREENCHER]
Mais de 15 anos em operações de rede, com gestão de infraestruturas de TI, administração de data centers e condução de equipes em migrações de TI e telecomunicações, com foco em alta disponibilidade e segurança.
A Táquion Tech é uma empresa de engenharia de redes de Balneário Camboriú (SC) que projeta, opera e dá suporte a redes de provedores de internet e de empresas.
Fontes
- Incremental backup (Wikipédia em inglês): diferença entre cópia completa, incremental e diferencial
- Volume Shadow Copy Service (Microsoft Learn): como o Windows congela o disco para copiar com os programas em uso
- Proxmox Backup Server, documentação oficial: deduplicação, verificação e proteção das cópias no repositório
