Migrieren Sie Ihre Datenbanken von einem Server auf einen anderen, ohne die ganze Nacht dafür aufzuwenden.
SQLmig sichert, migriert und stellt Ihre MySQL- und MariaDB-Datenbanken in vier geführten Schritten wieder her. Und das sicher: Bevor irgendetwas auf den Zielserver geschrieben wird, vergleicht SQLmig die beiden Server und zeigt Ihnen genau, woran es scheitern könnte: unterschiedliche Versionen, unterschiedliche Engines, exotische Kollationen, veraltete Objekte.
Einmalige Zahlung, kein Abonnement. Die Lizenz gilt für die Installation auf einem Rechner und ist für die gesamte Version 4 zeitlich unbegrenzt gültig, einschließlich Updates. Windows, macOS und Linux. Aktionsangebot zum Start von SQLmig 4: 25 % Rabatt. Preise in US$.
MySQL 5.7, Produktion
MySQL 8.0, Neuer Server
Migrationspfad: unterstützt
Fremdschlüssel, Ansichten, reservierte Wörter: keine Probleme erkannt
Kollationen: 2 bekannte Anpassungen werden beim Import vorgenommen
utf8mb3: 14 Objekte zur Überprüfung markiert
max_allowed_packet auf dem Zielserver: 64 MB, ausreichend
Das Problem tritt nie beim Erstellen des Dumps auf.
Es tritt erst beim Import auf, eine Stunde später, wenn das Wartungsfenster bereits zur Hälfte verstrichen und die Datenbank erst zur Hälfte wiederhergestellt ist.
$ 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 Fehler. 2 Stunden verloren. Und eine nur teilweise wiederhergestellte Datenbank auf einem neuen Server, der bereits läuft, ohne sämtliche Daten oder mit beschädigten Daten.
Die Versionen verstehen sich nicht
Eine in MySQL 8 erstellte Kollation gibt es beispielsweise in Version 5.7 nicht. Ein veraltetes ROW_FORMAT funktioniert auf einem Server, blockiert aber auf dem anderen. Die SQL-Modi werden mit jeder Version strenger. Was auf dem Quellserver problemlos ausgegeben wird, lehnt der Zielserver ab.
Die Engines auch nicht
MySQL und MariaDB akzeptieren nicht dieselben Kollationen, Tabellenoptionen oder Syntaxen in Ansichten und Routinen. Der Dump warnt Sie nicht. Der Import schon.
Alles steckt in einem einzigen Befehl
Ein falscher Host aus dem Terminalverlauf, ein überflüssiges --all-databases, eine überschriebene Datei: Die riskantesten Vorgänge Ihrer Infrastruktur sind zugleich diejenigen, für die keine Bestätigung erforderlich ist.
Niemand hat Zeit für ein Audit
Die Kollationen, DEFINER, Ansichten, Constraint-Namen und max_allowed_packet für vierzig Datenbanken von Hand zu überprüfen, dauert einen ganzen Arbeitstag. Also überspringt man diesen Schritt und hofft das Beste.
Der Unterschied zeigt sich nicht während der Migration. Er zeigt sich davor.
Über die Befehlszeile
Sie entdecken die Inkompatibilitäten während des Imports.
Sie lesen den Dump von Hand durch, um den Fehler zu verstehen.
Ein Fehler bei 80 % zwingt Sie dazu, ganz von vorn anzufangen.
Nichts hindert Sie daran, auf den Produktionsserver zu schreiben und versehentlich Daten zu überschreiben.
Der SQL-Befehl, der im Terminal eingegeben werden muss, ist komplex, und die Optionen ändern sich je nach Datenbank-Engine.
Wenn Sie nicht alle Befehlszeilenoptionen genau kennen, gibt es keine Garantie, dass Ihre Datenbanken korrekt migriert wurden.
Sechs Monate später weiß niemand mehr, wie die Datenbanken migriert wurden oder welche Befehlszeilenoptionen dabei zum Einsatz kamen. Vielleicht wurden die Daten bei einer schlecht kontrollierten Migration unbemerkt beschädigt.
Mit SQLmig
Die Servereinstellungen werden einmalig festgelegt und von einer Sitzung zur nächsten gespeichert.
Die Inkompatibilitäten eines Migrationsprojekts werden vor dem Dump einzeln aufgelistet und geprüft.
Jede Warnung erklärt, was überprüft werden muss und warum.
Der Dump bleibt in der Bibliothek: Sie können den Import nach einem Neustart später fortsetzen.
Ein Server, bei dem die Rolle "Ziel" aus Sicherheitsgründen deaktiviert ist, kann nicht versehentlich einen Import empfangen.
Ihre Datenbanken können während der Migration automatisch zwischen dem Quell- und dem Zielserver umbenannt werden.
Der Ablauf ist jedes Mal derselbe, für Sie und Ihre Kollegen: Ein paar Klicks genügen. Sie müssen kein Experte sein.
Die Historie enthält Datum, Status, Versionen, Datenbanken und das vollständige Protokoll.
Vier Schritte. Immer dieselben, unabhängig vom Server.
Sie ziehen einen Server in den Bereich "Quelle", optional einen weiteren in den Bereich "Ziel", und gehen von links nach rechts vor. Für eine einfache Sicherung lassen Sie das Zielfeld leer: Die Schritte 2 und 4 entfallen.
Datenbanken auswählen
SQLmig stellt eine Verbindung her, prüft die tatsächliche Serverversion und listet Ihre Anwendungsdatenbanken auf; Systemschemata werden ausgeschlossen. Für jede Datenbank werden die Anzahl der Tabellen, die geschätzte Größe und die Kollation angezeigt.
Migration analysieren
Sechzehn Prüfungen vergleichen Quelle, Ziel und Ihre genaue Auswahl. Der Bericht stuft jeden Punkt als OK, Warnung oder Fehler ein. Ein im Bericht gemeldeter Fehler blockiert den weiteren Ablauf, bis er behoben ist.
Dump erstellen
Eine Datei pro Datenbank oder eine einzige Datei für alle. Struktur, Daten, Routinen und Trigger sind enthalten; Ereignisse ebenfalls, sofern das SQL-Konto über die erforderlichen Leserechte verfügt.
Auf das Ziel importieren
Wählen Sie die wiederherzustellenden Datenbanken aus, benennen Sie sie bei Bedarf um und starten Sie den Vorgang. SQLmig wendet bekannte Anpassungen an, ohne Ihre Datei zu verändern, und prüft anschließend, ob alles angekommen ist.
Was SQLmig in wenigen Sekunden für Sie prüft.
Sechzehn Prüfungen für genau die Auswahl, die Sie migrieren möchten. Jede liefert einen Status, eine Erklärung und, wenn möglich, eine Anleitung zum weiteren Vorgehen.
Migrationspfad Quelle → Ziel
Verbindung und Identität beider Server
Von der Zielseite abgelehnte SQL-Modi
ENUM- und SET-Größenbeschränkungen
Namen von Fremdschlüssel-Constraints
Namen von View-Spalten außerhalb der Grenzwerte
Partitionierung und Speicher-Engines
Objekte, die noch utf8 / utf8mb3 verwenden
Auf dem Ziel fehlende Kollationen
Reservierte Wörter, die als Objektnamen verwendet werden
DEFINER von Views, Routinen und Ereignissen
GROUP BY mit ASC/DESC in gespeicherten Objekten
Nullwerte oder unvollständige Datumsangaben, die beim Import abgelehnt werden
Veraltete InnoDB-ROW_FORMAT- und KEY_BLOCK_SIZE-Einstellungen
Unzureichendes max_allowed_packet auf dem Ziel
MySQL-Shell-Prüfung für Versions-Upgrades
Während des Imports wendet SQLmig bekannte Anpassungen an: Kollationen von MySQL 8 zu 5.7, ältere InnoDB-Zeilenformate, Modi im Zusammenhang mit Null-Datumsangaben sowie die "sandbox"-Direktive in neueren MariaDB-Dumps, ohne jemals Ihre ursprüngliche Dump-Datei zu verändern.
Ein Tool für Vorgänge, die nicht fehlschlagen dürfen.
Dump-Bibliothek
Schließen Sie SQLmig und kehren Sie morgen zurück: Der Dump ist noch da, mit Quelle, Datenbanken, Datum und Größe. Wählen Sie ein Ziel und importieren Sie. Nichts muss neu konfiguriert werden. Ein Klick genügt.
Datenbanken beim Import umbenennen
Stellen Sie hosting1_wordpress mit einem Klick als hosting2_wordpress wieder her oder wenden Sie ein Präfix auf eine ganze Auswahl an. SQLmig merkt sich die Zuordnungen für das nächste Mal.
Teilimport
Ein gruppierter Dump mit dreißig Datenbanken? Stellen Sie drei davon wieder her. SQLmig weist auf Abhängigkeiten hin, die vor der Inbetriebnahme geprüft werden sollten.
SQL-Clients für Sie installiert
mysqldump, mariadb-dump, MySQL Shell: SQLmig installiert den offiziellen Client, der zu Ihrem Server passt, ohne eventuell bereits auf Ihrem Rechner laufende SQL-Server anzutasten.
Schutz der Produktivumgebung
Deaktivieren Sie bei einem sensiblen Server die Einstellung "Ziel": SQLmig kann dort dann nicht versehentlich schreiben. Die Schaltfläche "Ziel" ist für diesen Server dann einfach nicht verfügbar.
Verschlüsselte Verbindungen
TCP mit TLS bis hin zu VERIFY_IDENTITY, Zertifikat einer Zertifizierungsstelle, Client-Zertifikat oder lokaler UNIX-Socket. Bei Bedarf finden Sie in der Dokumentation auch eine Anleitung zum Verbinden mit AWS RDS.
Verlauf und Protokolle
Vorgangstyp, Datum, Server, Versionen, betroffene Datenbanken, Dump-Modus und vollständiges Protokoll. So lässt sich auch sechs Monate später nachvollziehen, was tatsächlich gemacht wurde.
Analyse eines vorhandenen Dumps
Auch eine .sql-Datei, die mit einem anderen Tool erstellt wurde: SQLmig liest sie ein, zählt die Datenbanken und Tabellen, misst den Fortschritt und weist auf mögliche Probleme auf dem Zielserver hin.
Portable Konfiguration, 16 Sprachen
Exportieren Sie Ihre Serverkonfiguration und Einstellungen und importieren Sie sie ganz einfach auf einem anderen Rechner mit SQLmig. Die Benutzeroberfläche ist in 16 Sprachen verfügbar, mit hellem, dunklem oder automatischem Design.
Kostenlos sichern. Mit Lizenz migrieren.
SQLmig lässt sich installieren und nutzen, ohne etwas zu bezahlen: ein SQL-Server und beliebig viele Sicherungen. Das ist ein Geschenk an die Community, damit jeder jederzeit Backups der Daten seines SQL-Servers erstellen kann. Die SQLmig-Lizenz schaltet alles Weitere frei: die Migration und den Import von Daten auf einen anderen Server. So wissen Sie genau, was Sie kaufen, bevor Sie bezahlen.
Funktion
Kostenlos
Mit Lizenz
Anzahl der SQL-Server
1
Unbegrenzt
Verbindung testen und Version erkennen
Ja
Ja
Datenbanken auflisten und Sicherungen erstellen
Ja
Ja
Separate Dumps oder ein gemeinsamer Dump in einer einzigen Datei
Ja
Ja
Zielserver für die Migration auswählen
-
Ja
Kompatibilitätsprüfungen (16 Prüfungen)
-
Ja
Für die Migration vorbereiteter Dump
-
Ja
SQL-Analyse eines Dumps vor dem Import
-
Ja
Import und Wiederherstellung auf einem Zielserver
-
Ja
Datenbanken beim Import umbenennen
-
Ja
SQLmig-4.x-Updates
Ja
Ja
Eine Lizenz. Eine Zahlung. SQLmig ohne Einschränkungen.
$199.99
$149.99
Einmalige Zahlung, kein Abonnement.
Lizenz für die Installation auf einem Rechner. Preise in US$.
Das ist in der Lizenz enthalten
Unbefristet für SQLmig 4 gültig.
Alle Updates für Version 4 kostenlos inbegriffen.
Eine Maschine pro Lizenz, übertragbar: Deaktivieren Sie die Lizenz hier und aktivieren Sie sie auf einem anderen Rechner.
Windows, macOS und Linux: dieselbe Lizenz, Sie entscheiden, wo Sie sie installieren.
Alle Funktionen für Migration, Analyse und Wiederherstellung freigeschaltet.
Sie sind noch unsicher? Installieren Sie SQLmig und erstellen Sie jetzt kostenlos eine echte Sicherung. In zehn Minuten wissen Sie, ob das Tool das Richtige für Sie ist.
Die Fragen, die uns am häufigsten gestellt werden.
Ist die Lizenz ein Abonnement?
Nein. Es ist ein einmaliger Kauf. Die Lizenz ist unbefristet gültig und umfasst alle Updates für Version 4.
Was passiert, wenn SQLmig 5 erscheint?
Ihre Lizenz funktioniert weiterhin mit Version 4, solange Sie diese verwenden. Eine Lizenz muss nur einmal pro Hauptversion gekauft werden.
Ich wechsle den Computer. Verliere ich meine Lizenz?
Nein. Klicken Sie in SQLmig auf "Einstellungen" → "SQLmig-Lizenz", dann auf "Lizenz freigeben" und aktivieren Sie sie anschließend auf dem neuen Rechner. Jede Lizenz kann jeweils nur auf einem Rechner verwendet werden.
Muss ich ständig mit dem Internet verbunden sein?
Nein. Nach einer ersten Online-Validierung überprüft SQLmig die Lizenz auch offline für einen Zeitraum von bis zu 30 Tagen, der sich mit jeder Online-Prüfung verlängert.
Wie wird das Passwort für meinen SQL-Server gespeichert?
Sie können wählen, ob Sie das Passwort Ihres Servers in SQLmig speichern möchten. In diesem Fall wird es von SQLmig verschlüsselt gespeichert. Oder Sie entscheiden sich dafür, es überhaupt nicht zu speichern. Dann müssen Sie es lediglich bei jedem mit SQLmig ausgeführten Vorgang angeben.
Kann ich von MySQL zu MariaDB migrieren oder umgekehrt?
Ja. SQLmig unterstützt Migrationen zwischen Datenbank-Engines und weist Sie auf wichtige Punkte hin: Kollationen, Speicher-Engines, Tabellenoptionen und SQL-Funktionen. Testen Sie die Migration vor dem Umstieg immer zuerst mit einer Kopie.
Warum kann ich meine Datenbanken nicht direkt von MySQL 5.7 auf 8.4 migrieren?
Weil dabei die dazwischenliegende Version MySQL 8.0 übersprungen würde. SQLmig führt Sie zunächst über MySQL 8.0, wie in der offiziellen MySQL-Dokumentation empfohlen. Dieser Zwischenschritt lässt sich mit SQLmig ganz einfach durchführen und sorgt dafür, dass es am Ende deutlich weniger Überraschungen gibt.
Ersetzt SQLmig meine Backup-Strategie?
Nein, und das wird auch nicht behauptet. SQLmig erstellt Backups und führt logische Migrationen durch. Es ersetzt weder die Echtzeitreplikation noch physische Backups der Datenbank-Engine oder Ihre internen Testverfahren.
Mit welchen SQL-Servern funktioniert SQLmig?
SQLmig kann mit 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 und MariaDB 11.8 arbeiten.
Sie möchten Ihre Daten auf einen anderen SQL-Server übertragen. Mit SQLmig geht das diesmal ganz einfach.
Nutzen Sie noch heute das Einführungsangebot für SQLmig 4 und kaufen Sie Ihre Lizenz für 149 $.99 (statt 199 $.99). Einmalige Zahlung, kein Abonnement. Oder beginnen Sie jetzt kostenlos mit einem Backup, das Sie mit SQLmig auf dem Server Ihrer Wahl erstellen.
MySQL 5.0 bis 26.7 · MariaDB 10.6 bis 11.8 · Windows, macOS und Linux · Benutzeroberfläche in 16 Sprachen
Lizenz für die Installation auf einem Rechner. Preise in US$.