Copia de seguridad de un gran sparsebundle utilizando Time Machine

4

Utilizo un gran sparsebundle (actualmente 16GB) como contenedor para todo mi trabajo profesional. Esto es conveniente para mí porque es una entidad aislada, segura, "portátil" donde todo mi trabajo se puede almacenar en un solo lugar. Ha persistido en tres computadoras portátiles y varios cambios en el disco duro (básicamente, cópielo de una a otra según sea necesario). Ha funcionado muy bien. En el pasado, he usado ChronoSync como la utilidad de copia de respaldo de mi elección: separar documentos para respaldar la unidad excluyendo sparsebundle, luego un segundo documento para respaldar el paquete montado como un sistema de archivos, por lo tanto, el paquete completo no se copia cada vez, solo se cambia archivos. Pero, recientemente comencé a usar Time Machine dada la maravillosa integración que proporciona. Sin embargo, no estoy convencido de que esté manejando este gran haz disperso correctamente:

  1. Parece que no puedo acceder a ella a través de Time Machine. La única opción presentada es "restaurar". No quiero "probar" eso. Creé un paquete de prueba (100MB) con la misma seguridad. Puse algunos archivos en ... copia de seguridad manual a través de TM ... añadí algunos más ... copia de seguridad manual ... eliminé algunos ... copia de seguridad manual. Sin embargo, cuando los restauro a través de la interfaz de TM, los cambios no parecen rastrearse. De hecho, hay una instancia de copia de seguridad para cada copia de seguridad manual, pero las instancias no se corresponden con los cambios realizados. ¿Tal vez voy más rápido de lo que el sistema escribe en el disco? (probablemente 1 minuto entre cambios).

  2. El acceso directo al sistema de archivos (Backups.backupdb) muestra el gran paquete disperso de 16 GB presente en la mayoría de las instancias de copia de seguridad (¿todas? ... no han sido verificadas) (por ejemplo, 2013-02-28-042451 ). El sistema de archivos lo reporta como 16GB, solicita la contraseña si intento montarla, pero luego falla con "no hay sistema de archivos que se pueda montar". Supongo que esto es de esperar, ya que no creo que Time Machine realice copias de seguridad del paquete ENTERO cada vez ... pero ni siquiera puedo montar el paquete ORIGINAL desde la primera copia de seguridad, que supongo que es una copia verdadera.

Las preguntas son: ¿Time Machine definitivamente maneja correctamente los sparsebundles grandes? ¿Debo preocuparme por mis pruebas con el paquete pequeño? ¿Hay alguna forma de acceder a archivos individuales dentro de una copia de seguridad de Time Machine de un gran sparsebundle, o es necesario restaurar todo el paquete?

    
pregunta jjwebster 28.02.2013 - 15:16

2 respuestas

1

Time Machine funciona a nivel de archivo, sin posibilidad de realizar cambios incrementales dentro de los archivos. Como tal, su Sparsebundle puede ser respaldado en su totalidad cada vez que cambie en lo más mínimo, dependiendo de qué tan grande sea. Por supuesto, tiene que esperar hasta 1 hora (+ el tiempo que toma hacer la copia de seguridad, dependiendo de qué tan grande es la cola y dónde se encuentra el archivo) para asegurarse de que esos cambios se incluyan en la copia de seguridad. Además, si su Sparsebundle está en uso (montado ...), entonces puede omitirlo hasta que se libere el bloqueo del archivo

Este es un sistema terrible, y es posible que no veamos cambios hasta que el sistema de archivos subyacente sea actualizado (o reemplazado) para incluir instalaciones útiles como cambios de nivel de bloque incrementales en lugar de simples niveles de archivos y / o deduplicación, etc. Una de las primeras víctimas de este escenario fueron los usuarios que utilizaron el sistema original de Filevault para cifrar sus carpetas domésticas. Time Machine no haría copias de seguridad de sus carpetas de inicio hasta el momento en que cerraron la sesión porque el archivo Sparseimage estaba constantemente bloqueado por el hecho de que el usuario lo había montado. E incluso cuando el usuario se desconectó, procedería a realizar una copia de seguridad enormemente ineficiente de todo esto una y otra vez, suponiendo que simplemente se desconectó y no se apagó, etc. No es muy inteligente. Para tratar de mejorar esto, la especificación Sparseimage se modificó para permitir los Sparsebundles. En lugar de un solo archivo grande, un paquete disperso es un paquete (directorio) que contiene una serie de archivos llamados bandas, cada uno en el orden de 8 MB de tamaño. Esto significa que aunque para el usuario final el paquete disperso aparece como un solo archivo, está compuesto de archivos más pequeños. A partir de Mac OS X 10.8, las bandas son de 8.4 MB cada una. Cuando el contenido de la imagen cambia, uno o más archivos de banda se cambian, crean o eliminan. Esto permite que el software de respaldo (como Time Machine) funcione de manera más eficiente, pero es solo un intento de imitar los cambios de nivel de bloque en archivos individuales, que están limitados a "bloques" de 8Mb ...

Entonces, para responder sus preguntas directamente, 1) las maneja adecuadamente, donde significa lo mismo que cualquier otro archivo, es posible que su uso particular (dejándolo abierto y montado) no resulte en copias de seguridad eficientes que se realicen regularmente , especialmente si raramente desmonta el archivo, y 2) sí, necesitará retirar todo el archivo para ver su contenido. La interfaz de restauración de TM también es específica del archivo. Puede tener complementos de apariencia rápida para permitirle ver archivos simples en línea como JPG, etc., pero no para un archivo complejo como un sparsebundle.

En el lado positivo, ya tienes una copia con licencia de ChronoSync, que es muy útil, y seguiría usando esto para realizar copias de seguridad incrementales de tu sparsebundle mientras está montado, puedes usar la misma unidad que tu TM imágenes también.

    
respondido por el stuffe 28.02.2013 - 16:26
2

La única vez que vi un error fue cuando almacené paquetes de discos dispersos dentro de otro paquete de discos dispersos y ambos se montaron de forma remota en un dispositivo de almacenamiento de red bastante lento, como una Time Capsule.

En esos casos, a menudo he excluido el directorio de imágenes original de las copias de seguridad de Time Machine, ya que funciona en teoría (y la mayoría de las veces en la práctica), no puede obtener ningún beneficio al explorar esos archivos en una Copia de seguridad de Time Machine.

Por lo general, configuro rsync u otra herramienta de copia de seguridad incremental para copiar esos archivos en una programación que me gusta (tal vez automatizando todo con Lingon 3 ).

Al restaurar el archivo en una unidad local, sabrá si la falla en el montaje se debe a un daño real o simplemente a una conexión de red y un tiempo de espera.

Una vez que se haya copiado en un disco adjunto o interno, es posible que también pueda utilizar la Utilidad de Discos para corregir los errores del sistema de archivos, aunque con paquetes de discos dispersos encriptados, que a menudo no tienen éxito.

    
respondido por el bmike 28.02.2013 - 15:37

Lea otras preguntas en las etiquetas