Duże organizacje korzystające z platform baz danych MySQL lub MariaDB często stają przed koniecznością przeprowadzenia migracji bazy danych z jednego miejsca do drugiego. Bez względu na platformę, rodzaj oprogramowania bazodanowego (np. z RDBMS do NoSQL lub NoSQL wracający do RDBMS), czy to tylko migracja danych, wykonanie migracji to ogromny nakład pracy i kosztów.
Migracja bazy danych zawsze obejmuje proces migracji danych z jednej lub więcej źródłowych baz danych do jednej lub więcej docelowych baz danych. Może to obejmować usługę migracji bazy danych lub zestaw narzędzi, które inżynierowie zbudowali w celu stworzenia usługi i dostosowania do tego rodzaju problemu.
Oczekuje się, że migracja bazy danych nie oznacza, że platforma źródłowej bazy danych skończy jako platforma docelowa dokładnie taka, jak źródło pochodzenia. Po zakończeniu migracji zestaw danych z docelowych baz danych może zostać prawdopodobnie zrestrukturyzowany. Najważniejsze po zakończeniu migracji jest to, że klienci uzyskujący dostęp do bazy danych zostaną przekierowani do nowych baz danych źródłowych. Nowa źródłowa baza danych musi zapewniać dokładną kopię danych ze źródła i bez wpływu na wydajność, która może mieć wpływ na ogólne wrażenia użytkownika.
Przenoszenie danych z jednej platformy na platformę docelową to ogromne zadanie. To właśnie obejmuje migracja bazy danych, gdy organizacja lub firma z wielu powodów decyduje się wyłączyć światło na obecną platformę. Typowe przyczyny migracji danych wynikają z opłacalności do docelowej platformy docelowej lub jej elastyczności we wdrażaniu i skalowalności. Chociaż obecna platforma obsługująca bieżące dane produkcyjne powoduje większe koszty jej aktualizacji i skalowalności, jest to po prostu uciążliwe przy wdrażaniu niewielkich zmian, które można faktycznie wdrożyć na platformie mikrousług.
W tym blogu skupimy się na najlepszych narzędziach typu open source, których można używać do migracji MySQL i MariaDB, w celu uzyskania bardziej jednorodnej migracji bazy danych.
Narzędzia do tworzenia kopii zapasowych do migracji danych
Najłatwiejszą ścieżką do wykorzystania podczas przeprowadzania migracji jest użycie narzędzi do tworzenia kopii zapasowych baz danych. Przyjrzymy się, czym są te narzędzia i jak można z nich korzystać podczas migracji.
mysqldump/mysqlpump
To narzędzie jest jednym z najbardziej znanych narzędzi dla MySQL lub MariaDB, które administrator bazy danych lub administrator systemu podłączy to narzędzie do migracji pełnej bazy danych lub częściowej kopii bazy danych. W przypadku administratorów baz danych, którzy nie są zaznajomieni z MySQL/MariaDB, to narzędzie umożliwi utworzenie kopii zapasowej, która wygeneruje logiczną kopię danych, które można zrzucić na docelową bazę danych.
Powszechna konfiguracja przy użyciu tego narzędzia polega na tym, że za każdym razem, gdy docelowa baza danych znajduje się w innym miejscu i jest hostowana na innej platformie niż źródło, docelowa działa jako jednostka podrzędna lub replika. Korzystanie z mysqldump często wywoływanego z --single-transaction w zajętym systemie oraz z --master-data zapewni współrzędne do skonfigurowania slave'a w docelowej bazie danych, który będzie używany jako host do migracji danych. Alternatywą dla mysqldump jest również mysqlpump, ale z mniejszą funkcją, ale może wykonywać równoległe przetwarzanie baz danych i obiektów w bazach danych, aby przyspieszyć proces zrzutu. Minusem jest to, że w przypadku mysqlpump nie ma opcji, której można użyć, takiej jak --master-data, która jest bardzo przydatna, jeśli chcesz utworzyć replikę, która będzie używana jako docelowe miejsce docelowe migracji bazy danych.
mysqlpump jest korzystna, jeśli dane są bardziej bezczynne lub są umieszczone w trybie konserwacji, w którym nie są przetwarzane żadne zapisy ani zmiany w źródłowej bazie danych. Jest szybszy i szybszy w porównaniu do mysqldump.
moja wywrotka/moje wczytywanie
mydumper/myloader to bardzo sprytne i wydajne narzędzie, którego można użyć do logicznego tworzenia kopii zapasowych, zwłaszcza do importowania danych zbiorczych z większą szybkością przetwarzania, ponieważ oferuje równoległość, możliwość wysyłania danych porcjami, obsługuje próg i kontrolę oceń liczbę wątków, wierszy, rozmiar instrukcji i skompresuj wynik. Generuje lub zawiera binarny plik dziennika i pozycje dziennika, co jest bardzo pomocne, jeśli skonfigurujesz docelową platformę docelową tak, aby działała jako replika bieżącego środowiska źródłowego i produkcyjnego.
Zasadniczo mydumper to plik binarny i polecenie, które należy wywołać za pomocą wiersza poleceń, aby utworzyć logiczną kopię zapasową. Natomiast myloader to plik binarny i polecenie, którego należy użyć podczas ładowania danych do żądanego miejsca docelowego. Jego elastyczność pozwala zarządzać pożądaną szybkością podczas przetwarzania działań, niezależnie od tego, czy jest to tworzenie kopii zapasowej, czy ładowanie danych. Korzystając z mydumper, możesz również utworzyć pełną kopię zapasową lub tylko częściową kopię zapasową źródłowej bazy danych. Jest to bardzo przydatne w przypadku, gdy potrzebujesz dużych danych lub schematu, który chcesz przenieść z bieżącego hosta bazy danych i nieznacznie przenieść go do innego docelowego miejsca docelowego podczas rozpoczynania konfiguracji nowego fragmentu bazy danych. Może to być również jeden ze sposobów na migrację dużych danych poprzez pobranie dużego segmentu zestawu danych, a następnie przeniesienie go, ale jako nowy węzeł fragmentu.
mydumper/myloader ma również swoje ograniczenia. Zostało zatrzymane przed aktualizacjami od oryginalnych autorów, ale zostało zapisane przez Maxa Bube, ale narzędzie jest nadal szeroko stosowane nawet w środowiskach produkcyjnych.
Percona XtraBackup/MariaDB Backup
XtraBackup firmy Percona to prezent dla administratorów baz danych, którzy nie chcą używać i wydawać pieniędzy na korporacyjne rozwiązanie Oracle MySQL Enterprise Backup. Podczas gdy MariaDB Backup jest rozwidlony i wywodzi się z Percona XtraBackup, mają również MariaDB Enterprise Backup.
Oba te narzędzia mają te same koncepcje dotyczące wykonywania lub tworzenia kopii zapasowej. Jest to binarna kopia zapasowa, która oferuje gorącą kopię zapasową online, PITR, przyrostową i pełną kopię zapasową, częściową kopię zapasową, przydatną również do odzyskiwania danych, ponieważ rozumie odzyskiwanie, które tworzy binarny plik dziennika i pozycję, obsługuje identyfikatory GTID i wiele więcej. Chociaż MariaDB Backup i Percona XtraBackup to obecnie dwa różne typy oprogramowania, ponieważ są one zaprojektowane w celu obsługi bazy danych ukierunkowanej na tworzenie kopii zapasowych. MariaDB Backup ma zdecydowanie zastosowanie, jeśli zamierzasz używać lub wykonywać kopie zapasowe ze źródła bazy danych MariaDB. Natomiast Percona XtraBackup ma zastosowanie w Oracle MySQL, a także w Percona Server lub niektórych pochodnych serwerach MySQL, takich jak Percona XtraDB Server lub Galera Cluster for MySQL w wersji Codership.
Obie kopie zapasowe są bardzo korzystne w przypadku migracji baz danych. Wykonywanie kopii zapasowej „na gorąco” jest coraz szybsze i tworzy kopię zapasową, której można bezpośrednio użyć do załadowania jej do docelowej bazy danych. Częściej strumieniowa kopia zapasowa jest przydatna, podobnie jak można wykonać kopię zapasową online i przesyłać strumieniowo dane binarne do docelowej bazy danych za pomocą socat lub netcat. Pozwala to skrócić czas migracji, ponieważ przenoszenie danych do miejsca docelowego jest bezpośrednio przesyłane strumieniowo.
Najczęstszym podejściem do migracji danych podczas korzystania z tego narzędzia jest kopiowanie danych ze źródła, a następnie przesyłanie strumieniowe danych do miejsca docelowego. Po dotarciu do docelowej bazy danych możesz po prostu przygotować binarną kopię zapasową za pomocą opcji --prepare, która stosuje logi zarejestrowane w czasie tworzenia kopii zapasowej, aby skopiować pełne dane tak, jak są i dokładnie z punktu w czasie gdzie wykonano kopię zapasową. Następnie ustaw docelową bazę danych jako replikę, aby działała jako replika lub urządzenie podrzędne istniejącego klastra źródłowego i zreplikuj wszystkie zmiany i transakcje, które wystąpiły z głównego klastra.
Oczywiście istnieje również ograniczenie korzystania z tego narzędzia, ale administratorzy baz danych muszą wiedzieć, jak korzystać z tego narzędzia, a także jak ograniczać i dostosowywać użycie zgodnie z jego pożądanym zastosowaniem. Możesz nie chcieć ugrzęznąć w źródłowej bazie danych, jeśli od tego czasu źródło pobiera zbyt duży ruch lub duże przetwarzanie. Jego ograniczenia zapewniają również jednorodną konfigurację, w której docelowym źródłem jest system kompatybilny z systemem Linux, a nie w środowisku typu Windows, ponieważ Percona XtraBackup i MariaDB Backup działają tylko w środowisku Linux.
Narzędzia do migracji schematu bazy danych
Migracja bazy danych nie mówi sama za siebie tylko o konkretnym narzędziu i konkretnym zadaniu, wtedy migracja może się zdarzyć. Istnieje wiele rozważań i leżących u podstaw kolejnych zadań, które należy wykonać, aby przeprowadzić pełną migrację bazy danych. Jednym z nich jest migracja schematu lub migracja bazy danych. Schemat w MySQL/MariaDB to zbiór danych, który składa się z grupy tabel z jej kolumnami i wierszami, zdarzeniami, wyzwalaczami, procedurami składowanymi lub procedurami oraz funkcjami. Są sytuacje, w których możesz chcieć migrować tylko schemat lub tylko tabelę. Powiedzmy, że konkretna tabela w schemacie wymaga zmiany struktury tabeli, a to wymaga instrukcji DDL. Problem polega na tym, że uruchomienie bezpośredniej instrukcji DDL, takiej jak ALTER TABLE ...ENGINE=InnoDB, blokuje wszelkie przychodzące transakcje lub połączenia, które również odwołują się do tabeli docelowej lub z niej korzystają. W przypadku niektórych ogromnych tabel, które zawierają długą definicję danych i strukturę tabeli, stanowi to większe wyzwanie, a także bardziej komplikuje, zwłaszcza jeśli tabela jest gorącym stołem. Podczas migracji bazy danych może być trudno skopiować dokładną pełną kopię pełnej tabeli bez przestoju ze źródła. Zobaczmy więc, co to jest.
zmiana-schematu-pt-online
Jest to część słynnego zestawu narzędzi Percona, który wywodzi się od Maatkita i Aspersy. To narzędzie jest bardzo przydatne podczas dokonywania zmiany definicji tabeli, zwłaszcza w przypadku gorącej tabeli zawierającej ogromną ilość danych. W przypadku niektórych typowych, ale naiwnych podejść do wykonywania zmiany definicji tabeli, uruchomienie ALTER TABLE może wykonać zadanie. Chociaż to wystarczy, ALTER TABLE bez użycia ALGORITHM=INPLACE powoduje utworzenie pełnej kopii tabeli, która uzyskuje pełną blokadę metadanych, a to oznacza, że Twoja baza danych może być gromadzona i blokowana przez długi czas, zwłaszcza jeśli tabela jest olbrzymi. W takim przypadku to narzędzie ma na celu rozwiązanie tego problemu. To narzędzie jest bardzo przydatne w przypadku migracji bazy danych w taki sposób, że wykryta niespójna kopia gorącej tabeli z bardzo dużą ilością danych z już skonfigurowanej docelowej bazy danych. Zamiast wykonywania kopii zapasowej przy użyciu kopii logicznej lub binarnej/fizycznej, można użyć zmiany schematu pt-online, która kopiuje wiersze z tabeli źródłowej do tabeli docelowej fragment po kawałku. Możesz nawet dostosować polecenie za pomocą odpowiednich wywołań jego parametrów w zależności od swoich wymagań.
Oprócz używania, pt-online-schema-change używa również wyzwalaczy. Przy użyciu wyzwalaczy każdy kolejny lub bieżący ruch, który próbuje wprowadzić zmiany w tej tabeli referencyjnej, jest również kopiowany do docelowej bazy danych, która działa jako replika bieżącego klastra źródłowej bazy danych. Spowoduje to skopiowanie wszystkich danych dokładnie tych, które zawiera źródłowa baza danych, do docelowej bazy danych, która znajduje się na przykład na innej platformie. Używanie wyzwalaczy ma zastosowanie do MySQL i MariaDB, o ile ich silnik to InnoDB i ma klucz podstawowy w tej tabeli, co jest wymagane. Być może wiesz, że InnoDB używa mechanizmu blokowania wierszy, który pozwala na to, że dla pewnej liczby fragmentów (grupy wybranych rekordów) pt-online-schema-change spróbuje to skopiować, a następnie zastosuje instrukcję INSERT do tabeli docelowej . Tabela docelowa to fikcyjna tabela, która działa jako kopia docelowa przyszłej wymiany istniejącej tabeli źródłowej. pt-online-schema-change umożliwia jednak użytkownikowi usunięcie fikcyjnej tabeli lub po prostu pozostawienie fikcyjnej tabeli w miejscu, dopóki administrator nie będzie gotowy do usunięcia tej tabeli. Zwróć uwagę, że upuszczenie lub usunięcie tabeli powoduje uzyskanie meta-datalock. Ponieważ uzyskuje wyzwalacze, wszelkie późniejsze zmiany są kopiowane dokładnie do tabeli docelowej, nie pozostawiając żadnych rozbieżności w tabeli docelowej lub fikcyjnej.
gh-ost
Działa tę samą koncepcję, co pt-online-schema-change. To narzędzie działa inaczej niż w przypadku zmiany schematu pt-online. Powiem, że ta migracja narzędzia schematów zbliża się do tych przeszkód związanych z produkcją, które mogą powodować spowolnienie bazy danych i prawdopodobnie utknąć, powodując awarię klastra bazy danych w trybie konserwacji lub przez nieznany okres czasu, dopóki problem nie zostanie rozwiązany rozwiązany. Ten problem jest spowodowany zwykle wyzwalaczami. Jeśli masz zajętą lub gorącą tabelę, która jest w trakcie zmiany schematu lub zmiany definicji tabeli, wyzwalacze mogą spowodować nagromadzenie bazy danych z powodu rywalizacji o blokadę. Wyzwalacze MySQL/MariaDB umożliwiają Twojej bazie danych definiowanie wyzwalaczy dla funkcji INSERT, UPDATE i DELETE. Jeśli tabela docelowa znajduje się w hotspocie, może się to skończyć nieprzyjemnie. Twoja baza danych zaczyna zwalniać, aż się zablokuje, chyba że będziesz w stanie zabić te przychodzące zapytania lub najlepiej usunąć wyzwalacze, ale nie o to chodzi w idealnym podejściu.
Z powodu tych problemów gh-ost rozwiązuje ten problem. Działa tak, jakby istniał serwer dzienników binarnych, na którym przychodzące zdarzenia lub transakcje są rejestrowane w formacie dziennika binarnego, w szczególności przy użyciu RBR (replikacja oparta na wierszach). W rzeczywistości jest to bardzo bezpieczne i mniej zmartwień, jeśli chodzi o wpływ, z którym musisz się zmierzyć. W rzeczywistości masz również możliwość wykonania testu lub uruchomienia próbnego (tak samo jak w przypadku zmiany schematu pt-online-schema), ale przetestować go bezpośrednio w replice lub węźle podrzędnym. Jest to idealne rozwiązanie, jeśli chcesz się pobawić i sprawdzić dokładną kopię w docelowej bazie danych podczas migracji.
To narzędzie jest bardzo elastyczne w zależności od Twoich potrzeb i daje pewność, że Twój klaster nie ulegnie zablokowaniu lub prawdopodobnie zakończy się przełączaniem awaryjnym lub odzyskiwaniem danych, jeśli sytuacja się pogorszy. Aby uzyskać więcej informacji i nauczyć się tego narzędzia, proponuję przeczytać ten post z Github autorstwa Shlomi Noach.
Inne narzędzia OSC
Mogę powiedzieć, że te dwa narzędzia są bardziej godne polecenia, ale można również wypróbować inne alternatywy. Przeważnie narzędzia te stosują wyzwalacze MySQL/MariaDB, więc w jakiś sposób mają tę samą koncepcję, co pt-online-schema-change. Oto następująca lista:
- LHM — Migracje baz danych w stylu Rails są użytecznym sposobem na ewolucję schematu danych w sposób zwinny. Większość projektów Railsowych zaczyna się w ten sposób i na początku wprowadzanie zmian jest szybkie i łatwe.
- OnlineSchemaChange - Stworzony i zainicjowany przez Facebook. To narzędzie służy do wprowadzania zmian schematu dla tabel MySQL w sposób nieblokujący
- TableMigrator — zainicjowany przez firmę Serious Business i byłych pracowników Twittera. To narzędzie działa na tej samej zasadzie co migracje dużych tabel bez przestojów w MySQL. Jest zaimplementowany przy użyciu Rails, więc może być przydatny, jeśli masz środowisko aplikacji Ruby-on-Rails.
- oak-online-alter-table - jest to stare narzędzie stworzone przez Shlomi Noach, chociaż w jakiś sposób zbliża się do tego samego podejścia, co pt-online-schema-change i wykonuje nieblokującą operację ALTER TABLE
Narzędzia kreatora migracji bazy danych
Istnieje kilka narzędzi do migracji, które oferują bezpłatne użytkowanie, co w pewnym stopniu jest bardzo korzystne. Bardziej korzystne przy korzystaniu z narzędzi kreatora migracji jest to, że mają one graficzny interfejs użytkownika, dzięki któremu można wygodnie zobaczyć aktualną strukturę lub po prostu postępować zgodnie z instrukcjami interfejsu użytkownika podczas migracji. Może istnieć wiele usług lub narzędzi kreatora, ale nie jest to oprogramowanie typu open source i nie jest dostępne za darmo. Oczywiście migracja bazy danych jest bardzo złożonym, ale systematycznym procesem, ale w niektórych przypadkach wymaga dużego nakładu pracy i wysiłku. Rzućmy okiem na te bezpłatne narzędzia.
Środowisko pracy MySQL
Jak sama nazwa wskazuje, jest to MySQL, a pochodne bazy danych, takie jak np. Percona Server, mogą być przydatne, jeśli chodzi o migrację baz danych. Ponieważ MariaDB całkowicie przeszła na inną trasę, zwłaszcza od wersji 10.2, mogą wystąpić pewne problemy z niekompatybilnością, jeśli spróbujesz użyć tego ze źródła lub celu MariaDB. Workbench może być używany do heterogenicznych typów baz danych, takich jak te pochodzące z różnych baz danych źródłowych i chce zrzucić dane do MySQL.
Środowisko pracy MySQL składa się z wersji Community i Enterprise. Jednak wersja społecznościowa jest dostępna bezpłatnie na licencji GPL, którą można znaleźć tutaj https://github.com/mysql/mysql-workbench. Jak stwierdza dokumentacja, MySQL Workbench umożliwia migrację z Microsoft SQL Server, Microsoft Access, Sybase ASE, SQLite, SQL Anywhere, PostreSQL i innych tabel, obiektów i danych RDBMS do MySQL. Migracja obsługuje również migrację z wcześniejszych wersji MySQL do najnowszych wydań.
phpMyAdmin
Dla osób pracujących jako programiści stron internetowych korzystających ze stosu LAMP, to narzędzie nie jest zaskoczeniem, że jest jednym z ich szwajcarskich noży wojskowych podczas wykonywania zadań związanych z bazami danych. phpMyAdmin to darmowe narzędzie programowe napisane w PHP, przeznaczone do obsługi administrowania MySQL przez Internet. phpMyAdmin obsługuje szeroki zakres operacji na MySQL i MariaDB. Często używane operacje (zarządzanie bazami danych, tabelami, kolumnami, relacjami, indeksami, użytkownikami, uprawnieniami itp.) można wykonać za pośrednictwem interfejsu użytkownika, podczas gdy nadal masz możliwość bezpośredniego wykonania dowolnej instrukcji SQL.
Chociaż jest to dość proste, jeśli chodzi o import i eksport, ważne jest to, że wykonuje zadanie. Chociaż w przypadku większej i bardziej złożonej migracji, może to nie wystarczyć do zaspokojenia pożądanych potrzeb.
HeidiSQL
HeidiSQL jest wolnym oprogramowaniem i ma na celu ułatwienie nauki. "Heidi" pozwala przeglądać i edytować dane i struktury z komputerów z jednym z systemów bazodanowych MariaDB, MySQL, Microsoft SQL, PostgreSQL i SQLite. Wynaleziony w 2002 roku przez Ansgar, HeidiSQL należy do najpopularniejszych narzędzi dla MariaDB i MySQL na świecie.
Do celów migracji umożliwia eksportowanie z jednego serwera/bazy danych bezpośrednio do innego serwera/bazy danych. Posiada również funkcje importu, aby umożliwić pola tekstowe, takie jak CSV, a także eksportować wiersze tabeli do szerokiej gamy obsługiwanych typów plików, takich jak CSV, HTML, XML, SQL, LaTeX, Wiki Markup i PHP Array. Chociaż jest zbudowany do zarządzania bazami danych do celów administrowania serwerem db, możesz go jednak użyć do prostych czynności związanych z migracją.
Zestaw narzędzi Percona jako Twój szwajcarski scyzoryk
Percona Toolkit to godne uwagi oprogramowanie, które jest rozpowszechniane jako oprogramowanie typu open source na mocy gwarancji GPL. Percona Toolkit to zbiór zaawansowanych narzędzi wiersza poleceń powszechnie używanych wewnętrznie przez Perconę, ale można go również zastosować do wszelkich prac związanych z bazami danych, szczególnie w przypadku serwerów MySQL/MariaDB.
Jak i dlaczego jest to również pomocne przy migracji danych, zwłaszcza w migracjach MySQL/MariaDB? Mają tu szereg narzędzi, z których warto korzystać podczas migracji i po migracji.
Jak wspomniano wcześniej, powszechnym podejściem do migracji danych jest posiadanie docelowego serwera docelowego jako repliki głównego klastra źródłowej bazy danych, ale w jednorodnej konfiguracji. Oznacza to, że jeśli sytuacja zmienia się z lokalnego dostawcy na dostawcę chmury publicznej, możesz skonfigurować wybrany węzeł z tej platformy, a ten węzeł będzie replikował wszystkie transakcje z głównego klastra. Korzystając z narzędzi do tworzenia kopii zapasowych, możesz osiągnąć ten typ konfiguracji migracji. Ale to nie koniec. Percona Toolkit zawiera na przykład narzędzia pt-table-checksum/pt-table-sync, które pomagają identyfikować niespójności danych między serwerem lokalnym a docelowym docelowym serwerem bazy danych. Dzięki pt-table-checksum możesz wykonywać obliczenia sum kontrolnych w oparciu o serię fragmentów dla wszystkich baz danych lub po prostu selektywnie sumę kontrolną w poszczególnych bazach danych lub określonych tabelach, a nawet zakres rekordów tabeli. pt-table-sync zostanie użyty do wykonania synchronizacji danych, więc docelowe bazy danych zostaną ponownie odświeżone nową kopią dokładnych danych z głównego klastra źródłowego.
Z drugiej strony pt-upgrade jest bardzo przydatny po wykonaniu migracji z narzędzi do tworzenia kopii zapasowych. Dzięki pt-upgrade możesz użyć tego narzędzia do przeprowadzenia analizy, uruchamiając zestaw zapytań, na przykład z powolnego pliku dziennika zapytań. Te wyniki mogą być użyte do porównania ze źródłowej bazy danych i z docelowym serwerem bazy danych.
Podsumowanie
Migracja bazy danych, zwłaszcza z heterogenicznej konfiguracji, może być bardzo skomplikowana. Jednak w jednorodnej konfiguracji może to być całkiem proste; niezależnie od tego, czy dane są duże, czy małe, pod warunkiem, że dysponujesz odpowiednimi narzędziami i, oczywiście, właściwym systematycznym podejściem do ustalenia, czy migracja jest kompletna, a dane są spójne. Może się zdarzyć, że migracja wymaga konsultacji z ekspertami, ale zawsze jest to świetny początek, aby wymyślić i wypróbować te narzędzia typu open source, aby osiągnąć pożądane zadanie migracji bazy danych.
