Il backup di Time Machine è lento. Come posso accelerarlo?


14

La mia macchina del tempo è il backup è molto lento. La connessione è FireWire 800. Il trasferimento è di circa 5 Mb / so 0,5 MB / s, il che sembra lento. Ho visto molte citazioni online di backup di Time Machine molto lenti. Quali sono alcune tecniche o suggerimenti per accelerare questo?

Io ho:

  • Esegui lo strumento di riparazione dell'utilità disco. Va tutto bene.
  • Spotlight disabilitato sul disco remoto

La ricerca di backupd in system.log fornisce quanto segue:

13:29:33 Starting standard backup
13:29:33 Backing up to: /Volumes/BACKUP_DISK/Backups.backupdb
13:29:36 Event store UUIDs don't match for volume: Macintosh HD
13:29:36 Waiting for index to be ready (101)
13:29:55 Node requires deep traversal:/ reason:must scan subdirs|new event db|
13:42:53 No pre-backup thinning needed: 39.84 GB requested (including padding), 71.68 GB available
13:42:53 Waiting for index to be ready (100)
14:23:37 Bulk setting Spotlight attributes failed.
14:29:39 Copied 2.0 GB of 28.7 GB, 69560 of 113624 items
15:29:57 Copied 2.8 GB of 28.7 GB, 69560 of 113624 items
16:30:00 Copied 3.3 GB of 28.7 GB, 69560 of 113624 items
17:30:04 Copied 3.8 GB of 28.7 GB, 69560 of 113624 items
18:30:07 Copied 4.3 GB of 28.7 GB, 69560 of 113624 items
18:51:23 Bulk setting Spotlight attributes failed.
19:30:07 Copied 4.8 GB of 28.7 GB, 69999 of 113624 items
20:30:19 Copied 5.4 GB of 28.7 GB, 69999 of 113624 items
21:30:28 Copied 6.2 GB of 28.7 GB, 69999 of 113624 items
21:38:36 Stopping backupd to allow ejection of backup destination disk!

6
Qual è la velocità di copia di un file di grandi dimensioni sul disco TM è attivo? Questo per vedere se il problema è TM o il disco
user151019

Le velocità di trasferimento sul disco sono 500 Mb / s == 50 MB / s. Velocità normali FW800.

Assicurati che il firmware sia aggiornato. Il mio non era ed era lento, ma da allora è diventato più veloce.
Alex,

Quale firmware? Software di sistema OS X? Programma di aggiornamento EFI per OS X? Mi tengo aggiornato, tuttavia, come mi dice Software Updater, quindi AFAIK non è questo il problema.

Risposte:


6

Su sistemi operativi più recenti, in alcuni casi lo io è limitato. Puoi rivedere questi passaggi nel caso in cui si applichino nel tuo caso.

Time Machine ridicolmente lenta dopo l'aggiornamento di El Capitan

L'acceleratore dovrebbe essere evidente osservando l'utilizzo di backupd del filesystem:

sudo fs_usage backupd

Scrivere un comando /etc/sysctl.confe quindi riavviare dovrebbe disabilitare quel throttle:

echo 'debug.lowpri_throttle_enabled=0' | sudo tee -a /etc/sysctl.conf

O senza riavviare:

sudo sysctl debug.lowpri_throttle_enabled=0

Avrai bisogno di guardare per altri problemi di prestazioni (ulteriore utilizzo della CPU, altri rallentamenti IO, maggiore consumo di energia durante il backup) dopo aver effettuato la regolazione di ottimizzazione del sistema a basso livello.


3
Per modificare l'impostazione in tempo reale senza riavviare, utilizzare sudo sysctl debug.lowpri_throttle_enabled=0. Utilizzare sysctl.confper assicurarsi che la modifica venga mantenuta dopo il riavvio.
Nic Benders,

2

Sfortunatamente, la soluzione in questo caso è stata:

Format disk (lose old backups)

Ora il disco esegue il backup alla massima velocità.


Non è stato formattato come HFS + J?
Harv,

Lo era e lo è ancora. Non è cambiato nulla, l'ho semplicemente cancellato e tutto ha funzionato velocemente.

@mankoff Che strano!
Harv,

1
Non sorprende che ciò migliorerebbe la velocità: hai ricominciato da zero. L'unità in precedenza era piuttosto piena? Quanto è grande la tua unità TM rispetto alla dimensione totale di tutti i dischi di cui è il backup? Immagino che probabilmente passasse un sacco di tempo a "diradarsi", che sta gettando fuori tra le versioni dei file per fare più spazio per le versioni più recenti. Dai un'occhiata a "Console" e inserisci "backupd" nella casella di ricerca. Torna indietro prima di aver formattato ... qualche indizio?
JBR Wilkinson,

Buon consiglio L'unità non era piena. Interno è di 300 GB utilizzato di 500 GB. L'unità di backup era da 500 GB e aveva 71 GB gratuiti. Ho pubblicato l'output di esempio system.log nella domanda originale anziché qui, in modo che possa essere formattato correttamente. Non sembra essere diradamento, ma potrebbe essersi verificato un problema di riflettori, sebbene i riflettori siano stati disabilitati su quell'unità.

1

Secondo questa discussione :

Elimina la cartella " in progress " sull'unità TM e le cose funzioneranno a velocità normale.

Nota: questo non ha risolto il problema nel mio caso.


Ha funzionato per me. Il file InProgress sembrava bloccato e ci è voluto del tempo per eliminarlo.
AHHP,

1

Potresti provare a rinominare la cartella /.Spotlight-V100 sul volume TM. Non l'ho mai provato, ma Spotlight viene utilizzato per decidere quali file sono nuovi / modificati dall'ultimo backup. L'unica cosa che viene in mente nella lettura della tua domanda è che forse l'indice è rotto e deve essere ricostruito, e nel frattempo TM sta eseguendo quella ricerca dal vivo, piuttosto che indicizzata.

Tiro lungo.


1
L'eliminazione della cartella .Spotlight-V100 e l'aggiunta di quell'unità all'elenco Pref sistema> Spotlight> Privacy sembra aver aiutato. Controllerò se funziona di nuovo sull'altro mio disco lento.

Se ha funzionato, fantastico. Non sono sicuro però se impedire l'indicizzazione corretta dell'unità TM sia una buona idea. Suppongo che una volta terminato il backup iniziale, è possibile rimuovere l'unità dall'elenco di privacy e consentire la ricostruzione dell'indice.
Harv,

Non è una buona idea? Sembra un ovvio difetto che gli consentono di indicizzarlo affatto. Perché dovrei desiderare che Spotlight indicizzi l'unità di backup?

Time Machine utilizza pesantemente Spotlight per determinare quali file devono essere sottoposti a backup.
Harv,

0

Aggiungi il disco di Time Machine all'elenco Privacy di Spotlight (nelle Preferenze di Sistema) in modo che Spotlight non passi il tempo ad accedere a quell'unità.


0

La frammentazione

Nella mia esperienza, è molto comune che il B-tree del catalogo diventi molto frammentato. Su un volume che è sia grande che pieno, questo tipo di frammentazione può avere un effetto significativo.

In ogni momento

Utilizza la versione demo di iDefrag per visualizzare le statistiche.

Quando il volume di backup è il più vicino possibile al pieno

Prendi in considerazione l'utilizzo dell'algoritmo Metadata della versione completa di Defrag, o un'utilità comparabile, per deframmentare il catalogo e altri file critici.

(Per un volume di backup di Time Machine, non preoccuparti della deframmentazione completa.)

Altre utilità

fileXray - questo da solo non può deframmentare i file rilevanti, ma per analisi: non so nulla di meglio di fileXray.

Riferimento incrociato

I Mac devono essere deframmentati?


So che questa è una vecchia risposta, ma è sicuro eseguire iDefrag su un backup di Time Machine (che ha numerosi collegamenti diretti alla directory) ?!
RJVB

-2

Potrebbe anche essere correlato al processo MRT. Per me, quando ho rimosso il processo MRT, la velocità di backup diventa normale. A proposito, MRT è chiamato strumento di rimozione malware che viene fornito con l'aggiornamento di sicurezza e ci vorrà molta CPU per eseguire il lavoro di scansione. Ci sono alcuni articoli su come rimuoverlo.


3
Piuttosto che menzionare che ci sono "alcuni articoli" preferiamo qualcuno a cui rispondere con quegli articoli riassunti e collegati in modo che le persone possano capire. La speculazione su MRT sembra esatta, ma è documentata altrove?
bmike
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.