Restaurar y probar

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

Objetivo de aprendizaje: Después de esta lección podrá restaurar una copia de seguridad, también junto al sitio existente, y comprobar que es completa y utilizable.

Conceptos clave: restaurar (restore), total o parcial, archivos o base de datos, restaurar junto al sitio, restauración de prueba, lista de verificación tras la restauración, ajustar direcciones, importar base de datos

Una copia de seguridad solo vale algo si se puede restaurar

El momento más doloroso con las copias de seguridad no es hacerlas, sino descubrir que la restauración no funciona: falta la base de datos, la copia está incompleta, el archivo está dañado, o nadie sabe cómo hacerlo. Es mejor descubrirlo un martes tranquilo que durante un sábado con el sitio hackeado.

Por eso debe probar la restauración, con regularidad, y preferiblemente sin tocar su sitio real.

Qué restaurar

No siempre hay que restaurarlo todo. Elija lo que corresponda:

Los archivos y la base de datos van juntos. Si restaura solo los archivos de ayer junto a la base de datos de hoy, un plugin puede confundirse, porque su base de datos ya se había actualizado. En caso de duda: ambos, del mismo momento.

Y siempre: lo que haya ocurrido después del momento de la copia de seguridad, se pierde. Nuevas entradas, comentarios, pedidos, inscripciones. En una tienda online, anote antes de restaurar qué pedidos han entrado desde la copia de seguridad.

Restaurar junto al sitio

La forma más segura de probar y de rescatar cosas es restaurar una copia de seguridad junto a su sitio actual: en un subdominio de pruebas (test.example.com) o en una carpeta aparte, con su propia base de datos. Su sitio real queda intacto. Después podrá:

• comprobar si la copia de seguridad está completa;
• extraer una sola cosa (una página eliminada, una versión antigua de un texto) y trasladarla a mano;
• practicar un plan de recuperación.

Algunos proveedores de alojamiento permiten hacer esto con un botón (en WebOké Backups, por ejemplo, "restaurar junto al sitio actual"); en otros casos coloca los archivos y la base de datos a mano en un lugar de pruebas.

Preste atención a la dirección

Una copia de seguridad de https://example.com que coloque en https://test.example.com sigue sabiendo que pertenece a example.com: siteurl y home en la base de datos (lección 1.3) y todos los enlaces apuntan a su sitio real. El resultado: hace clic en el sitio de pruebas y acaba en el sitio real, o inicia sesión en el lugar equivocado. Por eso, tras la restauración, ajuste las direcciones:

wp search-replace 'https://example.com' 'https://test.example.com' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --all-tables

O con un plugin de buscar y reemplazar que entienda datos serializados (lección 3.2). Active también de inmediato la opción desalentar a los motores de búsqueda (lección 2.4) o ponga una contraseña en el sitio de pruebas, y asegúrese de que el sitio de pruebas no envíe correo a clientes reales (lección 8.3).

Restaurar la base de datos a mano

Si tiene un archivo .sql (de una copia de seguridad o una exportación), lo restaura así:

1. Cree una base de datos vacía y un usuario (lección 2.3), o vacíe la existente (solo si está seguro).
2. Importe el archivo en phpMyAdmin (pestaña Importar). Con archivos grandes, phpMyAdmin puede bloquearse; en ese caso use la función de importación de su panel o la línea de comandos (wp db import back-up.sql o mysql).
3. Compruebe en wp-config.php que los datos de la base de datos sean correctos.
4. Compruebe el prefijo de las tablas: ¿coincide el de la copia de seguridad (wp_) con $table_prefix en wp-config.php? Si no es así, WordPress verá una instalación vacía y querrá instalarse de nuevo.

La lista de verificación tras la restauración

Una restauración solo se considera correcta si el sitio funciona de verdad. Revise:

1. La página de inicio y algunas páginas y entradas normales, abriéndolas en una ventana privada.
2. Imágenes: ¿aparecen (es decir, uploads estaba incluido en la copia de seguridad)?
3. Iniciar sesión en el escritorio.
4. Las funciones principales: enviar un formulario, añadir algo al carrito, buscar.
5. Enlaces permanentes: ¿funcionan todas las páginas, o aparece un 404 salvo en la página de inicio? En ese caso, guarde una vez en Ajustes > Enlaces permanentes (lección 2.4).
6. Plugins y tema activos y actualizados.
7. La versión: ¿es realmente el contenido de la fecha que esperaba?

Anote cuánto tardó la restauración. Ese es su tiempo real de recuperación: cuánto tiempo estará su sitio fuera de servicio ante un problema.

Con qué frecuencia probar

Una regla general: pruebe como mínimo una vez por trimestre (lección 9.4), y después de cada cambio en su sistema de copias de seguridad (un nuevo plugin, otro proveedor de alojamiento, un sitio mucho más grande). Alterne: una vez la copia de seguridad del proveedor de alojamiento, otra vez su propia copia fuera del servidor (lección 8.1).

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

Como ejemplo usamos WebOké Backups y DirectAdmin. En otros proveedores de alojamiento los botones se llaman de otra forma, pero las decisiones son las mismas: qué restaurar, y dónde.

1. Cree primero el subdominio de pruebas en DirectAdmin (Gestión de subdominios), con un certificado.
2. En WebOké Backups, elija una copia de seguridad de hace unos días y elija restaurar los archivos y la base de datos junto al sitio actual, en el lugar de pruebas.
3. En la base de datos restaurada, ajuste las direcciones al subdominio de pruebas.
4. Revise la lista de verificación.

Resumen

• Una copia de seguridad solo tiene valor si se puede restaurar; pruebe la restauración.
• Elija qué restaurar; los archivos y la base de datos deben ser del mismo momento. Lo ocurrido después de la copia de seguridad se pierde.
• Restaure una copia de seguridad junto a su sitio para probar o para rescatar algo concreto, y ajuste las direcciones después.
• En una importación de base de datos, preste atención al prefijo de las tablas y a los datos de wp-config.php.
• Después de cada restauración, revise una lista de verificación fija y anote cuánto tiempo tardó.

Cuestionario

Ejercicio

Ejercicio D8.2: Restaurar una copia de seguridad en un entorno de pruebas (staging). Restaure una copia de seguridad de hace unos días en un subdominio de pruebas de su propio dominio (por ejemplo, recuperacion.ejemplo.es), junto a su sitio real. Ajuste las direcciones, active la opción de desalentar a los motores de búsqueda o ponga una contraseña en el lugar de pruebas, y repase la lista de verificación de esta lección. Marque cada punto. Anote: qué copia de seguridad (origen y fecha) utilizó, cuánto tardó la restauración, qué no salió bien y cómo lo solucionó. Deje el sitio de pruebas activo para el ejercicio A8.3 y elimínelo después.

Más información

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

• Manual de DirectAdmin 16.3: Restaurar una copia de seguridad de DirectAdmin
• Manual de DirectAdmin 16.5: ¿Esto también se puede hacer en Mi WebOké? WebOké Backups
• Manual de WebOké 6.10: WebOké Backups: restaurar archivos
• WebOké Backups: ver, restaurar o descargar una copia de seguridad
• Manual de DirectAdmin 12.5: Importar una base de datos, también archivos grandes
• Manual de DirectAdmin 4.5: Crear y eliminar subdominios