Continuidad / Respaldo

Tus respaldos están en el mismo edificio que lo que respaldan.

El respaldo corre todas las noches y termina bien. El problema no es el respaldo, es dónde vive. Un incendio, una inundación o un ransomware que se propaga por la red alcanzan al servidor de producción y a su copia el mismo día, porque están colgados del mismo switch.

Respaldo o recuperación

Estás aquí

Respaldo en la nube

Te devuelve los datos.

La copia sale del sitio sin cambiar tu operación.

Recuperación ante desastres

Te devuelve la operación corriendo.

Cómputo donde levantarla, red que la comunique y nombres que resuelvan.

Ver detalle

Tener lo primero sin lo segundo significa que tienes tus archivos y no tienes dónde levantarlos.

Lo que se cae cuando la copia está en el mismo sitio

Ransomware. El proceso que cifra tus archivos también cifra los repositorios de respaldo montados en la red. La copia desaparece junto con el original.
Desastre físico. Lo que le pase al sitio le pasa a las dos cosas al mismo tiempo.
Retención. Guardar años de historia en disco local es caro, así que se recorta la retención. El día que necesitas una versión de hace varios meses, ya no existe.
Restauración nunca probada. Un respaldo que nadie ha restaurado no es un respaldo, es una suposición.

Tipos de copia

Qué sobrevive a qué

Tipo de copia	Falla de un equipo	Pérdida del sitio	Ransomware	Borrado con una cuenta privilegiada
Réplica en otro sitio	Sobrevive	Sobrevive	No sobrevive	No sobrevive
Copia local en la red	Sobrevive	No sobrevive	No sobrevive	No sobrevive
Copia en la nube	Sobrevive	Sobrevive	Depende	No sobrevive
Copia inmutable en la nube	Sobrevive	Sobrevive	Sobrevive	Sobrevive

La práctica de referencia es la regla 3-2-1-1-0: tres copias, en dos medios distintos, una fuera del sitio, una inmutable y cero errores al restaurar. Lo último sólo se sabe restaurando.

Cómo funciona

La copia sale del sitio sin cambiar tu operación. Tu software de respaldo sigue siendo el mismo y tus trabajos siguen corriendo igual. Lo que cambia es el destino: un componente intermedio se presenta ante tu software como el almacenamiento que ya sabe usar, y por detrás escribe en la nube.
Retención larga a costo de archivo. El almacenamiento de objetos tiene niveles pensados para datos que casi nunca se leen, así que conservar historia deja de ser una decisión de presupuesto y vuelve a ser una decisión de negocio.
Inmutabilidad. La copia puede retenerse con un bloqueo que impide borrarla o sobrescribirla durante el periodo que definas, incluso desde una cuenta con privilegio. Es la diferencia entre un respaldo que sobrevive a un ransomware y uno que se va con él.

Qué entra en el alcance

Incluye. Integración con el software de respaldo que ya usas, una copia secundaria en la nube con retención inmutable, cifrado en tránsito y en reposo, y la primera prueba de restauración, hecha con tu equipo.
Qué necesitamos de ti. Tus políticas de respaldo actuales y tus volúmenes de datos, un responsable con nombre para la plataforma de respaldo y la ruta de red de tu sitio a la nube.

Cómo trabajamos

Entendemos cómo respaldas hoy
Qué software operas, qué entra en los trabajos, con qué frecuencia corren y cuánta historia necesitas conservar. El diseño sale de ahí y no de un catálogo.
Dimensionamos el camino a la nube
Cuánto dato cambia entre respaldos y cuánto enlace tienes determinan el tamaño de la memoria intermedia y del caché local. Un dimensionamiento pobre en este punto es la causa más común de trabajos que dejan de cerrar su ventana.
Integramos y probamos escribiendo
Se conecta el destino en la nube con tu software de respaldo y se corren trabajos reales, no una prueba de conectividad.
Probamos restaurando
La prueba que importa no es que el respaldo suba, es que baje. Se restaura contra el ambiente para ver el comportamiento real y medir el tiempo real.

Por qué importa lo que pasa después

Un respaldo sano se enferma en silencio. Se agrega un servidor que nadie incluyó en los trabajos. Una ventana empieza a no cerrar. La retención se llena.

Nada de eso avisa el día que pasa, sólo el día que necesitas restaurar. Por eso la verificación de respaldos es una función continua y se hace restaurando, no leyendo una marca verde en una consola. Es algo de lo que nuestro equipo puede hacerse cargo.

Preguntas

¿Tengo que cambiar mi software de respaldo?

No es el punto de partida. La ruta normal es conservar lo que ya operas y cambiar el destino. Si lo que tienes hoy no lo permite, se sabe desde la revisión inicial.

¿Respaldo en la nube es lo mismo que un plan de recuperación ante desastres?

No. El respaldo te devuelve los datos. Un plan de recuperación te devuelve la operación corriendo. Tener lo primero sin lo segundo significa que tienes tus archivos y no tienes dónde levantarlos.

¿Qué tan rápido se puede recuperar desde la nube?

Depende del volumen, del nivel de almacenamiento donde viva la copia y de tu enlace. Es de lo primero que se calcula, porque define si el respaldo en la nube es tu mecanismo de recuperación o tu última línea de defensa detrás de otro.

¿Cada cuánto hay que probar las restauraciones?

Al menos cada trimestre, y después de cualquier cambio en lo que se respalda. Una restauración es la única prueba de que un respaldo sirve. Una palomita verde en una consola sólo prueba que un trabajo terminó.