Restaurar y comprobar

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 web existente, y comprobar si está completa y se puede utilizar.

Conceptos clave: restaurar (restore), completa o parcial, archivos o base de datos, restaurar junto al sitio web, restauración de prueba, lista de comprobación tras restaurar, cambiar las direcciones, importar la 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 un sábado con el sitio web hackeado.

Por eso conviene probar la restauración con regularidad y, a ser posible, sin tocar su sitio web real.

Qué restaura

No siempre hace falta restaurarlo todo. Elija lo que corresponda:

Los archivos y la base de datos van juntos. Si restaura solo los archivos de ayer con la base de datos de hoy, un plugin puede fallar 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, registros. En una tienda online, anote antes de restaurar qué pedidos han llegado desde la copia de seguridad.

Restaurar junto al sitio web

La forma más segura de probar y de recuperar cosas es restaurar una copia de seguridad junto a su sitio web actual: en un subdominio de prueba (test.example.com) o en una carpeta aparte, con su propia base de datos. Su sitio web real no se ve afectado. Después podrá:

• comprobar si la copia de seguridad está completa;
• recuperar un elemento concreto (una página eliminada, una versión anterior de un texto) y trasladarlo a mano;
• practicar un plan de recuperación.

Algunos proveedores de alojamiento (hosting) lo permiten con un solo botón (en WebOké Backups, por ejemplo, "restaurar junto al sitio actual"); en otros casos, usted coloca los archivos y la base de datos a mano en una ubicación de prueba.

Atención a la dirección

Una copia de seguridad de https://example.com que coloca 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 web real. La consecuencia: hace clic en el sitio de prueba y acaba en el sitio real, o inicia sesión en el equivocado. Por eso, después de restaurar, cambie las direcciones:

wp search-replace 'https://example.com' 'https://test.example.com' --skip-columns=guid --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --skip-columns=guid

Primero la prueba con --dry-run, luego la ejecución real; --skip-columns=guid deja intactos los identificadores fijos de las entradas. También puede usar un plugin de buscar y reemplazar que entienda los datos serializados (lección 3.2 y el artículo de la base de conocimientos en Más información). Active también de inmediato Pedir a los motores de búsqueda que no indexen este sitio (lección 2.4) o ponga una contraseña al sitio de prueba, y asegúrese de que el sitio de prueba no envíe correos 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 de una exportación), restáurelo 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, utilice 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 son 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 ve una instalación vacía y quiere instalarse de nuevo.

La lista de comprobación tras restaurar

Una restauración solo ha tenido éxito si el sitio web funciona de verdad. Revise:

1. La página de inicio y algunas páginas y entradas normales, abiertas en una ventana privada.
2. Imágenes: ¿están ahí (es decir, la carpeta uploads estaba en la copia de seguridad)?
3. Iniciar sesión en la administración.
4. Las funciones más importantes: enviar un formulario, añadir algo al carrito, buscar.
5. Enlaces permanentes: ¿funcionan todas las páginas o recibe un error 404 en todas salvo 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 ha tardado la restauración. Ese es su tiempo real de recuperación: cuánto tiempo estará su sitio web fuera de servicio si surge un problema.

Con qué frecuencia probar

Una regla práctica: pruebe al menos una vez por trimestre (lección 9.4) y después de cada cambio en su sistema de copias de seguridad (un plugin nuevo, otro proveedor de alojamiento, un sitio web mucho más grande). Vaya alternando: una vez la copia de seguridad del proveedor, otra vez su propia copia fuera del servidor (lección 8.1).

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

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

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

Resumen

• Una copia de seguridad solo tiene valor si se puede restaurar; pruebe la restauración.
• Elija qué restaura; los archivos y la base de datos deben ser del mismo momento. Lo que ocurrió después de la copia de seguridad se pierde.
• Restaure una copia de seguridad junto a su sitio web para probarla o para recuperar un elemento concreto, y después cambie las direcciones.
• Al importar una 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 comprobación fija y anote cuánto ha tardado.

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 prueba de su propio dominio (por ejemplo, herstel.example.com), junto a su sitio web real. Cambie las direcciones, active Pedir a los motores de búsqueda que no indexen este sitio o ponga una contraseña en la ubicación de prueba, y revise la lista de comprobación de esta lección. Marque cada punto. Anote: qué copia de seguridad (origen y fecha) ha utilizado, cuánto ha tardado la restauración, qué no ha salido bien y cómo lo ha resuelto. Conserve el sitio de prueba 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
• Buscar y reemplazar en la base de datos de WordPress
• Manual de DirectAdmin 12.5: Importar una base de datos, también archivos grandes
• Manual de DirectAdmin 4.5: Crear y eliminar subdominios