Por que o Time Machine está exagerando a quantidade de dados que precisa ser copiada?

Eu embaralhei meu diretório pessoal e o mudei de volta para minha unidade de pratos giratórios no meu MacBook. Desde então, o Time Machine está aquecendo minha máquina (o ventilador liga quando o Time Machine é inicializado) e as estimativas de tamanho de dados de backup mostradas pelo Time Machine na barra de menus são enormes. Muitos gigabytes.

Porém, quando inspeciono os backups concluídos com o BackupLoupe, o tamanho real do backup é muito, muito pequeno.

Isso não me incomodaria tanto se não fosse o fato de o Time Machine executar minha máquina muito quente quando é executado, ocupa uma boa quantidade de CPU e demora 20 a 30 minutos para concluir a execução horária do backup agora.

Minha lista de exclusão completa do Time Machine está atualmente:

~/Library/Application Support
~/Documents/Virtual Machines.localized
~/Virtual Machines

Atualização 1:

Excluí ~/Library/Application Supportcom pressentimento que pode haver problemas de carimbo de data / hora nos arquivos de cache que acabam sem alteração nos bits. Mas a TM ainda está dizendo que está fazendo backup> 2 GB de dados.

Atualização 2:

Por fim, gostaria de reduzir a quantidade de tempo que o Time Machine gasta em execução na minha máquina. Atualmente, gasta mais de 30 minutos a cada hora girando nesses backups.

Por que o esforço relatado do Time Machine na barra de ferramentas é muito maior que o conteúdo real do backup, conforme relatado pelo BackupLoupe? Um deles está errado? Qual?

Como posso ajudar a orientar o Time Machine na sua estimativa do que precisa ser feito o backup para que ele não precise trabalhar tanto?

O Time Machine usa FSEvents para determinar o que mudou, com base em pastas e não em arquivos. Por isso, eu sempre assumiu ^† que o maior número indica o tamanho total das pastas que tem para processo. Em seguida, dentro de cada pasta, ele avaliará cada arquivo. (Em 2008, alguns escreveram "O Time Machine considera dois arquivos idênticos se o caminho, a data e o tamanho forem iguais" , portanto, algumas mudanças podem até passar despercebidas. Mas isso é outra história.)

Se muitos arquivos em uma pasta grande não foram alterados, o número total para backup realmente é muito menor, mas o Time Machine não sabe até que os tenha processado. Observe que os arquivos podem ter o atributo estendido com.apple.metadata:com_apple_backup_excludeItemdefinido ou podem ser excluídos pelas configurações de fábrica da Apple, o que implica que eles não serão colocados no backup. Consulte O aplicativo Time Machine da Apple realmente copia tudo no Superusuário .

(Então: acho que você precisa encontrar grandes pastas de origem que são pequenas no backup. Ferramentas como o Disk Inventory X ou o GrandPerspective podem realmente mostrar pastas grandes, como no /private/var. Pode ser fácil comparar isso com as poucas pastas no backup?)

^† Agora que penso nisso anos depois: vendo o tamanho da minha pasta de Downloads, duvido que esteja (sempre) mostrando o tamanho da pasta na quantidade de dados que irá fazer backup. O download de outro arquivo pequeno NÃO faz com que o Time Machine afirme que precisa fazer backup do tamanho total da pasta Downloads. (E sim, essa pasta está nos meus backups.)

Algumas sugestões que podem ou não ajudar; Em primeiro lugar, dê uma olhada neste aplicativo, TimeTracker , que mostra o que foi feito backup e, mais importante, seu tamanho na TM. Um pouco como o aplicativo na captura de tela que você forneceu, mas para a TM.

Um cara em uma postagem do fórum que eu encontrei disse algo sobre a identidade do Office ser o problema, e também foi sugerido que os arquivos de troca da Máquina Virtual também sejam um problema. Eu não acho que nenhuma dessas pastas esteja localizada no suporte a aplicativos, portanto, por que os backups maciços ainda acontecerão, se eles forem os culpados.

Espera que isso ajude a lançar alguma luz sobre o mistério!

Não tenho uma resposta direta à sua pergunta sobre a diferença de tamanhos informados, pois não estou familiarizado com o backupLoupe.

Mas, diante de uma situação semelhante, optei por que os backups do Time Machine fossem executados com menos frequência.

No terminal, digite o seguinte comando:

sudo nano /System/Library/LaunchDaemons/com.apple.backupd-auto.plist

• Use as setas do teclado para navegar até o campo que indica o número de segundos

• Altere o número (o padrão é 3600) para o tempo desejado (em segundos)

• Para salvar o arquivo, pressione Control + O e pressione Enter para salvá-lo.
• Por fim, pressione Control + X para sair do nano (editor de texto unix) e fechar o terminal.
• Reiniciar o computador fará com que essas alterações entrem em vigor

Fonte: http://hangoutjunkie.com/how-to-change-time-machine-backup-frequency/

Lembre-se de que, se você usar esse método, terá menos estados salvos dos quais poderá obter se precisar restaurar um arquivo.

Espero que isto ajude.

Acredite ou não, a máquina do tempo funciona sem a presença de um disco rígido externo. Ele possui um cache local (chamado Local Snapshots), no qual ele faz o backup e o sincroniza com o disco.

A Apple diz o seguinte:

Quando você entra no navegador do Time Machine (usado para restaurar dados), os instantâneos locais aparecem na linha do tempo, juntamente com os backups regulares, diferenciados por cores diferentes. As marcas cinza representam instantâneos locais e as marcas rosa representam backups armazenados no disco de backup externo ou no Time Capsule. Nota: As marcas-de-rosa ficarão esmaecidas se o computador portátil não estiver conectado ao disco de backup externo ou ao Time Capsule.

Mais informações podem ser lidas no Time Machine e em instantâneos locais: http://support.apple.com/kb/HT4878

A grande quantidade de itens pode ser histórico por dias OU até mesmo por itens que você excluiu recentemente. Deixe terminar uma vez e, da próxima vez, deve ser menor.