Início›Guias›Backup informático
Backup informático
Que backup para um servidor físico?
Faz-se backup de um servidor físico como de uma máquina inteira: sistema, aplicações, contas e dados, sob a forma de uma imagem restaurável, complementada por um backup dos ficheiros e das bases de dados. Fazer backup apenas da pasta de dados obriga, no dia da avaria, a reinstalar tudo antes de repor os ficheiros, o que demora muitas vezes vários dias.
Atualizado em outubro de 20263 min de leitura5 fontes citadas
O essencial
- Imagem de sistema (bare-metal) para reiniciar, ficheiros e bases de dados para recuperar um documento ou uma tabela.
- Uma base de dados SQL faz-se com uma ferramenta que compreende a base, e não por cópia de ficheiros a quente.
- A cópia tem de sair do servidor: um segundo disco interno não sobrevive a um incêndio nem a um ransomware.
- Preveja o hardware de substituição: placa RAID, licença associada ao número de série, dongle.
- Restaure a imagem pelo menos uma vez por ano numa máquina de teste, e um ficheiro todos os trimestres.
Dois níveis, ambos úteis
A imagem de sistema, ou backup bare-metal. Captura os discos do servidor. Utiliza-se quando o servidor já não arranca, quando o disco avariou ou quando um ransomware afetou o sistema. A Microsoft recomenda este tipo de backup para reconstruir um controlador de domínio, nomeadamente porque pode ser restaurado num hardware diferente. É ainda preciso saber em que hardware de substituição ele arranca: um servidor físico muito específico (placa RAID, licença associada ao número de série, dongle) restaura-se mal noutro equipamento. Prever isso antes da avaria faz parte do backup.
Os ficheiros e as bases de dados, além da imagem. Servem para recuperar um documento ou uma tabela sem restaurar a máquina inteira. Uma base de dados SQL faz-se com uma ferramenta que compreende a base (coerência das transações), e não apenas copiando os ficheiros enquanto o motor escreve. Para o SQL Server, a Microsoft descreve três modelos de recuperação: só o modelo completo, com backups frequentes do registo de transações, permite voltar a um instante preciso.
A frequência da imagem pode ser diária. A da base de dados pode ser horária se os registos forem contínuos. Os dois históricos não precisam de ter a mesma duração.
| Imagem de sistema | Ficheiros e bases de dados | |
|---|---|---|
| Serve para | Reiniciar um servidor avariado ou infetado | Recuperar um documento, uma caixa de correio, uma tabela |
| Frequência habitual | Diária | Diária a horária (registo da base de dados) |
| Restauração | Hardware equivalente ou máquina virtual | Para uma pasta ou uma base de dados de teste |
| Ponto de atenção | Controladores, RAID, licenças associadas ao hardware | Coerência das transações |
O que não esquecer num servidor físico
- O conteúdo dos discos de dados e a configuração (partilhas, tarefas agendadas, certificados, contas de serviço).
- As bases de dados e as aplicações de negócio, com um método coerente.
- O correio eletrónico, se ainda estiver alojado nesse servidor (Exchange local), distinto do Microsoft 365.
- Uma cópia fora do próprio servidor. A Microsoft lembra-o para o SQL Server: os backups devem estar num dispositivo físico diferente do dos ficheiros da base de dados, e não noutra partição do mesmo disco. Um segundo disco interno não sobrevive a uma fonte de alimentação que se queima, nem à cifragem do sistema.
- Os suportes de instalação e a configuração do software: a ANSSI, agência nacional francesa de cibersegurança, recomenda documentá-los, para poder reconstruir sem ter de procurar.
- A chave de cifragem do backup, guardada fora desse servidor.
- Um teste: restaurar a imagem pelo menos uma vez por ano numa máquina de teste, e um ficheiro todos os trimestres. O método está em Como testar se um backup funciona?.
Ordem de grandeza da retoma
Sem imagem: reinstalação do sistema, dos controladores e das aplicações, seguida da cópia dos ficheiros. Para um servidor de negócio, conte muitas vezes com um a três dias, se os instaladores e as licenças forem encontrados.
Com imagem e cópia fora do local: o prazo depende do volume a recuperar e do hardware de substituição. É o RTO, que deve ser medido e não adivinhado. O NIST aconselha a antecipar a substituição do hardware através de acordos com os fornecedores. Se esse prazo continuar a ser inaceitável, o servidor físico precisa de um PRD: reinício numa instância de recurso a partir do backup, enquanto o hardware é reparado.
Se vários servidores tiverem de voltar a funcionar, a ordem conta. A ANSSI recomenda fixar antecipadamente uma ordem de restauração que tenha em conta as dependências (diretório, DNS, bases de dados) e a criticidade das aplicações.
Na WeDoBack
A WeDoBack faz backup de servidores físicos Windows e Linux, bem como de SQL Server, Exchange e software de negócio, e pode restaurar o servidor completo, incluindo software e parâmetros, ou apenas ficheiros. Os dados são cifrados na máquina antes do envio; a chave fica com o cliente. O agente num servidor físico é faturado a 20 € (sem IVA) por mês no preço público SMART, além do armazenamento a 49,99 € (sem IVA) por TB e por mês; na oferta INTEGRAL, o armazenamento vai de 100 € a 65 € (sem IVA) por TB e por mês consoante o volume, com agentes oferecidos de acordo com o escalão. Existe uma opção de imagem de sistema arquivada: 15 € (sem IVA) por mês para uma imagem semestral, ou 60 € (sem IVA) por mês para uma imagem mensal, por servidor e por TB. Se o hardware não puder ser substituído a tempo, o PRD reinicia os servidores em instâncias de recurso a partir da versão escolhida.
Perguntas frequentes
Uma imagem de sistema pode ser restaurada noutro hardware?
Muitas vezes sim: a Microsoft indica, por exemplo, que um backup bare-metal do Windows Server pode ser restaurado num hardware diferente. Na prática, os controladores de armazenamento, as placas RAID e as licenças associadas ao hardware levantam problemas. É preciso ter experimentado uma vez, numa máquina física ou virtual, antes de precisar.
Ainda é preciso fazer backup de um servidor físico se os discos estiverem em RAID?
Sim. O RAID permite continuar a funcionar quando um disco avaria. Mas também replica fielmente uma eliminação, uma corrupção ou uma cifragem por ransomware. Não é um backup: não há histórico nem cópia fora do servidor.
Com que frequência fazer backup de um servidor físico?
A imagem pode ser diária. Uma base de dados alimentada continuamente pode justificar um backup do seu registo de transações de hora a hora, ou até com mais frequência: é o que permite voltar a um instante preciso. A frequência deduz-se da perda de dados aceitável, o RPO.
Fontes
Documentos consultados em outubro de 2026.
- Backup dos sistemas de informação – Os fundamentos (ANSSI-BP-100, v1.1, 27 de novembro de 2025) — ANSSI (agência francesa)
- AD Forest Recovery – Backing up a full server — Microsoft Learn
- Back up and Restore of SQL Server Databases — Microsoft Learn
- SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
- Ofertas e preços — WeDoBack
Um projeto de cópia de segurança, PRD ou PCN?
Mais de 20 anos de experiência na proteção dos dados das empresas.
Pedir um orçamento+33 9 72 50 78 28Proteja os seus dados com a WeDoBack
Cópia de segurança encriptada fora das instalações, armazenamento imutável, PRD e PCN: descreva-nos os seus servidores e propomos-lhe a combinação adequada.
