estrategia de copia de seguridad sana para webapps

Question

Estoy haciendo una aplicación web y necesito un plan de respaldo. Esto es lo que tengo hasta ahora:

• la copia de seguridad encriptada por la noche de la base de datos SQL a Amazon S3 y mi unidad externa (incremental si es posible, todavía no está demasiado familiarizada con PostgreSQL, pero ese es otro hilo)
• copia de seguridad nocturna de mi repositorio de Mercurial (que incluye configuraciones de Apache, implementación de scripts, etc.) en S3 (con copias de seguridad locales a través de Time Machine)

¿Debo agregar algo más, o esto lo cubrirá? Para saber qué tan críticos son o serían los datos, es una aplicación de gestión de proyectos en la línea de Basecamp.

Answer 1

¿La copia de seguridad completa semanal de su base de datos, así como también las incrementales nocturnas, también?

Significa que si una de tus antiguas copias de seguridad incrementales se daña, perderás menos de una semana de datos.

Además, asegúrese de tener un plan de prueba de respaldo para asegurarse de que sus respaldos funcionen. Hay muchas historias de horror sobre esto, de compañías que han estado haciendo copias de seguridad durante años, nunca las probaron y luego descubrieron que ninguna de ellas es buena una vez que las necesita. (También he estado en una empresa como esta. Afortunadamente descubrí que las copias de seguridad no funcionaban antes de que fueran necesarias y solucioné los problemas).

Answer 2

Una de las mejores estrategias que me funcionó en el pasado fue tener la " copia de seguridad " el proceso debe ser el mismo que el proceso de instalación, es decir, hemos programado completamente en Linux la configuración del servidor, la creación de la aplicación, la configuración de la base de datos, etc., por lo que una instalación se vería como:

./install.sh [servidor] [nombre de la aplicación] y la copia de seguridad / recuperación ./install [servidor] [nombre de la aplicación] -database [archivo de copia de seguridad de la base de datos]

En términos de copia de seguridad, se realizó una copia de seguridad completa de la base de datos (base de datos MySQL), mediante un cronjob

Esto prácticamente aseguró que la recuperación se probara cada vez que se implementaba una nueva instancia, y los scripts terminaron usándose también para mover instancias cuando el hardware necesitaba ser reemplazado, o cuando un servidor dado era una carga demasiado grande para un cliente .

Esta fue la configuración de una aplicación empresarial Saas en la que trabajé hace algunos años, por lo que teníamos el control total de los servidores.

Answer 3

Lo haría si pudiera cambiar de una copia de seguridad incremental a una diferencial. Si tiene un incremental, entonces tendría que aplicar la copia de seguridad completa semanal y luego cada incremental después de eso. Si uno de sus incrementales falla a principios de la semana, todas las copias de seguridad subsiguientes también fallarán.

Sin embargo, si utiliza un diferencial, cada diferencial contiene todos los cambios desde la última copia de seguridad. por lo tanto, incluso si una de las copias de seguridad fallara anteriormente en la semana, aún podría recuperarse por completo si tiene una copia de seguridad reciente exitosa.

¡Espero que esté explicando esto bien!

:)