Cómo mover un repositorio de copias de seguridad USB a una nueva ruta de montaje sin perder el historial incremental
Mover un repositorio de copias de seguridad USB a una nueva ruta de montaje es seguro cuando el repositorio permanece intacto y el trabajo de copia de seguridad se vuelve a conectar deliberadamente a él.
El error peligroso es tratar la nueva ruta como un destino nuevo y permitir que la aplicación de copias de seguridad inicialice un repositorio vacío junto al anterior. Antes de cambiar las etiquetas, las reglas de montaje o la estructura de directorios, registra la identidad física del sistema de archivos, la raíz del repositorio, el ID del repositorio si la herramienta lo proporciona, el material de cifrado, la configuración del trabajo y el último punto de restauración utilizable. Después, mueve o vuelve a montar el repositorio existente como una sola unidad y comprueba que la aplicación reconoce su historial anterior antes de la siguiente escritura.
Registra el repositorio existente antes de cambiar la ruta
Guarda el origen de montaje actual, el UUID o la etiqueta del sistema de archivos, el directorio del repositorio, el nombre del trabajo, la ubicación de la clave o contraseña de cifrado y el identificador propio del repositorio si la herramienta de copias de seguridad lo proporciona. Enumera varias instantáneas o archivos recientes como referencia.
Kopia separa la creación del repositorio de la conexión a un repositorio existente, una distinción fundamental que debes conservar durante el cambio de ruta de montaje.
No inicies la reubicación hasta que puedas identificar el historial anterior sin depender únicamente de la ruta de montaje. Si solo registraste la ruta, un segundo disco USB montado allí más adelante puede parecer válido de forma engañosa.
Mueve el repositorio como una unidad completa
Detén el trabajo de copia de seguridad y cualquier proceso de depuración, compactación, verificación o restauración antes de mover los archivos del repositorio. Copia o vuelve a montar la raíz completa del repositorio, incluidos los índices, la configuración, los paquetes, los bloqueos, las claves almacenadas allí y los metadatos específicos de la herramienta.
Borg describe su repositorio como un almacén transaccional estructurado con metadatos del repositorio junto a los datos de las copias de seguridad, por lo que copiar únicamente archivos visibles parecidos a archivos de respaldo no es un modelo de reubicación seguro.
Mantén el repositorio original sin cambios hasta que la nueva ruta supere una enumeración o comprobación de solo lectura. Evita abrir ambas instancias, la original y la copiada, para realizar escrituras normales cuando la herramienta las considera la misma identidad de repositorio.
Cambia la ruta de destino sin inicializar un historial nuevo
Actualiza el trabajo existente o la conexión al repositorio con la nueva ruta del sistema de archivos. Si la interfaz ofrece Crear frente a Conectar, Importar, Volver a vincular o Usar existente, elige la opción del repositorio existente y verifica el destino antes de guardar.
Los responsables de Duplicati explican que, después de mover un almacén existente, puedes editar el destino y continuar cuando la base de datos del trabajo apunta al almacén reubicado.
Si la aplicación ofrece inmediatamente inicializar un destino vacío, cancela. Eso indica que todavía no ha reconocido el repositorio anterior; la inicialización puede crear un segundo historial y dificultar la limpieza posterior.
Espera que algunas herramientas detecten la reubicación del repositorio
Un cliente de copias de seguridad puede recordar más que el contenido del repositorio. Las cachés locales pueden asociar una identidad de repositorio con su ubicación anterior y solicitar una aprobación explícita cuando el mismo repositorio aparece en una ubicación nueva.
Un caso de migración de la ruta de montaje de Duplicacy gira en torno a volver a asociar un repositorio movido, lo que demuestra por qué un cambio de ruta debe tratarse como una revinculación y no como una inicialización nueva.
Aprueba la reubicación solo después de verificar la identidad del repositorio, las instantáneas esperadas, el estado del cifrado y el sistema de archivos USB. Una advertencia sobre el disco equivocado es motivo para detenerse, no una prueba de que el software esté siendo demasiado cauteloso.
Asigna al sistema de archivos USB una identidad de montaje estable
Una vez reconocido el repositorio, asigna el sistema de archivos USB físico a una ruta fija propiedad del administrador mediante un identificador persistente adecuado. Evita vincular las copias de seguridad programadas al orden de detección de /dev/sdX o a un directorio de montaje de una sesión de escritorio.
Las herramientas de Linux pueden identificar sistemas de archivos mediante una etiqueta estable o un UUID, lo que permite que la misma ruta del repositorio sobreviva a los cambios normales en la enumeración de dispositivos.
Si cambias intencionadamente la etiqueta de un sistema de archivos, actualiza la regla de montaje y pruébala antes de volver a activar las copias de seguridad. La aplicación debe seguir viendo la misma raíz del repositorio aunque cambie la etiqueta legible para las personas.
Verifica el historial antes de la primera escritura tras el traslado
Monta el disco USB en la nueva ruta, conecta el repositorio existente, enumera las instantáneas anteriores, inspecciona el último punto de restauración y restaura un archivo pequeño en un directorio temporal. Solo después ejecuta la primera copia de seguridad nueva.
Un ejemplo de un usuario de restic señala que un repositorio local puede ser renombrado y utilizado de nuevo, lo que refuerza que el historial pertenece al contenido del repositorio y no a la forma en que se escribe una única ruta de montaje.
El traslado se completa cuando las instantáneas antiguas siguen siendo navegables, una restauración de prueba funciona y la nueva copia de seguridad se añade al mismo historial. El artículo relacionado de ZimaSpace sobre cambios en las rutas de montaje USB después de un reinicio ofrece la solución inicial cuando el cambio de ruta no fue planificado, sino que ocurrió fuera de una reubicación controlada del repositorio.
Preguntas frecuentes
¿Cambiar la etiqueta de volumen de un USB rompe automáticamente el historial de copias de seguridad?
No necesariamente. Se convierte en un problema cuando la regla de montaje o el trabajo de copia de seguridad utiliza esa etiqueta como parte de la identidad del destino y el repositorio deja de encontrarse en la ruta esperada.
¿Debo copiar únicamente la carpeta de la copia de seguridad más reciente a la nueva ruta?
No, en el caso de las herramientas de copias de seguridad basadas en repositorios. Conserva junta toda la estructura del repositorio, ya que los índices, catálogos, archivos de paquetes, claves y puntos de restauración antiguos pueden depender unos de otros.
¿Puedo mantener en línea al mismo tiempo las copias antigua y nueva del repositorio?
Conserva la copia antigua como fuente de recuperación, pero evita escribir de forma independiente en dos instancias clonadas que compartan una identidad de repositorio, a menos que la herramienta de copias de seguridad admita explícitamente ese flujo de trabajo.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
