Migrez vos bases de données d'un serveur à l'autre sans y passer la nuit.
SQLmig sauvegarde, migre et restaure vos bases MySQL et MariaDB en quatre étapes guidées. Et cela, en toute sécurité : avant d’écrire quoi que ce soit sur le serveur cible, il compare les deux serveurs et vous dit exactement ce qui va coincer : versions différentes, moteurs différents, collations exotiques, objets hérités.
Paiement unique, sans abonnement. Licence valable pour l'installation sur une machine, sans limitation de durée pour toute la version 4, mises à jour comprises. Windows, macOS et Linux. Offre promotionnelle de −25 % pour le lancement de SQLmig 4. Prix en US$.
MySQL 5.7, Production
MySQL 8.0, Nouveau serveur
Trajet de migration : pris en charge
Clés étrangères, vues, mots réservés : aucun problème détecté
Collations : 2 adaptations connues seront appliquées à l’import
utf8mb3 : 14 objets signalés à vérifier
max_allowed_packet sur la cible : 64 Mo, suffisant
Le problème n’apparaît jamais au moment du dump.
Il apparaît à l’import, une heure plus tard, quand la fenêtre de maintenance est déjà à moitié consommée et que la base est à moitié restaurée.
$ mysqldump -h prod -u root --all-databases > dump.sql
$ mysql -h new-server -u root < dump.sql
ERROR 1273 (HY000) at line 41: Unknown collation: 'utf8mb4_0900_ai_ci'
ERROR 1005 (HY000) at line 2188: Can't create table `crm`.`facturation`
ERROR 2006 (HY000): MySQL server has gone away
# 3 erreurs. 2 heures perdues. Et une base à moitié restaurée sur un nouveau serveur qui, lui, tourne déjà, sans l'intégralité des données ou avec des données corrompues.
Les versions ne se parlent pas
Par exemple, une collation créée en MySQL 8 n’existe pas en 5.7. Un ROW_FORMAT hérité passe d’un côté et bloque de l’autre. Les modes SQL se durcissent d’une série à l’autre. Ce qui sort proprement de la source est refusé par la cible.
Les moteurs non plus
MySQL et MariaDB n’acceptent pas les mêmes collations, les mêmes options de table ni les mêmes syntaxes dans les vues et les routines. Le dump ne vous prévient pas. L’import, si.
Tout tient dans une seule commande
Un mauvais hôte rappelé par l’historique du terminal, un --all-databases de trop, un fichier écrasé : les opérations les plus risquées de votre infrastructure sont aussi celles qui ne demandent aucune confirmation.
Personne n’a le temps d’auditer
Vérifier à la main les collations, les DEFINER, les vues, les noms de contraintes et le max_allowed_packet de quarante bases de données, c’est une journée de travail. Alors on saute l’étape et on croise les doigts.
La différence ne se joue pas pendant la migration. Elle se joue avant.
En ligne de commande
Vous découvrez les incompatibilités pendant l’import.
Vous relisez le dump à la main pour comprendre l’erreur.
Un échec à 80 % vous oblige à tout reprendre depuis le début.
Rien n’empêche d’écrire sur le serveur de production et d'écraser des données par erreur.
La commande SQL à taper dans le terminal est complexe et les options changent selon le moteur de base de données.
Si vous ne maîtrisez pas parfaitement toutes les options de la ligne de commande, rien ne vous garantit que vos bases de données ont été migrées correctement.
Six mois plus tard, personne ne se souvient de la manière dont les bases de données ont été migrées, ni des options de ligne de commande qui ont été utilisées. Les données ont peut-être été corrompues sans le savoir lors d'une migration mal maîtrisée.
Avec SQLmig
Le paramétrage de vos serveurs est définit une fois pour toute et conservé d'une session à l'autre.
Les incompatibilités d'un projet de migration sont listées avant le dump, contrôle par contrôle.
Chaque avertissement dit ce qu’il faut vérifier, et pourquoi.
Le dump reste dans la bibliothèque : vous reprenez l’import plus tard, après un redémarrage.
Un serveur dont le rôle "Cible" est décoché par sécurité ne peut recevoir aucun import par erreur.
Vos bases de données peuvent être renommées automatiquement entre le serveur Source et le serveur Cible lors de la migration.
La procédure est identique à chaque fois, pour vous comme pour vos collègues : quelques clics suffisent. Pas besoin d'être un expert.
L’historique conserve la date, l’état, les versions, les bases et le journal complet.
Quatre étapes. Toujours les mêmes, quel que soit le serveur.
Vous déposez un serveur dans la zone "Source", éventuellement un autre dans la zone "Cible", et vous avancez de gauche à droite. Pour une simple sauvegarde, laissez la cible vide : les étapes 2 et 4 disparaissent.
Choisir les bases
SQLmig se connecte, vérifie la version réelle du serveur et liste vos bases de données applicatives, les schémas système sont écartés. Nombre de tables, taille estimée et collation s’affichent pour chacune.
Analyser la migration
Seize contrôles comparent la source, la cible et votre sélection exacte. Le rapport classe chaque point en OK, avertissement ou erreur. Une erreur signalée dans le rapport bloque la suite tant qu’elle n’est pas traitée.
Créer le dump
Un fichier par base, ou un seul fichier pour l’ensemble. Structure, données, routines et déclencheurs inclus ; les événements aussi, dès que le compte SQL a les droits pour les lire.
Importer sur la cible
Choisissez les bases à restaurer, renommez-les si besoin, lancez. SQLmig applique les adaptations connues sans modifier votre fichier, puis vérifie que tout est bien arrivé.
Ce que SQLmig regarde à votre place, en quelques secondes.
Seize contrôles exécutés sur la sélection exacte que vous vous apprêtez à migrer. Chacun renvoie un état, une explication et, quand c’est possible, la marche à suivre.
Trajet de migration source → cible
Connexion et identité des deux serveurs
Modes SQL refusés par la cible
Limites de taille ENUM et SET
Noms de contraintes de clés étrangères
Noms de colonnes de vues hors limites
Partitionnement et moteurs de stockage
Objets encore en utf8 / utf8mb3
Collations absentes de la cible
Mots réservés utilisés comme noms d’objets
DEFINER des vues, routines et événements
GROUP BY avec ASC/DESC dans les objets stockés
Dates nulles ou partielles refusées à l’import
ROW_FORMAT InnoDB et KEY_BLOCK_SIZE anciens
max_allowed_packet insuffisant sur la cible
Contrôle MySQL Shell pour les montées de version
Et pendant l’import, SQLmig applique les adaptations connues, collations MySQL 8 vers 5.7, formats de ligne InnoDB anciens, modes liés aux dates nulles, directive "sandbox" des dumps MariaDB récents, sans jamais modifier votre fichier de dump d’origine.
Un outil pensé pour les opérations qui ne doivent pas échouer.
Bibliothèque des dumps
Fermez SQLmig, revenez demain : le dump est toujours là, avec sa source, ses bases, sa date et sa taille. Choisissez une cible, importez. Rien à reconfigurer. Juste un clic.
Renommage des bases à l’import
Restaurez hosting1_wordpress en hosting2_wordpress en un clic, ou appliquez un préfixe à toute une sélection. SQLmig mémorise les correspondances pour la prochaine fois.
Import partiel
Un dump groupé de trente bases ? Restaurez-en trois. SQLmig signale les dépendances à vérifier avant la mise en service.
Clients SQL installés pour vous
mysqldump, mariadb-dump, MySQL Shell : SQLmig installe le client officiel correspondant à votre serveur, sans toucher aux éventuels serveurs SQL déjà en service sur votre machine.
Protection de la production
Décochez le paramètre "Cible" sur un serveur sensible : SQLmig ne pourra pas y écrire par erreur. Le bouton Cible devient tout simplement indisponible pour ce serveur.
Connexions chiffrées
TCP avec TLS jusqu’à VERIFY_IDENTITY, certificat d’autorité, certificat client, ou socket UNIX en local. Et si besoin, un guide pour se connecter à AWS RDS est fourni dans la documentation.
Historique et journaux
Type d’opération, date, serveurs, versions, bases concernées, mode de dump et journal complet. De quoi expliquer, six mois plus tard, ce qui a été réellement fait.
Analyse d’un dump existant
Même un fichier .sql produit par un autre outil : SQLmig le lit, compte les bases et les tables, mesure la progression et signale ce qui posera problème sur la cible.
Configuration portable, 16 langues
Exportez le paramétrage de vos serveurs et vos réglages, réimportez-les facilement sur une autre machine équipée de SQLmig. Interface disponible en 16 langues, thème jour, nuit ou automatique.
Sauvegardez gratuitement. Migrez avec la licence.
SQLmig s’installe et fonctionne sans rien payer : un serveur SQL, autant de sauvegardes que vous voulez. C'est un cadeau fait à la communauté pour que chacun puisse toujours faire des backups des données de son serveur SQL. La licence SQLmig débloque tout le reste : migration et import des données vers un autre serveur. Vous savez donc exactement ce que vous achetez avant de payer.
Fonctionnalité
Gratuit
Avec la licence
Nombre de serveurs SQL
1
Illimité
Test de connexion et détection de version
Oui
Oui
Lister les bases et créer des sauvegardes
Oui
Oui
Dumps séparés ou dump groupé en un seul fichier
Oui
Oui
Choisir un serveur cible de migration
-
Oui
Précontrôles de compatibilité (16 contrôles)
-
Oui
Dump préparé pour une migration
-
Oui
Analyse SQL d’un dump avant import
-
Oui
Import et restauration vers un serveur cible
-
Oui
Renommage des bases à l’import
-
Oui
Mises à jour de SQLmig 4.x
Oui
Oui
Une licence. Un paiement. SQLmig sans aucune limite.
$199.99
$149.99
Paiement unique, sans d’abonnement.
Licence valable pour l'installation sur une machine. Prix en US$.
Ce que comprend la licence
Valable sans limitation de durée pour SQLmig 4.
Toutes les mises à jour de la version 4 incluses, gratuitement.
Une machine par licence, transférable : libérez-la ici, activez-la ailleurs.
Windows, macOS et Linux, la même licence, à vous de choisir où vous l'installez.
Toutes les fonctions de migration, d’analyse et de restauration débloquées.
Vous hésitez encore ? Installez SQLmig, faites une vraie sauvegarde maintenant, gratuitement. Vous saurez en dix minutes si l’outil est fait pour vous.
Les questions que l’on nous pose le plus souvent.
La licence est-elle un abonnement ?
Non. C’est un achat unique. La licence reste valable sans limitation de durée et couvre toutes les mises à jour de la version 4.
Que se passera-t-il à la sortie de SQLmig 5 ?
Votre licence continue de fonctionner avec la version 4, aussi longtemps que vous l’utilisez. Une licence s’achète une seule fois par version majeure.
Je change d’ordinateur, je perds ma licence ?
Non. Dans SQLmig, cliquez sur Paramètres → Licence SQLmig, cliquez sur "Libérer la licence", puis activez-la sur la nouvelle machine. Chaque licence est utilisable sur une seule machine à la fois.
Faut-il être connecté à Internet en permanence ?
Non. Après une première validation en ligne, SQLmig valide la licence hors connexion pendant une période pouvant aller jusqu’à 30 jours, renouvelée à chaque vérification en ligne.
Comment est stocké le mot de passe de mon serveur SQL ?
Vous pouvez choisir d'enregistrer dans SQLmig le mot de passe de votre serveur, et dans ce cas, il est stocké de façon cryptée par SQLmig. Ou bien vous pouvez choisir de ne pas l'enregistrer du tout, et dans ce cas, il faudra simplement le fournir à chaque opération effectuée par SQLmig.
Puis-je migrer de MySQL vers MariaDB, ou l’inverse ?
Oui. SQLmig prend en charge les migrations entre moteurs et vous avertit des points sensibles : collations, moteurs de stockage, options de table, fonctionnalités SQL. Testez toujours sur une copie avant la bascule.
Pourquoi je ne peux pas migrer mes bases de MySQL 5.7 à 8.4 directement ?
Parce que ce saut ignore la série intermédiaire MySQL 8.0. SQLmig vous fait d'abord passer par MySQL 8.0, comme le préconise la documentation officielle de MySQL : une étape intermédiaire à effectuer facilement avec SQLmig, et beaucoup moins de surprises à l’arrivée.
SQLmig remplace-t-il ma stratégie de sauvegarde ?
Non, et il ne le prétend pas. SQLmig réalise des sauvegardes et des migrations logiques. Il ne remplace ni la réplication en temps réel, ni les sauvegardes physiques du moteur, ni vos procédures de test internes.
SQLmig fonctionne avec quels serveurs SQL ?
SQLmig est capable de travailler avec MySQL 5.0, MySQL 5.1, MySQL 5.5, MySQL 5.6, MySQL 5.7, MySQL 8.0, MySQL 8.4, MySQL 9.7, MySQL 26.7, MariaDB 10.6, MariaDB 10.11, MariaDB 11.4 et MariaDB 11.8.
Vous voulez transférer vos données vers un autre serveur SQL. Cela peut se passer facilement cette fois avec SQLmig.
Profiter aujourd'hui de l'offre de lancement de SQLmig 4, et achetez votre licence à $149.99 (au lieu de $199.99). Paiement unique, sans abonnement. Ou commencez gratuitement par une sauvegarde faite avec SQLmig, maintenant, sur le serveur de votre choix.
MySQL 5.0 à 26.7 · MariaDB 10.6 à 11.8 · Windows, macOS et Linux · Interface en 16 langues
Licence valable pour l'installation sur une machine. Prix en US$.