Exporter une base de données avec phpMyAdmin

Avec phpMyAdmin, vous pouvez exporter une base de données de votre hébergement web CURIAWEB sous forme de fichier. Un tel export est utile, par exemple, avant d'apporter des modifications à une base de données de production, de migrer un site web manuellement ou de créer une sauvegarde supplémentaire de la base de données.

Pour les bases de données de sites Web typiques, cela convient Format SQL. Le fichier SQL exporté contient la structure de la base de données et, selon les paramètres choisis, les données enregistrées, et peut être réimporté ultérieurement dans une base de données.

Dans ce guide, nous vous montrons étape par étape comment sélectionner la bonne base de données dans phpMyAdmin, créer une exportation et ensuite vérifier si le fichier de sauvegarde a bien été téléchargé.

Important : Une exportation phpMyAdmin sauvegarde la base de données, mais pas automatiquement les fichiers de votre site web, les e-mails ou l'ensemble du compte d'hébergement. Pour une sauvegarde manuelle complète d'un site web, les sites basés sur une base de données nécessitent généralement à la fois les fichiers du site web et la base de données.

Quand un export de base de données est-il utile ? #

Un export est particulièrement utile si tu souhaites sauvegarder une base de données avant de la modifier.

Les cas d'utilisation typiques sont :

• avant des modifications manuelles avec phpMyAdmin
• avant de modifier significativement un site Web
• avant un nettoyage manuel de la base de données
• lors d'une migration de site web
• avant l'importation d'autres données
• pour une sauvegarde locale supplémentaire de la base de données

Règle de base : Pour une base de données de production, la règle est : d'abord exporter, puis modifier.

Que contient un export SQL ? #

Un fichier SQL contient des instructions permettant de restaurer la structure et les données d'une base de données ou de les importer dans une autre base de données.

Selon les options d'exportation, cela peut par exemple inclure :

• Structures de tables
• Contenu du tableau
• Indices
• autres instructions SQL nécessaires pour les objets de base de données exportés

Un fichier d'exportation typique peut par exemple s'appeler :

kunde_wordpress.sql

Vous n'avez pas besoin de modifier manuellement le fichier SQL pour une sauvegarde normale.

1. Se connecter à cPanel #

Connectez-vous à votre cPanel CURIAWEB.

Ouvrez ensuite :

Bases de données → phpMyAdmin

phpMyAdmin est ouvert pour votre compte d'hébergement.

Vous trouverez une introduction générale à l'interface sous Utiliser phpMyAdmin dans cPanel.

2. Sélectionner la bonne base de données #

Dans la navigation de gauche de phpMyAdmin, sélectionnez la base de données que vous souhaitez exporter.

Vérifiez attentivement le nom complet.

Un nom de base de données peut par exemple ressembler à ceci :

client_wordpress

Si plusieurs sites Web sont présents dans votre compte d'hébergement, plusieurs bases de données peuvent s'afficher en conséquence.

Attention : Ne vous fiez pas à des suppositions en présence de plusieurs bases de données aux noms similaires. Vérifiez d'abord quelle base de données est réellement utilisée par le site Web concerné.

Comment puis-je trouver la base de données de mon site WordPress ? #

Sous WordPress, le nom de la base de données utilisée se trouve généralement dans le fichier :

wp-config.php

déposé.

L'entrée pertinente est la suivante :

DB_NAME

La valeur qui y est enregistrée doit correspondre au nom de la base de données que vous sélectionnez dans phpMyAdmin.

Sécurité wp-config.php contient d'autres informations sensibles en plus du nom de la base de données. Ne publiez pas son contenu intégral.

3. Vérifier si la bonne base de données est ouverte #

Après avoir sélectionné la base de données, phpMyAdmin affiche ses tables.

Vérifiez à nouveau le nom de la base de données et assurez-vous que les tables existantes correspondent à l'application attendue.

Sous WordPress, par exemple, des tableaux tels que :

wp_posts
wp_options
wp_users
wp_postmeta

être présent.

Cependant, le préfixe de table n'est pas obligatoirement wp_ Remarque : Une installation WordPress peut utiliser un autre préfixe.

4. Ouvrir la fonction d'exportation #

Une fois la bonne base de données sélectionnée, ouvrez la section en haut de phpMyAdmin :

Exporter

phpMyAdmin vous affiche ensuite les méthodes d'exportation disponibles ainsi que le format d'exportation.

5. Choisir Rapide ou Personnalisé #

phpMyAdmin propose généralement deux méthodes d'exportation :

Vite et Adapté.

Quelle variante est judicieuse dépend de ce que tu prévois de faire avec l'exportation.

Vite #

La méthode Vite utilise les options standard prévues et suffit souvent pour un export simple d'une base de données normale.

Si vous souhaitez simplement exporter une base de données complète et que vous n'avez pas d'exigences particulières, cette méthode est un bon point de départ.

Adapté #

Avec Adapté vous avez accès à des options d'exportation supplémentaires.

Vous pouvez ainsi définir plus précisément quelles tables seront exportées ou comment le fichier SQL doit être généré.

Conseil pratique : N'utilisez pas automatiquement l'exportation personnalisée simplement parce qu'elle offre plus d'options. Pour une sauvegarde normale, une simple exportation complète est souvent le choix le meilleur et le moins sujet aux erreurs.

6. Sélectionner le format SQL #

Pour une sauvegarde normale ou une migration d'une base de données de site Web compatible MySQL, choisissez le format :

SQL

SQL permet d'importer ultérieurement la structure de la base de données et les données enregistrées dans une base de données compatible MySQL.

D'autres formats d'exportation peuvent être utiles pour des tâches spéciales, mais ne constituent généralement pas le premier choix pour une sauvegarde de base de données classique.

7. Lancer l'exportation #

Vérifie encore une fois :

• bonne base de données
• méthode d'exportation souhaitée
• Format SQL

Lance ensuite l'exportation.

Votre navigateur devrait télécharger le fichier d'exportation généré.

8. Téléchargement effectivement contrôler #

Ne présume pas seulement que l'exportation a réussi parce que tu as cliqué sur le bouton d'exportation.

Vérifie ensuite dans le dossier de téléchargement ou dans l'affichage des téléchargements de ton navigateur si le fichier est bien présent.

Un fichier peut par exemple s'appeler :

kunde_wordpress.sql

Important : Un export cliqué n'est pas encore une sauvegarde vérifiée. Contrôlez que le fichier a bien été téléchargé.

9. Vérifier la taille du fichier #

Vérifiez également la taille du fichier téléchargé.

À elle seule, la taille ne prouve certes pas qu'une sauvegarde est complète et exempte d'erreurs, mais elle peut rendre des problèmes évidents visibles.

Si, par exemple, vous obtenez un fichier de taille inopinément minuscule pour une base de données de production volumineuse, vous devez vérifier l'exportation avant de vous fier à cette sauvegarde.

Un petit fichier SQL n'est pas automatiquement défectueux #

La taille d'une base de données dépend fortement de l'application et des contenus stockés.

Un petit site web peut posséder une base de données proportionnellement petite.

Ne jugez donc pas un export uniquement sur la base de la taille du fichier.

Nommer judicieusement le fichier SQL #

Pour les sauvegardes ultérieures, il peut être utile d'ajouter une date au nom de fichier.

Par exemple :

kunde_wordpress_2026-08-28.sql

Cela vous permet de distinguer plus facilement plusieurs points de sauvegarde.

N'utilisez pas de mots de passe de base de données ou d'autres identifiants de connexion confidentiels dans le nom de fichier.

Conserver le fichier SQL en lieu sûr #

Une sauvegarde de base de données peut contenir du contenu confidentiel.

Selon le site Web, cela peut inclure, par exemple :

• Informations utilisateur
• Adresses e-mail
• Données de commande
• Paramètres du site Web
• données d'application internes

être enregistré.

Traitez donc pas une sauvegarde SQL comme un fichier accessible au public.

Sécurité Ne téléchargez pas de sauvegardes de bases de données dans un répertoire de site web accessible au public. Un fichier de sauvegarde n'a pas sa place sans protection dans public_html.

Ne pas laisser de sauvegarde accessible publiquement sur l'espace web #

Si vous devez transférer un fichier SQL sur le serveur pour une migration, il ne doit pas rester inutilement longtemps dans un répertoire accessible au public.

Supprimez les fichiers de sauvegarde temporaires qui ne sont plus nécessaires une fois les travaux terminés.

12. Utiliser l'exportation personnalisée #

Si tu la méthode Adapté vous sélectionnez, phpMyAdmin fournit des options supplémentaires.

Cette méthode est par exemple judicieuse si tu souhaites exporter uniquement certaines tables ou si tu as des exigences particulières concernant le fichier d'exportation.

Lors d'une sauvegarde complète de la base de données d'un site web, veillez à ne pas exclure par inadvertance des tables nécessaires.

Inclure tous les tableaux d'un site web #

Une application web peut posséder nettement plus de tables que les tables principales évidentes.

Les extensions WordPress peuvent par exemple créer des tables supplémentaires.

Si vous avez besoin d'une sauvegarde complète de la base de données, vous ne devriez pas exclure de telles tables simplement parce que vous ne connaissez pas leurs noms.

Attention : Exporter uniquement les tables principales de WordPress connues ne constitue pas automatiquement une sauvegarde complète de l'ensemble de la base de données WordPress. Les plugins peuvent utiliser leurs propres tables.

Exporter uniquement certaines tables #

Si vous avez consciemment besoin de seulement quelques tableaux, vous pouvez les sélectionner lors de l'exportation personnalisée.

Cela peut s'avérer utile, par exemple, pour une analyse ciblée ou le transfert de données individuelles.

Cependant, une telle exportation partielle doit être clairement distinguée d'une sauvegarde complète de la base de données.

Utiliser l'export compressé #

Selon la configuration de phpMyAdmin, des options de compression peuvent être proposées lors de l'exportation personnalisée.

La compression peut réduire la taille du fichier de sauvegarde téléchargé, en particulier pour les bases de données plus volumineuses.

Les options réellement disponibles dépendent de la configuration du serveur et de phpMyAdmin.

Fichier SQL ou fichier compressé ? #

Selon l'option d'exportation choisie, le résultat peut être, par exemple, un fichier SQL normal ou un fichier de sauvegarde compressé.

Exemples :

datenbank.sql
datenbank.sql.gz
datenbank.sql.zip

La variante que vous utilisez dépend, entre autres, de la taille de la base de données et de la méthode d'importation ultérieure.

Instructions DROP lors de l'exportation personnalisée #

Lors d'un export SQL personnalisé, des options peuvent être proposées qui, avant la création de tables, permettent de BAISSER-Inclure les instructions dans le fichier d'exportation.

De telles instructions peuvent d'abord supprimer des objets existants portant le même nom lors d'une restauration ultérieure.

Attention : Options avec BAISSER tu ne devrais pas activer sans réfléchir. Lors d'une importation ultérieure, cela pourrait supprimer les tables existantes avant qu'elles ne soient recréées à partir de la sauvegarde.

Comprendre CREATE TABLE et INSERT #

Une sauvegarde SQL typique peut contenir différents types d'instructions.

Simplifié :

CREATE TABLE
→ crée une structure de table

INSERT
→ insère des enregistrements stockés

Pour une restauration complète, il faut normalement à la fois la structure requise et les données.

Ne pas „ nettoyer “ l'export manuellement“ #

N'ouvrez pas un fichier de sauvegarde SQL avec n'importe quel éditeur de texte pour y supprimer des zones au hasard simplement parce qu'elles vous semblent inconnues.

Cela peut rendre la sauvegarde incomplète ou inutilisable lors d'une importation ultérieure.

Puis-je ouvrir le fichier SQL ? #

Un fichier SQL non compressé est fondamentalement un fichier texte et peut être consulté à l'aide d'outils appropriés.

Cependant, avec de grandes bases de données, elle peut être très volumineuse.

Pour vérifier une sauvegarde normale, il n'est pas nécessaire de lire manuellement toutes les instructions SQL.

Exportation avant une modification avec phpMyAdmin #

Si vous prévoyez une modification manuelle sur une base de données de production, la procédure suivante est recommandée :

1. Ouvrir phpMyAdmin.
2. Choisissez la bonne base de données.
3. Exporter la base de données.
4. Vérifiez le téléchargement réussi.
5. Conservez la sauvegarde en lieu sûr.
6. Effectuez la modification prévue seulement après cela.
7. Testez le site web immédiatement après la modification.

Nous vous expliquons comment travailler avec des tableaux et des ensembles de données sous Utiliser phpMyAdmin dans cPanel.

Exportation pour une migration de site web #

Lors d'une migration manuelle d'un site Web basé sur une base de données, vous avez généralement besoin d'au moins deux composants :

Fichiers du site Web
+
Base de données
=
composants essentiels du site Web

Vous pouvez transférer les fichiers du site Web, par exemple, via le gestionnaire de fichiers cPanel ou FTP.

Vous exportez la base de données via phpMyAdmin et l'importez ensuite dans la base de données du nouvel environnement d'hébergement.

Nous vous expliquons comment télécharger des fichiers via cPanel sur Télécharger, charger et modifier des fichiers dans cPanel.

Créer une nouvelle base de données sur la cible #

Lors d'une migration manuelle, une nouvelle base de données doit éventuellement être configurée au préalable sur la cible.

Vous trouverez la procédure sous Créer une base de données MySQL dans cPanel.

De plus, l'application nécessite généralement un utilisateur de base de données doté des autorisations nécessaires.

Nous expliquons cette étape sous Créer un utilisateur MySQL et l'attribuer à une base de données.

Exporter puis importer #

Vous pouvez ensuite importer le fichier SQL généré dans une base de données cible appropriée.

Les instructions complètes suivent Importer une base de données avec phpMyAdmin.

Attention : Vérifiez toujours la base de données cible sélectionnée avant l'importation. Un fichier SQL peut modifier des données et des tables existantes en fonction de son contenu.

L'exportation n'est pas un déménagement automatique #

Lorsque vous exportez une base de données, cela ne transfère pas automatiquement le site Web vers un autre serveur.

Lors d'une migration manuelle, il faut notamment transférer les fichiers du site web, configurer ou importer la base de données sur la destination et connecter l'application aux nouveaux identifiants de base de données.

WordPress après une migration de base de données #

Si le nom de la base de données, l'utilisateur de la base de données, le mot de passe ou l'hôte de la base de données changent au nouvel emplacement, la configuration de WordPress doit être ajustée en conséquence.

Les valeurs pertinentes se trouvent généralement dans :

wp-config.php

Cela comprend :

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

Modifiez ces valeurs uniquement en fonction des accès à la base de données effectivement configurés.

Une exportation n'est pas la même chose qu'une sauvegarde de l'ensemble du compte d'hébergement #

Un export phpMyAdmin ne comprend que la base de données sélectionnée ou les objets de base de données sélectionnés.

Il ne sauvegarde pas automatiquement :

• Fichiers du site Web
• Images et téléchargements dans le système de fichiers
• Extensions et thèmes sous forme de fichiers
• Boîtes aux lettres électroniques
• Comptes FTP
• Paramètres cPanel
• l'ensemble du compte d'hébergement

Par conséquent, ne qualifiez pas un simple export SQL de sauvegarde complète de l'ensemble de l'hébergement web.

L'exportation de la base de données WordPress ne sauvegarde pas les fichiers multimédias #

WordPress stocke les informations sur les médias dans la base de données, mais les fichiers d'images, de PDF ou autres fichiers multimédias réellement téléchargés se trouvent généralement dans le système de fichiers.

Un simple export de base de données ne suffit donc pas pour restaurer complètement un site web WordPress.

Recréer l'exportation après des modifications importantes #

Une sauvegarde SQL n'est jamais qu'une image de l'état de la base de données au moment de l'exportation.

Si le site web continue d'évoluer par la suite, la sauvegarde plus ancienne ne contiendra pas ces nouvelles données.

Sur les sites Web dynamiques, de nouvelles commandes, des utilisateurs, des commentaires ou des paramètres peuvent par exemple s'ajouter.

Important : Sur un site web actif, une sauvegarde de base de données peut rapidement devenir obsolète. Pour une migration, le moment de l'exportation finale doit donc être choisi avec soin.

Spécificité des boutiques en ligne et des sites web hautement dynamiques #

Dans le cas d'une boutique en ligne ou d'un site web avec des activités d'utilisateurs en cours, les données peuvent continuer à changer pendant une migration.

Si de nouvelles commandes ou d'autres ensembles de données sont créés après votre export, ceux-ci ne se trouveront pas dans le fichier SQL déjà exporté.

La migration de tels systèmes nécessite par conséquent une approche concertée afin qu'aucune donnée pertinente ne soit perdue entre l'exportation et la bascule.

Le fichier d'exportation contient des données sensibles #

Une sauvegarde SQL peut être bien plus sensible que son nom de fichier ne le laisse supposer.

Selon l'application, elle peut contenir des données personnelles et professionnelles.

Stockez et transférez ces fichiers de manière adéquatement sécurisée et supprimez les copies temporaires qui ne sont plus nécessaires.

Ne pas envoyer le fichier d'exportation via un lien public #

Ne placez pas de fichier SQL dans un répertoire accessible au public pour ensuite simplement en envoyer l'URL.

Lorsqu'une sauvegarde de base de données doit être transférée, utilise un canal de transmission sécurisé adapté à cet effet.

L'exportation ne fonctionne pas #

Si aucun fichier n'est téléchargé lors de l'exportation, vérifiez d'abord :

• si la bonne base de données a été sélectionnée
• que ton navigateur ait bloqué un téléchargement ou l'ait enregistré ailleurs
• si phpMyAdmin affiche un message d'erreur
• si la base de données ou l'export est exceptionnellement volumineux

Notez entièrement un message d'erreur affiché avant de modifier des paramètres au pif.

Exporter une grande base de données #

Pour les très grandes bases de données, un export basé sur un navigateur via phpMyAdmin peut se heurter à des limites pratiques ou techniques selon l'environnement.

Dans de tels cas, il convient d'abord de vérifier quelle est la taille réelle de la base de données et à quel endroit l'exportation échoue.

Ne modifiez pas les limites de PHP au hasard sans connaître la cause exacte.

Exportation réussie : la sauvegarde est-elle ainsi garantie restaurable ? #

Un téléchargement réussi est un premier pas important, mais il ne prouve pas entièrement que la sauvegarde pourra être restaurée plus tard sans problème en toutes circonstances.

Une stratégie de sauvegarde solide prend donc également en compte la restaurabilité des sauvegardes.

Conseil pratique : Une sauvegarde est particulièrement précieuse lorsqu'on connaît non seulement son existence, mais aussi la procédure de restauration prévue.

Ne pas supprimer le fichier SQL après l'exportation #

Si vous avez créé l'exportation expressément comme sauvegarde avant une modification, conservez-le au moins jusqu'à ce que la modification soit terminée avec succès et que le site Web ait été vérifié.

Sinon, vous risquez de supprimer précisément le filet de sécurité que vous aviez créé avant la modification.

Distinguer plusieurs stations d'assurage #

Si vous créez plusieurs exportations, utilisez des noms de fichiers uniques.

Par exemple :

client_wordpress_avant-mise-a-jour_2026-08-28.sql
client_wordpress_avant-migration_2026-08-28.sql

Cela te permettra de comprendre plus tard plus facilement à quel moment et dans quel but une sauvegarde a été créée.

Procédure recommandée pour un export de base de données normal #

1. Connectez-vous à cPanel.
2. Ouvrir Bases de données → phpMyAdmin.
3. Sélectionnez la bonne base de données à gauche.
4. Vérifiez le nom de la base de données et les tables.
5. Ouvrir Exporter.
6. Sélectionner pour un export complet normal Vite.
7. Choisir SQL comme format.
8. Lancez l'exportation.
9. Vérifie si le fichier a été téléchargé.
10. Vérifiez le nom de fichier et la plausibilité de la taille du fichier.
11. Conservez le fichier en lieu sûr.

Déroulement recommandé avant une modification de base de données #

1. Identifiez la bonne base de données de production.
2. Créez un export SQL actuel.
3. Vérifiez le téléchargement.
4. Conservez le fichier d'exportation inchangé.
5. Effectuez le changement prévu.
6. Testez le site Web immédiatement après.
7. Behalte die Sicherung, bis du sicher bist, dass die Änderung korrekt funktioniert.

Quand devez-vous contacter le support ? #

Wenn ein Export nicht funktioniert oder du bei einer produktiven Datenbank nicht sicher bist, welche Datenbank beziehungsweise Tabellen gesichert werden müssen, solltest du nicht auf Verdacht Änderungen durchführen.

Pour une analyse, les informations suivantes sont notamment utiles :

• domaine ou application concerné
• nom complet de la base de données
• ungefähre Datenbankgröße, sofern bekannt
• gewählte Exportmethode
• gewähltes Exportformat
• message d'erreur précis
• ob überhaupt eine Datei heruntergeladen wird
• ob der Export für eine Sicherung, Migration oder andere Aufgabe benötigt wird

Übermittle keine Datenbankpasswörter und stelle SQL-Sicherungen mit sensiblen Inhalten nicht öffentlich bereit.

Résumé #

Eine Datenbank exportierst du im CURIAWEB-cPanel über Bases de données → phpMyAdmin. Wähle zuerst die richtige Datenbank und öffne anschließend den Bereich Exporter.

Für einen normalen vollständigen Export ist die Methode Vite mit dem Format SQL häufig ausreichend. Wenn du bestimmte Tabellen oder zusätzliche Exportoptionen benötigst, kannst du stattdessen Adapté utiliser.

Kontrolliere nach dem Export, ob die Sicherungsdatei tatsächlich heruntergeladen wurde, und bewahre sie geschützt auf. SQL-Dateien können sensible Website- und Benutzerdaten enthalten und gehören nicht in öffentlich erreichbare Verzeichnisse.

Beachte außerdem, dass ein phpMyAdmin-Export ausschließlich die Datenbank sichert. Für eine vollständige manuelle Sicherung oder Migration einer datenbankbasierten Website benötigst du zusätzlich die zugehörigen Website-Dateien.

Vor manuellen Änderungen an einer produktiven Datenbank gilt deshalb: richtige Datenbank prüfen, exportieren, Download kontrollieren und erst danach Änderungen durchführen.