Un respaldo sirve para una sola cosa: restaurar. Todo lo demás, la frecuencia, la retención, el destino, existe para que esa restauración sea posible en el momento en que hace falta, y ese momento nunca es conveniente. El respaldo en la nube resuelve la parte más difícil de esa promesa, que es tener una copia fuera del lugar donde está el original.
Cuánto trabajo se puede perder y cuánto se puede esperar a que vuelva. El primero fija cada cuándo se respalda: un respaldo diario significa aceptar la pérdida de un día de captura, y eso es una decisión de negocio, no técnica. El segundo define dónde se guarda la copia y con qué nivel de acceso, porque la retención en niveles fríos abarata el guardado y alarga la recuperación.
Una copia en el mismo servidor que el dato original no protege contra la falla que se lleva el servidor. Y una copia accesible con las mismas credenciales que administran la infraestructura no protege contra un ataque, porque se cifra junto con todo lo demás. Las dos condiciones que separan un respaldo real de una copia son: que viva en otro lugar y que no se pueda borrar antes de su plazo.
Probar la restauración. Un respaldo que nadie restauró es una suposición, y el primer intento real suele descubrir que falta un componente, que la contraseña de la copia no está documentada o que el tiempo de recuperación es el triple del estimado. La prueba va en calendario, no en la lista de buenas intenciones.
Iterati es distribuidor autorizado de las plataformas de respaldo de este catálogo y opera desde Guadalajara para todo México. Facturamos en México con IVA, definimos frecuencia y retención contra el requisito real del negocio, y dejamos la primera restauración probada.
Según cuánto trabajo se pueda perder. Un respaldo diario acepta perder un día; si un sistema no lo tolera, la frecuencia sube y el costo también. Conviene definirlo por sistema y dejarlo escrito, no aplicar lo mismo a todo.
Sí, es el más largo porque sube todo. Depende del volumen y del enlace, y conviene planearlo fuera de horario. Los siguientes solo mueven los cambios.
Si está bien configurado. Hacen falta tres cosas: que la copia viva fuera del alcance de las credenciales que administran los servidores, que no se pueda borrar antes de su plazo, y que la restauración se haya probado.
Sí, y es lo habitual: la local restaura rápido y la de la nube sobrevive a lo que le pase al sitio. Se define en la política de cada grupo de equipos.
Guardar y recuperar se cobran distinto, y las clases de archivo cobran la recuperación además de tardar. Por eso la retención se diseña con la frecuencia real de consulta y no solo por el precio de guardado.
¿Algún proyecto de Respaldo o Backup en la Nube en mente?
¡Nosotros te ayudamos! Mándanos tu información y nos pondremos en contacto contigo
¿Algún proyecto de Respaldo o Backup en la Nube en mente?
¡Nosotros te ayudamos! Mándanos tu información y nos pondremos en contacto contigo