Sincronização ou backup: qual a diferença e quando usar

Sincronizar arquivos não é o mesmo que ter backup. Veja a diferença, exemplos do dia a dia, a regra 3-2-1 e comandos simples para guardar versões.

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

Sincronização ou backup? Sincronização deixa a mesma pasta igual em vários lugares, inclusive quando você apaga um arquivo. Backup guarda cópias separadas, com datas, para você voltar no tempo. Quem só sincroniza pode perder tudo ao mesmo tempo.

O que a sincronização faz

Sincronizar é manter o conteúdo de uma pasta idêntico em dois ou mais lugares, como o computador do escritório, o notebook de casa e um servidor. Você edita, renomeia ou apaga um arquivo em um lado e a mudança aparece nos outros.

Isso é ótimo para trabalhar de qualquer lugar com a versão mais atual. O ponto fraco é o mesmo: se o arquivo é apagado, sobrescrito por engano ou corrompido, o erro também é copiado para os outros lugares.

O que o backup faz

Backup é uma cópia independente dos dados, feita em um momento definido, que continua existindo mesmo se o original mudar ou sumir. Um bom esquema guarda várias versões, por exemplo uma por dia da última semana e uma por mês do último ano, para você escolher de que data quer restaurar.

Um backup só vale de fato quando alguém já testou a restauração. Uma cópia que ninguém abriu para conferir é uma aposta, não uma proteção.

Três situações que mostram a diferença

• Exclusão por engano. Um colaborador apaga a pasta "Contratos 2026" no computador. Com sincronização, a pasta some também do servidor. Com backup, a cópia de ontem continua lá.
• Arquivo corrompido. Uma planilha para de abrir depois de uma queda de energia. A sincronização leva o arquivo estragado para todos os lugares. O backup permite voltar à versão da semana passada.
• Ransomware. Um programa malicioso criptografa os arquivos do computador. Se a pasta está sincronizada, as versões criptografadas podem ser enviadas aos outros lugares. Uma cópia que o programa não alcança, ou que mantém versões antigas, permite recuperar os arquivos.

Para entender melhor a cópia que fica fora do seu local de trabalho, leia o que é backup off-site.

A regra 3-2-1 como ponto de partida

A regra 3-2-1 é uma boa prática conhecida de proteção de dados:

• 3 cópias dos dados importantes: o original e duas cópias.
• 2 tipos de armazenamento diferentes, como um disco externo e um servidor remoto.
• 1 cópia fora do local, longe do escritório, para o caso de incêndio, roubo ou queda de energia que afete o prédio.

Sincronização pode fazer parte dessas cópias, mas não conta como backup sozinha. Ela é o conforto do dia a dia. O backup é a rede de segurança.

Quer conversar sobre como organizar suas cópias de segurança? A equipe responde dúvidas. Falar com a equipe

Como saber se o que você tem é backup

Responda estas perguntas sobre o seu esquema atual:

1. Existem várias versões guardadas ao longo do tempo ou só a mais recente?
2. Se eu apagar o original hoje, a cópia continua intacta amanhã?
3. A rotina roda sozinha, em horário definido, sem depender de alguém lembrar?
4. Consigo restaurar um arquivo específico de uma data específica?
5. Alguém já testou a restauração e anotou quanto tempo ela levou?
6. Existe ao menos uma cópia que não fica no mesmo local do original?

Se a resposta de qualquer item for "não" ou "não sei", há uma lacuna para resolver antes do próximo problema.

Na prática: copiar x sincronizar no terminal

Ferramentas de cópia deixam clara essa diferença. Tomando o rclone como exemplo (veja o artigo sobre usar a 11Cloud com Rclone para backup e sincronização via terminal), com um destino já configurado chamado destino:

• rclone copy /dados destino:copia envia o que é novo ou mudou e não apaga nada no destino.
• rclone sync /dados destino:copia deixa o destino igual à origem e remove no destino o que você apagou na origem. É sincronização.

Atenção: o copy não apaga, mas sobrescreve no destino o arquivo que mudou. Para guardar versões, envie cada rodada para uma pasta com a data no nome (por exemplo destino:copia-2026-10-17) ou use o arquivo compactado com data, mostrado abaixo.

Antes de rodar um sync pela primeira vez, simule com --dry-run: rclone sync /dados destino:copia --dry-run. O comando mostra o que seria apagado, sem apagar.

Outra forma simples de guardar versões é criar um arquivo compactado com a data no nome, em Linux ou macOS: tar -czf backup-$(date +%Y-%m-%d).tar.gz /dados. Cada dia gera um arquivo novo, e você decide quantos manter. Ao enviar esses arquivos para um destino remoto, remova os antigos com cuidado, para a rotina não apagar o que você ainda quer.

Quanto de dado você aceita perder e por quanto tempo aceita esperar

Dois conceitos simples ajudam a desenhar o backup. O primeiro é quanto trabalho você aceita refazer: se a cópia roda uma vez por dia, no pior caso você perde o que foi feito desde a última rodada. O segundo é quanto tempo a empresa aguenta esperar para voltar a trabalhar: restaurar um arquivo leva pouco, restaurar um servidor inteiro leva bem mais.

Exemplo ilustrativo: um escritório de contabilidade fecha a folha de clientes no fim do mês. Faz sentido uma cópia diária e uma cópia mensal guardada por mais tempo. Já uma loja virtual que recebe pedidos o dia inteiro pode precisar de cópias mais próximas uma da outra no banco de dados. Cada negócio tem uma resposta diferente.

Cuidados para o backup não virar sincronização por acidente

• Não use a pasta sincronizada como único destino. Se a cópia está na mesma pasta que replica exclusões, ela deixa de ser independente.
• Separe as credenciais. Se o computador infectado tem acesso total ao destino do backup, o ataque pode alcançar as cópias também. Use um usuário que só envia arquivos, quando o serviço permitir.
• Guarde ao menos uma cópia desconectada. Um disco externo guardado longe do computador depois da cópia não é alcançado por um programa malicioso que ataque o computador.
• Registre o que cada rotina faz. Anote origem, destino, horário e por quanto tempo as versões são mantidas. Quando a pessoa que montou a rotina sair da empresa, o conhecimento continua.
• Conte o espaço. Várias versões ocupam mais espaço que uma. Estime o tamanho dos dados e defina quantas versões manter para a conta fechar.

Onde a 11Cloud entra

A página pública da 11Cloud informa acesso pelo navegador e por SFTP, FTP/FTPS e WebDAV, com links de compartilhamento e conexões criptografadas. Esses são formatos de acesso usados por ferramentas de cópia; confirme com a equipe se atendem ao seu caso. Para ver como conectar, leia como conectar na 11Cloud por navegador, SFTP e WebDAV.

O que o serviço faz com versões antigas, lixeira ou retenção não consta na página pública. Se isso for importante para o seu plano de proteção, confirme com a equipe antes de depender dele. Em qualquer caso, as versões e a retenção podem ser feitas por você, na própria rotina, como no exemplo da data no nome do arquivo.

Para backup de sites em especial, o guia de como fazer backup completo e seguro de um site traz um passo a passo.

Precisa de um servidor administrado por você para rodar suas rotinas de cópia? Ver planos de VPS

Perguntas frequentes

Sincronizar na nuvem é o mesmo que fazer backup?

Não. A sincronização replica as mudanças, inclusive exclusões e erros. Backup guarda cópias independentes e, de preferência, várias versões. Verifique no seu serviço se existe histórico de versões antes de contar com ele.

Preciso de backup se já uso sincronização?

Sim, se perder aquele arquivo teria custo para você. A sincronização não protege de um erro que é copiado para todos os lugares. O backup cobre essa falha.

Com que frequência devo testar a restauração?

Não há número único. Teste ao montar a rotina, depois a cada mudança importante e, de tempos em tempos, em um arquivo escolhido ao acaso. Quanto mais crítico o dado, mais perto uma da outra devem ficar as verificações.

A regra 3-2-1 vale para uma empresa pequena?

Vale. Ela é uma orientação simples de boa prática. Uma empresa pequena pode cumpri-la com o original, um disco externo e uma cópia em um servidor remoto.