¿Por qué Time Machine crea un nuevo Sparsebundle en lugar de continuar con la copia de seguridad existente en el NAS?
Time Machine inicia un nuevo sparsebundle cuando deja de asociar el Mac actual y el destino NAS con el historial de copias de seguridad existente.
La copia de seguridad antigua puede seguir visible como archivos mientras Time Machine la considera perteneciente a otro ordenador, otro volumen de red, otra identidad de recurso compartido o una configuración de destino incompatible. Entre los desencadenantes habituales se incluyen la migración de macOS, cambios en la placa lógica o el nombre del equipo, seleccionar «Crear una nueva copia de seguridad», cambiar el nombre del NAS o del recurso compartido, modificar la publicidad de Time Machine, cambiar de usuario o presentar un UUID de volumen diferente. Conserva ambos sparsebundles antes de intentar volver a conectar el historial.
Confirma que realmente se creó un segundo sparsebundle
Enumera el recurso compartido de Time Machine antes y después de un intento de copia de seguridad. Registra los nombres de los sparsebundles, las fechas de creación, los tamaños lógicos, los propietarios, el nombre del Mac, el nombre de host del NAS, el nombre del recurso compartido y el destino seleccionado.
Apple explica que un Mac nuevo puede heredar un historial de copias antiguo o crear una copia de seguridad nueva, por lo que la elección durante la migración es el primer punto de separación cuando el nuevo bundle aparece después de sustituir el hardware o usar el Asistente de Migración.
Si solo aparecen archivos temporales dentro del sparsebundle existente, diagnostica en su lugar una copia de seguridad interrumpida. Si aparece un bundle distinto con un nombre nuevo orientado al equipo, continúa revisando la identidad del Mac y del destino.
Compara la identidad actual del Mac con el historial existente
Registra el nombre actual del ordenador, el UUID del hardware o la identidad de plataforma disponible para Time Machine, el historial de migración, los cambios en la placa lógica y si el Mac antiguo todavía utiliza la copia de seguridad.
El módulo vfs_fruit de Samba proporciona compatibilidad de Time Machine con SMB y un comportamiento de identidad del servidor que afecta a la forma en que macOS ve el destino de red.
No cambies el nombre del nuevo sparsebundle para que coincida con el antiguo mientras Time Machine o SMB lo tengan abierto. Cambiar el nombre del archivo no puede reescribir de forma segura la identidad interna de la copia de seguridad.
Verifica que el NAS siga presentando el mismo recurso compartido y la misma ruta
Compara el nombre de host antiguo y actual del NAS, la dirección SMB, el nombre del recurso compartido, la ruta del conjunto de datos, la finalidad de Time Machine, el nombre de descubrimiento y la cuenta dedicada para las copias de seguridad.
TrueNAS requiere que un recurso compartido se configure con la finalidad SMB de Time Machine, por lo que recrear un recurso SMB general en una ruta aparentemente idéntica puede seguir presentando una capacidad de destino diferente.
Si se cambió el nombre o se reconstruyó el recurso compartido antiguo, restaura la identidad original del servicio cuando sea seguro hacerlo o migra deliberadamente el bundle antiguo a un destino nuevo y validado antes de seleccionarlo.
Comprueba si cambiaron la carpeta y el usuario de Time Machine
Confirma que la misma carpeta compartida siga seleccionada para Time Machine y que la cuenta actual pueda leer, crear, cambiar el nombre y eliminar un archivo de prueba junto al bundle.
La guía de configuración de Synology requiere seleccionar la carpeta compartida SMB específica para Time Machine.
Un usuario o una carpeta nuevos pueden hacer que el bundle antiguo sea invisible o no se pueda escribir en él, aunque Finder muestre otro recurso compartido con el mismo nombre visible. Evita montar simultáneamente el mismo NAS con varias cuentas durante las pruebas.
Verifica que la configuración SMB de Time Machine no se haya recreado de otra manera
Compara las actualizaciones del NAS, la configuración del protocolo SMB, los indicadores de Time Machine, las cuotas, las opciones de la papelera de reciclaje, los identificadores persistentes y cualquier migración de AFP a SMB.
QNAP documenta una configuración de carpeta de copias de seguridad de Time Machine específica, lo que demuestra que un recurso compartido con permisos de escritura y un recurso compartido anunciado para Time Machine no son necesariamente equivalentes.
Vuelve a aplicar el ajuste predefinido compatible con Time Machine en lugar de copiar manualmente uno o dos parámetros de Samba de una configuración anterior. Conserva el bundle antiguo antes de realizar cambios en el servicio.
Comprueba si cambió el UUID del volumen de copia anunciado
Registra los detalles de Bonjour o del descubrimiento del servicio y compara la identidad actual del volumen anunciado con la configuración guardada o con la instancia anterior del servidor.
Netatalk documenta que el UUID anunciado del volumen permite distinguir los volúmenes de Time Machine, lo que explica por qué la misma ruta bajo una identidad de servidor nueva puede tratarse como otro disco de copias de seguridad.
No inventes ni dupliques un UUID entre dos destinos activos. Restaura la identidad anterior solo cuando el servidor antiguo se haya retirado y se sepa que el historial de almacenamiento es el mismo.
Vuelve a conectar el historial existente sin eliminar ninguno de los bundles
Detén las copias de seguridad automáticas, crea una instantánea o copia de los metadatos del recurso compartido, desconecta otros Mac, verifica que el sparsebundle antiguo se monte en modo de solo lectura y confirma qué Mac es propietario de cada historial.
El artículo de ZimaSpace sobre una copia de seguridad SMB de Time Machine no disponible cubre los fallos generales de accesibilidad y estado de la imagen; este artículo se centra en la creación de un segundo historial.
El problema se resuelve cuando Time Machine añade una nueva copia al historial existente previsto, no aparece un tercer bundle y tanto la exploración actual para restaurar como la recuperación de un archivo de prueba funcionan correctamente.
Preguntas frecuentes
¿Se pueden combinar dos sparsebundles?
No existe una combinación sencilla de archivos compatible oficialmente. Conserva ambos historiales y vuelve a conectar el correcto, o conserva el bundle antiguo como fuente de recuperación independiente.
¿Debo eliminar el sparsebundle recién creado?
No hasta que el historial antiguo se haya reconectado y probado de forma segura. El nuevo bundle puede contener la única copia reciente creada después del cambio de identidad.
¿Volver a seleccionar el mismo recurso compartido visible siempre continuará la copia antigua?
No. La ruta del recurso compartido puede parecer idéntica aunque difieran la identidad del Mac, la cuenta, la identidad anunciada del volumen o la configuración del servicio de Time Machine.
Productos recomendados
Soporte y Consejos
Más para leer
¿Por qué restaurar un volumen de Docker recrea el contenido de los archivos, pero elimina los atributos extendidos?
Un diagnóstico de restauración de volúmenes que abarca el inventario de atributos extendidos, las opciones de tar y Rsync, los espacios de nombres, la...
¿Por qué un contenedor en ejecución mantiene su antiguo límite de memoria después de cambiar el archivo de Compose?
Un diagnóstico del límite de memoria que abarca los cgroups activos, el reinicio frente a la recreación, los campos de Compose, los límites estrictos...
¿Por qué reiniciar un proxy inverso invalida todas las sesiones de una aplicación autoalojada?
Un diagnóstico de pérdida de sesión que abarca el alcance del reinicio, la propiedad de las cookies, la rotación de secretos, las sesiones respaldadas...
