Nuestro proceso de copia de seguridad actual realiza un SVN HOTCOPY todas las noches, a 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 revisión? ¿O necesito usar svn dump/load?Cómo recuperarse de las copias de seguridad de svn hotcopy
Gracias, chandrajeet
"svnadmin hotcopy" en realidad copias todo el repositorio a otro lugar. 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.
Como parte de la copia de seguridad diaria, es posible que desee ejecutar svnadmin verify <REPOSITORY>
Usted podría verificar el original o la hotcopied.
Definitivamente hacer eso antes de restaurar desde una copia de seguridad.
Haría mucho más que simplemente ejecutar una copia en caliente 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.
Debe 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.
¿Por qué es esto "más" que el hotcopy? No incluirá ganchos u otros datos no comprometidos, y la copia rápida incluirá todo dentro de un archivo de volcado. – Eddie
puede ser que desee ver en mi respuesta a una pregunta similar: "Restore SVN backups from multiple files"
También debe pensar en una estrategia para recuperar sus SVN-workingcopies: si sólo se recupera una cesión temporal hotcopied (o vertido) todas las workscopys que están en una revisión más alta no serán válidas y los desarrolladores tendrán que verificarlas nuevamente. 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 utiliza 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 per-commit dump
Gracias por la respuesta. Me preocupa esa situación si se realiza una copia de seguridad de un repositorio corrupto en un repositorio limpio en la ubicación de la copia de seguridad. aunque tomo copias de seguridad circulares de lunes a viernes, temo por la situación anterior. ¿Para qué se recupera svnadmin? Como mi repositorio está en un sistema fsfs, supongo que "svnadmin recover" no sirve de nada. Saludos, – chandrajeet
svnadmin recover se recuperará de algunos errores en fsfs desde Subversion 1.5. Sin embargo, aún recomendaría mantener instantáneas periódicas en un medio de copia de seguridad más permanente. – MattK