¿Con qué frecuencia realiza una copy de security de su repository de Subversion?

Quería saber la frecuencia con la que diferentes tiendas realizan copys de security de sus repositorys. He escuchado que algunos llegan a una extensión de cada 5 minutos para evitar tener que preocuparse después de una restauración, revisar los proyectos locales de todos para encontrar y fusionar los cambios no confirmados que faltan después de una restauración.

  • ¿Qué tan grande es tu tienda (# desarrolladores)
  • ¿Con qué frecuencia se respalda el repository?

Cuando administré el svnserver para un equipo de 15 o más desarrolladores:

  1. Sincronizar con el server espejo en cada confirmación
  2. El server Mirror vuelca cada revisión en commit
  3. Copias de security incrementales nocturnas en el server principal
  4. Copias de security masivas semanales en el server principal, manteniendo 2 semanas de historia

Haga copys de security diarias, colóquelas en otra partición, máquina, sitio físico, y purgue las copys de security antiguas de forma logarítmica (este es un ejemplo, adáptelo a su context):

  • mantener todas las instantáneas de hoy y ayer
  • mantener una instantánea de la última semana y una hace dos semanas
  • mantener una instantánea por mes durante todo el mes anterior de este año
  • mantener una instantánea por año para todos los años anteriores

O sigue el enfoque de Dilbert:

Nuestro plan de recuperación de desastres es algo así http://www.ntpro.nl/blog/uploads/Dilbert.jpg

  • 4 desarrolladores
  • Hacemos una copy de security una vez por día (a las 3AM)
  • hacer una copy de security es bueno
  • probar que la copy de security realmente funciona es mejor

Así que no se olvide de instalar la copy de security de vez en cuando en un server de Subversion desechable, solo para asegurarse de que todo esté bien.

  • 1-2 desarrolladores
  • Una vez al día alnetworkingedor de la medianoche

Al considerar la frecuencia o la copy de security. Piense cuánto vale para usted el trabajo de un día / semana. En cualquier entorno profesional, el costo de un par de días de desarrollador probablemente sea igual al costo de un server de respaldo y los pocos minutos para configurar un trabajo cron para ejecutar el svnadmin dump . Como mínimo, debe realizar copys de security todos los días, a less que sus datos (o time) no valgan nada para usted.

Lo ideal es tener un espejo caliente completo de su repository que también puede ayudar a networkingucir la carga en un server individual. Si está considerando configurar un process de copy de security para Subversion (o CVS), consulte WANdisco . Proporcionan varias soluciones de clustering / mirroring que le permiten escalar su repository y recuperarse de manera transparente de los errores.

Subversion High Availability proporciona una copy de security continua y continua, a la vez que hace que la conmutación por error y la recuperación ante desastres sean automáticas y transparentes tanto para los desarrolladores como para los administradores.

Captura de pantalla de alta disponibilidad http://www.wandisco.com/images/4/ha_iso.gif

Si tiene varios sitios o un sitio grande, también podría considerar sus sistemas de clústeres o sitios múltiples para un clúster Subversion equilibrado de carga compartida.

captura de pantalla en clúster http://www.wandisco.com/images/4/c_iso.gif

  • Yo soy el único desarrollador.
  • Lo respaldo a menudo. Yo uso mi count de Mozy.
  • 3-4 desarrolladores
  • Haga una copy de security del repository (svnadmin dump) manualmente una vez al mes más o less. El server donde reside el repository se realiza una copy de security por separado, y si el repository se corrompe, aún tenemos una copy de trabajo en 3-4 estaciones de trabajo.

Bien, ahora que lo pienso, realmente no hay ninguna razón para que el repository no se pueda respaldar más a menudo y de forma automática. Y tal vez debería.

Estoy usando SVN en proyectos personales / de consultoría donde soy el único desarrollador.

Lo respaldo al final de cada día de desarrollo en una memory USB.

En la oficina donde tenemos 3-5 desarrolladores pero NO UTILIZAMOS SVN, estamos realizando una copy de security del repository central una vez por la noche.

Somos 3 desarrolladores y estoy haciendo una copy de security todas las noches.

Pero eso realmente depende del server donde tienes tu svn instalado. Tal vez está haciendo shadow copies, es un server networkingundante, … Eso también depende de la cantidad de desarrolladores, qué tan grande es el proyecto.

No creo que haya una sola respuesta válida.

La mayoría de las personas adoptan una actitud bastante relajada hacia las copys de security, con una "política de una vez en una luna azul".

Hasta ese día.

Tú sabes el uno.

Después de ese día, te vuelves bastante bueno en eso. ¡Crees que nunca querrás perder más de un día de trabajo y estás absolutamente seguro de que eso es lo que sucede! En respuesta a la pregunta, realizamos una synchronization diaria de nuestro repository de subversión y nuestra database trac a una location externa.

Igual que otros respaldamos a las 4:30 todos los días. Sin embargo, hay un punto importante: nunca coloque su server de respaldo en la misma habitación. También mueva sus DVD de respaldo a otra location de vez en cuando. En un evento de catástrofe, no perderás todo.

  • 2 desarrolladores
  • Realizamos una copy de security diaria de una unidad diferente en una máquina diferente
  • Hacemos una copy de security mensual del sitio

1 desarrollador. Lo respaldo todas las noches a las 3 a.m.

Utilizo winzip para comprimir todo el repository y uploadlo a un ftp remoto, por lo que la copy de security que tengo se encuentra en una location física diferente para evitar la pérdida de datos debido a un robo o incendio.

No guardo copys de security antiguas ya que el repository svn contiene todo el historial.

Simplemente uso la progtwigción interna de winzip para comprimir automáticamente y upload ftp. Simple y efectivo

Raramente hago una copy de security de mi repository personal de svn. Lo he estado haciendo manualmente una vez al mes desde hace 1,4 días, y realmente debo configurar svnsync algún momento. svnsync es genial. Por otro lado, para un repository personal, una copy de security es ligeramente less crucial para mí; Perdería algo de historia, pero los bits importantes están en cajas en varias estaciones de trabajo remotas que están respaldadas; el contenido real no se perderá.

En el trabajo, otra persona administra la copy de security, y probablemente no sea bueno que no tenga ni idea de la configuration.

En serio, hoy en día, con svnsync, una copy de security razonable es trivial de configurar. Claro, no includeá sus ganchos de compromiso, y eso no es bueno, pero una copy de security remota trivial de todo el contenido es ciertamente una buena cosa. Y en cuanto a los ganchos de compromiso, solo tendrá que respaldarlos por separado. Como es probable que cambien casi nunca, esto es factible. Con svnsync, puede configurar el espejo para realizar una copy de security cada 5 minutos, y lo mejor de todo es que el espejo de synchronization es en sí mismo un repository svn totalmente válido que, si lo planifica, puede usarse como server svn de reemploop casi instantáneamente si el el server primario se desactiva (debe resolver cosas como el control de acceso y replace los ganchos svnsyncs con su set normal, y le gustaría darle al nuevo server el mismo nombre DNS que el server anterior para una transición verdaderamente sin fallas) .

Diario. No importa cuanta gente. Simplemente ejecute la copy de security como un trabajo de cron.

(En casa hago copys de security semanales)