Guía para decidir mejor
Snapshot y backup de un VPS: qué diferencia importa al recuperar
Un snapshot no sustituye por sí solo una copia independiente y restaurable.
Un snapshot de un VPS y una copia de seguridad pueden servir para recuperar datos, pero no son equivalentes por el nombre. Antes de depender de cualquiera, pregunta qué incluye, dónde se guarda, cuánto tiempo se conserva y cómo se restaura. Un snapshot suele capturar el estado de uno o varios discos en un momento; una estrategia de backup debe cubrir también versiones, separación del servidor original y una recuperación comprobada.
La diferencia que importa al recuperar
| Pregunta | Snapshot de disco | Copia de seguridad planificada |
|---|---|---|
| ¿Qué abarca? | El disco o volumen indicado; otros volúmenes, DNS o servicios externos pueden quedar fuera. | Depende del alcance configurado: archivos, bases, correo y ajustes deben comprobarse uno por uno. |
| ¿Es consistente la aplicación? | No necesariamente. Una base de datos con escrituras activas puede exigir coordinación adicional. | Tampoco se presume: verifica el método de copia y su consistencia para la aplicación. |
| ¿Sobrevive a perder el VPS o la cuenta? | Solo si se almacena y puede recuperarse de forma independiente. | Una copia externa con credenciales separadas reduce la dependencia del mismo sistema. |
| ¿Puedes volver a una fecha anterior? | Solo a los puntos conservados. | Depende de frecuencia, retención y versiones disponibles. |
La palabra «snapshot» no garantiza que la base de datos haya quedado en un estado aplicativamente consistente. La documentación de AWS sobre snapshots consistentes con aplicaciones explica que para determinadas cargas hay que coordinar o pausar escrituras. El mecanismo concreto depende de tu plataforma; no copies comandos de otro proveedor sin verificarlo.
Ejemplo: antes de actualizar una tienda
Supón que haces un snapshot a las 10:00 y a las 10:05 entran pedidos. Restaurar todo el disco a las 10:00 puede devolver código y base de datos a un estado anterior y perder o descoordinar los pedidos posteriores. No restaures sobre producción sin exportar y reconciliar las transacciones nuevas. Para WooCommerce, sigue el procedimiento de copias sin perder pedidos y define una ventana de cambio o sincronización comprobada.
Checklist antes de contratar o confiar en la recuperación
- Enumera discos, base de datos, archivos subidos, configuración, correo y DNS. Marca qué protege cada mecanismo y qué queda fuera.
- Confirma si el punto es consistente con la aplicación y cómo se gestiona una base con escrituras.
- Pregunta ubicación, retención, versiones, costes de almacenamiento y restauración, y qué pasa si pierdes acceso a la cuenta del VPS.
- Guarda una copia externa e independiente para los datos críticos.
- Restaura una versión en un entorno aislado y comprueba login, contenido, ficheros, formularios y transacciones recientes. Documenta el tiempo real de recuperación.
Si solo necesitas revertir un cambio de código, un despliegue reversible puede ser menos arriesgado que restaurar el servidor entero. Si se dañan datos, elige el punto de recuperación y conserva cambios posteriores antes de actuar. La prueba de restauración es la forma de saber si tu plan funciona.
Qué preguntar a IDEIHOSTING
Las condiciones de snapshot, backup, retención y restauración deben confirmarse para el VPS concreto; esta guía no afirma que todos los planes incluyan un mecanismo determinado. Si preparas un proyecto crítico, consulta el alcance de copias y recuperación con tus volúmenes, base de datos y tiempo máximo de pérdida tolerable. Después compara el VPS adecuado con un plan de backup verificable, no solo por CPU y RAM.