Restaurar VPS vía Snapshot en el Panel Hostini: Guía Completa
Aprende a restaurar tu VPS vía snapshot en el panel Hostini en minutos, cuándo usar snapshot vs backup tradicional y cómo evitar pérdida de datos en la operación.
El snapshot de VPS es la herramienta correcta para tres situaciones específicas: actualización de sistema que puede romper algo, deploy de una versión nueva de aplicación y cambio de configuración crítica (firewall, red, kernel). En cualquiera de esos escenarios, tomar un snapshot antes lleva 10 segundos y te da un botón de “deshacer” instantáneo. Restaurar lleva el mismo tiempo.
La confusión más común entre quienes empiezan es tratar el snapshot como backup. No lo es. El snapshot vive en el mismo storage de la VPS — si el disco físico falla, el snapshot se va con él. El snapshot es seguridad operativa para cambios de corto plazo; el backup tradicional es protección contra desastres. Esta guía se enfoca en la restauración vía snapshot a través del panel de Hostini, pero en el camino deja claro cuándo deberías estar usando otra cosa.
El tutorial asume que ya tienes una VPS Hostini activa con al menos un snapshot capturado, acceso al panel del cliente en app.hostini.com.br y una ventana de mantenimiento de 5 a 15 minutos para realizar la operación con calma. La VPS queda indisponible durante la restauración — no intentes hacerla en horario pico si es producción.
Requisitos previos
Antes de restaurar, confirma que tienes todo lo necesario para hacer la operación sin sorpresas.
VPS Hostini activa con al menos un snapshot capturado anteriormente, acceso al panel del cliente (app.hostini.com.br) con la cuenta dueña de la VPS o sub-usuario con permiso de gestión, ventana de mantenimiento planificada porque la VPS queda offline durante el proceso (1 a 5 minutos típico, dependiendo del tamaño del disco).
app.hostini.com.br Servicios → VPS → Snapshots 1-5 min No tras confirmar Si aún no tienes snapshot, esta guía no te va a ayudar — necesitas crear uno antes. El snapshot es una operación de “tomar ahora para usar después”, y el objetivo aquí es el “usar después”.
Cuándo usar snapshot vs backup tradicional
La decisión es más importante que la ejecución. Equivocarte aquí cuesta datos que creías protegidos.
El snapshot es la elección correcta cuando: vas a hacer un cambio que puede romper algo en las próximas horas (actualización de kernel, upgrade de base de datos, cambio de versión de runtime), el estado actual de la VPS es el estado que quieres preservar como referencia (snapshot pre-deploy), o estás probando configuración y quieres revertir rápidamente si sale mal.
El backup tradicional es la elección correcta cuando: necesitas protección contra falla de hardware o error humano grave (borrar el disco entero), necesitas retención larga (semanas, meses), o necesitas que la copia sobreviva incluso si la VPS se termina accidentalmente. El backup vive en storage separado y tiene retención configurable.
La regla práctica: el snapshot es cinturón de seguridad para la operación que vas a hacer ahora; el backup es seguro contra incendio. Los dos coexisten — no es una elección excluyente.
Accediendo al área de snapshots en el panel
La interfaz de Hostini consolida los snapshots dentro de la página de gestión de la VPS específica. No hay un área global de “todos los snapshots” — cada VPS tiene los suyos.
Accede al panel en app.hostini.com.br e inicia sesión con tu cuenta. Si tienes múltiples VPS, ve a “Servicios” en el menú lateral para ver la lista completa.
Haz clic en la VPS específica que quieres restaurar. La página de detalles muestra el estado actual (encendida, apagada, suspendida), métricas de CPU/RAM/disco en tiempo real y pestañas para cada categoría de operación.
En la pestaña lateral o superior, localiza “Snapshots”. Verás la lista de los snapshots existentes con tres datos por línea: nombre (definido por ti en la creación), fecha/hora de captura y tamaño ocupado en el storage.
La lista está ordenada del más reciente al más antiguo. Cada snapshot tiene botones de acción: “Restaurar”, “Renombrar” y “Eliminar”. El botón “Crear nuevo snapshot” está en la parte superior de la sección.
Preparando la VPS antes de restaurar
La restauración es destructiva con relación al estado actual. Todo lo que se haya escrito en el disco después del snapshot va a desaparecer. Esta etapa es donde decides qué merece sobrevivir.
Restaurar un snapshot elimina todos los datos, configuración y logs generados después del momento de la captura. No hay “deshacer” tras confirmar. Si hay datos críticos en el estado actual (base de datos nueva, archivos de upload, configuraciones ajustadas), cópialos fuera de la VPS antes de proseguir.
Identifica qué cambió desde el snapshot. Si no estás seguro, considera: logs de aplicación (/var/log/), datos de la base (dump SQL reciente), archivos de upload del usuario, certificados SSL renovados (Let’s Encrypt suele renovar cada 60 días).
Exporta lo que sea crítico fuera de la VPS. Para base de datos MySQL, el comando estándar es:
mysqldump -u root -p --all-databases > /tmp/backup-pre-restore.sql
scp /tmp/backup-pre-restore.sql usuario@maquina-local:~/Para directorios enteros, rsync es más robusto que scp:
rsync -avz /var/www/html/ usuario@maquina-local:~/backup-html/Este paso es opcional desde el punto de vista de la operación — la restauración funciona sin él — pero obligatorio desde el punto de vista del sentido común cuando hay datos que no quieres perder.
Toma un snapshot nuevo del estado actual antes de restaurar el antiguo. Puede parecer contraintuitivo, pero es la forma más simple de crear un punto de retorno por si el snapshot que estás a punto de restaurar es demasiado antiguo o tiene un problema oculto.
En el panel, haz clic en “Crear nuevo snapshot” en la parte superior de la lista, dale un nombre descriptivo (ej: “antes-de-restaurar-X-2026-05-29”) y confirma.
Ejecutando la restauración
Con los datos críticos exportados y el snapshot de seguridad creado, la restauración en sí lleva pocos clics.
Localiza en la lista el snapshot que quieres restaurar. Verifica nombre, fecha y (si está disponible) descripción para asegurarte de que es el estado correcto. Restaurar el snapshot equivocado es el error más caro en esta operación.
Haz clic en “Restaurar” en el snapshot elegido. El panel abre una confirmación detallando: que la VPS será apagada automáticamente, que los cambios posteriores se perderán y el tiempo estimado de operación (proporcional al tamaño del disco).
Relee el aviso. Confirma solo si estás seguro.
Tras confirmar, sigue el progreso en la misma página. El estado de la VPS cambia a “Restaurando…” y luego a “Iniciando…” cuando el disco vuelve al estado capturado y la VPS se reinicia automáticamente.
No cierres la pestaña durante el proceso — perder la conexión no cancela la operación, pero pierdes la visibilidad de errores si ocurren.
No intentes apagar, encender ni enviar comandos a la VPS mientras la restauración esté en curso. Interrumpirla a mitad puede dejar el disco en estado inconsistente, exigiendo recuperación manual.
Verificación posterior a la restauración
La operación termina cuando el estado vuelve a “Encendida” (o al estado en el que estaba al momento del snapshot, si era “Apagada”). Pero terminar no significa que todo funcione — necesitas verificar antes de considerar el problema resuelto.
Conéctate a la VPS vía SSH (Linux) o RDP (Windows) con las credenciales que estaban vigentes en el momento del snapshot. Si cambiaste la contraseña del root después del snapshot, la contraseña antigua (capturada) es la que vale ahora.
ssh root@TU-IP-AQUIVerifica fecha y hora del sistema, versión del kernel, estado de los servicios críticos de tu aplicación:
date
uname -r
systemctl status nginx mysql php-fpmLa fecha debe estar actualizada (el reloj del sistema se sincroniza tras el boot). El kernel debe ser el que estaba activo en el snapshot. Los servicios críticos deben estar active (running) — si alguno está inactivo, investiga los logs en /var/log/.
Prueba el camino funcional de la aplicación. Si es un sitio, ábrelo en el navegador. Si es una API, haz una petición. Si es una base de datos, conéctate y ejecuta una query simple. Esta prueba de humo revela problemas que systemctl status no captura — puerto cerrado, dependencia externa rota, certificado SSL expirado.
Resolución de problemas comunes
La mayoría de los problemas posteriores a la restauración caen en tres categorías predecibles.
La VPS no inicia tras la restauración
El síntoma es estado atascado en “Iniciando…” por más de 5 minutos o estado “Error”. Causa común: el snapshot fue capturado en estado inconsistente (durante boot, durante shutdown, durante escritura intensa).
La solución es abrir la consola gráfica de la VPS desde el propio panel (botón “Consola” o “VNC”) para ver dónde se atascó el boot. Si es un problema de sistema de archivos, ejecuta fsck desde modo de recuperación. Si la VPS está irrecuperable, restaura el snapshot de seguridad que creaste en el Step 06.
La aplicación vuelve pero con datos antiguos
Síntoma esperado — el snapshot capturó el estado del momento, no el estado actual. Si hiciste mysqldump en el Step 05, restaura el dump:
mysql -u root -p < backup-pre-restore.sqlSi no hiciste backup antes, los datos están perdidos. Lección aprendida — siempre el Step 05 antes del Step 08.
Certificado SSL expirado tras la restauración
Común en snapshots con más de 60 días, porque Let’s Encrypt renueva cada 60 días. La restauración revierte al certificado de la fecha del snapshot, que puede estar expirado.
La solución es forzar la renovación manual:
sudo certbot renew --force-renewal
sudo systemctl reload nginxSi el auto-renew estaba configurado, volverá a funcionar normalmente tras esta renovación manual.
Próximos pasos
La restauración vía snapshot es una herramienta táctica — funciona cuando la usaste bien. Para una estrategia completa de protección de tu VPS, considera combinar snapshot con backup externo y monitoreo activo.
- Configura backup periódico — el snapshot resuelve “volver 1h atrás”, el backup resuelve “volver 1 semana atrás después de desastre en el storage”
- Documenta tu estrategia de snapshots — cuándo crear (pre-deploy, pre-update), cuántos mantener, cuándo eliminar los antiguos para liberar espacio
- Habilita alertas en el panel para ser notificado cuando el snapshot esté próximo al límite del plan
- Practica la restauración en una VPS de prueba antes de necesitar hacerlo en producción — una operación cronometrada y ensayada es más rápida y tiene menos errores
Si estás ejecutando una aplicación crítica y quieres más control sobre snapshots y ventanas de mantenimiento, las VPS Hostini ya vienen con snapshots integrados al panel y backup tradicional opcional, sin cobro por operación.
Preguntas frecuentes
¿Cuál es la diferencia entre snapshot y backup tradicional?
Un snapshot es una copia del estado del disco (y opcionalmente de la RAM) en un instante específico, almacenada en el mismo storage de la VPS. El backup tradicional es una copia íntegra del disco exportada a un storage externo, con retención propia. El snapshot es instantáneo e ideal para revertir cambios de corto plazo; el backup es seguro ante desastres porque sobrevive a fallas del storage primario.
¿Restaurar un snapshot elimina los datos creados después de él?
Sí. La restauración revierte el disco al estado exacto del momento en que se tomó el snapshot — cualquier archivo creado, modificado o eliminado después de ese punto se pierde. Antes de restaurar, exporta logs, base de datos y archivos críticos del estado actual si quieres preservarlos.
¿Puedo restaurar un snapshot con la VPS encendida?
Técnicamente el hipervisor lo permite, pero Hostini apaga la VPS automáticamente antes de la operación por seguridad — restaurar con la VPS en ejecución corrompe sistemas de archivos y bases de datos abiertas. Tras la restauración, la VPS vuelve al estado en que estaba cuando se capturó el snapshot (encendida o apagada).
¿Cuántos snapshots puedo mantener por VPS?
El límite varía por plan — las VPS más pequeñas generalmente soportan 1 a 2 snapshots simultáneos, planes mayores hasta 5. Cada snapshot consume espacio en el storage de la VPS proporcional a los cambios desde la captura. Los snapshots antiguos no expiran automáticamente; debes eliminarlos manualmente cuando ya no sean útiles.
¿El snapshot incluye la RAM o solo el disco?
Depende del tipo elegido al momento de la captura. El snapshot solo-disco (más común) congela el sistema de archivos y exige un boot completo en la restauración. El snapshot con RAM (live snapshot) incluye el estado de la memoria, por lo que la VPS vuelve exactamente como estaba — procesos en ejecución, conexiones activas. El snapshot con RAM ocupa más espacio y tarda más en capturarse.
¿Puedo usar snapshot como estrategia única de backup?
No. El snapshot vive en el mismo storage de la VPS — si el disco físico falla o el nodo tiene un problema serio, snapshot y VPS se pierden juntos. El snapshot sirve para revertir cambios recientes (actualización que rompió algo, configuración errónea, deploy problemático). Para protección contra pérdida permanente, combina snapshot con backup externo periódico — también disponible en el panel Hostini.