Tus copias de seguridad se hacen automáticamente
Todas las cuentas de hosting disponen de copias de seguridad automáticas realizadas con JetBackup varias veces al día y almacenadas en un espacio externo al servidor.
No necesitas activar nada: si tu web sufre un fallo (una actualización que sale mal, un módulo que rompe la tienda, un borrado accidental), casi siempre habrá una copia reciente disponible.
Opción 1: restaurarla tú mismo (sin coste)
Puedes restaurar una copia por tu cuenta desde cPanel → JetBackup, sin coste alguno. Para una web dinámica (WordPress, PrestaShop, Joomla, Moodle…) debes restaurar dos cosas de la misma fecha y hora:
La carpeta public_html (los archivos de la web).
La base de datos.
Si restauras solo una de las dos partes, la web puede quedar incoherente (por ejemplo, archivos nuevos con una base de datos antigua).
Opción 2: pedir la restauración a soporte (con coste)
Si prefieres que lo haga el equipo técnico, la restauración de un backup por soporte tiene un coste de 20 € + IVA. El proceso es el siguiente:
Solicita la restauración por ticket. Te enviaremos la factura correspondiente.
Abona la factura desde tu Área de Clientes (o por transferencia adjuntando el justificante) y confírmanoslo en el ticket.
Indícanos la fecha y hora exactas de la copia que quieres restaurar y cualquier ajuste adicional (por ejemplo, desactivar un módulo concreto tras la restauración).
Mientras se ejecuta la restauración, no hagas ningún cambio en la web hasta que te avisemos de que ha terminado.
Limitaciones importantes
Las copias no se pueden descargar, solo restaurar. El sistema de backups está pensado para devolver la cuenta a un estado anterior, no para entregar los archivos.
La base de datos solo se restaura completa. No es posible una restauración parcial (por ejemplo, mantener los pedidos y clientes actuales y restaurar solo el resto). Si necesitas conservar la base de datos actual, la alternativa es restaurar solo los archivos de una fecha anterior, sin tocar la base de datos.
Elige bien la fecha. Si el problema ya existía cuando se generó la copia (por ejemplo, el fallo ocurrió por la mañana y restauras la copia de esa madrugada siguiente), la restauración reproducirá el mismo problema. En ese caso hay que restaurar una copia de un día anterior al incidente.
Si el problema vuelve a aparecer
Si el fallo se repite al reproducir la acción que lo causó (por ejemplo, al desactivar un módulo concreto de tu tienda), no basta con restaurar: conviene identificar y corregir la causa (actualizar o sustituir el módulo problemático) para no depender de restauraciones periódicas.