Tienes un VPS y tu proveedor te ofrece dos cosas que suenan parecido: snapshots y respaldos. Mucha gente cree que son lo mismo y activa solo uno. Por lo general lo nota el día que algo falla y la copia que tenía no sirve para ese problema.
Aquí te explicamos qué hace cada uno, en qué casos te rescata y cómo combinarlos sin complicarte.
Qué es un snapshot
Un snapshot es una foto del disco completo de tu VPS en un momento exacto. Incluye el sistema operativo, la configuración, tu sitio, la base de datos y todo lo demás que haya en el servidor.
Si algo sale mal, restauras el snapshot y el servidor vuelve a estar como en el momento de la foto. Todo lo que pasó después se pierde: pedidos, correos guardados en el servidor, archivos que subió tu equipo.
En muchos proveedores el snapshot se guarda en la misma infraestructura que tu VPS, se crea a mano y hay un límite de cuántos puedes tener. Revisa esas condiciones en tu panel, porque cambian de un proveedor a otro.
Qué es un respaldo
Un respaldo es una copia de tus datos que se hace de forma automática y periódica, idealmente guardada fuera del servidor. Puede ser del servidor completo o solo de lo importante: archivos del sitio y base de datos.
Su trabajo es distinto. No está pensado para deshacer un cambio de hace diez minutos, sino para que recuperes tu información aunque el VPS desaparezca, se corrompa o alguien lo borre por error.
Si quieres profundizar en la frecuencia y en cómo comprobar que una copia funciona, lo explicamos en respaldos de tu sitio web: cada cuánto y cómo probarlos.
La diferencia en un caso real
Piensa en una ferretería en Querétaro que vende en línea desde un VPS.
Caso 1: una actualización rompe la tienda
El martes a las 9 de la noche, el encargado actualiza el sistema del servidor y la tienda deja de cargar. Si sacó un snapshot cinco minutos antes, lo restaura y en poco tiempo todo funciona igual que antes. Como era de noche, no se perdió ningún pedido.
Aquí el snapshot es la herramienta correcta: rápido, completo y reciente.
Caso 2: el servidor queda inservible
Un mes después, un ataque cifra los archivos del servidor, o una falla deja el disco ilegible. Si el único snapshot estaba en la misma infraestructura afectada, o tiene semanas de antigüedad, no ayuda mucho.
Aquí lo que salva al negocio es un respaldo reciente guardado en otro lugar. Con él se monta un servidor nuevo y se recuperan los productos, los clientes y los pedidos.
Cuándo sacar un snapshot
El snapshot funciona mejor como red de seguridad justo antes de un cambio riesgoso. Sácalo cuando vayas a:
- Actualizar el sistema operativo o el panel de control del servidor.
- Cambiar la versión de PHP. Si tienes dudas sobre ese paso, revisa PHP desactualizado: riesgos y cómo actualizar tu sitio.
- Instalar un programa nuevo o mover configuraciones del servidor.
- Hacer una actualización grande de WordPress o de tu tienda.
Cuando confirmes que todo funciona, puedes borrar ese snapshot para no llegar al límite. No lo dejes como tu única copia durante meses.
Un detalle técnico que conviene saber: si sacas el snapshot mientras la base de datos está recibiendo muchos pedidos, la copia puede quedar a medias en esa parte. Para cambios planeados, elige una hora de poco movimiento.
Cuándo depender del respaldo
El respaldo es tu seguro de todos los días. Debe correr solo, sin que nadie se acuerde de hacerlo. Te sirve cuando:
- Alguien borra archivos o productos y lo notan días después.
- El sitio se infecta y necesitas una versión limpia de antes del ataque.
- El servidor completo falla o tienes que cambiar de proveedor.
Para esto importa cuántos días de historial guardas. Si solo tienes la copia de anoche y el problema empezó hace una semana, esa copia ya trae el problema.
Cómo combinarlos en tu negocio
Un despacho contable en Guadalajara con su sistema interno en un VPS podría organizarse así:
- Respaldo automático diario de archivos y base de datos, guardado fuera del VPS, con varios días de historial.
- Snapshot manual antes de cada actualización o cambio de configuración.
- Prueba de restauración cada cierto tiempo: levantar el respaldo en otro lugar y comprobar que abre.
- Una persona responsable de revisar que los respaldos sí se estén haciendo. Que alguien lo tenga en su lista de pendientes.
Si además haces cambios seguido en tu sitio, un entorno de pruebas reduce la necesidad de restaurar. Lo explicamos en staging en WordPress: prueba cambios sin afectar ventas.
Preguntas para hacerle a tu proveedor
Antes de dar por hecho que estás protegido, pregunta por escrito:
- ¿Los respaldos se activan solos o tengo que contratarlos aparte?
- ¿Dónde se guardan? ¿En el mismo lugar que mi VPS o en otro?
- ¿Cuántos días de historial conservan?
- ¿Cuántos snapshots puedo tener y si caducan?
- Si necesito restaurar, ¿lo hago yo desde el panel o lo hace soporte?
Las respuestas cambian mucho si tu VPS es administrado o no. En uno no administrado, casi todo esto queda en tus manos. Lo comparamos en VPS administrado o no administrado: qué incluye cada uno.
Errores comunes
- Usar el snapshot como respaldo. Si vive junto al servidor y nadie lo actualiza, no te cubre de una falla grave.
- Restaurar sin pensar en lo nuevo. Al regresar el servidor a ayer, pierdes los pedidos de hoy. Anótalos o expórtalos antes de restaurar.
- Nunca probar. Una copia que no has restaurado nunca es una suposición.
- Acumular snapshots viejos. Ocupan espacio, a veces cuestan, y en una emergencia confunden: no sabes cuál usar.
Si tu negocio depende de un servidor propio, conviene dejar por escrito qué copias existen, dónde están y quién las restaura antes de necesitarlas. En koode.mx puedes revisar qué opciones de copia incluye cada plan en la página de servidores VPS para tu negocio.
