Pourquoi ne peut-on pas envoyer une sauvegarde de base de données en pièce jointe ?
Une petite table peut tenir dans un e-mail. Pas une sauvegarde complète d’une base de données de boutique, d’application ou de comptabilité. Le texte SQL brut peut peser des centaines de Mo, un dump compressé plusieurs Go et un fichier SQL Server .bak des dizaines de Go. Gmail n’accepte pas les pièces jointes de plus de 25 Mo, et Outlook n’accepte pas les pièces jointes de plus de 20 Mo environ.
Découper le fichier ne résout pas le problème. S’il manque une partie, la restauration s’arrête à mi-parcours. Nous ne réassemblons pas ces parties. Un espace de stockage partagé impose de gérer des comptes, des quotas et un accès sans limite de durée. Un lien permet au destinataire de télécharger une copie de la sauvegarde dans un délai défini.
Le fichier que le destinataire importe sur son serveur doit être la sauvegarde que vous avez exportée.
| Méthode | Ce qui se passe | Adaptée à un dump ? |
|---|---|---|
| Pièce jointe Gmail ou Outlook | Les pièces jointes de plus de 20–25 Mo ne peuvent pas être envoyées | Non |
| Découpage de la sauvegarde | Une partie manquante fait échouer la restauration | Non |
| Espace de stockage partagé | Nécessite un compte et un quota de stockage | À utiliser avec prudence |
| Connexion de notre service à un serveur en production | Nous n’accédons pas aux serveurs | Non disponible |
| Lien SendGB | Le fichier n’est ni ouvert ni envoyé en pièce jointe | Adapté à l’envoi |
L’exemple ci-dessus est une sauvegarde de boutique qui tient dans la limite gratuite : un dump complet compressé, la structure des tables, une liste d’utilisateurs et deux courtes notes. Des années de données brutes de transactions occuperaient plus de place que la sauvegarde de cet exemple.
Ouvrir une sauvegarde ou l’envoyer sans la modifier
Restaurer consiste à importer le fichier dans la base de données du destinataire. C’est son serveur qui s’en charge. Pas nous. Nous ne convertissons pas une sauvegarde MySQL en PostgreSQL ni un fichier .sql en fichier .bak.
Vous vous chargez aussi de l’exportation. Les commandes courantes sont mysqldump pour MySQL et pg_dump pour PostgreSQL. Vous créez une sauvegarde SQL Server avec votre propre outil. Nous n’exécutons pas ces commandes. Nous ne nous connectons pas à votre serveur.
Une incompatibilité de version ou une commande propre à un serveur dans le fichier peut provoquer des erreurs de restauration. Indiquez le moteur de base de données et sa version dans une note. Nous ne corrigeons pas ces problèmes.
| Copie convertie ou nettoyée | Sauvegarde envoyée sans modification | |
|---|---|---|
| Objectif | L’adapter à un autre moteur | La restaurer dans le même environnement |
| Contenu | Les lignes ou les commandes peuvent changer | Le fichier que vous avez exporté |
| Compression | À votre charge | Nous n’ouvrons pas les fichiers .sql.gz |
| Restauration | À la charge du destinataire | Nous ne tentons pas de la restaurer |
| Notre rôle | Nous ne convertissons ni ne nettoyons les fichiers | Nous laissons le fichier intact |
Le cas de SQLite est différent. La base de données tient déjà dans un seul fichier. Une copie effectuée pendant que l’application garde le fichier ouvert peut être corrompue. Fermez l’application avant de faire la copie. Nous ne verrouillons pas le fichier et ne réduisons pas sa taille.
Quels fichiers joindre à la sauvegarde ?
Un dump complet peut tenir dans un seul fichier. Sans note précisant la version, le destinataire l’importera sur le mauvais serveur.
| Fichier | Utilité | S’il manque |
|---|---|---|
| Dump complet | Tables et lignes | Rien à restaurer |
| Fichier de schéma | Structure des tables sans les lignes | Le destinataire ne peut pas consulter la structure séparément |
| Liste des utilisateurs | Comptes, s’ils sont stockés séparément | Des identifiants de connexion peuvent manquer |
| Somme de contrôle | Vérifier si le téléchargement est incomplet | Un fichier corrompu est détecté tardivement |
| Courte note | Moteur, version et date | Importation sur le mauvais serveur |
Le schéma définit la structure des tables. Il ne contient aucune ligne correspondant à une vente ou à un client. Placez ces fichiers dans le même dossier. Nous n’extrayons pas les tables du dump. Lorsque le destinataire télécharge l’intégralité du transfert, l’arborescence des dossiers reste intacte. Consultez le guide d’envoi de dossiers pour en savoir plus.
Une sauvegarde peut contenir des données clients, des informations sur les mots de passe ou des enregistrements de paiement. Protégez le lien par un mot de passe. Envoyez le mot de passe séparément du lien. Si le fichier possède son propre mot de passe, transmettez-le dans ce même message séparé. Ne confondez pas les deux. Nous ne nettoyons pas le contenu.
Envoyer un disque entier est une opération distincte. Consultez le guide d’envoi d’images disque. Si vous placez vous-même la sauvegarde dans une archive ZIP, vous pouvez l’envoyer sans ouvrir l’archive, comme l’explique le guide d’envoi de fichiers ZIP.
5 Go suffisent-ils pour une sauvegarde de base de données ?
Cette limite suffit pour la sauvegarde d’une petite application. Elle peut ne pas suffire pour une table contenant des années de transactions. Cette limite ne signifie pas que nous compressons votre fichier. Les transferts gratuits sont limités à 5 Go.
Le texte SQL brut prend souvent beaucoup moins de place après compression. Vous vous chargez de la compression. Placer un fichier .sql.gz ou .bak existant dans une archive ZIP ne réduira pas beaucoup sa taille. Nous ne l’ouvrons pas et ne le recompressons pas.
Si vous enregistrez chaque table dans un fichier distinct, vous pouvez aussi atteindre la limite du nombre de fichiers. Les transferts gratuits sont limités à 500 fichiers. SendGB Extra et SendGB Exceed portent cette limite à 2 500. Un dump unique n’atteindra pas cette limite.
| Ce que vous envoyez | Taille habituelle | Quelle offre suffit ? |
|---|---|---|
| Dump d’une petite application | Moins de 5 Go | Gratuit ; jusqu’à 90 jours pour les fichiers de 250 Mo ou moins, 7 jours au-delà |
| Gros fichier SQL non compressé | Peut prendre moins de place après compression | Gratuit s’il respecte la limite ; sinon SendGB Extra |
Fichier SQL Server .bak | Peut peser des dizaines de Go | SendGB Extra, 500 Go par transfert |
| Sauvegarde complète couvrant des années de données | Peut peser des centaines de Go | SendGB Extra ou SendGB Exceed |
| Dump de plus de 1 To | Un seul fichier | Ne tient pas dans un seul transfert |
SendGB Extra est proposé à partir de €29,90 par an. Il inclut 1 To de stockage. SendGB Extra conserve les fichiers jusqu’à 1 an. Il convient aux transferts fréquents de sauvegardes volumineuses. La limite est de 500 Go par transfert.
SendGB Exceed ne nécessite aucun abonnement. Un transfert de 1 To coûte €9,99. Le code est à usage unique et valable 1 an. Les transferts SendGB Exceed restent disponibles pendant 7 jours. Cette offre suffit pour l’envoi occasionnel d’un dump unique de plus de 500 Go. Nous ne pouvons pas envoyer un fichier unique de plus de 1 To.
Ne faites pas de ce lien votre seule sauvegarde. Les transferts gratuits de plus de 250 Mo restent disponibles pendant 7 jours. Les transferts gratuits de 250 Mo ou moins restent disponibles jusqu’à 90 jours. SendGB Extra conserve les fichiers jusqu’à 1 an. Conservez vous-même la copie d’origine.
Si vous saisissez votre adresse e-mail, vous recevez une notification lorsque le téléchargement commence. Avec l’envoi par e-mail, vous recevez une notification par destinataire. Avec l’envoi par lien, vous recevez une notification par transfert. Si la même personne télécharge à nouveau les fichiers, vous ne recevrez pas d’autre e-mail. La notification ne confirme pas que le dump a été entièrement téléchargé ou restauré.
Comment envoyer
- 1
Ajoutez la sauvegarde
Ajoutez votre dump exporté dans la zone de téléversement. Vous pouvez inclure le schéma, la liste des utilisateurs et une courte note dans le même transfert. La limite gratuite est de 5 Go au total. Si un seul fichier dépasse cette limite, il vous faut SendGB Extra ou SendGB Exceed.
- 2
Envoyez le lien
Envoyez le lien au destinataire par e-mail ou copiez-collez-le dans un message. Protégez le lien par un mot de passe si la sauvegarde contient des données clients. Envoyez le mot de passe séparément du lien. Si vous saisissez votre adresse e-mail, vous recevez une notification lorsque le téléchargement commence.
- 3
Le destinataire télécharge les fichiers
Le destinataire télécharge les fichiers via le lien sans créer de compte. La sauvegarde n’est pas ouverte sur la page de téléchargement. Il télécharge le fichier et le restaure sur son propre serveur. Les transferts gratuits de plus de 250 Mo restent disponibles pendant 7 jours. Les transferts gratuits de 250 Mo ou moins restent disponibles jusqu’à 90 jours. SendGB Extra conserve les fichiers jusqu’à 1 an.
Que devient votre fichier ?
- Nous laissons le fichier intact. Nous n’ouvrons pas le dump, ne lisons pas son contenu et ne le convertissons pas pour un autre moteur de base de données.
- Les fichiers SQL, SQL.GZ, BAK, DUMP et SQLite sont téléchargés sans modification.
- Le schéma, la liste et la note qui accompagnent la sauvegarde sont inclus dans le même transfert.
- Si vous saisissez votre adresse e-mail, vous recevez une notification lorsque quelqu’un commence le téléchargement.
Ce que nous ne faisons pas
- Nous ne nous connectons pas à votre serveur. Vous vous chargez de l’exportation et de la restauration.
- Nous ne supprimons ni les données personnelles ni les mots de passe. Nous ne résolvons pas les différences de version.
- Nous n’ouvrons pas les sauvegardes compressées. Un seul transfert ne peut pas dépasser 1 To.
- Une notification de téléchargement ne signifie pas que la sauvegarde a été restaurée.
Questions fréquentes
Qu’est-ce qu’une sauvegarde de base de données ?
C’est une copie des tables et de leurs lignes enregistrée dans un fichier, appelé dump. Une copie non compressée porte généralement l’extension .sql. Une copie compressée utilise .sql.gz. Une sauvegarde SQL Server utilise .bak, tandis qu’une base SQLite tient dans un seul fichier .sqlite ou .db. Nous envoyons tous ces fichiers sans les ouvrir.
Une sauvegarde peut-elle être corrompue pendant le transfert ?
Nous n’ouvrons pas le fichier, ne lisons pas son contenu et ne le convertissons pas dans un autre format de base de données. Nous ne convertissons pas une sauvegarde MySQL en PostgreSQL. Un dump dont le téléchargement est incomplet peut ne pas être restaurable. Nous ne vérifions pas que le téléchargement est complet. Calculez vous-même la somme de contrôle et joignez-la dans une note.
Créez-vous la sauvegarde ?
Non. Nous ne nous connectons pas à votre serveur. Les commandes d’exportation courantes sont mysqldump pour MySQL et pg_dump pour PostgreSQL. Vous créez une sauvegarde SQL Server avec votre propre outil. Nous n’exécutons pas ces commandes. Vous envoyez le fichier une fois créé.
Que faire si 5 Go ne suffisent pas ?
Un transfert gratuit ne peut pas contenir un fichier de plus de 5 Go. Le texte SQL brut peut prendre moins de place après compression. Vous vous chargez de la compression. Placer un fichier .sql.gz existant dans une archive ZIP ne réduira pas beaucoup sa taille. Ne le découpez pas en plusieurs parties. Nous ne les réassemblons pas.
Ouvrez-vous les fichiers .sql.gz ?
Non. Nous transférons la sauvegarde compressée sans la modifier. Nous n’extrayons pas le SQL qu’elle contient. Le destinataire télécharge le fichier et l’ouvre avec son propre outil. Nous ne compressons pas non plus les fichiers .sql non compressés.
Le destinataire peut-il consulter la sauvegarde sur la page ?
Non. Les fichiers SQL, BAK et SQLite ne sont pas ouverts sur la page de téléchargement. Le destinataire télécharge le fichier et le restaure sur son propre serveur. Restaurer consiste à importer le fichier dans la base de données. Nous ne le faisons pas. Le destinataire n’a pas besoin de compte.
Supprimez-vous les données clients de la sauvegarde ?
Non. Nous laissons les lignes, les mots de passe et les enregistrements de paiement intacts. Le schéma définit la structure des tables. Nous ne le supprimons pas non plus. Si la sauvegarde contient des données personnelles, protégez le lien par un mot de passe. Envoyez le mot de passe séparément du lien. Si le fichier possède son propre mot de passe, celui-ci relève aussi de votre responsabilité.
Pourquoi Gmail refuse-t-il la pièce jointe ?
Gmail n’accepte pas les pièces jointes de plus de 25 Mo, et Outlook n’accepte pas les pièces jointes de plus de 20 Mo environ. Un dump dépasse largement ces limites. Un lien n’est pas une pièce jointe. Le fichier n’est pas inclus dans le message. Aucun module complémentaire n’est nécessaire.
Serai-je averti lorsque le destinataire commence le téléchargement ?
Oui, si vous saisissez votre adresse e-mail. Avec l’envoi par e-mail, vous recevez une notification par destinataire. Avec l’envoi par lien, vous recevez une notification par transfert. La notification vous indique que le téléchargement a commencé. Elle ne confirme pas que le fichier a été entièrement téléchargé. Elle ne signifie pas que la base de données a été restaurée.
Quelle limite de transfert choisir ?
Un dump de moins de 5 Go peut être envoyé gratuitement. Les transferts gratuits de plus de 250 Mo restent disponibles pendant 7 jours. Les transferts gratuits de 250 Mo ou moins restent disponibles jusqu’à 90 jours. Pour les sauvegardes plus volumineuses, il faut SendGB Extra : 500 Go par transfert, 1 To de stockage, à partir de €29,90 par an. SendGB Extra conserve les fichiers jusqu’à 1 an. Pour un dump unique de plus de 500 Go, SendGB Exceed suffit : sans abonnement, €9,99 pour un transfert de 1 To et un code à usage unique valable 1 an. Les transferts SendGB Exceed restent disponibles pendant 7 jours. Un seul transfert ne peut pas dépasser 1 To. Ne faites pas de ce lien votre seule sauvegarde.
Envoyez un lien de téléchargement, pas une sauvegarde de base de données en pièce jointe
Un petit dump peut tenir dans la limite de 5 Go. Vous pouvez envoyer une sauvegarde complète jusqu’à 500 Go avec SendGB Extra, ou jusqu’à 1 To en un seul transfert avec SendGB Exceed.
Envoyer des fichiers