Las copias de seguridad que tardan 16 horas son ciertamente normales si tienes muchos archivos pequeños para actualizar y copiar (muchos han sido 200.000 o así). Diagnosticar las unidades que fallan es generalmente fácil para un técnico, ya que el sistema registra los errores de E/S en el registro del sistema y los cuelgues en Library/Logs. A nivel de usuario final, no podrá ejecutar una comprobación del sistema de archivos/reparación de disco/borrado de disco utilizando la Utilidad de Discos sin que se produzcan errores cuando una unidad falla. (Desgraciadamente, es posible que no reciba ninguna advertencia más que una ralentización antes de que falle, así que le felicito por tener una copia de seguridad ahora)
Para las copias de seguridad, el tiempo de acceso al disco duro es lo que limita las cosas, sobre todo si el origen y el destino son unidades giratorias o, peor aún, un volumen de red remoto. El disco duro puede manejar varios cientos de IOPS (entrada y salida por segundo) en el mejor de los casos y el proceso de copia de seguridad regula el uso de IO para no afectar al sistema en funcionamiento, por lo que si la copia de seguridad se ejecuta en primer plano, lo que podría tardar una hora podría alargarse a docenas, ya que está regulado.
Ahora que tu copia de seguridad está hecha, ¿cuánto tiempo tarda en hacer una copia de seguridad si sales de todas las aplicaciones que se están ejecutando, y no tienes ninguna que se lance cuando te conectas y luego realizas esta prueba?
- Salga de su cuenta (y de cualquier otra si cambia rápidamente de usuario)
- Inicie la sesión y no inicie ninguna aplicación excepto la aplicación de terminal en la carpeta Utilidades
- Ejecutar una copia de seguridad de bloqueo y cronometrar exactamente el tiempo que tarda
El comando para eso es:
time tmutil startbackup --block
En un MacBook de 2015 con SSD haciendo una copia de seguridad en un nuevo disco duro USB 3.0, podría ver esto para un cambio muy pequeño en los datos desde el último intervalo de copia de seguridad en un sistema que funciona sin problemas:
mac:~ me$ time tmutil startbackup --block
Total copied: 61.64 MB (64633164 bytes)
Avg speed: 39.21 MB/min (685202 bytes/sec)
real 2m26.550s
user 0m0.046s
sys 0m0.046s
Si publicas un par de estos con tiempos reales podemos discutir si vale la pena borrar la unidad y reparticionarla y ejecutar algunas pruebas de referencia de velocidad o si sólo necesitas un SSD en lugar de un HDD o si esto es una señal de que la unidad está fallando y estarás súper contento de tener una copia de seguridad para restaurar una vez que reemplaces esa unidad con un nuevo HDD que funcione a toda velocidad.
0 votos
Yo empezaría por correr AHT - Prueba de hardware de Apple . Mantenga D mientras arranca desde un estado apagado con el adaptador de CA conectado. Además, intente abrir el Monitor de Actividad y vea cuánta CPU y/o memoria se está asignando cuando las cosas se ralentizan.
0 votos
Gracias @Allan, me olvidé de AHT. Lo he ejecutado ahora y no ha reportado ningún error. Cuando las cosas se ralentizan la CPU está <10% ocupada y la RAM tiene 5 de 8GB asignados.