una trabajo tortoise subversion repositorio guia entrar copia conectarse carpeta agregar svn recovery

tortoise - svn no es una copia de trabajo



Cómo recuperarse de las copias de seguridad de svn hotcopy (4)

Nuestro proceso de copia de seguridad actual está haciendo SVN HOTCOPY todas las noches, en una ubicación de respaldo en una máquina diferente. ¿Puedo de alguna manera recuperarme de esa copia de seguridad y conservar todo el historial de revisiones? ¿O necesito usar svn dump / load?

Gracias, Chandrajeet


"svnadmin hotcopy" en realidad copia todo el repositorio a otra ubicación. La copia es indistinguible del repositorio original y, de hecho, se puede usar como un repositorio en sí mismo. Por lo tanto, debería poder copiar los resultados de svnadmin hotcopy a su ubicación de repositorio y tener un repositorio restaurado perfectamente válido.

La ventaja de la copia en caliente sobre una copia normal del sistema de archivos es que respeta el mecanismo de bloqueo de Subversion.


Haría mucho más que simplemente ejecutar un hotcopy todas las noches. Yo usaría "svnadmin dump" para crear un historial de revisiones en un archivo de volcado, que se puede restaurar a un repositorio en funcionamiento.

Debería realizar una copia de seguridad de estos archivos de volcado en cinta o en un disco externo como es el procedimiento de copia de seguridad estándar. Si un repositorio corrupto persiste durante varios días antes de que sea capturado (como en un fin de semana o día feriado), puede volver al último archivo correcto.


Como parte de su copia de seguridad diaria, es posible que desee ejecutar svnadmin verify <REPOSITORY>

Usted puede verificar el original o el hotcopied.

Definitivamente hazlo antes de restaurar desde una copia de seguridad.


Puede ser que desee ver mi respuesta a una pregunta similar: "Restaurar copias de seguridad SVN de múltiples archivos"

También debería pensar en una estrategia para recuperar sus copias de trabajo de SVN: si acaba de recuperar un repo copiado en caliente (o descargado), todas las copias en funcionamiento que están en una revisión más alta no serán válidas y los desarrolladores tendrán que volver a realizarlas. por lo general, esto lleva mucho más tiempo para estar nuevamente en el camino que recuperar el repositorio solo.

El problema en los volcados es: les lleva mucho tiempo crearlos y reproducirlos.

Además, si usa scripts de gancho, se incluirán en su copia electrónica, pero no estarán dentro de sus depósitos.

Eso dice que recomendaría una combinación de hotcopy y dump per-commit