Migrer databasene dine fra én server til en annen uten å bruke hele natten.
SQLmig sikkerhetskopierer, migrerer og gjenoppretter MySQL- og MariaDB-databasene dine i fire veiledede trinn. Og det skjer trygt: Før programmet skriver noe som helst på målserveren, sammenligner det de to serverne og forteller deg nøyaktig hva som kan gå galt: ulike versjoner, ulike motorer, uvanlige kollasjoner og eldre objekter.
Engangsbetaling, ingen abonnement. Lisensen gjelder installasjon på én maskin, uten tidsbegrensning for hele versjon 4, inkludert oppdateringer. Windows, macOS og Linux. Kampanjetilbud med 25 % rabatt ved lanseringen av SQLmig 4. Priser i US$.
MySQL 5.7, produksjon
MySQL 8.0, ny server
Migreringsforløp: støttes
Fremmednøkler, visninger, reserverte ord: Ingen problemer oppdaget
Kollasjoner: 2 kjente tilpasninger blir brukt ved import
utf8mb3: 14 objekter er merket for kontroll
max_allowed_packet på målserveren: 64 MB, tilstrekkelig
Problemet oppstår aldri mens dumpen opprettes.
Det oppstår under importen, en time senere, når vedlikeholdsvinduet allerede er halvveis brukt opp og databasen er halvveis gjenopprettet.
$ 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 feil. 2 timer tapt. Og en halvveis gjenopprettet database på en ny server som allerede er i drift, uten alle dataene eller med ødelagte data.
Versjonene snakker ikke samme språk
For eksempel finnes ikke en kollasjon som er opprettet i MySQL 8, i versjon 5.7. Et eldre ROW_FORMAT fungerer på den ene siden, men blokkerer på den andre. SQL-modusene blir strengere fra én versjonsserie til den neste. Det som kommer feilfritt ut av kildeserveren, blir avvist av målserveren.
Det gjør heller ikke databasemotorene
MySQL og MariaDB støtter ikke de samme kollasjonene, tabellalternativene eller syntaksene i visninger og rutiner. Dumpen varsler deg ikke. Importen gjør det.
Alt ligger i én enkelt kommando
En feil vert hentet fra terminalhistorikken, en --all-databases for mye, en overskrevet fil: De mest risikable operasjonene i infrastrukturen din er også dem som ikke ber om noen bekreftelse.
Ingen har tid til å kontrollere alt
Å kontrollere kollasjoner, DEFINER, visninger, navn på begrensninger og max_allowed_packet for førti databaser manuelt tar en hel arbeidsdag. Derfor hopper man over trinnet og krysser fingrene.
Forskjellen ligger ikke i selve migreringen. Den ligger i det du gjør på forhånd.
På kommandolinjen
Du oppdager inkompatibilitetene under importen.
Du leser gjennom dumpen manuelt for å forstå feilen.
En feil ved 80 % tvinger deg til å begynne helt på nytt.
Ingenting hindrer deg i å skrive til produksjonsserveren og ved et uhell overskrive data.
SQL-kommandoen som skal skrives inn i terminalen, er komplisert, og alternativene varierer avhengig av databasesystemet.
Hvis du ikke behersker alle kommandolinjealternativene fullt ut, er det ingen garanti for at databasene dine er migrert riktig.
Seks måneder senere er det ingen som husker hvordan databasene ble migrert, eller hvilke kommandolinjealternativer som ble brukt. Dataene kan ha blitt ødelagt uten at noen vet det, på grunn av en migrering som ikke ble håndtert riktig.
Med SQLmig
Konfigurasjonen av serverne dine angis én gang for alle og beholdes fra økt til økt.
Inkompatibilitetene i et migreringsprosjekt listes opp før dumpen, kontroll for kontroll.
Hver advarsel forteller hva du bør kontrollere, og hvorfor.
Dumpen blir værende i biblioteket: Du kan fortsette importen senere, etter en omstart.
En server der rollen "Mål" ikke er krysset av av sikkerhetshensyn, kan ikke motta noen import ved en feiltakelse.
Databasene dine kan automatisk få nytt navn mellom kilde- og målserveren under migreringen.
Prosedyren er den samme hver gang, for deg og kollegene dine: noen få klikk er nok. Du trenger ikke være ekspert.
Historikken lagrer dato, status, versjoner, databaser og den fullstendige loggen.
Fire trinn. Alltid de samme, uansett server.
Du slipper en server i "Kilde"-området, eventuelt en annen i "Mål"-området, og går frem fra venstre mot høyre. For en enkel sikkerhetskopi lar du målområdet stå tomt: trinn 2 og 4 forsvinner.
Velge databaser
SQLmig kobler til, kontrollerer serverens faktiske versjon og viser applikasjonsdatabasene dine; systemskjemaene utelates. Antall tabeller, estimert størrelse og sortering vises for hver av dem.
Analysere migreringen
Seksten kontroller sammenligner kilden, målet og det nøyaktige utvalget ditt. Rapporten klassifiserer hvert punkt som OK, advarsel eller feil. En feil som rapporten markerer, blokkerer fortsettelsen til den er håndtert.
Opprette dumpen
Én fil per database, eller én fil for alt. Struktur, data, rutiner og utløsere er inkludert; også hendelser, så snart SQL-kontoen har rettigheter til å lese dem.
Importere til målet
Velg databasene som skal gjenopprettes, gi dem nye navn ved behov, og start. SQLmig utfører kjente tilpasninger uten å endre filen din, og kontrollerer deretter at alt er kommet frem.
Dette kontrollerer SQLmig for deg på noen sekunder.
Seksten kontroller kjøres på det nøyaktige utvalget du er i ferd med å migrere. Hver kontroll gir en status, en forklaring og, når det er mulig, fremgangsmåten.
Migreringsløp fra kilde → mål
Tilkobling og identitet for begge serverne
SQL-moduser som avvises av målet
Grenser for ENUM- og SET-størrelser
Navn på fremmednøkkelbegrensninger
Visningskolonnenavn som overskrider grensene
Partisjonering og lagringsmotorer
Objekter som fortsatt bruker utf8 / utf8mb3
Kollasjoner som mangler på målet
Reserverte ord brukt som objektnavn
DEFINER for visninger, rutiner og hendelser
GROUP BY med ASC/DESC i lagrede objekter
Null eller delvise datoer som avvises ved import
Eldre InnoDB ROW_FORMAT og KEY_BLOCK_SIZE
max_allowed_packet er for lav på målet
MySQL Shell-kontroll for versjonsoppgraderinger
Under importen utfører SQLmig kjente tilpasninger: MySQL 8-kollasjoner til 5.7, eldre InnoDB-radformater, moduser knyttet til null-datoer og "sandbox"-direktivet i nyere MariaDB-dumper, uten noen gang å endre den opprinnelige dumpfilen din.
Et verktøy utviklet for operasjoner som ikke må mislykkes.
Dumpbibliotek
Lukk SQLmig, kom tilbake i morgen: dumpen er fortsatt der, med kilde, databaser, dato og størrelse. Velg et mål, importer. Ingenting må konfigureres på nytt. Bare ett klikk.
Gi databasene nytt navn ved import
Gjenopprett hosting1_wordpress som hosting2_wordpress med ett klikk, eller bruk et prefiks på et helt utvalg. SQLmig husker tilordningene til neste gang.
Delvis import
En gruppert dump med tretti databaser? Gjenopprett tre av dem. SQLmig varsler om avhengighetene du bør kontrollere før idriftsettelse.
SQL-klienter installert for deg
mysqldump, mariadb-dump, MySQL Shell: SQLmig installerer den offisielle klienten som passer til serveren din, uten å berøre eventuelle SQL-servere som allerede kjører på maskinen din.
Beskyttelse av produksjonsmiljøet
Fjern avmerkingen for innstillingen "Mål" på en sensitiv server: SQLmig kan da ikke skrive til den ved en feil. Knappen Mål blir ganske enkelt utilgjengelig for denne serveren.
Krypterte tilkoblinger
TCP med TLS opp til VERIFY_IDENTITY, CA-sertifikat, klientsertifikat eller lokal UNIX-socket. Ved behov finner du også en veiledning for tilkobling til AWS RDS i dokumentasjonen.
Historikk og logger
Operasjonstype, dato, servere, versjoner, berørte databaser, dumpmodus og fullstendig logg. Nok til å forklare, seks måneder senere, hva som faktisk ble gjort.
Analyse av en eksisterende dump
Selv en .sql-fil som er laget med et annet verktøy: SQLmig leser den, teller databasene og tabellene, måler fremdriften og varsler om det som kan skape problemer på målserveren.
Portabel konfigurasjon, 16 språk
Eksporter serverkonfigurasjonen og innstillingene dine, og importer dem enkelt på en annen maskin med SQLmig. Grensesnittet er tilgjengelig på 16 språk, med lyst, mørkt eller automatisk tema.
Ta sikkerhetskopier gratis. Migrer med lisens.
SQLmig kan installeres og brukes helt gratis: én SQL-server og så mange sikkerhetskopier du vil. Det er en gave til fellesskapet, slik at alle alltid kan ta sikkerhetskopi av dataene på SQL-serveren sin. SQLmig-lisensen låser opp alt annet: migrering og import av data til en annen server. Dermed vet du nøyaktig hva du kjøper før du betaler.
Funksjon
Gratis
Med lisens
Antall SQL-servere
1
Ubegrenset
Tilkoblingstest og versjonsdeteksjon
Ja
Ja
Vis databaser og opprett sikkerhetskopier
Ja
Ja
Separate dumper eller én samlet dumpfil
Ja
Ja
Velg en målserver for migrering
-
Ja
Kompatibilitetskontroller før migrering (16 kontroller)
-
Ja
Dump klargjort for migrering
-
Ja
SQL-analyse av en dump før import
-
Ja
Import og gjenoppretting til en målserver
-
Ja
Gi databasene nytt navn ved import
-
Ja
Oppdateringer av SQLmig 4.x
Ja
Ja
Én lisens. Én betaling. SQLmig uten begrensninger.
$199.99
$149.99
Engangsbetaling, uten abonnement.
Lisensen gjelder for installasjon på én maskin. Pris i US$.
Dette er inkludert i lisensen
Gjelder uten tidsbegrensning for SQLmig 4.
Alle oppdateringer til versjon 4 er inkludert, helt gratis.
Én maskin per lisens, kan overføres: frigjør lisensen her, og aktiver den et annet sted.
Windows, macOS og Linux, samme lisens, og du velger selv hvor du installerer den.
Alle funksjoner for migrering, analyse og gjenoppretting er låst opp.
Er du fortsatt usikker? Installer SQLmig og ta en ekte sikkerhetskopi nå, helt gratis. På ti minutter vet du om verktøyet passer for deg.
Spørsmålene vi oftest får.
Er lisensen et abonnement?
Nei. Det er et engangskjøp. Lisensen gjelder uten tidsbegrensning og omfatter alle oppdateringer til versjon 4.
Hva skjer når SQLmig 5 kommer ut?
Lisensen din fortsetter å fungere med versjon 4 så lenge du bruker den. Du kjøper en lisens bare én gang per hovedversjon.
Mister jeg lisensen hvis jeg bytter datamaskin?
Nei. I SQLmig klikker du på Innstillinger → SQLmig-lisens, klikker på "Frigjør lisensen" og aktiverer den deretter på den nye maskinen. Hver lisens kan brukes på én maskin om gangen.
Må jeg være tilkoblet Internett hele tiden?
Nei. Etter en første validering på nettet validerer SQLmig lisensen uten nettilkobling i opptil 30 dager. Perioden fornyes hver gang lisensen kontrolleres på nettet.
Hvordan lagres passordet til SQL-serveren min?
Du kan velge å lagre serverens passord i SQLmig. I så fall lagres det kryptert av SQLmig. Eller du kan velge å ikke lagre det i det hele tatt. Da trenger du bare å oppgi det hver gang du utfører en operasjon med SQLmig.
Kan jeg migrere fra MySQL til MariaDB, eller omvendt?
Ja. SQLmig støtter migreringer mellom databasemotorer og varsler deg om viktige hensyn: sorteringer, lagringsmotorer, tabellalternativer og SQL-funksjonalitet. Test alltid på en kopi før du bytter over.
Hvorfor kan jeg ikke migrere databasene mine direkte fra MySQL 5.7 til 8.4?
Fordi et slikt sprang hopper over mellomversjonen MySQL 8.0. SQLmig tar deg først via MySQL 8.0, slik den offisielle MySQL-dokumentasjonen anbefaler. Dette mellomtrinnet er enkelt å gjennomføre med SQLmig, og du unngår mange overraskelser når du kommer frem.
Erstatter SQLmig sikkerhetskopieringsstrategien min?
Nei, og det hevder vi heller ikke. SQLmig utfører sikkerhetskopiering og logisk migrering. Det erstatter verken replikering i sanntid, fysiske sikkerhetskopier av databasemotoren eller de interne testprosedyrene dine.
Hvilke SQL-servere fungerer SQLmig med?
SQLmig kan brukes med 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 og MariaDB 11.8.
Du vil overføre dataene dine til en annen SQL-server. Denne gangen kan det gjøres enkelt med SQLmig.
Benytt deg av introduksjonstilbudet på SQLmig 4 i dag, og kjøp lisensen din for $149.99 (i stedet for $199.99). Engangsbetaling uten abonnement. Eller kom i gang gratis med en sikkerhetskopi laget med SQLmig, akkurat nå, på serveren du selv velger.
MySQL 5.0 til 26.7 · MariaDB 10.6 til 11.8 · Windows, macOS og Linux · Grensesnitt på 16 språk
Lisensen gjelder for installasjon på én maskin. Pris i US$.