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!

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.

Desafortunadamente, la solución en este caso fue:

Format disk (lose old backups)

Ahora el disco retrocede a toda velocidad.

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.}

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.

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.

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?

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.