Copias de seguridad: qué, dónde y con qué frecuencia

Módulo 8: Copias de seguridad, entorno de pruebas (staging) y actualizaciones de PHP · Tiempo de lectura: 9 minutos

Objetivo de aprendizaje: Después de esta lección podrá elaborar un plan de copias de seguridad para un sitio WordPress siguiendo la regla 3-2-1.

Conceptos clave: copia de seguridad, base de datos, wp-content, wp-config.php, regla 3-2-1, fuera del servidor, periodo de conservación, con qué frecuencia (cuánto trabajo puede permitirse perder), copia de seguridad del alojamiento, copia de seguridad del instalador, plugin de copias de seguridad, cifrado, copias de seguridad fuera de la carpeta web

Por qué necesita una copia de seguridad

Una copia de seguridad es su camino de vuelta cuando algo sale mal. Y tarde o temprano algo sale mal:

• una actualización que rompe el sitio (lección 7.2);
• un plugin o un compañero que borra contenido por accidente;
• un hackeo (lección 7.5);
• un error durante una migración (lección 9.5);
• un servidor o centro de datos con problemas;
• un paquete de alojamiento cancelado o un impago, tras el cual el proveedor elimina sus datos.

Quien no tiene una copia de seguridad utilizable tiene que empezar de nuevo en todos esos casos. Crear una copia de seguridad es fácil. Tener una copia de seguridad utilizable, que sea completa, esté en un lugar seguro y se pueda restaurar, requiere un plan.

Qué debe incluir

Un sitio WordPress son archivos más una base de datos (lección 1.3). Una copia de seguridad completa incluye:

WordPress en sí mismo (wp-admin, wp-includes) siempre puede volver a descargarse, pero es útil que también se incluya: así podrá restaurarlo todo de una sola vez.

Tenga en cuenta también lo que hay junto al sitio: el correo electrónico en el mismo dominio, los registros DNS (curso de DNS, lección 6.3) y posibles tareas cron en su panel de alojamiento. Una copia de seguridad de solo WordPress no restaura eso.

La regla 3-2-1

Una regla general conocida para las copias de seguridad:

• 3 copias de sus datos (el original y dos copias de seguridad);
• en 2 tipos de almacenamiento o sistemas diferentes;
• de las cuales 1 en otro lugar, fuera del servidor y preferiblemente con otro proveedor.

¿Por qué? Porque cada copia en el mismo lugar puede desaparecer a la vez. Una copia de seguridad en su propio paquete de alojamiento (como una copia de seguridad del instalador, lección 2.2) desaparece si el paquete es hackeado, cancelado o si el servidor falla. Una copia de seguridad en otro servidor de su proveedor es mejor, pero sigue dependiendo del mismo proveedor y la misma cuenta. Una copia en su propio ordenador o en un almacenamiento en la nube de otro proveedor completa el panorama.

Una ampliación que a veces se ve: 3-2-1-1-0. El 1 adicional es una copia que no se puede modificar ni borrar (fuera de línea o «inmutable»), de modo que ni siquiera un intruso o un programa de secuestro de datos pueda acceder a ella. El 0 representa: cero errores al probar la restauración (lección 8.2).

Con qué frecuencia y durante cuánto tiempo conservarlas

La pregunta de «con qué frecuencia» es en realidad: ¿cuánto trabajo puede permitirse perder? Si solo se modifica una página de vez en cuando, basta con una copia de seguridad semanal. Si publica noticias a diario, hágalo a diario. En una tienda online con pedidos cada hora, una copia de seguridad diaria ya es insuficiente: restaurar la copia de esta mañana significa que los pedidos de hoy desaparecen. En ese caso conviene hacer copias de seguridad de la base de datos con más frecuencia, o contar con un proveedor que pueda restaurar hasta un punto más reciente.

También es importante: cuánto tiempo atrás. Un hackeo a veces se descubre semanas después (lección 7.5). Si solo conserva los últimos siete días, y la puerta trasera tiene tres semanas de antigüedad, todas sus copias de seguridad están comprometidas. Por eso conviene conservar también copias de seguridad más antiguas, por ejemplo diarias durante un mes y mensuales durante un año.

¿Quién hace la copia de seguridad?

Hay tres tipos, y un buen plan suele usar dos de ellos:

1. Copias de seguridad de su proveedor de alojamiento. En muchos proveedores se hacen automáticamente, de todo su paquete, en un almacenamiento aparte. En WebOké, por ejemplo, cada noche, con las copias de las últimas 30 noches, en servidores de almacenamiento en otro centro de datos. Compruebe con su proveedor: con qué frecuencia, durante cuánto tiempo, dónde se guardan, y si puede restaurar usted mismo (y por partes).
2. Copias de seguridad de su instalador (lección 2.2). Útiles justo antes de una actualización, pero se guardan en su propio paquete y cuentan para su espacio de almacenamiento. No forman parte de la regla 3-2-1.
3. Un plugin de copias de seguridad (por ejemplo UpdraftPlus, BackWPup, Duplicator o un servicio de pago). Puede enviar copias de seguridad a un almacenamiento externo (un almacenamiento en la nube, un servidor propio). Es la manera más sencilla de conseguir el «1 fuera de casa». Tenga en cuenta: el plugin se ejecuta en su sitio, así que en caso de hackeo también puede verse afectado, y las credenciales de su almacenamiento externo están en su base de datos.

Un plan sencillo y adecuado para un sitio pequeño: la copia de seguridad diaria del proveedor de alojamiento, más una descarga mensual (y antes de cada cambio importante) a su propio ordenador o almacenamiento en la nube.

Conservación segura

• Nunca en la carpeta web. Una copia de seguridad como public_html/backup.zip puede descargarla cualquiera, con la contraseña de su base de datos y todos los datos de sus clientes (lección 7.4).
• Cifre las copias de seguridad que estén fuera de su proveedor de alojamiento, especialmente si contienen datos personales (lección 9.3). Una copia de seguridad en un portátil robado o en una carpeta compartida en la nube supondría, en ese caso, una filtración de datos.
• Guarde las credenciales de su almacenamiento de copias de seguridad en otro lugar distinto del propio sitio, por ejemplo en su gestor de contraseñas. Si su sitio desaparece, debe poder seguir accediendo a ellas.
• Haga limpieza: las copias de seguridad antiguas en su paquete ocupan espacio de almacenamiento. Elimine las copias de seguridad fuera del servidor según su periodo de conservación.

En la práctica: así se ve en un panel

Como ejemplo usamos DirectAdmin con WebOké Backups. Otros proveedores de alojamiento tienen funciones similares, por ejemplo JetBackup en cPanel o la función de copias de seguridad de Plesk.

1. En Mi WebOké, en WebOké Backups, puede ver las copias de seguridad de las últimas noches, y puede crear una copia de seguridad adicional o descargar una copia existente.
2. En DirectAdmin, en Copia de seguridad y restauración, puede crear usted mismo una copia de seguridad de lo que marque; se guarda en su propio paquete (carpeta backups) y puede descargarla.
3. En Installatron puede crear una copia de seguridad de una sola instalación de WordPress, útil justo antes de una actualización.

Resumen

• Una copia de seguridad completa incluye la base de datos, wp-content, wp-config.php y los archivos propios; tenga en cuenta también el correo, el DNS y las tareas cron.
• 3-2-1: tres copias, dos tipos de almacenamiento, una fuera del servidor y preferiblemente con otro proveedor.
• La frecuencia depende de cuánto trabajo puede permitirse perder; conserve también copias de seguridad más antiguas, ya que un hackeo puede descubrirse tarde.
• Combine la copia de seguridad de su proveedor de alojamiento con una copia propia fuera del servidor; las copias de seguridad del instalador son útiles, pero no constituyen un plan.
• Nunca guarde copias de seguridad en la carpeta web; cifre las copias que estén fuera del proveedor de alojamiento y guarde el acceso en otro lugar.

Cuestionario

Ejercicio

Ejercicio D8.1: Su plan de copias de seguridad según el modelo 3-2-1. Rellene la tabla para su propio sitio: qué copias existen (original, copia de seguridad 1, copia de seguridad 2), dónde está cada copia (qué proveedor, qué almacenamiento), con qué frecuencia se crea, durante cuánto tiempo se conserva, y quién tiene acceso. ¿Cumple su plan la regla 3-2-1? A continuación, descargue una copia de seguridad completa y compruebe el archivo: ¿contiene la base de datos (un archivo .sql), wp-content/uploads y wp-config.php? Marque lo que haya encontrado, y anote cuánto trabajo como máximo perdería si tuviera que restaurar su copia de seguridad más reciente.

Para saber más

Estos artículos describen los pasos en los paneles de WebOké; en otros paneles funcionan de forma similar.

• Manual de DirectAdmin 16.1: Qué copias de seguridad hay disponibles en WebOké
• Manual de DirectAdmin 16.2: Copia de seguridad y restauración: crear usted mismo una copia de seguridad en DirectAdmin
• Manual de DirectAdmin 16.5: ¿Esto también se puede hacer en Mi WebOké? WebOké Backups
• Manual de DirectAdmin 13.6: Crear y restaurar copias de seguridad en Installatron
• WebOké Backups: ver, restaurar o descargar una copia de seguridad
• ¿Cómo hago una copia de seguridad de mi base de datos MySQL?
• Manual de DirectAdmin 16.6: Recuperar espacio: eliminar copias de seguridad antiguas
• Copias de seguridad de WordPress (developer.wordpress.org, en inglés): https://developer.wordpress.org/advanced-administration/security/backup/