Migruj bazy danych z jednego serwera na drugi bez zarwanej nocy.
SQLmig tworzy kopie zapasowe, migruje i przywraca bazy danych MySQL i MariaDB w czterech prostych krokach. I to całkowicie bezpiecznie: zanim zapisze cokolwiek na serwerze docelowym, porównuje oba serwery i dokładnie informuje, co może sprawić problemy: różne wersje, różne silniki, nietypowe sortowania, przestarzałe obiekty.
Jednorazowa płatność, bez subskrypcji. Licencja uprawnia do instalacji na jednym komputerze i jest ważna bezterminowo dla całej wersji 4, wraz z aktualizacjami. Windows, macOS i Linux. Promocyjna oferta premierowa SQLmig 4: −25%. Ceny w USD.
MySQL 5.7, produkcja
MySQL 8.0, nowy serwer
Ścieżka migracji: obsługiwana
Klucze obce, widoki, słowa zastrzeżone: nie wykryto problemów
Sortowania: podczas importu zostaną zastosowane 2 znane dostosowania
utf8mb3: 14 obiektów oznaczonych do sprawdzenia
max_allowed_packet na serwerze docelowym: 64 MB, wystarczająco
Problem nigdy nie pojawia się podczas tworzenia zrzutu.
Pojawia się podczas importu, godzinę później, gdy okno serwisowe jest już w połowie wykorzystane, a baza danych przywrócona tylko w połowie.
$ 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 błędy. 2 stracone godziny. I tylko częściowo przywrócona baza danych na nowym serwerze, który już działa, ale nie ma wszystkich danych albo zawiera uszkodzone dane.
Wersje nie są ze sobą zgodne
Na przykład sortowanie utworzone w MySQL 8 nie istnieje w wersji 5.7. Przestarzały ROW_FORMAT jest akceptowany po jednej stronie, a po drugiej powoduje błąd. Tryby SQL stają się coraz bardziej restrykcyjne w kolejnych seriach. To, co poprawnie wychodzi ze źródła, zostaje odrzucone przez cel.
Silniki również się różnią
MySQL i MariaDB nie obsługują tych samych sortowań, opcji tabel ani składni widoków i procedur. Zrzut Cię o tym nie ostrzeże. Import, owszem.
Wszystko sprowadza się do jednego polecenia
Nieprawidłowy host wybrany z historii terminala, niepotrzebne --all-databases, nadpisany plik: najbardziej ryzykowne operacje w Twojej infrastrukturze to zarazem te, które nie wymagają żadnego potwierdzenia.
Nikt nie ma czasu na audyt
Ręczne sprawdzenie sortowań, DEFINER, widoków, nazw ograniczeń i max_allowed_packet w czterdziestu bazach danych to cały dzień pracy. Dlatego pomijamy ten krok i trzymamy kciuki.
Różnica nie ujawnia się podczas migracji. Widać ją wcześniej.
W wierszu poleceń
Niezgodności wykrywasz podczas importu.
Ręcznie przeglądasz zrzut, żeby zrozumieć błąd.
Błąd przy 80% oznacza konieczność rozpoczęcia całego procesu od początku.
Nic nie stoi na przeszkodzie, by zapisywać dane na serwerze produkcyjnym i przypadkowo je nadpisać.
Polecenie SQL do wpisania w terminalu jest złożone, a opcje różnią się w zależności od silnika bazy danych.
Jeśli nie znasz doskonale wszystkich opcji wiersza poleceń, nic nie gwarantuje, że migracja Twoich baz danych przebiegła prawidłowo.
Sześć miesięcy później nikt już nie pamięta, w jaki sposób przeprowadzono migrację baz danych ani jakich opcji wiersza poleceń użyto. Być może podczas migracji, nad którą nie było pełnej kontroli, dane zostały uszkodzone i nikt tego nie zauważył.
Z SQLmig
Konfigurację serwerów ustawia się raz na zawsze i zachowuje między sesjami.
Niezgodności w projekcie migracji są wykrywane przed utworzeniem zrzutu, podczas każdej kontroli.
Każde ostrzeżenie wyjaśnia, co należy sprawdzić i dlaczego.
Zrzut pozostaje w bibliotece: możesz wznowić import później, po ponownym uruchomieniu.
Serwer, którego rola "Docelowy" jest odznaczona ze względów bezpieczeństwa, nie może omyłkowo otrzymać żadnego importu.
Podczas migracji bazy danych mogą być automatycznie zmieniane nazwy między serwerem źródłowym a docelowym.
Procedura za każdym razem wygląda tak samo, zarówno dla Ciebie, jak i Twoich współpracowników: wystarczy kilka kliknięć. Nie musisz być ekspertem.
Historia przechowuje datę, stan, wersje, bazy danych i pełny dziennik.
Cztery kroki. Zawsze takie same, niezależnie od serwera.
Umieszczasz serwer w obszarze "Źródło", a w razie potrzeby drugi w obszarze "Cel", po czym przechodzisz od lewej do prawej. Jeśli chcesz tylko utworzyć kopię zapasową, pozostaw pole celu puste, kroki 2 i 4 znikną.
Wybór baz danych
SQLmig łączy się z serwerem, sprawdza jego rzeczywistą wersję i wyświetla aplikacyjne bazy danych. Schematy systemowe są pomijane. Dla każdej bazy wyświetlana jest liczba tabel, szacowany rozmiar i zestaw znaków.
Analiza migracji
Szesnaście kontroli porównuje źródło, cel i dokładnie wybrany przez Ciebie zestaw baz. Raport klasyfikuje każdy punkt jako OK, ostrzeżenie lub błąd. Wykryty błąd blokuje dalsze działania, dopóki nie zostanie rozwiązany.
Tworzenie zrzutu
Jeden plik dla każdej bazy lub jeden plik dla całości. Plik zawiera strukturę, dane, procedury i wyzwalacze, a także zdarzenia, o ile konto SQL ma uprawnienia do ich odczytu.
Import na serwer docelowy
Wybierz bazy do przywrócenia, w razie potrzeby zmień ich nazwy i rozpocznij import. SQLmig wprowadza znane poprawki bez modyfikowania pliku, a następnie sprawdza, czy wszystko zostało prawidłowo zaimportowane.
To, co SQLmig sprawdza za Ciebie w kilka sekund.
Szesnaście kontroli wykonywanych dla dokładnie tego zestawu, który zamierzasz migrować. Każda zwraca stan i wyjaśnienie, a jeśli to możliwe, także wskazówki dotyczące dalszego postępowania.
Trasa migracji: źródło → cel
Połączenie i tożsamość obu serwerów
Tryby SQL niedozwolone na serwerze docelowym
Limity rozmiaru ENUM i SET
Nazwy ograniczeń kluczy obcych
Nazwy kolumn widoków przekraczające limity
Partycjonowanie i silniki składowania
Obiekty nadal używające utf8 / utf8mb3
Kolacje nieobecne na serwerze docelowym
Słowa zastrzeżone użyte jako nazwy obiektów
DEFINER widoków, procedur i zdarzeń
GROUP BY z ASC/DESC w obiektach składowanych
Puste lub niepełne daty odrzucane podczas importu
Starsze wartości ROW_FORMAT InnoDB i KEY_BLOCK_SIZE
Niewystarczająca wartość max_allowed_packet na serwerze docelowym
Kontrola MySQL Shell przed aktualizacją wersji
Podczas importu SQLmig wprowadza znane poprawki, dotyczące kolacji MySQL 8 w wersji 5.7, starszych formatów wierszy InnoDB, trybów związanych z pustymi datami oraz dyrektywy "sandbox" w nowszych zrzutach MariaDB, nigdy nie modyfikując oryginalnego pliku zrzutu.
Narzędzie stworzone z myślą o operacjach, które muszą się udać.
Biblioteka zrzutów
Zamknij SQLmig i wróć jutro: zrzut nadal będzie dostępny wraz z informacjami o źródle, bazach danych, dacie i rozmiarze. Wybierz cel i rozpocznij import. Niczego nie trzeba ponownie konfigurować. Wystarczy jedno kliknięcie.
Zmiana nazw baz podczas importu
Przywróć hosting1_wordpress jako hosting2_wordpress jednym kliknięciem albo zastosuj prefiks do całego wybranego zestawu. SQLmig zapamiętuje mapowania na przyszłość.
Import częściowy
Masz jeden zrzut obejmujący trzydzieści baz? Przywróć trzy z nich. SQLmig wskaże zależności, które należy sprawdzić przed uruchomieniem.
Klienci SQL zainstalowani za Ciebie
mysqldump, mariadb-dump, MySQL Shell: SQLmig instaluje oficjalnego klienta odpowiedniego dla Twojego serwera, nie ingerując w działające już na Twoim komputerze serwery SQL.
Ochrona środowiska produkcyjnego
Odznacz parametr "Cel" na wrażliwym serwerze: SQLmig nie będzie mógł przypadkowo niczego na nim zapisać. Przycisk "Cel" będzie po prostu niedostępny dla tego serwera.
Szyfrowane połączenia
TCP z TLS aż do VERIFY_IDENTITY, certyfikat urzędu certyfikacji, certyfikat klienta lub lokalne gniazdo UNIX. W razie potrzeby dokumentacja zawiera też instrukcję nawiązywania połączenia z AWS RDS.
Historia i dzienniki
Typ operacji, data, serwery, wersje, powiązane bazy danych, tryb zrzutu i pełny dziennik. Wszystko, czego potrzeba, by nawet sześć miesięcy później wyjaśnić, co faktycznie zostało zrobione.
Analiza istniejącego zrzutu
Nawet pliku .sql utworzonego przez inne narzędzie: SQLmig odczytuje go, zlicza bazy danych i tabele, mierzy postęp oraz wskazuje problemy, które mogą wystąpić na serwerze docelowym.
Przenośna konfiguracja, 16 języków
Eksportuj konfigurację serwerów i ustawienia, a następnie łatwo zaimportuj je na innym komputerze z SQLmig. Interfejs dostępny w 16 językach, motyw jasny, ciemny lub automatyczny.
Twórz kopie zapasowe za darmo. Migruj z licencją.
SQLmig można zainstalować i używać bez żadnych opłat: jeden serwer SQL, dowolna liczba kopii zapasowych. To prezent dla społeczności, dzięki któremu każdy może zawsze tworzyć kopie zapasowe danych ze swojego serwera SQL. Licencja SQLmig odblokowuje wszystkie pozostałe funkcje: migrację i import danych na inny serwer. Dzięki temu dokładnie wiesz, co kupujesz, zanim zapłacisz.
Funkcja
Bezpłatnie
Z licencją
Liczba serwerów SQL
1
Bez limitu
Testowanie połączenia i wykrywanie wersji
Tak
Tak
Wyświetlanie baz danych i tworzenie kopii zapasowych
Tak
Tak
Oddzielne zrzuty lub jeden wspólny zrzut w pojedynczym pliku
Tak
Tak
Wybór serwera docelowego migracji
-
Tak
Kontrole zgodności przed migracją (16 kontroli)
-
Tak
Zrzut przygotowany do migracji
-
Tak
Analiza SQL zrzutu przed importem
-
Tak
Import i przywracanie na serwer docelowy
-
Tak
Zmiana nazw baz podczas importu
-
Tak
Aktualizacje SQLmig 4.x
Tak
Tak
Jedna licencja. Jedna płatność. SQLmig bez żadnych ograniczeń.
$199.99
$149.99
Jednorazowa płatność, bez abonamentu.
Licencja ważna na instalację na jednym komputerze. Cena w US$.
Co obejmuje licencja
Ważna bez ograniczeń czasowych dla SQLmig 4.
Wszystkie aktualizacje wersji 4 wliczone w cenę, bezpłatnie.
Jedna maszyna na licencję, możliwość przeniesienia: zwolnij licencję tutaj i aktywuj ją na innym urządzeniu.
Windows, macOS i Linux, ta sama licencja, wybierz system, na którym chcesz zainstalować program.
Odblokowane wszystkie funkcje migracji, analizy i przywracania.
Nadal się wahasz? Zainstaluj SQLmig i już teraz bezpłatnie utwórz prawdziwą kopię zapasową. W ciągu dziesięciu minut przekonasz się, czy to narzędzie dla Ciebie.
Odpowiedzi na najczęściej zadawane pytania.
Czy licencja jest abonamentem?
Nie. To jednorazowy zakup. Licencja pozostaje ważna bez ograniczeń czasowych i obejmuje wszystkie aktualizacje wersji 4.
Co się stanie po premierze SQLmig 5?
Twoja licencja będzie nadal działać z wersją 4, tak długo, jak będziesz jej używać. Licencję kupuje się tylko raz dla każdej głównej wersji.
Zmieniam komputer. Czy stracę licencję?
Nie. W SQLmig kliknij Ustawienia → Licencja SQLmig, następnie kliknij "Zwolnij licencję", a potem aktywuj ją na nowym komputerze. Każdej licencji można używać tylko na jednym komputerze naraz.
Czy trzeba być stale połączonym z Internetem?
Nie. Po pierwszej weryfikacji online SQLmig weryfikuje licencję offline przez okres do 30 dni. Okres ten jest odnawiany przy każdej weryfikacji online.
Jak przechowywane jest hasło do mojego serwera SQL?
Możesz zdecydować, czy zapisać hasło do serwera w SQLmig, w takim przypadku będzie ono przechowywane przez SQLmig w postaci zaszyfrowanej. Możesz też zrezygnować z jego zapisywania; wtedy wystarczy podawać je przy każdej operacji wykonywanej przez SQLmig.
Czy mogę przeprowadzić migrację z MySQL do MariaDB lub odwrotnie?
Tak. SQLmig obsługuje migracje między silnikami i zwraca uwagę na kwestie wymagające szczególnej uwagi: sortowania, silniki pamięci masowej, opcje tabel i funkcje SQL. Przed przełączeniem zawsze przetestuj migrację na kopii.
Dlaczego nie mogę bezpośrednio przeprowadzić migracji baz danych z MySQL 5.7 do 8.4?
Ponieważ pomija to pośrednią serię MySQL 8.0. SQLmig najpierw przeprowadzi Cię do MySQL 8.0, zgodnie z zaleceniami oficjalnej dokumentacji MySQL. Ten pośredni etap można łatwo wykonać za pomocą SQLmig, a dzięki temu po migracji czeka Cię znacznie mniej niespodzianek.
Czy SQLmig zastępuje moją strategię tworzenia kopii zapasowych?
Nie, i nie twierdzi, że tak jest. SQLmig wykonuje kopie zapasowe i migracje logiczne. Nie zastępuje replikacji w czasie rzeczywistym, fizycznych kopii zapasowych silnika ani wewnętrznych procedur testowych.
Z jakimi serwerami SQL współpracuje SQLmig?
SQLmig obsługuje 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 i MariaDB 11.8.
Chcesz przenieść swoje dane na inny serwer SQL? Tym razem możesz to łatwo zrobić za pomocą SQLmig.
Skorzystaj już dziś z oferty premierowej SQLmig 4 i kup licencję za $149.99 (zamiast $199.99). Jednorazowa płatność, bez abonamentu. Możesz też zacząć za darmo od wykonania kopii zapasowej za pomocą SQLmig, już teraz, na wybranym serwerze.
MySQL od 5.0 do 26.7 · MariaDB od 10.6 do 11.8 · Windows, macOS i Linux · interfejs w 16 językach
Licencja ważna na instalację na jednym komputerze. Cena w US$.