Snapshots Locais do Time Machine: Por Que 'System Data' Incha da Noite Para o Dia
Seu Mac cria snapshots do Time Machine toda hora mesmo sem disco de backup. Como ver quanto eles ocupam e quando é seguro apagá-los.
Mais guias como este, por enquanto, só estão disponíveis em inglês. Ver todos os artigos
Você libera 40 GB, confere os ajustes de Armazenamento na manhã seguinte, e “System Data” cresceu silenciosamente 20 GB durante a noite sem nenhuma causa óbvia. Isso é quase sempre snapshots locais do Time Machine, e a maioria das pessoas não faz ideia de que esse recurso existe — ele funciona inteiramente sem nenhum disco de backup conectado.
O que um snapshot local realmente é
Desde o macOS Sierra, o Time Machine tira snapshots do APFS do seu disco interno a cada hora mesmo quando nenhum disco de backup do Time Machine está conectado. A ideia é que, se a sua Time Capsule ou disco externo estiver desconectado — o estado normal para um laptop — você ainda tem pontos de restauração de hora em hora até o disco reconectar e um backup de verdade acontecer.
O problema: num disco que está mudando muito — você está compilando, baixando, apagando arquivos grandes — cada snapshot retém deltas de tudo que mudou desde que ele foi tirado, e o thinning automático do macOS nem sempre acompanha o ritmo em que você gera dados novos. Numa máquina de desenvolvedor fazendo muito trabalho de build, os snapshots podem genuinamente consumir dezenas de gigabytes antes de o macOS conseguir apagar os mais antigos.
Vendo o que realmente está lá
tmutil listlocalsnapshots /Isso lista cada snapshot local por data. Se você ver uma dúzia ou mais cobrindo a última semana, esse é o lastro.
Para ver o espaço em disco de verdade envolvido — esse comando pode levar um minuto ou dois para rodar, já que percorre os metadados do APFS diretamente:
tmutil listlocalsnapshotdates /
diskutil apfs list # mostra "Capacity in Use by Snapshots" perto do finalApagando-os
O macOS deveria apagar snapshots locais automaticamente sob pressão de disco — mas “automaticamente” aqui significa só quando o espaço livre cai criticamente baixo, o que para a maioria das pessoas significa nunca, até já virar um problema. Você pode forçar isso manualmente:
# Apaga um snapshot específico por data (de listlocalsnapshotdates)
tmutil deletelocalsnapshots 2026-08-28-140023
# Ou peça ao macOS para apagar o quanto ele estiver disposto, imediatamente
tmutil thinlocalsnapshots / 10000000000 4Os argumentos do comando thinlocalsnapshots são uma contagem de bytes alvo e um nível de urgência
(1–4, onde 4 é o mais agressivo) — o macOS trata isso como um pedido, não uma garantia, e vai se
recusar a apagar abaixo do mínimo que considera seguro. Na prática, isso costuma recuperar a maior
parte do que está disponível.
Isso é seguro? Sim, com uma ressalva: snapshots locais são o seu único ponto de restauração se você não tem um disco externo do Time Machine conectado com regularidade. Se você depende de snapshots locais como sua estratégia de backup de verdade — muita gente faz isso sem perceber — apagá-los remove a sua capacidade de voltar para o estado de ontem. Se você tem um backup do Time Machine real e atualizado num disco externo ou compartilhamento de rede, snapshots locais são redundância pura e seguros para apagar livremente.
Por que isso é diferente do resto desta série
Todo outro cache coberto ao longo destes guias — DerivedData, node_modules, caches de gerenciadores de pacotes — é peso morto no instante em que é criado: ninguém jamais ia ler aquilo como dado, só como atalho de performance. Snapshots locais são a única categoria aqui que está genuinamente fazendo algo útil (deixar você restaurar um arquivo apagado há três horas), o que é exatamente por que o macOS não deixa você desativar esse recurso completamente — você só pode pedir para ele apagar mais agressivamente ou apagar snapshots específicos.
Se você quer parar o acúmulo na origem em vez de limpá-lo repetidamente, a única alavanca é conectar um disco de backup do Time Machine de verdade periodicamente — depois que um backup real termina, snapshots locais mais antigos que o backup ficam muito mais descartáveis para o thinning automático do próprio macOS.
O DevCruft, um app gratuito para Mac que estamos construindo, está sendo projetado para mostrar o espaço de snapshots locais junto com tudo o mais que está consumindo o seu disco, para que “System Data” deixe de ser um número misterioso e vire um item específico e acionável. Ele ainda está em desenvolvimento, então por enquanto use os comandos acima — eles são grátis e funcionam. Para saber quando ele for lançado, entre na lista de espera.
Para o resto do que se esconde dentro da categoria System Data do macOS, veja a análise completa do System Data.