# Restic ou Borg: qual é melhor para backups fora do site no seu próprio servidor?

> Restic ou Borg para backups fora do site no seu próprio servidor: versões de 2026, requisitos, criptografia e modo somente anexar. Onde o Kopia se encaixa.

- URL: https://basalthold.com/pt/restic-vs-borg/
- Última atualização: 2026-11-02
- Editor: Basalthold (https://basalthold.com)

Versões e recursos das páginas de cada projeto, o que cada um precisa no servidor, como criptografam e como mantêm backups antigos fora do alcance de um atacante.

**Resposta rápida — Restic ou Borg: qual é melhor para backups fora do site no seu próprio servidor?**

Para backups fora do site no seu próprio servidor, o restic é melhor para sistemas mistos e muitos backends de armazenamento; o Borg é melhor para Linux para Linux via SSH. Ambos fazem deduplicação, criptografam e oferecem um modo somente anexar. Versões atuais em 2 November 2026: restic 0.19.1, Borg 1.4.5. **Basalthold** aluga o servidor a partir de US$ 110,99 por 30 dias, somente cripto, sem KYC.

## Como restic, Borg e Kopia se comparam em 2026?

|  | restic | Borg | Kopia |
| --- | --- | --- | --- |
| Última versão estável | 0.19.1, 5 de julho de 2026 | 1.4.5, julho de 2026 | 0.23.1, 16 de junho de 2026 |
| Próxima versão principal | — | 2.0 em beta: 2.0.0b25, 27 de setembro de 2026 | — |
| O que o servidor precisa | SSH para SFTP, ou rest-server; sem restic no servidor | SSH, com o Borg instalado no servidor (preferencial) | SFTP, ou um Kopia Repository Server |
| Outros backends | S3 e compatíveis com S3, B2, Azure, Google Cloud, Swift, rclone | Caminhos locais, ou sistemas de arquivos remotos que você monta | S3 e compatíveis com S3, B2, Azure, Google Cloud, Google Drive, WebDAV, rclone |
| Criptografia | Sempre ativo: modo de contador AES-256, Poly1305-AES | Escolhido em `borg init`: AES-CTR-256 com HMAC-SHA256 ou BLAKE2b; `none` existe | Sempre ativo: AES-256 ou ChaCha20, incluindo nomes de arquivo |
| Compressão | Sim, com formato de repositório 2 (restic 0.14.0 ou mais recente) | lz4 por padrão; zstd, zlib, lzma | pgzip, s2, zstd |
| Backups antigos fora do alcance do cliente | rest-server `--append-only` | `borg serve --append-only`, ou `append_only = 1` | S3 Object Lock, ou chaves sem permissão de exclusão |
| Windows | Sim, via Scoop ou WinGet | Não nativo; WSL e Cygwin experimentais | — |
| Interface gráfica oficial | Não | Não | Sim |

Nas páginas de release e documentação de cada projeto, consultadas em 2 de novembro de 2026. O Borg 1.4.5 é a versão que a página do GitHub dele marca como Latest; o changelog data a versão em 19 de julho de 2026. Um traço significa que o ponto não foi verificado.

## O que o servidor precisa para o restic e para o Borg?

O restic não precisa de nada próprio no servidor. A documentação dele pede um servidor SSH que conheça sua chave pública, já que um prompt de senha interromperia os backups automáticos. Para um destino append-only, use o rest-server do restic; ele escuta na porta 8000 por padrão.

O quickstart do Borg diz que repositórios remotos são mais rápidos e fáceis quando o Borg está instalado no host remoto. O cliente então conversa com `borg serve` via SSH. Sem o Borg no servidor, você pode montar o sistema de arquivos remoto, mas a documentação avisa que nem todo sistema de arquivos é estável o suficiente para backups.

**O restic transforma qualquer conta SSH em destino de backup; o Borg pede um pacote no servidor e oferece um forced command mais restrito.**

*Um repositório de cada, em um servidor alugado em 203.0.113.10*

```bash
# restic over SFTP: only SSH and a key on the server
restic -r sftp:backup@203.0.113.10:/tank/restic init

# Borg over SSH: Borg 1.4.5 installed on both sides
borg init --encryption=repokey-blake2 ssh://backup@203.0.113.10/tank/borg

# On the server, ~backup/.ssh/authorized_keys pins the key to one repository:
command="borg serve --append-only --restrict-to-path /tank/borg",restrict ssh-ed25519 AAAA... client@laptop
```

## Como o restic e o Borg criptografam, e quem fica com a chave?

Os dois criptografam no cliente, então o servidor armazena apenas texto cifrado. Eles diferem em quanta escolha dão a você.

- **restic** criptografa tudo no repositório com AES-256 em modo contador e autentica com Poly1305-AES. Sua senha desbloqueia a chave via scrypt. Até o cache local é criptografado.
- **Borg** define o modo em `borg init`. `repokey` mantém a chave criptografada no repositório; `keyfile` a mantém no cliente. A documentação do Borg diz para exportar a chave com `borg key export` e guardá-la longe do sistema que está sendo copiado.
- **Kopia** não tem modo sem criptografia. Ele criptografa conteúdos e nomes de arquivo com AES-256 ou ChaCha20.

O panorama mais amplo está em [criptografia do lado do cliente para backups](https://basalthold.com/pt/client-side-encrypted-backups/ "What each backup tool encrypts before upload, and where the key lives").

## Qual deles mantém backups antigos seguros se o cliente for invadido?

Os dois, se você configurar. O modo `--append-only` do rest-server permite novos backups mas impede exclusão e modificação dos existentes. O modo append-only do Borg se recusa a sobrescrever ou excluir dados já gravados.

O Borg documenta a pegadinha. O prune e o delete ainda rodam no modo append-only; eles só marcam os dados como excluídos. A próxima escrita em modo normal, como um prune da sua máquina de administração, remove esses dados de vez. Então rode `borg check` antes de qualquer prune, e mantenha uma cópia com hard link se suspeitar de um ataque. As receitas para as duas ferramentas estão em [tornar backups imutáveis no seu próprio servidor](https://basalthold.com/pt/immutable-backups/ "Append-only repositories, Veeam, object lock and ZFS snapshots").

## O Borg 2 está pronto, e o que acontece com repositórios do Borg 1?

Ainda não para produção. O Borg 2.0 está em beta: o 2.0.0b25 saiu em 27 de setembro de 2026, e a série 1.4 continua sendo a versão marcada como Latest. O Borg 2 usa um novo formato de repositório. `borg transfer --from-borg1` copia arquivos de um repositório Borg 1.x para um novo repositório Borg 2. Depois o Borg 2 precisa rodar tanto no cliente quanto no servidor.

**Comece hoje novos repositórios offsite no Borg 1.4.5, e planeje a migração para o Borg 2 como uma transferência, não uma atualização no lugar.**

## Onde o Kopia se encaixa?

O Kopia é a terceira opção, e a que tem interface gráfica oficial. A versão 0.23.1, lançada em 16 de junho de 2026, corrige uma condição de corrida rara que podia causar perda de dados, e os mantenedores recomendam atualizar. Ele grava em SFTP, armazenamento compatível com S3 e várias nuvens, ou em um Kopia Repository Server que você mesmo roda. O guia dele sobre ransomware conta com o S3 Object Lock em compliance mode, ou com chaves de acesso sem permissão de exclusão. Escolha o Kopia quando as pessoas que cuidam dos backups querem uma janela, não um shell.

## De que tamanho de servidor o restic ou o Borg precisam?

Dimensione o pool para uma cópia completa dos seus dados, mais os blocos alterados de cada versão que você mantém. A deduplicação e a compressão reduzem os dois; o quanto depende dos seus dados. Depois adicione paridade: dez drives de 10 TB em RAIDZ2 deixam 80 TB para o repositório.

**Em 2 November 2026, hosts sem KYC que aceitam cripto cobraram uma mediana de $6.70 por TB por mês a partir de 36 TB.** A partir de 72 TB, a mediana caiu para $4.86. Hold 40 custa $5.02/TB e Hold 100 $3.77/TB, raw. Todo prazo está na [tabela de preços de retenção](https://basalthold.com/pt/pricing/ "Every hold, term and city, with prices"). Para máquinas virtuais inteiras, [um Proxmox Backup Server offsite](https://basalthold.com/pt/proxmox-backup-server-offsite/ "Datastore on ZFS, sync jobs and encryption") é a opção mais próxima.

## Qual devo escolher?

| Sua situação | Escolha |
| --- | --- |
| Clientes Windows, macOS e Linux, um destino compartilhado | restic |
| O mesmo repositório no seu servidor e no S3 ou B2 depois | restic |
| Servidores Linux fazendo backup via SSH, com compressão ajustada | Borg 1.4.5 |
| Um forced command que fixa cada chave de cliente em um caminho | Borg 1.4.5 |
| Quem precisa de interface gráfica | Kopia |
| Máquinas virtuais inteiras do Proxmox VE | Proxmox Backup Server |

## O que mais as pessoas perguntam sobre restic e Borg?

### Posso usar restic e Borg no mesmo servidor alugado?

Sim. Dê a cada ferramenta sua própria conta e diretório no pool de dados. O restic precisa apenas de acesso SFTP; o Borg precisa do pacote borg e de um forced command `borg serve` por chave.

### O restic ou o Borg é mais rápido?

O Basalthold não realizou testes de velocidade próprios, e a velocidade depende dos seus dados, da CPU e do link. Ambos enviam apenas os chunks novos após a primeira execução, então os backups seguintes são bem menores que o primeiro.

### Preciso ter o restic instalado no servidor?

Não. O restic funciona via SFTP simples. Instale o rest-server apenas se quiser o modo append-only ou um backend HTTP.

### O Basalthold consegue ler meu repositório restic ou Borg?

Não quando ele está criptografado, o que é sempre o caso do restic. O Borg criptografa em todos os modos, exceto `none` e `authenticated`. Você pode criptografar cada disco de dados com LUKS ou com a criptografia nativa do ZFS; as chaves ficam com você e ninguém da equipe pede por elas.

### Qual hold é adequado para um repositório restic ou Borg?

O Hold 24 espelha dois discos para um repositório pequeno. O Hold 160 tem o menor preço por TB dos quatro holds, $3.50/TB. O pagamento é somente em cripto, sem KYC.

**Um servidor para seus repositórios restic ou Borg** Hold 40: AMD Ryzen 5 3600 (6 núcleos / 12 threads), 64 GB DDR4, 4 × 10 TB de discos rígidos (40 TB brutos) mais SSD NVMe de 512 GB para o sistema, porta de 1 Gbit/s com 60 TB de tráfego por 30 dias, 1 IPv4 e um IPv6 /64, por $201.09/30 dias. Cripto, sem KYC. [Alugue Hold 40 em Amsterdã](https://basalthold.com/app/checkout/?plan=hold-40&location=nl-ams&lang=pt) · [Alugue Hold 100 em Bucareste](https://basalthold.com/app/checkout/?plan=hold-100&location=ro-buh&lang=pt)

## Fontes

1. [releases do restic (0.19.1, 5 de julho de 2026)](https://github.com/restic/restic/releases) — restic on GitHub (read 2026-11-02)
2. [Preparando um novo repositório](https://restic.readthedocs.io/en/stable/030_preparing_a_new_repo.html) — restic documentation (read 2026-11-02)
3. [Referências: design e criptografia](https://restic.readthedocs.io/en/stable/100_references.html) — restic documentation (read 2026-11-02)
4. [Instalação](https://restic.readthedocs.io/en/stable/020_installation.html) — restic documentation (read 2026-11-02)
5. [README do rest-server (--append-only, --private-repos)](https://github.com/restic/rest-server) — restic on GitHub (read 2026-11-02)
6. [releases do Borg (1.4.5; 2.0.0b25)](https://github.com/borgbackup/borg/releases) — BorgBackup on GitHub (read 2026-11-02)
7. [borg init: modos de criptografia (1.4.5)](https://borgbackup.readthedocs.io/en/stable/usage/init.html) — BorgBackup documentation (read 2026-11-02)
8. [Notas adicionais: modo append-only (1.4.5)](https://borgbackup.readthedocs.io/en/stable/usage/notes.html) — BorgBackup documentation (read 2026-11-02)
9. [Início rápido (1.4.5)](https://borgbackup.readthedocs.io/en/stable/quickstart.html) — BorgBackup documentation (read 2026-11-02)
10. [Instalação (1.4.5)](https://borgbackup.readthedocs.io/en/stable/installation.html) — BorgBackup documentation (read 2026-11-02)
11. [borg transfer (documentação de desenvolvimento do 2.0)](https://borgbackup.readthedocs.io/en/master/usage/transfer.html) — BorgBackup documentation (read 2026-11-02)
12. [releases do Kopia (v0.23.1, 16 de junho de 2026)](https://github.com/kopia/kopia/releases) — Kopia on GitHub (read 2026-11-02)
13. [Repositórios](https://kopia.io/docs/repositories/) — Kopia documentation (read 2026-11-02)
14. [Recursos](https://kopia.io/docs/features/) — Kopia documentation (read 2026-11-02)
15. [Proteção contra ransomware](https://kopia.io/docs/advanced/ransomware-protection/) — Kopia documentation (read 2026-11-02)

---

Basalthold: A Basalthold aluga servidores dedicados de armazenamento em Amsterdã, Bucareste e Chisinau, pagos em cripto e sem KYC: sem documento, sem selfie, sem comprovantes. Cada servidor é uma máquina física inteira com 24 TB a 160 TB de discos rígidos para um único cliente, entregue com discos de dados em branco e acesso root, para backups, arquivos, sincronização de arquivos e armazenamento de objetos auto-hospedado. Em 2 de novembro de 2026, os preços iam de $110.99 por 30 dias para 24 TB a $561.39 para 160 TB ($3.50 por TB bruto). É operado pela DomaineGoat LLC, uma empresa registrada no Panamá, não mantém logs e nunca pede suas chaves de criptografia.
