Archive du duplicateur contre installateur : pourquoi chaque sauvegarde est en deux parties

Duplicator crée une sauvegarde, et deux fichiers vous font face.

L'un s'appelle archive.zip. L'autre est installer.php. Aucun des deux ne ressemble à un site web.

J'ai vu des personnes qui ont effectué une douzaine de migrations s'arrêter encore ici. Pas parce que le processus est difficile, mais parce que personne n'explique jamais pourquoi il y a deux fichiers au lieu d'un.

Duplicator divise chaque sauvegarde en ces deux parties à dessein. L'archive contient les données de votre site. L'installeur est le script qui les restaure ou les migre.

Ils sont conçus pour être utilisés ensemble, et chacun ne fonctionne qu'avec son partenaire correspondant.

Dans cet article, je vais vous montrer pourquoi Duplicator fait cela et comment vous pouvez utiliser ces fichiers dans vos tâches de sauvegarde et de migration.

TL;DR : Points clés à retenir :

• L'archive contient les données de votre site, l'installeur est le script qui la reconstruit, et chaque installeur ne fonctionne qu'avec l'archive pour laquelle il a été généré.
• L'installeur n'a pas besoin de WordPress pour fonctionner. Parce que installer.php fonctionne indépendamment de WordPress, il peut restaurer un site sur un serveur complètement vierge.
• DupArchive n'a pas de limite de taille pratique sur Pro. Le format .daf de Duplicator est confirmé lors de migrations réelles jusqu'à 400 Go, tandis que Duplicator Lite limite les sauvegardes DupArchive à 500 Mo.
• La reprise après sinistre fonctionne via un lien séparé. Définir un point de récupération à l'avance signifie que vous pouvez restaurer un site même lorsque le tableau de bord WordPress lui-même est verrouillé.
• La plupart des erreurs d'incompatibilité proviennent de mélanges de paires ou de téléchargements partiels, pas de logiciels corrompus, et vérifier la taille du fichier avant de commencer une restauration élimine la cause la plus fréquente.
• Laisser installer.php en ligne sur un serveur de production après une migration constitue un risque de sécurité, et il doit être supprimé dès que la restauration est confirmée.
• L'installeur n'est pas la sauvegarde. L'archive sont les données de sauvegarde réelles. Supprimer l'archive et ne conserver que l'installeur ne laisse rien à restaurer.

Table des matières

Qu'est-ce que le fichier archive de Duplicator ?

L'archive de Duplicator (qu'elle s'appelle archive.zip ou archive.daf) contient les données de votre site Web. Elle contient vos fichiers et une copie scriptée de votre base de données, regroupés en un seul paquet.

En soi, l'archive ne fait rien. Vous ne pouvez pas l'ouvrir et vous attendre à ce qu'un site fonctionnel apparaisse. Ce sont des données inertes, attendant que quelque chose les décompresse et les reconstruise.

Qu'est-ce que le fichier installateur de Duplicator ?

Installer.php est différent. C'est un petit fichier PHP que vous ouvrez dans un navigateur Web. Il ne s'exécute pas dans WordPress et n'a pas besoin de WordPress installé pour fonctionner.

Pointez-le vers un serveur vide, et il construit la base de données, écrit la configuration et extrait votre site de l'archive.

Lorsque vous l'exécutez, il vous demande quelques détails sur la destination, comme les informations d'identification de sa base de données. Ensuite, il lit l'archive et reconstruit votre site à partir de celle-ci.

Pourquoi Duplicator divise une sauvegarde en deux fichiers ?

Pourquoi ne pas simplement regrouper tout dans un seul fichier et considérer que c'est fait ?

Certains outils de migration font exactement cela. Vos fichiers, votre base de données et la logique de l'installeur sont tous regroupés dans un seul paquet qui se déplace comme une unité.

Cela fonctionne bien pour un petit site. Mais cela signifie que toute l'opération (téléchargement, extraction et exécution) doit se dérouler via ce seul fichier à la fois.

Sur l'hébergement mutualisé, c'est là que les choses se compliquent. Les limites de mémoire PHP et les plafonds de taille de téléchargement n'ont jamais été conçus pour des fichiers uniques massifs.

L'installeur de Duplicator reste petit et rapide, quelle que soit la taille de vos archives. Il ne fait pas le gros du travail ; il coordonne la restauration.

De plus, installer.php s'exécute indépendamment de WordPress, il n'a donc pas besoin que WordPress soit installé, actif, ou même fonctionnel pour faire son travail.

Les outils de migration basés sur des plugins ne peuvent pas dire cela. Si l'outil vit à l'intérieur de WordPress, WordPress doit être en cours d'exécution pour que l'importation ait lieu.

L'installeur de Duplicator évite cela entièrement. Pointez-le vers un serveur complètement vide, et il construit tout le site à partir de l'archive.

Cette indépendance est ce qui rend l'archive elle-même capable de mise à l'échelle. Le format DupArchive de Duplicator (les fichiers .daf) n'a pas de limite théorique de taille de fichier sur Duplicator Pro, confirmé dans des migrations réelles allant jusqu'à 400 Go.

Duplicator Lite peut toujours créer des sauvegardes DupArchive, simplement plafonnées à 500 Mo. C'est suffisant pour un site plus petit, mais il est bon de le savoir avant de compter dessus pour quelque chose de plus grand.

Mettez ces deux éléments ensemble (un installeur qui n'a pas besoin de WordPress et une archive sans plafond pratique), et vous obtenez une sauvegarde qui peut restaurer un site que personne n'a pu ouvrir par d'autres moyens.

Ce qui casse lorsque ces fichiers sont mélangés

La plupart des problèmes que les gens rencontrent avec Duplicator se résument à une chose : traiter ces deux fichiers comme plus interchangeables qu'ils ne le sont.

L'erreur d'installateur incompatible

C'est celui que je vois le plus souvent. Il s'affiche comme « Désaccord entre l'installeur et l'archive détecté », ou parfois « Archive introuvable ! »

La cause habituelle est une erreur d'appariement : un installer.php d'une sauvegarde se retrouve à côté d'une archive d'une autre.

Cela se produit également lorsque l'archive n'a pas été entièrement téléchargée. Un transfert partiel ou interrompu laisse un fichier qui semble présent mais n'est pas complet.

Duplicator vérifie que l'installeur et l'archive vont ensemble avant de faire quoi que ce soit d'autre. S'ils ne correspondent pas ou si l'archive n'est pas entièrement intacte, il s'arrête et vous le dit plutôt que de tenter une restauration qui échouerait en cours de route.

Perdre le fichier installateur

Parfois, installer.php disparaît. Quelqu'un nettoie un dossier de téléchargements ou ne sauvegarde que l'archive parce qu'elle ressemble au « vrai » fichier.

Sans lui, l'archive contient toujours votre site entier. Vous n'avez tout simplement pas encore le script pour le décompresser.

Dans ce cas, téléchargez l'archive sur la page Importer des sauvegardes de Duplicator. Elle prend en charge les migrations par glisser-déposer sans avoir besoin de l'installeur.

Notre base de connaissances couvre également comment récupérer l'installeur d'origine pour une archive donnée.

Laisser installer.php en ligne après la migration

Celui-ci est facile à manquer car la migration a déjà fonctionné. Le nouveau site est en ligne, tout semble bien, et installer.php est toujours dans le répertoire racine.

C'est un problème. Un script d'installation fonctionnel laissé sur un serveur de production est quelque chose que n'importe qui peut trouver et exécuter à nouveau.

Vous devriez le supprimer dès que la migration est confirmée. Duplicator le fait généralement automatiquement, mais vous pouvez les nettoyer manuellement.

Comment gérer les fichiers de Duplicator pendant une migration

Rien de tout cela ne nécessite un système compliqué. Quelques habitudes couvrent presque toutes les situations.

• Conservez les deux fichiers ensemble. Téléversez l’archive et installer.php dans le même dossier de destination, et ne les séparez pas avant la fin de la migration.
• Sachez comment lancer l’installateur. Une fois les deux fichiers de sauvegarde sur le nouveau serveur, lancez l’installateur avec une URL comme celle-ci : votredomaine.com/installer.php.
• Supprimez installer.php une fois le site confirmé comme fonctionnel. Il n’y a aucune raison de le laisser en place après la réussite de la restauration.
• Testez sur une copie avant de toucher à votre site en direct. C’est là que je m’appuierais sur la mise en scène en un clic de Duplicator Pro. Elle transforme une sauvegarde complète du site en une copie de staging en quelques clics.
• Protégez l’installateur par mot de passe si la sauvegarde se trouve dans un endroit semi-public. Duplicator vous permet de définir un mot de passe sur l’installateur lui-même, distinct du chiffrement de l’archive avec AES-256. Cela vaut la peine de le faire chaque fois que les fichiers quittent votre propre machine, même brièvement.

Pour le guide étape par étape complet sur l’exécution de l’installateur lui-même, le Guide Ultime de l’Installateur de Duplicator détaille chaque écran.

Quand cela compte le plus : les gros sites et les scénarios catastrophe

Tout ce qui précède s’applique à une migration de routine. Mais les deux mêmes fichiers qui permettent les migrations de routine sont ce qui rend Duplicator utile lorsque les choses tournent vraiment mal.

J’ai mentionné plus tôt que l’installateur de Duplicator n’a pas besoin que WordPress soit déjà en cours d’exécution. Ce n’est pas seulement pratique pour migrer vers un nouveau serveur. C’est la même raison pour laquelle Duplicator peut effectuer une récupération complète lorsque votre tableau de bord ne se charge même pas.

La récupération d’urgence de Duplicator fonctionne via un lien de récupération. Vous définissez une sauvegarde comme point de récupération à l’avance et enregistrez le lien en lieu sûr.

Si votre site tombe en panne gravement, collez ce lien dans un navigateur, et l’assistant de récupération prendra le relais à partir de là.

C’est différent d’une migration normale. Vous ne choisissez pas de déplacer un site. Quelque chose s’est déjà cassé, et vous avez besoin d’un moyen d’accès qui ne dépend pas de votre tableau de bord défaillant.

La même indépendance se retrouve dans Multisite. Duplicator Pro prend en charge les sauvegardes et restaurations complètes de WordPress Multisite.

Avec plus de sites regroupés dans une seule installation, avoir un installateur et une archive qui ne dépendent pas de WordPress est encore plus important.

Questions fréquemment posées (FAQ)

Deux fichiers, un travail : réussir la restauration

La division d'une sauvegarde en une archive et un programme d'installation n'est pas inutilement complexe. C'est ce qui permet à Duplicator de restaurer un site sur un serveur vierge, d'en récupérer un qui est complètement bloqué, et de gérer des archives sans limite de taille pratique.

Un seul fichier groupé ne pourrait rien faire de tout cela.

Plus de 1,5 million de professionnels de WordPress font déjà confiance à Duplicator Pro pour gérer les sauvegardes, les migrations et la reprise après sinistre. Avec la mise en scène en un clic, un programme d'installation autonome et la reprise après sinistre, vous êtes couvert pour les migrations de routine et celles qui tournent mal.

Si cet article vous a fait réfléchir à la manière dont Duplicator gère les sauvegardes et les restaurations, ces guides méritent d'être lus ensuite.

• Comment restaurer WordPress à partir d'une sauvegarde (en moins de 5 minutes).
• Reprise après sinistre et restauration en 1 clic pour WordPress
• Comment restaurer un multisite WordPress (4 méthodes qui fonctionnent en 2026)
• Le site vient de planter ? Voici votre plan complet de récupération de site web
• Comment sécuriser une base de données WordPress : renforcement, chiffrement et protection continue

Joella Dunn Rédacteur de contenu

Joella est rédactrice avec des années d'expérience dans WordPress. Chez Duplicator, elle se spécialise dans la maintenance de sites — des sauvegardes de base aux migrations à grande échelle. Son objectif principal est de s'assurer que votre site Web WordPress est sécurisé et prêt à croître.

Voir la biographie complète