Migra i tuoi database da un server all’altro senza passarci la notte.
SQLmig esegue il backup, migra e ripristina i tuoi database MySQL e MariaDB in quattro passaggi guidati. E lo fa in tutta sicurezza: prima di scrivere qualsiasi cosa sul server di destinazione, confronta i due server e ti dice esattamente cosa potrebbe non funzionare: versioni diverse, motori diversi, regole di confronto insolite, oggetti ereditati.
Pagamento unico, senza abbonamento. Licenza valida per l’installazione su un solo computer, senza limiti di durata per tutta la versione 4, aggiornamenti compresi. Windows, macOS e Linux. Offerta promozionale con sconto del 25% per il lancio di SQLmig 4. Prezzi in US$.
MySQL 5.7, produzione
MySQL 8.0, nuovo server
Percorso di migrazione: supportato
Chiavi esterne, viste, parole riservate: nessun problema rilevato
Regole di confronto: all’importazione verranno applicati 2 adattamenti noti
utf8mb3: 14 oggetti segnalati da verificare
max_allowed_packet sulla destinazione: 64 MB, sufficiente
Il problema non si presenta mai al momento del dump.
Si presenta durante l’importazione, un’ora dopo, quando la finestra di manutenzione è già a metà e il database è stato ripristinato solo in parte.
$ 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 errori. 2 ore perse. E un database ripristinato solo in parte su un nuovo server già operativo, ma privo di tutti i dati o con dati corrotti.
Le versioni non sono compatibili
Ad esempio, una regola di confronto creata in MySQL 8 non esiste in 5.7. Un ROW_FORMAT ereditato funziona da una parte e blocca tutto dall’altra. Le modalità SQL diventano più rigide da una versione all’altra. Ciò che viene generato correttamente dall’origine viene rifiutato dalla destinazione.
Nemmeno i motori sono compatibili
MySQL e MariaDB non accettano le stesse regole di confronto, le stesse opzioni di tabella né le stesse sintassi nelle viste e nelle routine. Il dump non ti avvisa. L’importazione sì.
È tutto affidato a un unico comando
Un host sbagliato richiamato dalla cronologia del terminale, un --all-databases di troppo, un file sovrascritto: le operazioni più rischiose della tua infrastruttura sono anche quelle che non richiedono alcuna conferma.
Nessuno ha tempo per una verifica approfondita
Controllare manualmente le regole di confronto, i DEFINER, le viste, i nomi dei vincoli e max_allowed_packet per quaranta database richiede un’intera giornata di lavoro. Così si salta il passaggio e si incrociano le dita.
La differenza non si vede durante la migrazione. Si vede prima.
Dalla riga di comando
Scopri le incompatibilità durante l’importazione.
Esamini manualmente il dump per capire l’errore.
Un errore all’80% ti costringe a ricominciare tutto da capo.
Niente impedisce di scrivere sul server di produzione e sovrascrivere per errore dei dati.
Il comando SQL da digitare nel terminale è complesso e le opzioni cambiano a seconda del motore di database.
Se non conoscete perfettamente tutte le opzioni della riga di comando, nulla vi garantisce che i database siano stati migrati correttamente.
Sei mesi dopo, nessuno si ricorda come sono stati migrati i database né quali opzioni della riga di comando sono state utilizzate. I dati potrebbero essere stati danneggiati senza che nessuno se ne accorgesse durante una migrazione gestita male.
Con SQLmig
La configurazione dei vostri server viene definita una volta per tutte e mantenuta da una sessione all'altra.
Le incompatibilità di un progetto di migrazione vengono elencate prima del dump, controllo per controllo.
Ogni avviso indica cosa verificare e perché.
Il dump resta nella libreria: potete riprendere l’importazione più tardi, dopo un riavvio.
Un server il cui ruolo "Destinazione" è deselezionato per sicurezza non può ricevere importazioni per errore.
Durante la migrazione, i vostri database possono essere rinominati automaticamente tra il server sorgente e il server di destinazione.
La procedura è sempre la stessa, per voi e per i vostri colleghi: bastano pochi clic. Non serve essere esperti.
La cronologia conserva la data, lo stato, le versioni, i database e il log completo.
Quattro passaggi. Sempre gli stessi, qualunque sia il server.
Trascinate un server nell’area "Origine" e, se necessario, un altro nell’area "Destinazione", poi procedete da sinistra a destra. Per un semplice backup, lasciate vuota la destinazione: i passaggi 2 e 4 scompaiono.
Scegliere i database
SQLmig si connette, verifica la versione effettiva del server ed elenca i database applicativi; gli schemi di sistema vengono esclusi. Per ciascun database vengono visualizzati il numero di tabelle, la dimensione stimata e la collation.
Analizzare la migrazione
Sedici controlli confrontano l’origine, la destinazione e la selezione esatta. Il rapporto classifica ogni punto come OK, avviso o errore. Un errore segnalato nel rapporto blocca la procedura finché non viene risolto.
Creare il dump
Un file per database oppure un unico file per tutti. Sono inclusi struttura, dati, routine e trigger; anche gli eventi, se l’account SQL dispone dei permessi necessari per leggerli.
Importare nella destinazione
Scegliete i database da ripristinare, rinominateli se necessario e avviate l’importazione. SQLmig applica gli adattamenti noti senza modificare il file, poi verifica che tutto sia stato importato correttamente.
Quello che SQLmig verifica per voi, in pochi secondi.
Sedici controlli eseguiti sulla selezione esatta che state per migrare. Ognuno restituisce uno stato, una spiegazione e, quando possibile, le istruzioni da seguire.
Percorso di migrazione dall’origine alla destinazione
Connessione e identità dei due server
Modalità SQL rifiutate dalla destinazione
Limiti di dimensione di ENUM e SET
Nomi dei vincoli delle chiavi esterne
Nomi di colonne delle viste troppo lunghi
Partizionamento e motori di archiviazione
Oggetti ancora in utf8 / utf8mb3
Collation assenti nella destinazione
Parole riservate usate come nomi di oggetti
DEFINER di viste, routine ed eventi
GROUP BY con ASC/DESC negli oggetti memorizzati
Date nulle o parziali rifiutate durante l’importazione
ROW_FORMAT InnoDB e KEY_BLOCK_SIZE obsoleti
max_allowed_packet insufficiente nella destinazione
Controllo di MySQL Shell per gli aggiornamenti di versione
Durante l’importazione, SQLmig applica gli adattamenti noti, collation da MySQL 8 a 5.7, vecchi formati di riga InnoDB, modalità legate alle date nulle, direttiva "sandbox" dei dump recenti di MariaDB, senza mai modificare il file dump originale.
Uno strumento progettato per le operazioni che non possono fallire.
Libreria dei dump
Chiudete SQLmig e tornate domani: il dump è ancora lì, con la relativa origine, i database, la data e la dimensione. Scegliete una destinazione e importate. Niente da riconfigurare. Basta un clic.
Rinominare i database durante l’importazione
Ripristinate hosting1_wordpress come hosting2_wordpress con un clic, oppure applicate un prefisso a un’intera selezione. SQLmig memorizza le corrispondenze per la volta successiva.
Importazione parziale
Un dump che raggruppa trenta database? Ripristinatene tre. SQLmig segnala le dipendenze da verificare prima della messa in servizio.
Client SQL installati per voi
mysqldump, mariadb-dump, MySQL Shell: SQLmig installa il client ufficiale corrispondente al tuo server, senza toccare eventuali server SQL già in funzione sul tuo computer.
Protezione degli ambienti di produzione
Deseleziona l'impostazione "Destinazione" su un server sensibile: SQLmig non potrà scriverci per errore. Il pulsante Destinazione diventa semplicemente non disponibile per quel server.
Connessioni crittografate
TCP con TLS fino a VERIFY_IDENTITY, certificato dell'autorità, certificato client oppure socket UNIX in locale. Se necessario, la documentazione include anche una guida per connettersi ad AWS RDS.
Cronologia e registri
Tipo di operazione, data, server, versioni, database interessati, modalità di dump e registro completo. Tutto ciò che serve per spiegare, sei mesi dopo, cosa è stato effettivamente fatto.
Analisi di un dump esistente
Anche un file .sql prodotto da un altro strumento: SQLmig lo legge, conta i database e le tabelle, misura l'avanzamento e segnala cosa potrebbe creare problemi sul server di destinazione.
Configurazione portatile, 16 lingue
Esporta la configurazione dei server e le tue impostazioni, poi reimportale facilmente su un altro computer con SQLmig. Interfaccia disponibile in 16 lingue, tema chiaro, scuro o automatico.
Esegui backup gratis. Migra con la licenza.
SQLmig si installa e funziona senza costi: un server SQL e tutti i backup che vuoi. È un regalo alla comunità, perché tutti possano sempre eseguire backup dei dati del proprio server SQL. La licenza SQLmig sblocca tutto il resto: migrazione e importazione dei dati su un altro server. Così sai esattamente cosa stai acquistando prima di pagare.
Funzionalità
Gratis
Con la licenza
Numero di server SQL
1
Illimitato
Test di connessione e rilevamento della versione
Sì
Sì
Elencare i database e creare backup
Sì
Sì
Dump separati o dump raggruppato in un unico file
Sì
Sì
Scegliere un server di destinazione per la migrazione
-
Sì
Controlli preliminari di compatibilità (16 controlli)
-
Sì
Dump preparato per la migrazione
-
Sì
Analisi SQL di un dump prima dell'importazione
-
Sì
Importazione e ripristino su un server di destinazione
-
Sì
Rinominare i database durante l’importazione
-
Sì
Aggiornamenti di SQLmig 4.x
Sì
Sì
Una licenza. Un pagamento. SQLmig senza limiti.
$199.99
$149.99
Pagamento unico, senza abbonamento.
Licenza valida per l'installazione su un computer. Prezzo in US$.
Cosa include la licenza
Valida a tempo indeterminato per SQLmig 4.
Tutti gli aggiornamenti della versione 4 sono inclusi, gratuitamente.
Una macchina per licenza, trasferibile: disattivala qui e attivala altrove.
Windows, macOS e Linux: la stessa licenza, scegli tu dove installarla.
Tutte le funzioni di migrazione, analisi e ripristino sbloccate.
Hai ancora dei dubbi? Installa SQLmig ed esegui subito un backup vero, gratis. In dieci minuti saprai se è lo strumento che fa per te.
Le domande che ci vengono poste più spesso.
La licenza è un abbonamento?
No. È un acquisto una tantum. La licenza è valida a tempo indeterminato e copre tutti gli aggiornamenti della versione 4.
Cosa succederà quando uscirà SQLmig 5?
La tua licenza continuerà a funzionare con la versione 4 per tutto il tempo in cui la userai. Ogni versione principale richiede l'acquisto di una licenza una sola volta.
Se cambio computer, perdo la licenza?
No. In SQLmig, fai clic su Impostazioni → Licenza SQLmig, fai clic su "Libera licenza" e poi attivala sul nuovo computer. Ogni licenza può essere utilizzata su un solo computer alla volta.
È necessario essere sempre connessi a Internet?
No. Dopo una prima convalida online, SQLmig convalida la licenza offline per un periodo che può arrivare fino a 30 giorni, rinnovato a ogni verifica online.
Come viene archiviata la password del mio server SQL?
È possibile scegliere di salvare la password del server in SQLmig; in tal caso, viene memorizzata in forma crittografata da SQLmig. Oppure è possibile scegliere di non salvarla affatto; in tal caso, sarà sufficiente fornirla ogni volta che si esegue un'operazione con SQLmig.
Posso migrare da MySQL a MariaDB o viceversa?
Sì. SQLmig supporta le migrazioni tra motori e segnala gli aspetti critici: regole di confronto, motori di archiviazione, opzioni delle tabelle e funzionalità SQL. Eseguite sempre una prova su una copia prima del passaggio.
Perché non posso migrare direttamente i miei database da MySQL 5.7 a 8.4?
Perché questo salto salta la serie intermedia MySQL 8.0. SQLmig vi fa passare prima da MySQL 8.0, come raccomandato dalla documentazione ufficiale di MySQL: un passaggio intermedio che si esegue facilmente con SQLmig e che riduce notevolmente le sorprese all'arrivo.
SQLmig sostituisce la mia strategia di backup?
No, e non pretende di farlo. SQLmig esegue backup e migrazioni logiche. Non sostituisce la replica in tempo reale, i backup fisici del motore né le vostre procedure di test interne.
Con quali server SQL funziona SQLmig?
SQLmig è in grado di lavorare con 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 e MariaDB 11.8.
Volete trasferire i vostri dati su un altro server SQL? Questa volta, con SQLmig, può essere facile.
Approfittate oggi dell'offerta di lancio di SQLmig 4 e acquistate la vostra licenza a $149.99 (anziché $199.99). Pagamento una tantum, senza abbonamento. Oppure iniziate gratuitamente con un backup eseguito con SQLmig, subito, sul server che preferite.
Da MySQL 5.0 a 26.7 · MariaDB da 10.6 a 11.8 · Windows, macOS e Linux · Interfaccia in 16 lingue
Licenza valida per l'installazione su un computer. Prezzo in US$.