Backup y recuperación en PrestaShop: Plan de contingencia 2025

[INFO] Este artículo está diseñado para administradores de tiendas PrestaShop que buscan proteger su negocio frente a fallos críticos. Cubre desde la planificación hasta la ejecución de una estrategia de backup y recuperación ante desastres.

Fundamentos de la Protección de Datos en PrestaShop

La continuidad de un negocio online depende directamente de la integridad de sus datos. PrestaShop, al ser una plataforma dinámica con pedidos, clientes y configuraciones, es vulnerable a múltiples amenazas: errores humanos (borrado accidental de un módulo), fallos hardware (disco corrupto), ciberataques (ransomware) o incluso desastres físicos (incendio en el datacenter). Sin un plan de backup PrestaShop sólido, la recuperación puede ser lenta, costosa o incluso imposible.

La estrategia de backup no es un lujo, es una póliza de seguro para tu facturación. El objetivo no es solo hacer copias, sino poder restaurar el sistema en el menor tiempo posible (RTO) y con la mínima pérdida de datos (RPO).

Componentes Críticos a Respaldar en PrestaShop

Para garantizar una restauración datos completa, debemos proteger dos elementos fundamentales: la base de datos y los archivos del sistema.

Base de Datos (MySQL/MariaDB)

Es el corazón de la tienda. Contiene:

Productos, categorías y atributos.
Pedidos, facturas y datos de clientes.
Configuración de módulos y personalizaciones.
Contenido CMS (páginas, blogs).

Cualquier backup PrestaShop debe priorizar la base de datos, ya que su pérdida es la más catastrófica.

Archivos del Sistema

Incluyen:

/img: Imágenes de productos, logotipos, banners.
/modules: Código de módulos instalados y configurados.
/themes: Plantillas y personalizaciones visuales.
/override: Modificaciones al núcleo de PrestaShop.
/config: Archivos de configuración (settings.inc.php, parameters.php).
/download: Archivos descargables (si vendes productos digitales).
/admin: Carpeta del panel de administración (renombrada por seguridad).

[WARNING] No respaldar la carpeta /var/cache ni /log, ya que se regeneran automáticamente. Incluirlas solo consumiría espacio y tiempo.

Estrategias de Backup: Automatización y Frecuencia

Implementar un plan contingencia significa definir qué, cuándo y cómo respaldar.

Frecuencia Recomendada

Tipo de Dato	Frecuencia Mínima	Explicación
Base de Datos	Cada 6-12 horas	Los pedidos y cambios de stock son volátiles.
Archivos (img, themes)	Diaria	Las imágenes y temas cambian menos, pero son críticos.
Archivos (módulos, override)	Semanal	Salvo que estés en desarrollo activo.

Métodos de Backup

Backup Manual (Script Bash)

Ideal para servidores VPS o dedicados. Un script cron ejecuta:

#!/bin/bash
# Variables
DB_NAME="prestashop_db"
DB_USER="db_user"
DB_PASS="db_password"
BACKUP_DIR="/backups/prestashop"
DATE=$(date +%Y%m%d_%H%M%S)

# Backup de base de datos
mysqldump -u $DB_USER -p$DB_PASS $DB_NAME | gzip > $BACKUP_DIR/db_$DATE.sql.gz

# Backup de archivos (excluyendo cache y logs)
tar -czf $BACKUP_DIR/files_$DATE.tar.gz \
  --exclude='var/cache' \
  --exclude='log' \
  /var/www/prestashop

# Eliminar backups antiguos (más de 7 días)
find $BACKUP_DIR -type f -mtime +7 -delete

Backup Automatizado con Módulos

Existen módulos premium como PrestaShop Backup Module que integran copias locales y en la nube (Dropbox, Google Drive). Son útiles para alojamientos compartidos donde no tienes acceso SSH.

Backup desde el Panel de Control (cPanel/Plesk)

La mayoría de hosts ofrecen backups programados. Configura uno diario para la base de datos y semanal para los archivos.

Regla 3-2-1 para Backup

3 copias de tus datos.
2 soportes diferentes (ej. disco local + nube).
1 copia fuera del sitio (offsite, como AWS S3 o Backblaze).

[TIP] Usa rsync o rclone para sincronizar los backups locales con un bucket de AWS S3 o Google Cloud Storage. Es barato y seguro.

Plan de Recuperación ante Desastres (DRP)

Un backup sin un proceso de restauración es solo un archivo. Un plan contingencia debe detallar los pasos exactos para volver a operar.

Escenarios Comunes de Desastre

Error Humano: Un empleado elimina un módulo crítico o modifica un archivo de configuración.
Ataque Ransomware: Los archivos y la BD son cifrados.
Fallo de Servidor: El disco duro del VPS falla físicamente.
Corrupción de Base de Datos: Tras una actualización fallida de PrestaShop.

Procedimiento de Restauración Paso a Paso

Restauración de Base de Datos

# 1. Crear una nueva base de datos vacía
mysql -u root -p -e "CREATE DATABASE prestashop_restore;"

# 2. Importar el backup
gunzip < db_20231015_120000.sql.gz | mysql -u root -p prestashop_restore

# 3. Verificar la integridad (opcional)
mysqlcheck -u root -p prestashop_restore

Restauración de Archivos

# 1. Eliminar la carpeta actual (con precaución)
rm -rf /var/www/prestashop/*

# 2. Extraer el backup
tar -xzf files_20231015.tar.gz -C /var/www/prestashop

# 3. Ajustar permisos (importante en PrestaShop)
chown -R www-data:www-data /var/www/prestashop
chmod -R 755 /var/www/prestashop

Restauración en un Servidor Nuevo

Si el servidor original no está disponible:

Instala PrestaShop con la misma versión exacta.
Reemplaza la carpeta /app con la del backup.
Modifica app/config/parameters.php con los nuevos datos de conexión a la BD.
Importa la base de datos y verifica la ruta de _DB_SERVER_.

[WARNING] Nunca restaures sobre una instalación activa sin antes desactivar la tienda (modo mantenimiento). El modo mantenimiento evita que los usuarios hagan pedidos mientras restauras.

Automatización del Plan de Contingencia

La clave de una buena estrategia de backup PrestaShop es la automatización. No confíes en recordatorios manuales.

Herramientas Recomendadas

BorgBackup: Deduplicación y compresión avanzada. Ideal para backups incrementales.
Restic: Encriptado y soporte para múltiples destinos (local, S3, SFTP).
Duplicati: Interfaz web amigable, soporta cifrado y backups programados.

Ejemplo con Restic (Backup + Nube)

# Inicializar repositorio (una vez)
restic init --repo s3:s3.amazonaws.com/mybucket/restic

# Backup automático (cron diario)
restic backup /var/www/prestashop \
  --exclude="var/cache" \
  --exclude="log" \
  --tag=prestashop \
  --repo s3:s3.amazonaws.com/mybucket/restic \
  --password-file=/etc/restic/passwd

# Restaurar la última versión
restic restore latest --target /var/www/prestashop_restored --repo s3:...

Pruebas y Validación del Plan

Un backup que no se prueba no es un backup. Programa ejercicios de recuperación trimestrales:

Restaura en un entorno de staging: Clona tu tienda en un subdominio (ej. staging.tutienda.com).
Verifica datos críticos: Revisa que los pedidos de los últimos 7 días estén completos.
Prueba el proceso de pago: Asegúrate de que los módulos de pago funcionen.
Mide el RTO: Cronometra cuánto tardas desde que inicia la restauración hasta que la tienda está operativa.

[INFO] Documenta cada prueba. Si el RTO supera las 4 horas, optimiza el proceso (ej. usar discos SSD o backups incrementales).

Consideraciones Avanzadas

Entornos Multi-Servidor (Clúster)

Si tu PrestaShop usa balanceadores de carga y servidores web separados, respalda también la configuración de Nginx/Apache y los certificados SSL. Usa herramientas como etcd o Consul para gestionar configuraciones distribuidas.

Cumplimiento Legal (RGPD)

Los backups contienen datos personales de clientes. Asegúrate de:

Cifrar los backups (usando GPG o cifrado integrado de herramientas como Restic).
Establecer políticas de retención (no conservar backups de más de 90 días a menos que sea necesario).
Documentar el proceso en tu registro de actividades de tratamiento.

Conclusión

Implementar una estrategia de backup y recuperación ante desastres en PrestaShop no es un proyecto de un día, sino un proceso continuo. Desde la automatización con scripts Bash hasta la validación trimestral, cada paso reduce el riesgo de perder tu negocio. Recuerda: el mejor backup es el que nunca necesitas, pero el que está listo cuando todo falla.

No esperes a que ocurra un desastre. Configura hoy tu plan contingencia, prueba la restauración datos y duerme tranquilo sabiendo que tu tienda puede sobrevivir a cualquier eventualidad.