Repérer le premier refus de l’import
Vous avez choisi une sauvegarde SQL dans l’outil de votre hébergeur. L’envoi s’arrête, le navigateur affiche une erreur ou la progression disparaît. Relevez le premier message avec l’heure et l’étape atteinte. Un transfert refusé avant le démarrage, une réponse Web qui cesse d’attendre et une instruction rejetée par le moteur demandent des interventions différentes.
Commencez par confirmer le format. Un fichier SQL décrit les tables et leurs données. L’outil Outils → Importer de WordPress traite des exports de contenus compatibles, dont le WXR au format XML. Pour un fichier SQL, choisissez phpMyAdmin, l’import de base prévu par l’hébergement ou un terminal autorisé. Une archive peut contenir une base et plusieurs composants. Lisez son inventaire avant de choisir ce que vous envoyez.
Notez le nom de la copie et de sa base, le moteur déclaré à la source et celui qui reçoit le fichier. Si l’erreur parle de collation inconnue ou de syntaxe, gardez ce message comme cause principale. Réduire la taille du transfert ne rend pas une collation disponible. Dans un multisite, le fichier peut contenir les tables de plusieurs sites ainsi que des tables partagées. Faites confirmer ce périmètre avant de retenir une base d’essai.
Préserver l’archive et établir le point de départ
Gardez le fichier original en lecture seule dans un espace privé et utilisez une copie identifiée pour le test. Relevez son empreinte et son poids, y compris la taille du SQL si l’archive est compressée. La base peut contenir des adresses, des accès ou des réglages confidentiels. Partagez le message et le contexte avec le mainteneur en omettant le contenu du fichier.
Préparez une base distincte dont vous connaissez le nom et le serveur. Si la copie WordPress existe déjà, sauvegardez aussi sa base et ses fichiers. Repérez un article, un média et un réglage qui permettront de reconnaître l’état avant le test. En cas d’échec, vous pourrez comparer ces repères ou reprendre dans une autre base vide. Ce retour doit être possible même si le tableau de bord ne s’ouvre plus.
Vérifiez les effets externes de la copie. Un site restauré peut conserver des réglages d’envoi, des tâches planifiées, des abonnements ou des intégrations. Utilisez la procédure d’isolation de votre environnement et faites les contrôles avec des données fictives. Une copie destinée à examiner un import n’a pas besoin de recevoir les visiteurs de l’installation active.
Approche 1 — Traiter un transfert que l’outil refuse
Si l’écran affiche une limite avant l’import ou si la réponse est 413, relevez la taille de la requête et le service qui répond. Un proxy peut refuser la requête avant PHP. Une limite PHP peut aussi empêcher l’application de recevoir le fichier. Dans un import Web, upload_max_filesize concerne le fichier et post_max_size couvre l’ensemble de la requête. Le plafond de l’interface peut en outre refléter une règle propre au prestataire.
Dans l’onglet Réseau du navigateur, notez le code, l’adresse du panneau et l’heure du seul essai déjà fait. Demandez au responsable de l’hébergement quel composant a refusé la requête et quel import il propose pour ce volume. Si le panneau accepte les fichiers compressés, vérifiez le format qu’il annonce. Un transfert plus léger peut réduire le volume envoyé, alors que le SQL décompressé, l’espace nécessaire et les limites du moteur restent à vérifier.
Si l’hébergement propose de lire une sauvegarde déposée dans un espace privé, suivez son parcours pour la bonne base d’essai. Vérifiez les limites du stockage temporaire et la manière de retirer l’archive après validation. Si cette voie reste soumise au même plafond ou si le panneau ne propose aucun autre trajet, passez à la procédure de ligne de commande ou demandez un import encadré.
Approche 2 — Lire l’état de la base après un délai
Une réponse 504, 524 ou une page qui cesse d’attendre renseigne sur la requête Web. Rapprochez son heure du journal de l’outil et de la base. Demandez si une tâche d’import existe encore et notez son état avant toute nouvelle tentative. Une interruption peut avoir laissé des tables ou des lignes, même lorsque le navigateur n’a montré aucune confirmation.
Sur la copie, comparez la liste des tables avant et après. Choisissez deux tables attendues et comparez leurs lignes à des repères de la source. Une table présente peut encore être incomplète. Si le prestataire fournit un rapport ou un identifiant de tâche, rapprochez l’heure de la dernière écriture et du dernier message SQL. Attendez la fin ou utilisez l’arrêt documenté du travail avant de relancer depuis un autre état.
Si vous avez une base partiellement remplie et que l’outil ne documente aucune reprise à partir d’un point fiable, conservez-la le temps du diagnostic. Recommencez dans une nouvelle base vide ou restaurez le point de départ de la copie. Un import brut peut inclure des instructions de création ou de suppression de tables et des écritures validées par étapes. Relancer dans la même base peut provoquer des conflits ou doubler des données que le fichier ajoute sans clé unique.
Approche 3 — Importer directement dans la base de test
Le terminal convient si vous avez accès au répertoire de la copie, à ses identifiants de base et à un client compatible. Vérifiez dans sa configuration le serveur, la base et le préfixe attendus. Confirmez que la base d’essai existe et que le compte de test possède les droits nécessaires sur elle. Certains fichiers comportent leurs propres instructions USE ou de création de base. Faites examiner ces lignes au mainteneur si le fichier n’a pas été exporté pour cette destination.
Depuis la copie, la première commande affiche la destination configurée. La seconde lit le SQL et le transmet au moteur à partir de cette configuration. Remplacez le chemin de la copie et le nom de fichier par ceux de l’essai. La base doit avoir été préparée auparavant. Cette opération écrit dans la base sélectionnée et demande le point de retour préparé plus haut.
Le trajet direct retire la requête d’import du navigateur. Il dépend encore du client SQL, des droits, de la version du moteur et des limites de connexion. Conservez la sortie de fin et vérifiez le premier message d’échec au lieu d’utiliser une option qui continue malgré les erreurs. Si vous utilisez le client SQL fourni par l’hébergement, suivez son mécanisme d’identification et gardez le mot de passe hors de la ligne de commande et des fichiers partagés.
Si le prestataire doit réaliser cet import, transmettez la taille, le moteur, le jeu de sauvegarde et le nom de la destination de test par son canal privé. Demandez la sortie de fin ou la première erreur et le périmètre réellement écrit. Faites confirmer que la base active reste hors de cette opération.
wp --path="/chemin/vers/la-copie" config get DB_NAME
wp --path="/chemin/vers/la-copie" db import "./reprise.sql"Examiner le plafond SQL si le moteur refuse un paquet
Un message explicite sur max_allowed_packet oriente vers la taille d’une instruction ou d’une donnée envoyée au moteur. Le poids total du fichier n’est qu’un indice. Un grand fichier peut contenir des milliers de petites instructions, alors qu’une seule insertion groupée peut franchir le plafond. Une rupture de connexion sans message détaillé peut aussi avoir une autre cause.
Dans l’onglet SQL de la base de test, vous pouvez relire la base et les valeurs effectives du serveur. La taille côté client peut être différente. Exécutez ces lectures dans le contexte réellement utilisé par votre import et comparez-les avec les informations du prestataire avant de demander un changement.
Si l’export rassemble de nombreuses lignes dans une insertion, l’outil d’origine peut proposer un nouvel export avec des groupes plus petits. Conservez la structure, l’ordre des dépendances et le jeu de caractères. Évitez de couper le SQL à une taille arbitraire. Une coupure peut tomber au milieu d’une instruction ou d’une chaîne, et une valeur unique très volumineuse demande un autre traitement. Faites dimensionner une limite adaptée uniquement pour un besoin établi avec le responsable SQL. Le réglage peut toucher plusieurs sites s’ils partagent la même instance.
SELECT DATABASE() AS base_courante,
@@GLOBAL.max_allowed_packet AS limite_serveur,
@@SESSION.max_allowed_packet AS limite_session;Comparer les trois résultats sur une copie
Le banc utilise une instance MariaDB locale et des lignes synthétiques. Un serveur HTTP de test refuse le fichier au-dessus de son plafond simulé. Un second scénario enregistre une première ligne dans MariaDB, puis renvoie une réponse de délai simulée. La lecture de cette base confirme qu’une ligne existe déjà. Ce modèle illustre une situation possible après une interruption, sans imiter les journaux ou les délais d’un hébergeur particulier.
Dans une autre base d’essai, une instruction dépasse réellement le plafond de paquet de l’instance MariaDB. Le moteur refuse cette instruction après une première écriture réussie. Puis l’import par WP-CLI du fichier composé de petites instructions réussit dans une troisième base, préparée vide. Le contenu final contient neuf lignes et le fichier conserve son empreinte.
Ces observations donnent trois contrôles à reproduire chez vous. Vérifiez si l’outil a reçu le fichier, si la base a commencé à changer et si le moteur donne une première instruction en erreur. Gardez les captures de ces contrôles avec l’heure et le nom de la base, sans conserver de données personnelles dans une capture.
Transfert Web simulé 413
Réponse de délai simulée 504, une ligne déjà présente
Paquet MariaDB trop grand refus, une ligne déjà présente
Import WP-CLI en base vide neuf lignes vérifiéesVérifier la restauration avec des repères concrets
Comparez les tables attendues et le préfixe WordPress. Relevez les comptes utiles sur la copie en utilisant seulement les accès autorisés. Ouvrez deux articles, un média et un réglage métier connu. Un import de base peut restituer une fiche et son adresse alors que les octets du média appartiennent à la sauvegarde des fichiers. Vérifiez la réponse réelle de l’image et le fonctionnement du thème avant de considérer le site comme récupéré.
Pour un site de vente ou d’abonnement, comparez aussi les données qui changent souvent. Une restauration plus ancienne peut retirer des commandes, rétablir un état de paiement ou modifier les tâches planifiées. Gardez le site public en dehors de l’essai et faites valider la reprise de ces données avec le responsable avant tout changement de destination.
Si les identifiants, les tables ou les liens diffèrent du résultat attendu, revenez au point de départ de la copie et gardez la preuve du point d’arrêt. Dans la recette, la base partielle était jetable. Elle a été retirée après vérification et le fichier source a été conservé. Sur une copie qui contient déjà d’autres travaux, restaurez le jeu initial ou créez une destination neuve plutôt que d’effacer des tables à la main.
Contrôler le périmètre écrit avec deux lectures simples
Lorsque le moteur répond encore, commencez par les tables que le jeu doit remettre en place. Dans le banc, la table s’appelle wp_temoins et la dernière ligne attendue porte l’identifiant 9. Vérifiez d’abord que la table existe, puis lisez seulement le nombre de lignes et l’identifiant maximal sur une petite table témoin. Les noms du banc n’existent pas dans WordPress par défaut.
Sur votre copie, sélectionnez une table et des repères connus de la source. Une table absente peut montrer que l’import s’est arrêté avant sa création. Une table présente avec une seule ligne sur neuf montre un autre état. Le nombre et l’identifiant maximal peuvent aussi coïncider malgré une ligne incorrecte. Ouvrez quelques entrées de référence ou comparez-les avec le rapport d’export avant de valider. Pour une très grande table, demandez au responsable de choisir une lecture ciblée sur quelques clés déjà connues.
Gardez la sortie de ces lectures avec le résultat de l’outil. Un message tel que « des requêtes ont été exécutées » indique que le moteur a traité une partie du fichier. Le résultat attendu est le retour du jeu entier et de ses relations utiles. Si une base de test était vide avant l’import, consignez les tables présentes à l’arrêt et reprenez dans une autre base propre après avoir corrigé la cause.
SHOW TABLES LIKE 'wp_temoins';
SELECT COUNT(*) AS lignes, MAX(id) AS dernier_id FROM wp_temoins;Réexporter en lots lorsque la source est encore disponible
Cette méthode est utile si le trajet d’import fonctionne, mais qu’un fichier monolithique ou une insertion groupée dépasse une limite confirmée. Demandez au producteur de la sauvegarde quels réglages d’export permettent de préserver l’ordre des tables, les clés et le jeu de caractères. Certains outils peuvent regrouper moins de lignes par insertion. D’autres peuvent exporter des ensembles de tables accompagnés d’un ordre de reprise.
Avant de répartir le jeu, relevez les tables indispensables à l’installation et les dépendances entre elles. Une exportation des seuls articles peut omettre leurs auteurs, leurs métadonnées ou leurs liens avec les médias. Pour une boutique, des composants distincts peuvent conserver les commandes, les paiements et les tâches. Faites valider ensemble les fichiers d’un même point de reprise plutôt que de mélanger des fragments d’origines différentes.
Importez le lot complet une première fois sur une copie vide. Notez dans quel ordre chaque partie est appliquée et vérifiez les repères après la dernière partie. Si la source n’existe plus et que vous ne disposez que d’un fichier, préservez-le et faites examiner une copie. Un découpage mécanique par nombre d’octets ne tient pas compte de la syntaxe du fichier ni de ses dépendances.
Préparer un compte rendu pour l’hébergeur
Rassemblez le type de fichier, ses tailles compressée et décompressée si elles diffèrent, le moteur et sa version, le nom de la destination d’essai, l’heure et le premier message utile. Indiquez si un traitement reste actif et quelles écritures vous avez confirmées. Décrivez aussi le trajet qui a abouti et les repères qui ont validé le résultat.
Si votre offre gérée ne donne pas de base séparée, demandez au prestataire un environnement de test ou son service de reprise. Une restauration d’hébergement et un import SQL manuel peuvent couvrir des composants différents. Faites confirmer le périmètre, la date et la méthode de retour avant de choisir l’action sur le site actif.
