Qué peligros tiene restaurar un backup

Introducción

Restaurar un backup puede solucionar muchos problemas, pero también tiene riesgos. Una copia de seguridad devuelve la web o cuenta a un estado anterior, por lo que todo lo creado después de esa fecha puede perderse.

Antes de pedir o ejecutar una restauración, es importante entender qué se va a reemplazar.

Qué significa restaurar un backup

Restaurar un backup consiste en recuperar archivos, bases de datos, correos o configuraciones desde una copia anterior.

Puede hacerse sobre:

• Toda la cuenta de hosting.
• Solo archivos.
• Solo una base de datos.
• Una carpeta concreta.
• Correos.
• Configuraciones específicas.

Cuanto más amplia sea la restauración, mayor puede ser el impacto.

Principales riesgos de restaurar un backup

1. Pérdida de cambios recientes

Si restauras una copia del lunes, todo lo creado después podría desaparecer.

Ejemplos:

• Pedidos nuevos.
• Comentarios.
• Entradas publicadas.
• Productos añadidos.
• Usuarios registrados.
• Cambios de diseño.
• Formularios recibidos.

2. Pérdida de correos

Si se restaura toda la cuenta, puede afectar correos recibidos o enviados después de la fecha del backup, según el tipo de restauración.

3. Volver a una versión vulnerable

Si el backup contiene WordPress, plugins o temas desactualizados, podrías restaurar una web que ya era insegura.

4. Reintroducir malware

Si la copia ya estaba infectada, restaurarla no solucionará el problema. Incluso puede devolver archivos maliciosos.

5. Sobrescribir archivos correctos

Restaurar sin revisar puede reemplazar archivos actuales que sí funcionan.

6. Incompatibilidades

Si cambió la versión de PHP, plugins o base de datos después del backup, la copia restaurada podría no funcionar igual.

Qué revisar antes de restaurar

Antes de restaurar:

1. Identifica cuándo empezó el problema.
2. Elige una copia anterior a esa fecha.
3. Decide si necesitas restaurar todo o solo una parte.
4. Haz una copia del estado actual.
5. Avisa a usuarios o clientes si la web recibe pedidos o registros.
6. Revisa si hay correos recientes que debas conservar.
7. Confirma que la copia no contiene malware.

Cuándo conviene restaurar

Puede ser recomendable si:

• Borraste archivos importantes.
• Una actualización rompió la web.
• Se dañó una base de datos.
• La web fue modificada por error.
• Necesitas volver a una versión anterior.
• Existe una copia limpia anterior a una infección.

Cuándo no conviene restaurar directamente

Evita restaurar sin análisis si:

• No sabes cuándo empezó el problema.
• La web es una tienda con pedidos recientes.
• La copia podría estar infectada.
• Solo falla un plugin o una tabla concreta.
• No tienes copia del estado actual.

Consejos útiles

• Pide restaurar solo lo necesario.
• Guarda una copia del estado actual.
• Anota la fecha de la copia elegida.
• Revisa la web completa después de restaurar.
• Actualiza CMS y plugins tras restaurar.
• Cambia contraseñas si hubo hackeo.
• Verifica formularios, pagos y correos.

Problemas frecuentes

Restauré y desaparecieron pedidos

La copia era anterior a esos pedidos. En tiendas online hay que tener especial cuidado con restauraciones completas.

Restauré y el hackeo volvió

La copia restaurada ya estaba infectada o quedó una puerta trasera activa.

Restauré archivos pero no la base de datos

Si la web depende de base de datos, puede que necesites restaurar ambos elementos de forma coordinada.

Preguntas frecuentes

¿Restaurar un backup borra lo actual?

Puede sobrescribir datos actuales con datos antiguos. Depende del tipo de restauración.

¿Puedo restaurar solo una carpeta?

En muchos casos sí. Indica exactamente qué carpeta o archivo necesitas recuperar.

¿Debo hacer backup antes de restaurar?

Sí. Es recomendable guardar el estado actual antes de cualquier restauración.

¿Qué fecha debo elegir?

La fecha más reciente anterior al problema.

Conclusión

Restaurar un backup puede salvar tu web, pero debe hacerse con cuidado. Antes de restaurar, confirma fecha, alcance y riesgos para evitar perder datos recientes o devolver una versión vulnerable.