Respaldos y Recuperación
Última actualización: 12 de octubre de 2026
Un respaldo solo vale si se puede restaurar. Por eso no nos quedamos en hacer copias: las guardamos en dos lugares distintos y comprobamos cada semana que se pueden recuperar.
1. En resumen
| Cada cuánto | Dos veces al día, todos los días. |
| Qué se respalda | Todas las tablas de la base de datos y los archivos subidos a la plataforma. |
| Dónde | En dos proveedores de nube distintos y en cuentas separadas, fuera de Costa Rica. |
| Cómo se guarda | Cifrado, con historial de versiones y sin acceso público. |
| Cuánto tiempo | Al menos 90 días en la copia principal. La segunda copia cubre un periodo algo menor. |
| Cómo se prueba | Prueba automática de restauración cada semana, sobre todas las tablas, más pruebas a pedido. |
| Objetivo de recuperación | Servicio de vuelta en un máximo de 8 horas, con una pérdida máxima de 24 horas de datos. |
2. Qué se respalda y qué no
- Sí: todos los datos de la base (tareas, proyectos, métricas, facturación, personal, bitácoras) y los archivos que el equipo sube.
- Sí, por otra vía: la estructura de la base y el código de la plataforma viven en un repositorio con historial completo, así que se pueden reconstruir desde cero.
- No: las llaves y secretos del servidor no viajan dentro de los respaldos. Tener una copia no alcanza para leer las credenciales cifradas.
3. Dos copias en dos proveedores
Si la copia y los datos originales estuvieran en el mismo lugar, una sola falla se llevaría las dos cosas. Por eso cada respaldo de la base se guarda además en un segundo proveedor, en otra cuenta. Si la segunda copia falla un día, la principal no se ve afectada y el fallo queda registrado para corregirlo.
4. Pruebas de restauración
Cada semana, de forma automática, Órbita toma el último respaldo, comprueba que no esté dañado y vuelve a cargar todas las tablas en un espacio aislado, sin tocar los datos reales. Después compara cuántos registros se recuperaron contra cuántos traía la copia y deja un informe con el resultado tabla por tabla.
Los administradores pueden además lanzar una prueba en cualquier momento sobre la tabla que quieran. Cada prueba queda registrada con fecha, tabla, cantidad de registros y resultado, y ese registro está disponible para los clientes que lo pidan.
5. Objetivos de recuperación
- Tiempo para volver a operar: máximo 8 horas ante un incidente grave.
- Pérdida máxima de datos: 24 horas. Con dos respaldos al día, en la práctica es la mitad.
Son objetivos de trabajo que revisamos con cada prueba, no garantías contractuales.
6. Si falla un proveedor
- Cae la base de datos: se restaura desde la copia más reciente en cualquiera de los dos proveedores.
- Cae el proveedor de la copia principal: queda la segunda copia, en otra empresa.
- Cae el alojamiento de la aplicación: el código está en un repositorio aparte y se puede publicar de nuevo.
7. Borrado y respaldos
Cuando alguien pide que eliminemos sus datos, o cuando termina el trabajo con un cliente, los datos se borran de la base activa en el plazo comprometido. Las copias de respaldo son fotografías cerradas: no se editan una por una. Mientras se conservan siguen cifradas, con acceso restringido, y no se usan para ningún otro fin. Si alguna vez hubiera que restaurar una copia anterior a un borrado, ese borrado se vuelve a aplicar antes de poner los datos en uso.
8. Responsable y contacto
El responsable de los respaldos y de las pruebas es Leonardo Barboza. Para consultas o para pedir el resultado de la última prueba, escribí a leo@creandoandocr.com. Qué pasa si hay un incidente está en Gestión de Incidentes.