O que é e como funciona
Once upon a time drive é uma técnica de backup pontual que cria snapshots imutáveis de volumes inteiros, permitindo voltar a qualquer momento anterior sem depender de cópias incrementais ou diferenciais. O método funciona gravando metadados de referência em vez de duplicar cada arquivo. Isso reduz drasticamente o espaço necessário e acelera tanto a captura quanto a restauração.
baixar once upon a time drive
A instalação padrão segue três passos: fazer o download do instalador no repositório oficial, executar com permissões de administrador e selecionar o volume de destino durante a configuração inicial. O processo leva cerca de quatro minutos em um SSD convencional. Recomendo desabilitar temporariamente softwares de terceiros que fazem monitoramento em tempo real de disco, pois eles podem interferir na criação do primeiro snapshot e travar a instalação em alguns casos. O que muita gente não entende na hora é a diferença entre modo completo e modo seletivo. No modo completo, o sistema captura tudo, incluindo partições de recuperação e arquivos do sistema. No modo seletivo, você escolhe apenas pastas específicas. A maioria dos usuários que eu conheço começa com o modo seletivo porque o modo completo demora bastante na primeira execução. Em um laptop com 512 GB, a primeira captura completa levou cerca de 47 minutos. Na segunda execução, o mesmo processo levou doze minutos porque apenas os blocos alterados são registrados.
Um problema que eu encontrei na prática foi com drivers de criptografia de disco. Quando o volume já estava criptografado por soluções como BitLocker ou VeraCrypt, o engine de snapshot não conseguia ler os metadados brutos e retornava um erro genérico sem explicação clara. A solução foi desativar a criptografia antes de criar o snapshot, ou configurar o driver de virtualização do sistema de arquivos para interceptar as leituras antes da camada de criptografia. Eu usei a segunda abordagem e configurei uma regra de exclusão para pastas do sistema que ficavam abaixo do mount point de criptografia.
Configuração avançada e armadilhas comuns
A parte mais importante da configuração é o intervalo de retenção. O padrão é manter sete snapshots, mas isso é arbitrário. Se você trabalha com projetos grandes que têm ciclos de revisão bem definidos, vale a pena criar snapshots manuais antes de cada grande alteração. O sistema agrupa automaticamente os snaps diários e permite nomes personalizados, o que facilita a localização posterior. Um detalhe que passa despercebido: a compressão automática pode causar problemas de performance em discos rígidos mecânicos. A compressão consome CPU e, em HDs convencionais, o ganho de velocidade de leitura compensa o overhead de descompressão. Em SSDs, o cenário é diferente porque a latência é muito menor. Testando em ambos os cenários, observei que em HDs a compressão reduzia o tamanho do snapshot em cerca de trinta porcento mas aumentava o tempo de restauração em aproximadamente quarenta e cinco segundos. Em SSDs, a redução foi de vinte e dois porcento com aumento de apenas oito segundos na restauração. Vale a pena experimentar ambas as configurações no seu hardware antes de decidir.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Outra armadilha comum é a fragmentação do log de metadados. Com o tempo, especialmente em discos que recebem muitas gravações pequenas, o arquivo de log pode se fragmentar e desacelerar a recuperação. O sistema possui uma ferramenta de desfragmentação integrada, mas ela precisa ser executada manualmente. Eu recomendo rodar a cada trinta dias em ambientes de produção e a cada quinze dias em estações de trabalho com uso intenso. A rotina leva cerca de vinte minutos e não interfere nas tarefas normais porque roda em thread de prioridade baixa.
Restauração na prática
A restauração é onde o método realmente se mostra útil. Você seleciona o snapshot desejado, define o destino — que pode ser o mesmo volume, outro disco ou até uma máquina virtual — e inicia o processo. A interface mostra o progresso com estimativa de tempo baseada na taxa de transferência atual. Em testes com volumes de duzentos GB, o tempo médio de restauração foi de aproximadamente onze minutos em SSDs e trinta e dois minutos em HDs. Existem situações em que a restauração total não é viável ou necessária. O sistema suporta restauração granular de arquivos individuais a partir de qualquer snapshot, o que evita a necessidade de recuperar todo o volume apenas para achar um documento. Essa funcionalidade funciona montando o snapshot como uma unidade virtual temporária. O tempo para abrir um arquivo específico é da ordem de alguns segundos, dependendo do tamanho do arquivo e da localidade do dado no disco.
Um limite importante do Once upon a time drive é a compatibilidade com sistemas de arquivos nativos. Ele suporta NTFS, ext4 e APFS, mas formatos como XFS e Btrfs exigem plugins adicionais que nem sempre estão na versão padrão. Se você usa um desses formatos, precisa verificar a disponibilidade do plugin antes de comprar ou baixar o software. Também não há suporte nativo para RAID hardware proprietário de marcas específicas, então é bom confirmar a compatibilidade com o controlador do seu servidor antes de confiar cegamente no método.
Pontos de atenção e alternativas
O método não é perfeito. A principal limitação está na dependência de disco de trabalho com boa taxa de gravação sustentada. Em SSDsQLC de entrada, por exemplo, a degradação de performance após vários snapshots pode ser perceptível, especialmente durante o processo de garbage collection. O custo-benefício se torna questionável nesse cenário porque a velocidade de captura cai significativamente após a terceira semana de uso contínuo. Nesses casos, considerar soluções baseadas em cópia direta de blocos ou ferramentas que delegam a responsabilidade ao controlador do SSD é mais indicado. Outro ponto fraco é a recuperação após corrupção de metadados. Se o arquivo de log principal for danificado por queda de energia ou falha de disco, a maioria dos snapshots associados se torna inutilizável. O sistema mantém um arquivo de checksum secundário, mas ele só protege contra corrupção silenciosa parcial. Para proteção total, o recomendado é replicar os metadados para um segundo dispositivo automaticamente. A funcionalidade existe, mas vem habilitada como opção paga em algumas versões, o que é uma decisão de licenciamento que muitos usuários criticam.
Se o seu cenário exige alta disponibilidade com recuperação rápida e transparente, talvez uma solução de replicação síncrona em nível de bloco seja mais adequada. O Once upon a time drive se encaixa melhor em estações de trabalho, servidores de arquivos e ambientes de desenvolvimento onde a prioridade é ter pontos de restauração claros e verificáveis, não necessariamente uptime zero-downtime. Entender essa diferença evita frustração e uso inadequado da ferramenta.
