La copia de seguridad de Time Machine es lenta. ¿Cómo puedo acelerarlo?

14

Mi máquina del tiempo es copia de seguridad es muy lenta. La conexión es FireWire 800. La transferencia es de alrededor de 5 Mb / so 0.5 MB / s, lo que parece lento. He visto muchas menciones en línea de copias de seguridad de Time Machine muy lentas. ¿Cuáles son algunas técnicas o sugerencias para acelerar esto?

Yo tengo:

  • Ejecute la herramienta de reparación de la utilidad de disco. Todo esta bien.
  • Spotlight deshabilitado en el disco remoto

La búsqueda de copia de seguridad en system.log ofrece lo siguiente:

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!
time-machine data-transfer
fuente
66
¿Cuál es la velocidad de copia de un archivo razonablemente grande en el disco TM? Esto es para ver si TM o el disco es el problema
user151019
Las velocidades de transferencia al disco son 500 Mb / s == 50 MB / s. Velocidades normales de FW800.
Asegúrese de que el firmware esté actualizado. El mío no fue y fue lento, pero se hizo más rápido desde entonces.
Alex
Que firmware Software del sistema OS X OS X EFI actualizador? Me mantengo actualizado, sin embargo, Software Updater me lo dice, así que AFAIK este no es el problema.

Respuestas:

6

En sistemas operativos más nuevos, el io se estrangula en algunos casos. Puede revisar estos pasos en caso de que se apliquen en su caso.

Time Machine ridículamente lento después de la actualización de El Capitan

El acelerador debe ser evidente al observar el uso respaldado del sistema de archivos:

sudo fs_usage backupd

Escribir un comando /etc/sysctl.confy luego reiniciarlo debería deshabilitar ese acelerador:

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

O sin reiniciar:

sudo sysctl debug.lowpri_throttle_enabled=0

Deberá estar atento a otros problemas de rendimiento (uso adicional de la CPU, otra disminución de la velocidad de E / S, mayor uso de energía al realizar una copia de seguridad) después de realizar ese ajuste de ajuste del sistema de bajo nivel.

bmike
fuente
3
Para cambiar la configuración en vivo sin reiniciar, use sudo sysctl debug.lowpri_throttle_enabled=0. Use sysctl.confpara asegurarse de que el cambio se mantenga después del reinicio.
Nic Benders
2

Desafortunadamente, la solución en este caso fue:

Format disk (lose old backups)

Ahora el disco retrocede a toda velocidad.


fuente
¿No estaba formateado como HFS + J?
Harv
Fue y sigue siendo. Nada cambió, solo lo borré y todo funcionó rápido.
@mankoff ¡Qué extraño!
Harv
1
No sorprende que esto mejore la velocidad: comenzaste de nuevo desde cero. ¿Estaba el disco previamente bastante lleno? ¿Qué tan grande es su unidad TM en comparación con el tamaño total de todos los discos que respalda? Supongo que probablemente estaba pasando mucho tiempo 'adelgazando', lo que está arrojando versiones intermedias de archivos para hacer más espacio para las versiones más nuevas. Eche un vistazo a 'Consola' y ponga 'copia de seguridad' en el cuadro de búsqueda. Desplácese hasta antes de formatear ... ¿alguna pista?
JBRWilkinson
Buena sugerencia. La unidad no estaba llena. Interna es de 300 GB de 500 GB. La unidad de respaldo era de 500 GB y tenía 71 GB libres. Publiqué un ejemplo de salida system.log en la pregunta original en lugar de aquí para que pueda formatearse correctamente. No parece estar disminuyendo, pero puede haber habido un problema de atención, aunque la atención se deshabilitó en esa unidad.
1

De acuerdo con este hilo :

Elimine la carpeta " en progreso " en la unidad TM y luego las cosas funcionarán a una velocidad normal.

Nota: Eso no solucionó el problema en mi caso.


fuente
Trabajó para mi. El archivo InProgress parecía bloqueado y tardó en eliminarse.
AHHP
1

Puede intentar cambiar el nombre de la carpeta /.Spotlight-V100 en el volumen TM. Nunca he intentado esto, pero Spotlight se usa para decidir qué archivos son nuevos / cambiados desde la última copia de seguridad. Lo único que le viene a la mente al leer su pregunta es que tal vez el índice está roto y necesita ser reconstruido, y TM mientras tanto ejecuta esa búsqueda en vivo, en lugar de indexarla.

Tiro largo.

Harv
fuente
1
Parece que ha ayudado eliminar la carpeta .Spotlight-V100 y agregar esa unidad a las Preferencias del sistema> Spotlight> Lista de privacidad. Comprobaré si esto funciona nuevamente en mi otro disco lento.
Si funcionó, genial. Sin embargo, no estoy seguro de si es una buena idea evitar que la unidad TM se indexe correctamente. Supongo que una vez que se realiza la copia de seguridad inicial, puede eliminar la unidad de la lista de privacidad y permitirle reconstruir el índice.
Harv
¿No es Buena idea? Parece un defecto obvio que permiten que se indexe en absoluto. ¿Por qué querría que Spotlight indexara la unidad de respaldo?
Time Machine hace un uso intensivo de Spotlight para determinar qué archivos necesitan copia de seguridad.
Harv
0

Agregue el disco de Time Machine a la lista de privacidad de Spotlight (en Preferencias del sistema) para que Spotlight no pase tiempo accediendo a esa unidad.


fuente
0

Fragmentación

En mi experiencia, es muy común que el catálogo B-tree se fragmente mucho. En un volumen que es grande y completo, este tipo de fragmentación puede tener un efecto significativo.

En cualquier momento

Use la versión demo de iDefrag para ver estadísticas.

Cuando el volumen de la copia de seguridad está lo más cerca posible al máximo

Considere utilizar el algoritmo de metadatos de la versión completa de Defrag, o una utilidad comparable, para desfragmentar el catálogo y otros archivos críticos.

(Para un volumen de copia de seguridad de Time Machine, no se moleste con la desfragmentación completa).

Otras utilidades

fileXray : esto solo no puede desfragmentar los archivos relevantes, pero para el análisis: no conozco nada mejor que fileXray.

Referencia cruzada

¿Las Mac necesitan ser desfragmentadas?

Graham Perrin
fuente
Sé que esta es una respuesta anterior, pero ¿es seguro ejecutar iDefrag en una copia de seguridad de Time Machine (que tiene numerosos enlaces duros de directorio) ?!
RJVB
-2

También podría estar relacionado con el proceso MRT. Para mí, cuando eliminé el proceso MRT, la velocidad de respaldo se volvió normal. Por cierto, MRT es algo llamado herramienta de eliminación de malware que viene con la actualización de seguridad y tomará mucha CPU para hacer el trabajo de escaneo. Hay algunos artículos sobre cómo eliminarlo.

Louis
fuente
3
En lugar de mencionar que hay "algunos artículos", preferimos que alguien responda con esos artículos resumidos y vinculados para que la gente pueda entender. La especulación sobre MRT parece acertada, pero ¿está documentada eso en otra parte?
bmike