Así llevas la copia de seguridad de un sitio web a otro: en un traslado a un servidor nuevo o para una copia de pruebas. La comprobación previa te muestra cada diferencia entre ambos sitios web antes de que se escriba nada.
Lo que necesitas
- en el sitio web nuevo, un WordPress en funcionamiento con cloneworx Backup,
- allí, al menos un destino configurado,
- la copia del sitio web antiguo: como archivo descargado o en un destino al que el sitio web nuevo pueda acceder,
- las credenciales de un administrador del sitio web antiguo.
Paso 1: Traer la copia al sitio web nuevo
Una copia solo se puede restaurar cuando está en la lista del sitio web nuevo. Hay dos caminos para llegar allí.
| Camino | Así se hace | Cuándo conviene |
|---|---|---|
| Importar desde un archivo | Descarga la copia en el sitio web antiguo e importa el archivo en el nuevo: Descargar una copia de seguridad, Importar una copia de seguridad desde un archivo. | Para un traslado y para una copia. Una copia solo se puede descargar si está en un destino local. |
| Conectar el destino | Configura en el sitio web nuevo el destino en el que están las copias del antiguo y asume allí la carpeta del sitio web antiguo: Recuperar copias de seguridad tras una pérdida total. | Solo en un traslado en el que el sitio web nuevo sustituye al antiguo, y solo mientras la lista del sitio web nuevo esté vacía. |
Para una copia: importar, no asumir
Al asumir, la carpeta del destino pasa a pertenecer al sitio web nuevo, y el plugin trata el sitio web como trasladado. Si el sitio web antiguo sigue funcionando, usa la importación desde un archivo.
Paso 2: Leer la comprobación previa
Abre en el sitio web nuevo la página Restauración. Abre en la línea de la copia Más … y después Restauración. La comprobación previa se ejecuta por sí sola. Que la copia proceda de otro sitio web es una advertencia y no bloquea el inicio: tú juzgas el riesgo.
- Un punto con advertencia está en amarillo. El punto Mismo sitio web indica aquí otro sitio web.
- Las diferencias entre la copia y este sitio web, una diferencia por línea con ambos valores.
- Reemplazado al importar (desconocido para este servidor de base de datos): indica los juegos de caracteres y colaciones que el servidor de base de datos no conoce aquí, y el sustituto para ellos.
- No restaurado: indica lo que la restauración omite y, entre paréntesis, el motivo.
- El aviso de que la copia procede de otro sitio web y de que la dirección del sitio sigue siendo la de este sitio web.
- Iniciar restauración sigue disponible: las advertencias no bloquean el inicio.
La comprobación previa indica estas diferencias:
| Diferencia | Qué significa |
|---|---|
| PHP, WordPress | Las versiones difieren. Si un plugin de la copia funciona con otra versión de PHP, cloneworx Backup no puede saberlo. |
| Base de datos, Versión de la base de datos, Juego de caracteres de la base de datos | El tipo, la versión o el juego de caracteres del servidor de base de datos difieren. Si el servidor de aquí no conoce un juego de caracteres o una colación de la copia, la importación usa un sustituto. Un sustituto puede cambiar la ordenación y la búsqueda. |
| Prefijo de tablas | Las tablas se llaman aquí de otra forma. La restauración crea las tablas con el prefijo de este sitio web y ajusta las entradas que llevan el prefijo en el nombre. |
| Multisitio | Multisitio no es compatible: la copia solo contiene las tablas del sitio web principal. |
| Versión del plugin | La copia procede de una versión anterior de cloneworx Backup. En ella pueden faltar columnas que este sitio web tiene. La restauración las indica; reciben su valor predeterminado. |
Si la copia no tiene huella, el punto Mismo sitio web indica un origen desconocido. Valen los mismos valores predeterminados que con otro sitio web.
Paso 3: Decidir qué se restaura además
Con una copia de otro sitio web, la restauración omite de forma predeterminada tres cosas:
- el núcleo de WordPress,
- los drop-ins
object-cache.php,advanced-cache.phpydb.php, - los archivos
.htaccess,web.configy.user.ini.
El núcleo y los tres archivos de la carpeta raíz siguen siendo entonces los del sitio web nuevo. Los drop-ins propios del sitio web nuevo pasan en la restauración al estado anterior, como las demás entradas de wp-content que no vienen de la copia.
Si quieres restaurar algo de eso desde la copia, cambia a la vista Ampliado. Allí están activados los tres interruptores No restaurar el núcleo de WordPress, No restaurar los drop-ins (object-cache.php, advanced-cache.php, db.php) y No restaurar .htaccess, web.config, .user.ini.
- No restaurar el núcleo de WordPress está activado: el núcleo sigue siendo el de este sitio web.
- No restaurar los drop-ins (object-cache.php, advanced-cache.php, db.php) está activado: los tres archivos de la copia no se restauran.
- No restaurar .htaccess, web.config, .user.ini está activado: los tres archivos siguen siendo los de este sitio web.
Quita la marca, y la comprobación previa se ejecuta de nuevo. Más sobre los interruptores: Restaurar solo partes.
Paso 4: Iniciar la restauración
Haz clic en Iniciar restauración. El diálogo de confirmación indica el número de advertencias.
- … punto(s) de la comprobación previa advierten; has juzgado el riesgo.
- Iniciar restauración
La restauración se ejecuta como en el mismo sitio web: Restaurar el sitio web desde una copia de seguridad. Tras el cambio, el sitio web nuevo tiene que confirmarse. Si el estado de la copia no carga en este servidor, el plugin recupera el estado anterior.
Paso 5: Iniciar sesión de nuevo y comprobar
Con la base de datos vienen las cuentas de usuario del sitio web antiguo. Inicia sesión con las credenciales del sitio web antiguo. Comprueba la página de inicio, el inicio de sesión y los enlaces e imágenes de los contenidos. Después decide: Conservar o deshacer una restauración.
La dirección del sitio web
- La dirección del sitio web sigue siendo la del sitio web nuevo. Lo mismo vale para la ubicación de las subidas, si figura en los ajustes de WordPress.
- En los contenidos, el plugin no sustituye direcciones. Los enlaces e imágenes de entradas que mencionan la dirección antigua siguen apuntando allí.
- Los enlaces permanentes los vuelve a escribir el plugin tras la restauración de la base de datos.
Conviene saber
- El propio cloneworx Backup se queda como está configurado en el sitio web nuevo: destinos, planes de copia y ajustes no vienen de la copia.
- El archivo
wp-config.phpnunca lo restaura la restauración. Las credenciales de la base de datos siguen siendo las del sitio web nuevo. - Los permisos de las carpetas los establece la restauración en otro sitio web tal como WordPress los crea allí. El propietario y el grupo nunca los establece.
- Una copia importada nunca la borra el plugin automáticamente. Se queda hasta que la borres.
Ver también
- La comprobación previa de la restauración: cada punto explicado
- Importar una copia de seguridad desde un archivo
- Recuperar copias de seguridad tras una pérdida total
- El sitio web se ha mudado o es una copia
- Restaurar e importar con WP-CLI
En la línea de comandos
¿Aún no tienes WP-CLI configurado? Así instalas WP-CLI.
En el sitio web nuevo, todo el camino funciona también con WP-CLI. Los parámetros --include-core, --include-dropins y --include-htaccess activan lo que otro sitio web omite de forma predeterminada.
# Importar el archivo de copia de seguridad al destino local-1 wp cloneworx-backup import /tmp/backup.tar --target=local-1 # La comprobación previa: diferencias y lo que se omite wp cloneworx-backup restore precheck <Job> # Restaurar la copia de seguridad, con el núcleo de WordPress wp cloneworx-backup restore run <Job> --include-core