Plan de respaldo para servidor de producción.

Plan de respaldo para servidor de producción.

Disponemos de un servidor de producción (RHEL 5.3 64 bit) donde se alojan todos nuestros dominios de forma remota. Queremos tener un plan de respaldo estándar para nuestro sistema para que, ante cualquier daño físico, el sistema pueda reconstruirse rápidamente desde un punto de restauración presente en otro sistema remoto.

Cualquier sugerencia es bienvenida.

Respuesta1

Hay muchas buenas preguntas en la sección "otras". Todo esto se reduce a: Depende de lo que esté haciendo y de la rapidez con la que necesite recuperarse. ¿Instantáneamente? Muy caro. ¿Puedes estar abajo una semana? Probablemente bastante barato. ¿Con qué frecuencia te acercas físicamente al servidor?

Pero esto es lo que probablemente querrás respaldar, como mínimo:

/etc /home su webroot cualquier otro archivo de aplicación cualquier archivo de base de datos

Para la mayor parte de esto, puedes usar rsync o tar. Rsync requerirá un servidor "en vivo" en algún lugar donde pueda alojar los datos. Tar creará un archivo comprimido (que puede comprimir) y luego tendrá que extraerlo en otro servidor.

Definitivamente necesitarás algo con suficiente espacio en disco y CPU y todo eso para ejecutar tu servidor de conmutación por error. Necesitará tener RHEL5.3 (mantenga los mismos parches). Probablemente no tendrá que obtener una licencia para el segundo servidor a menos que lo esté ejecutando todo el tiempo.

Para los archivos de base de datos, probablemente querrás comenzar con mysqldump o pg_dump. Si tiene Oracle, comience con rman. Éstas son la forma más ineficiente, pero también la más rápida e infalible, de obtener copias de seguridad de estos datos.

Espero que esto ayude como punto de partida.

Respuesta2

Tengo cinco servidores, dos servidores de bases de datos, dos servidores web, un equilibrador de carga y una unidad de respaldo. Entonces, cuando uno de los servidores web falla, el otro puede continuar como si nada hubiera salido mal. debe investigar los balanceadores de carga, la replicación de bases de datos y la incursión de software.

Respuesta3

¿Cuánto quieres gastar en esto? Existen productos comerciales para hacer esto. Mi favorito es R1Soft. Una versión gratuita sería volcar las bases de datos en un archivo y luego tener espacio en otro lugar donde sincronizar los datos. Luego puede expandirlo para conservar múltiples versiones de archivos.

Respuesta4

Dado que tienes una unidad de cinta, miraríabacula. En mi experiencia, simplemente se trata de poner sus datos de forma segura en cinta, y las restauraciones completas son completamente elegantes: usted crea una llave USB personalizada para su hardware y configuración de bacula, que se puede iniciar en una caja de repuesto en frío. y lo restaurará automáticamente a partir de las copias de seguridad más recientes.

No olvide que necesitará volcar las bases de datos al disco, como han dicho otros, para que bacula las guarde correctamente en cinta. Restaurar las bases de datos después de una restauración en frío también será su responsabilidad.

Hagas lo que hagas, por el amor de Dios,Pruébalo, y con frecuencia. No hay nada tan conmovedor como descubrir que el programa de respaldo que pensaba que le iba a salvar el trasero ha estado escribiendo ceros en la cinta durante los últimos ocho meses.

información relacionada