O que é backup off-site e como montar o seu

Entenda o que o backup off-site protege, o que ele não resolve sozinho e como desenhar, automatizar e testar uma cópia fora do seu servidor.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 18 de outubro de 2026 · 9 min de leitura

Cópia fora do lugar dos dados originais: regra 3-2-1, destinos, automação com rclone ou restic e teste de restauração Arte: Eleven Host

O que é backup off-site? É uma cópia dos seus dados guardada fora do lugar onde estão os originais: outro prédio, outro provedor ou outra conta. Assim, um incêndio, um roubo, a falha do servidor ou uma conta invadida não levam a cópia junto.

Onde está o risco que o off-site resolve

Backup na mesma máquina protege de um engano, como apagar a pasta errada. Mas ele some junto com o servidor quando o problema atinge o equipamento inteiro. Pense em quatro tipos de perda que a cópia guardada ao lado do original não cobre:

• Falha física: o disco queima ou o servidor para de ligar.
• Desastre no local: incêndio, alagamento ou roubo do equipamento.
• Conta invadida: quem entra no servidor apaga também os backups que encontrar nele.
• Erro de configuração: uma troca de senha ou de permissão tira o seu acesso a tudo, inclusive à cópia.

Em todos os casos, a cópia só ajuda se estiver em um lugar que o problema não alcançou.

A regra 3-2-1 sem mistério

A regra 3-2-1 é um ponto de partida fácil de lembrar: três cópias dos dados (o original e duas de backup), em dois tipos de armazenamento diferentes, com uma delas fora do local. O "fora" da regra é o off-site.

Na prática, dois tipos diferentes podem ser o disco do servidor e um armazenamento em nuvem, ou o servidor e um HD externo. O que importa é que uma falha de um tipo não derrube o outro. Para a rotina de backup de um site em si, o guia Backup de site: como fazer backup completo e seguro traz o passo a passo.

O que o off-site não resolve sozinho

Ter a cópia longe não basta. Quatro furos deixam falsa a sensação de proteção:

• Backup nunca testado: o arquivo existe, mas ninguém sabe se abre e se restaura o sistema.
• Cópia espelhada: uma ferramenta que deixa os dois lados iguais repassa o estrago. Se um arquivo é apagado ou cifrado por um vírus na origem, o destino também perde o arquivo bom.
• Acesso demais: se o mesmo acesso que envia a cópia também apaga o destino, quem invadir o servidor consegue apagar o backup.
• Dados incompletos: só os arquivos sem o banco de dados, ou o contrário, não reconstroem o sistema.

Sobre ransomware: o off-site ajuda quando o destino não pode ser alterado ou apagado a partir do servidor atacado. Nem todo destino oferece uma credencial só de envio, então confirme isso com quem fornece o armazenamento antes de apostar nele.

Como desenhar o seu backup off-site

Antes de escolher ferramenta, responda cinco perguntas. Elas valem para uma pessoa com um site e para uma empresa com vários servidores.

1. O que copiar

Liste o que você não aceita perder: arquivos de trabalho, banco de dados, configurações do servidor, chaves e certificados. O que dá para baixar de novo, como um sistema recém-instalado, pode ficar de fora.

2. De onde para onde

Anote a origem (servidor, computador, pasta compartilhada) e o destino. Se origem e destino são do mesmo provedor e da mesma conta, um problema na conta atinge os dois. Considere então uma terceira cópia em outro lugar.

3. Com que frequência

Pergunte quanto trabalho você aceita refazer. Se perder um dia de pedidos é inaceitável, a cópia precisa ser diária. Se o conteúdo muda pouco, uma cópia menos frequente pode bastar. Quem decide é o seu uso, não uma tabela.

4. Quanto tempo guardar

Guarde cópias de datas diferentes. Um problema pode ser percebido só dias depois, e a cópia de ontem já nasceu com o erro. Defina quantas cópias antigas manter e apague as mais velhas com cuidado, para o espaço não encher.

5. Quem tem a senha

Registre quem acessa o destino e onde fica a senha de restauração. Backup cifrado com a senha perdida é backup perdido. Guarde essa senha em um lugar separado do servidor que está sendo protegido.

Onde guardar a cópia fora

Outro servidor ou VPS

Um segundo servidor só para receber cópias é um destino direto: você controla o acesso e a retenção. O custo é cuidar dele: atualizações, espaço em disco e segurança são com você. Para proteger o site que roda nele, veja Segurança para sites: 10 medidas essenciais.

Armazenamento em nuvem, como o 11Cloud

O 11Cloud é o armazenamento da Eleven Host. Em outubro de 2026, a página do produto lista cinco planos: Grátis (25 GB, R$ 0), 100 GB por R$ 7,90 ao mês, 500 GB por R$ 19,90, 1 TB por R$ 29,90 e 2 TB por R$ 49,90. Os valores são os da página nessa data; confira antes de contratar. O acesso é por navegador, SFTP, FTP/FTPS e WebDAV, com conexões criptografadas (HTTPS, SFTP e FTPS), e a página cita o backup automático com rclone ou com o seu script.

Quem automatiza é você. Para montar o envio, siga 11Cloud com rclone: backup e cópia pelo terminal, e para as formas de conexão, Conectar no 11Cloud: navegador, SFTP, FTPS e WebDAV. Para saber se o 11Cloud se encaixa no desenho que você fez, converse com a equipe.

Tem dúvida se o 11Cloud serve como destino da sua cópia? Falar com a equipe sobre o 11Cloud

Mídia física guardada em outro lugar

Um HD externo na casa de um sócio ou em um cofre de outro endereço também é off-site. É simples e não depende de internet para restaurar. Em compensação, alguém precisa lembrar de atualizar o disco e de levá-lo de volta. Se a rotina depende de memória, ela pode falhar.

Automatize com ferramenta livre

O rclone copia arquivos para vários tipos de destino. O restic faz cópias com snapshots e cifra o repositório. Os dois rodam em Linux, Windows e macOS. O desenho abaixo vale para qualquer um, em passos gerais:

1. Gere o que precisa ser copiado, por exemplo o dump do banco de dados.
2. Envie para uma pasta com a data no nome, em vez de sobrescrever sempre a mesma.
3. Cifre antes de enviar, ou use um repositório que já cifra.
4. Agende a rotina com cron no Linux ou com o Agendador de Tarefas no Windows.
5. Confira o resultado e registre quando algo falhar.

Um exemplo de envio com o rclone, no Linux, onde destino é o nome que você deu ao seu destino configurado:

mysqldump nome_do_banco > /srv/backup/banco.sql

rclone copy /srv/backup destino:backups/2026-10-18

O comando copy não apaga no destino o que já estava lá, mas arquivos de mesmo nome são sobrescritos, e por isso a pasta leva a data. Este exemplo não cifra nada: para cifrar antes de enviar, use o restic. O sync, outro comando do rclone, deixa o destino igual à origem, inclusive apagando o que sumiu dela. Por isso a cópia espelhada não serve como backup sozinha.

Com o restic, o mesmo desenho fica assim (o repositório é de exemplo e o restic pede a senha de cifragem):

restic -r sftp:usuario@servidor.exemplo.com:/backups/loja init

restic -r sftp:usuario@servidor.exemplo.com:/backups/loja backup /srv/loja

restic -r sftp:usuario@servidor.exemplo.com:/backups/loja check

Ensaio de restauração: simule o dia do problema

Marque na agenda um teste de restauração. Escolha uma data, restaure a cópia em outro lugar que não seja a produção e confira se o sistema abre. Com o restic, por exemplo:

restic -r sftp:usuario@servidor.exemplo.com:/backups/loja restore latest --target /tmp/teste-restauracao

Anote quanto tempo levou e o que faltou. Se o teste mostrar que falta o banco ou a chave de cifragem, é melhor descobrir agora do que no dia do problema.

Três situações práticas

Loja virtual numa VPS. O dono guarda pedidos no banco de dados e imagens de produtos em pastas. Ele gera o dump do banco em horário fixo, envia para uma pasta datada em outro provedor e guarda cópias de datas diferentes. Se o destino aceitar uma credencial só de envio, uma VPS invadida não apaga as cópias antigas.

Escritório com pasta compartilhada. Os documentos ficam no computador do escritório. A cópia automática vai para um armazenamento em nuvem e, em dias combinados, para um HD externo que um sócio leva para casa. Se o computador for roubado, existem duas cópias fora do prédio.

Desenvolvedor com banco de dados. Antes de cada atualização do sistema, ele gera o dump e envia para fora. Em datas marcadas na agenda, restaura a cópia em uma máquina de teste para conferir que ela abre.

Checklist para sair com o backup pronto

1. Liste o que não pode ser perdido.
2. Escolha um destino fora do servidor e, de preferência, fora da mesma conta.
3. Cifre a cópia e guarde a senha longe do servidor.
4. Envie para pastas com data, sem sobrescrever.
5. Agende e acompanhe os avisos de falha.
6. Restaure um teste e anote o resultado.

Precisa de um segundo servidor, administrado por você, para receber as suas cópias? Ver planos de VPS

Perguntas frequentes

Backup off-site é o mesmo que backup em nuvem?

Não necessariamente. Backup em nuvem é um tipo de destino. Ele só é off-site se estiver fora do lugar e do acesso do original. Um HD guardado em outro endereço também é off-site.

Quantas cópias off-site eu preciso?

A regra 3-2-1 pede uma cópia fora do local. Se os dados são muito importantes, você pode manter mais de uma, em lugares diferentes. O que pesa é o quanto você perderia sem elas.

A sincronização do computador substitui o backup off-site?

Sozinha, não. A sincronização repassa apagamentos e erros ao outro lado. Ela pode ajudar, desde que exista também uma cópia datada que não seja sobrescrita.

Preciso cifrar o backup?

É uma boa prática quando a cópia sai do seu controle direto, porque protege o conteúdo se alguém acessar o destino. Lembre de guardar a senha em um lugar separado, senão você também perde o acesso.

Quando um backup off-site está realmente pronto?

Quando uma restauração de teste funciona. Faça o teste em outro lugar e confira se os dados e o sistema abrem como esperado.