Voici comment transférer la sauvegarde d’un site vers un autre : lors d’un déménagement vers un nouveau serveur ou pour une copie destinée aux tests. La vérification préalable te montre chaque différence entre les deux sites avant que quoi que ce soit soit écrit.
Ce dont tu as besoin
- sur le nouveau site, un WordPress en fonctionnement avec cloneworx Backup,
- au moins une destination configurée là-bas,
- la sauvegarde de l’ancien site : sous la forme d’un fichier téléchargé ou sur une destination que le nouveau site atteint,
- les identifiants d’un administrateur de l’ancien site.
Étape 1 : amener la sauvegarde sur le nouveau site
Une sauvegarde ne peut être restaurée que lorsqu’elle figure dans la liste du nouveau site. Deux chemins y mènent.
| Chemin | Comment faire | Quand il convient |
|---|---|---|
| Importer depuis un fichier | Télécharge la sauvegarde sur l’ancien site et importe le fichier sur le nouveau : Télécharger une sauvegarde, Importer une sauvegarde depuis un fichier. | Pour un déménagement et pour une copie. Une sauvegarde ne peut être téléchargée que si elle se trouve sur une destination locale. |
| Connecter la destination | Configure sur le nouveau site la destination sur laquelle se trouvent les sauvegardes de l’ancien, et reprends-y le dossier de l’ancien site : Retrouver des sauvegardes après une perte totale. | Seulement pour un déménagement où le nouveau site remplace l’ancien, et seulement tant que la liste du nouveau site est vide. |
Pour une copie : importer, pas reprendre
Avec la reprise, le dossier sur la destination appartient au nouveau site, et l’extension traite le site comme déménagé. Si l’ancien site continue de fonctionner, utilise l’import depuis un fichier.
Étape 2 : lire la vérification préalable
Sur le nouveau site, ouvre la page Restauration. Dans la ligne de la sauvegarde, ouvre Plus …, puis Restauration. La vérification préalable s’exécute d’elle-même. Que la sauvegarde provienne d’un autre site est un avertissement et ne bloque pas le démarrage : tu juges le risque.
- Un point avec avertissement est jaune. Le point Même site web signale ici un autre site.
- Les différences entre la sauvegarde et ce site, une différence par ligne avec les deux valeurs.
- Remplacé à l’import (inconnu de ce serveur de base de données) : nomme les jeux de caractères et les collations que le serveur de base de données ne connaît pas ici, et ce qui les remplace.
- Non restauré : nomme ce que la restauration omet, et entre parenthèses la raison.
- L’indication que la sauvegarde provient d’un autre site et que l’adresse du site reste celle de ce site.
- Lancer la restauration reste utilisable : les avertissements ne bloquent pas le démarrage.
La vérification préalable nomme ces différences :
| Différence | Ce qu’elle signifie |
|---|---|
| PHP, WordPress | Les versions diffèrent. cloneworx Backup ne peut pas savoir si une extension de la sauvegarde fonctionne sous une autre version de PHP. |
| Base de données, Version de la base de données, Jeu de caractères de la base de données | Le type, la version ou le jeu de caractères du serveur de base de données diffèrent. Si le serveur ici ne connaît pas un jeu de caractères ou une collation de la sauvegarde, l’import prend un remplacement. Un remplacement peut modifier le tri et la recherche. |
| Préfixe des tables | Les tables s’appellent autrement ici. La restauration crée les tables sous le préfixe de ce site et adapte les entrées qui portent le préfixe dans leur nom. |
| Multisite | Multisite n’est pas pris en charge : la sauvegarde ne contient que les tables du site principal. |
| Version de l’extension | La sauvegarde provient d’une version plus ancienne de cloneworx Backup. Des colonnes que ce site possède peuvent y manquer. La restauration les nomme ; elles reçoivent leur valeur par défaut. |
Si la sauvegarde n’a pas d’empreinte, le point Même site web signale une origine inconnue. Les mêmes valeurs par défaut que pour un autre site s’appliquent.
Étape 3 : décider ce qui est restauré en plus
Pour une sauvegarde d’un autre site, la restauration omet par défaut trois choses :
- le cœur de WordPress,
- les drop-ins
object-cache.php,advanced-cache.phpetdb.php, - les fichiers
.htaccess,web.configet.user.ini.
Le cœur et les trois fichiers du dossier racine restent alors ceux du nouveau site. Les propres drop-ins du nouveau site passent lors de la restauration dans l’état précédent, comme les autres entrées de wp-content qui ne viennent pas de la sauvegarde.
Si tu veux restaurer l’un de ces éléments depuis la sauvegarde, passe à la vue Étendu. Les trois commutateurs Ne pas restaurer le cœur de WordPress, Ne pas restaurer les drop-ins (object-cache.php, advanced-cache.php, db.php) et Ne pas restaurer .htaccess, web.config, .user.ini y sont activés.
- Ne pas restaurer le cœur de WordPress est activé : le cœur reste celui de ce site.
- Ne pas restaurer les drop-ins (object-cache.php, advanced-cache.php, db.php) est activé : les trois fichiers de la sauvegarde sont laissés de côté.
- Ne pas restaurer .htaccess, web.config, .user.ini est activé : les trois fichiers restent ceux de ce site.
Décoche la case, et la vérification préalable se relance. Plus sur les commutateurs : Ne restaurer que des parties.
Étape 4 : lancer la restauration
Clique sur Lancer la restauration. La boîte de dialogue de confirmation indique le nombre d’avertissements.
- … point(s) de la vérification préalable avertissent ; tu as jugé le risque.
- Lancer la restauration
La restauration se déroule comme sur le même site : Restaurer le site à partir d’une sauvegarde. Après le basculement, le nouveau site doit se confirmer. Si l’état de la sauvegarde ne se charge pas sur ce serveur, l’extension ramène l’état précédent.
Étape 5 : se reconnecter et vérifier
Avec la base de données viennent les comptes utilisateur de l’ancien site. Connecte-toi avec les identifiants de l’ancien site. Vérifie la page d’accueil, la connexion et les liens et images dans les contenus. Décide ensuite : Conserver ou annuler une restauration.
L’adresse du site
- L’adresse du site reste celle du nouveau site. Il en va de même pour l’emplacement des téléversements, s’il figure dans les réglages de WordPress.
- Dans les contenus, l’extension ne remplace aucune adresse. Les liens et images dans les articles qui nomment l’ancienne adresse continuent de pointer vers elle.
- L’extension réécrit les permaliens après la restauration de la base de données.
Bon à savoir
- cloneworx Backup lui-même reste tel qu’il est configuré sur le nouveau site : les destinations, les plans de sauvegarde et les réglages ne viennent pas de la sauvegarde.
- La restauration ne restaure jamais
wp-config.php. Les identifiants de la base de données restent ceux du nouveau site. - Sur un autre site, la restauration définit les droits des dossiers comme WordPress les crée là-bas. Elle ne définit jamais le propriétaire ni le groupe.
- L’extension ne supprime jamais automatiquement une sauvegarde importée. Elle reste jusqu’à ce que tu la supprimes.
Voir aussi
- La vérification préalable de la restauration : chaque point expliqué
- Importer une sauvegarde depuis un fichier
- Retrouver des sauvegardes après une perte totale
- Le site a déménagé ou est une copie
- Restaurer et importer avec WP-CLI
En ligne de commande
WP-CLI n’est pas encore installé ? Voici comment installer WP-CLI.
Sur le nouveau site, tout le parcours fonctionne aussi avec WP-CLI. Les paramètres --include-core, --include-dropins et --include-htaccess activent ce qu’un autre site omet par défaut.
# Importer le fichier de sauvegarde vers la destination local-1 wp cloneworx-backup import /tmp/backup.tar --target=local-1 # La vérification préalable : différences et ce qui est omis wp cloneworx-backup restore precheck <Job> # Restaurer la sauvegarde, avec le cœur de WordPress wp cloneworx-backup restore run <Job> --include-core