Często zadawane pytania (FAQ)
Jaka jest różnica między migracją w trybie offline a migracją online w przypadku korzystania z usługi Azure Database Migration Service? Usługa Azure Database Migration Service obsługuje migracje zarówno w trybie offline, jak i online. W przypadku migracji offline przestój aplikacji rozpoczyna po rozpoczęciu migracji. W przypadku migracji online przestój jest ograniczony do wymaganego czasu migracji jednorazowej na końcu procesu migracji. Zalecamy przetestowanie migracji offline w celu ustalenia, czy przestój jest dopuszczalny. Jeśli nie jest dopuszczalny, przeprowadź migrację online. Migracje online i offline porównano w poniższej tabeli:
Obszar Migracja w trybie online Migracja w trybie offline Dostępność bazy danych do odczytu podczas migracji Dostępna Dostępna Dostępność bazy danych dla zapisów podczas migracji Dostępny Ogólnie rzecz biorąc, nie jest to zalecane. Wszystkie operacje "zapisu" inicjowane po migracji nie są przechwytywane ani migrowane Użyteczność aplikacji Aplikacje, które wymagają maksymalnego czasu pracy Aplikacje, które mogą pozwolić sobie na planowane okno przestojów Przydatność środowiska Środowisko produkcyjne Zwykle środowisko programistyczne, środowisko testowe i niektóre środowiska produkcyjne, które mogą pozwolić sobie na przestoje Odpowiedniość dla obciążeń z dużym obciążeniem zapisu Odpowiednie, ale oczekiwane zmniejszenie obciążenia podczas migracji Nie dotyczy. Zapisy w źródle po rozpoczęciu migracji nie są replikowane do miejsca docelowego Ręczne przełączanie jednorazowe Wymagania Niewymagane Wymagany przestój Mniejsze Więcej Czas migracji Zależy od rozmiaru bazy danych i działania zapisu do czasu migracji jednorazowej Zależy od rozmiaru bazy danych Konfiguruję projekt migracji w usłudze DMS i mam trudności z nawiązywaniem połączenia z moją źródłową bazą danych. Co mam robić?
Jeśli masz problemy z nawiązaniem połączenia z źródłowym systemem bazy danych podczas pracy nad migracją, utwórz maszynę wirtualną w tej samej podsieci sieci wirtualnej, za pomocą której skonfigurowaliśmy wystąpienie usługi DMS. Na maszynie wirtualnej powinno być możliwe uruchomienie testu połączenia. Jeśli test połączenia zakończy się pomyślnie, nie powinno być problemu z nawiązywaniem połączenia ze źródłową bazą danych. Jeśli test połączenia nie powiedzie się, skontaktuj się z administratorem sieci.
Dlaczego moja usługa Azure Database Migration Service jest niedostępna lub zatrzymana?
Jeśli użytkownik jawnie zatrzymuje usługę Azure Database Migration Service (DMS) lub jeśli usługa jest nieaktywna przez okres 24 godzin, usługa będzie w stanie zatrzymania lub automatycznego wstrzymania. W każdym przypadku usługa będzie niedostępna i będzie w stanie zatrzymanym. Aby wznowić aktywne migracje, uruchom ponownie usługę.
Czy istnieją zalecenia dotyczące optymalizacji wydajności usługi Azure Database Migration Service?
Istnieje kilka rzeczy, które można spróbować przyspieszyć migrację bazy danych przy użyciu usługi DMS:
Użyj wieloprocesorowej warstwy cenowej ogólnego przeznaczenia podczas tworzenia wystąpienia usługi, aby umożliwić usłudze korzystanie z wielu procesorów wirtualnych na potrzeby przetwarzania równoległego i szybszego transferu danych.
Tymczasowe skalowanie w górę wystąpienia docelowego usługi Azure MySQL Database do jednostki SKU warstwy Premium podczas operacji migracji danych w celu zminimalizowania ograniczania usługi Azure MySQL Database, które może mieć wpływ na działania transferu danych podczas korzystania z jednostek SKU niższego poziomu.
Które składniki danych, schematu i metadanych są migrowane w ramach migracji?
Usługa Azure Database Migration Service migruje schemat, dane i metadane ze źródła do miejsca docelowego. Wszystkie następujące składniki danych, schematu i metadanych są migrowane w ramach migracji bazy danych:
Migracja danych — wszystkie tabele ze wszystkich baz danych/schematów.
Migracja schematu — nazewnictwo, klucz podstawowy, typ danych, pozycja porządkowa, wartość domyślna, wartość null, atrybuty automatycznego zwiększania, indeksy pomocnicze
Migracja metadanych, procedury składowane, funkcje, wyzwalacze, widoki, ograniczenia klucza obcego
Czy istnieje możliwość wycofania migracji z pojedynczego serwera do serwera elastycznego?
Możesz wykonać dowolną liczbę migracji testowych, a po uzyskaniu pewności poprzez testowanie przeprowadzić ostateczną migrację. Migracja testowa nie ma wpływu na pojedynczy serwer źródłowy, który pozostaje operacyjny i kontynuuje replikację do momentu przeprowadzenia rzeczywistej migracji. Jeśli podczas migracji testowej występują jakiekolwiek błędy, możesz odroczyć ostateczną migrację i zachować uruchomiony serwer źródłowy. Wówczas możesz ponownie podjąć próbę przeprowadzenia ostatecznej migracji po wyeliminowaniu błędów. Po zakończeniu migracji końcowej na serwer elastyczny i zamknięciu pojedynczego serwera źródłowego nie można wykonać wycofywania z serwera elastycznego na pojedynczy serwer.
Rozmiar mojej bazy danych jest większy niż 1 TB, więc jak należy kontynuować migrację?
Aby obsługiwać migracje baz danych o rozmiarze powyżej 1 TB, zgłoś bilet pomocy technicznej w usłudze Azure Database Migration Service z prośbą o przeskalowanie agenta migracji w górę w celu obsługi migracji baz danych o rozmiarze powyżej 1 TB.
Czy migracja między regionami jest obsługiwana?
Usługa Azure Database Migration Service obsługuje migracje między regionami, dzięki czemu można migrować pojedynczy serwer do serwera elastycznego wdrożonego w innym regionie przy użyciu usługi DMS.
Czy jest obsługiwana migracja między subskrypcjami?
Usługa Azure Database Migration Service obsługuje migracje między subskrypcjami, dzięki czemu można migrować pojedynczy serwer do serwera elastycznego wdrożonego w innej subskrypcji przy użyciu usługi DMS.
Czy jest obsługiwana subskrypcja między grupami zasobów?
Usługa Azure Database Migration Service obsługuje migracje między grupami zasobów, dzięki czemu można migrować pojedynczy serwer do serwera elastycznego wdrożonego w innej grupie zasobów przy użyciu usługi DMS.
Czy istnieje obsługa między wersjami?
Tak, migracja z niższych wersji serwerów MySQL (wersja 5.6 lub nowsza) do wyższych wersji jest obsługiwana.