it-swarm-pt.tech

O que o Time Machine está fazendo?

Às vezes, o OS X me diz que está "Preparando o backup ..." por muito tempo. O tempo que leva parece não ter correlação com a quantidade de dados para backup. O mesmo para o estágio "Concluindo backup ...".

A pergunta: o que o OS X está fazendo quando está "Preparando backup ..." e "Concluindo backup ..."?

Eu sei que é descobrir o que fazer backup e, em seguida, registrar as alterações, mas certamente o tempo que isso leva deve ser proporcional à quantidade de dados alterados. Há bastante espaço em disco (então presumo que não esteja excluindo backups antigos). Estou usando um TimeCapsule, se isso fizer alguma diferença. Não há nada de errado com isso, só estou curioso.

18
Stephen Darlington

Aqui está uma resposta de outro fórum (poster original desconhecido para mim):

O estágio de "preparação" no Time Machine geralmente é rápido, porque o Time Machine usa um registro de atividades do sistema de arquivos para saber onde encontrar as alterações cujo backup precisa ser feito.

Mas há coisas que você pode fazer para tornar esse registro não confiável. Quando o Time Machine descobre que o log PODE não ser válido, ele faz uma varredura completa em seu sistema de arquivos para determinar o que realmente precisa de backup. Isso pode demorar um pouco. No meu Powerbook (e com um drive Time Machine externo firewire), isso pode resultar em um estágio de "preparação" que dura 20 minutos. Se você deixar o Time Machine continuar, ele descobrirá o que realmente precisa ser adicionado ao disco de backup e continuará. Isso, é claro, é melhor do que apenas apostar se o log está correto ou apenas fazer backup de TUDO novamente, embora apenas alguns arquivos possam realmente ter mudado (o que levaria muito mais tempo e consumiria mais espaço em disco do Time Machine).

Nestes primeiros dias de instalação do Leopard, uma das coisas mais comuns que você pode fazer para tornar o registro não confiável é inicializar a partir do DVD de instalação do Leopard. Cada vez que você fizer isso, na próxima vez que o Time Machine for executado, ele descobrirá que seu disco rígido PODE ter sido modificado sem que as alterações sejam refletidas no log. Portanto, ele faz a varredura completa - um longo estágio de "preparação" - para garantir que as coisas estejam corretas.

20
Commander Keen

Para elogiar a resposta do Comandante Keen, eu recomendo a leitura de uma olhada aprofundada em Time Machine por Earthling Soft. Além disso, mais informações são registradas no system.log por backupd (que dirá por que o status de preparação é tão longo e tal)

10
Chealion

Para visualizar facilmente o log backupd, dê uma olhada no widget Time Machine Buddy . Observe também que há outro log no próprio disco de backup, no arquivo oculto .Backup.log que pode ser encontrado na pasta de cada backup. Isso fornece algumas outras informações além dos registros backupd.

Observe que muitas vezes os registros mostram números que parecem não corresponder:

Não é necessário diluir antes do backup: 821,4 MB solicitados (incluindo preenchimento) [..] 
 Arquivos de 1630 copiados (3,8 MB) do volume Macintosh HD.

Acima, menos arquivos são realmente copiados do que o previsto. Como o Time Machine depende de FSEvents , que reporta apenas diretórios alterados, presumo que no exemplo acima esses diretórios continham um total de 821,4 MB em arquivos. Enquanto realmente copia os arquivos, o Time Machine compara os diretórios alterados no disco rígido com o backup e descobre que apenas 3,8 MB de arquivos foram realmente alterados.

Para ver o que foi gravado no backup consulte TimeTracker (GUI) ou timedog (comando linha). Observe que, mesmo quando executado como um usuário administrador, às vezes esses programas precisam ser executados como root para ver todos os arquivos. Ao não fazer isso, essas ferramentas podem, por exemplo, não levar em consideração os backups de logs e dados do MySQL, pertencentes a _ mysql in group wheel:

cd "/ Volumes/Backup de XX/Backups.backupdb/XX/Latest" 
 Sudo ls -l "Macintosh HD/usr/local/mysql-5.0.51a-osx10.5-x86" 
 [..] 
 drwxr-x --- @ 6 _mysql wheel 374 2 de julho 20:05 dados

Nesses casos, ambas as ferramentas reportarão (silenciosamente) um tamanho total de backup menor e menos arquivos do que os registros backupd no console. Então, if os números não correspondem aos registros, então para TimeTracker:

Sudo ~/Downloads/TimeTracker.app/Contents/MacOS/TimeTracker

Da mesma forma, para timedog:

cd "/ Volumes/Backup de XX/Backups.backupdb/XX" 
 Sudo ~/Downloads/timedog

Para localizar facilmente arquivos grandes em seu disco rígido , consulte Inventário de disco X . Este programa não tem nada a ver com o Time Machine, mas pode ajudar a investigar problemas, como quando você se pergunta por que seu backup é muito menor do que o espaço usado em seu disco rígido. Observe que este programa provavelmente sempre relatará menos espaço total em disco no título da janela do que na tela, onde se pode selecionar qual disco investigar (mesmo quando rodando como root e escolhendo o menu Exibir, Mostrar tamanho do arquivo físico). Mas se o tamanho total relatado for realmente muito menor do que os totais reais usados ​​em seu Mac, pode ser útil executar como root:

Sudo "$ HOME/Downloads/Inventário de disco X.app/Contents/MacOS/Disk Inventory X"

Para remover arquivos do backup (como se você descobrisse que o Time Machine estava realmente fazendo backup de alguns arquivos enormes, como um arquivo de log do MySQL em fuga) , Apple escreve :

Deseja excluir todas as instâncias de um arquivo ou pasta de backup anteriormente? Bastante fácil. Inicie o Time Machine, selecione o item a ser excluído e, em seguida, escolha "Excluir de todos os backups" no menu de ação da barra de ferramentas do Finder.

Agora, if aqueles arquivos que você deseja excluir são visíveis apenas para o root, então você deve invocar "Enter Time Machine" como root também. E isso requer que o Finder seja iniciado como root primeiro:

Sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder

Parece um Finder normal, mas você notará root próximo ao ícone da pasta inicial na barra lateral do Finder. Agora use Shift-Cmd-G (menu Go, Go to Folder) para obter, por exemplo, /usr/local e encontre a pasta da qual deseja excluir os arquivos do disco de backup. Em seguida, entre no Time Machine (e mais uma vez valide que root é mostrado próximo ao ícone da pasta pessoal) e siga as instruções da Apple. Quando terminar de excluir os arquivos do backup, pressione Ctrl-C no Terminal para interromper o localizador de root. (Também precisei fazer logoff do meu Mac, pois o disco remoto não desmontava corretamente.)

Se você estiver usando um pacote esparso (como ao usar um backup na rede) então qualquer espaço liberado não será recuperado automaticamente (ou: não até que espaço é necessário). Para garantir isso, consulte Como recuperar todo/a maior parte do espaço livre de um sparsebundle no OS X . Isso não se aplica apenas aos arquivos removidos manualmente, mas também aos arquivos removidos pelo Time Machine para backups expirados de hora em hora ou diários, durante diluição pós-backup.

O Time Machine irá realmente compactar o próprio pacote esparso, quando o espaço em disco acabar. Mas parece que pode primeiro excluir alguns backups antigos durante redução do pré-backup, então talvez seja mais sábio compactar manualmente se você já excluiu alguns arquivos grandes ou se backups expirados podem ter incluído arquivos enormes:

Iniciando diluição pré-backup: 53,57 GB solicitados (incluindo preenchimento), 
 9,90 GB disponíveis 
 Não existem backups expirados - excluindo backups mais antigos para liberar espaço 
 Backup/Volumes/Backup de XX/Backups.backupdb/XX/2007-12-20-172543: 
 9,90 GB agora disponíveis 
 Backup/Volumes/Backup de XX/Backups.backupdb/XX/2007-12-31 excluídos -005523: 
 9,90 GB agora disponíveis 
 2 backups excluídos: o backup mais antigo agora é 8 de janeiro de 2008 
 Parando o backup. 
 Backup cancelado. 
 Imagem de disco do Time Machine ejetada. 
 Compactando a imagem do disco de backup para recuperar o espaço livre 
 Compactação da imagem do disco de backup concluída 
 Iniciando o backup padrão 
 [..] 
 Iniciando a redução do pré-backup : 53,57 GB solicitados (incluindo preenchimento), 
 12,75 GB disponíveis

Muito obrigado a Adam Cohen-Rose por testar o acima; veja seu blog para mais detalhes!

10
Arjan

Quando travado em "Preparing" (ThinningPreBackup)

root# tmutil status
Backup session status:
{
    BackupPhase = ThinningPreBackup;
    ClientID = "com.Apple.backupd";
    DateOfStateChange = "2018-10-20 12:02:54 +0000";
    DestinationID = "XXXXXX0A-1XB7-4X3B-A791-6XXXXX4325D89B";
    DestinationMountPoint = "/Volumes/TimeMachineXXX";
    Percent = "-1";
    Running = 1;
    Stopping = 0;
}

Use lsof para ver quais arquivos os backups têm acesso - o último arquivo deve ser alterado:

root# ps -ef | grep backupd
    0    91     1   0  9:39pm ??         0:00.15 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -launchd
    0   552     1   0  9:59pm ??         0:49.54 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
    0  1244  1156   0 10:30pm ttys003    0:00.01 grep backupd
root# lsof -p 552
COMMAND PID USER   FD   TYPE DEVICE   SIZE/OFF     NODE NAME
backupd 552 root  cwd    DIR    1,4       1292        2 /
backupd 552 root  txt    REG    1,4     769168 67640888 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
backupd 552 root  txt    REG    1,4   26771408 67698052 /usr/share/icu/icudt59l.dat
backupd 552 root  txt    REG    1,4     236208 67730774 /private/var/db/timezone/tz/2018e.1.0/icutz/icutz44l.dat
backupd 552 root  txt    REG    1,4     841456 67695858 /usr/lib/dyld
backupd 552 root  txt    REG    1,4 1174183936 69140457 /private/var/db/dyld/dyld_shared_cache_x86_64
backupd 552 root    0r   CHR    3,2        0t0      306 /dev/null
backupd 552 root    1u   CHR    3,2        0t0      306 /dev/null
backupd 552 root    2u   CHR    3,2        0t0      306 /dev/null
backupd 552 root    3w   REG    1,9        686  5515544 /Volumes/TimeMachine2/Backups.backupdb/XXXXXXXXXX/2018-10-20-220254.inProgress/.Backup.561729775.162983.log
backupd 552 root    4r   DIR    1,4        136 68977542 /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/tvOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/Frameworks/CoreLocation.framework/English.lproj

Isso indica que está fazendo algo - e ser paciente ...

1
PaulS