Często zadawane pytania (FAQ)

• Jaka jest różnica między migracją offline i migracją online w przypadku korzystania z Azure Database Migration Service? Azure Database Migration Service obsługuje migracje w trybie offline i online. W przypadku migracji offline przestój aplikacji rozpoczyna po rozpoczęciu migracji. W przypadku migracji online przestój jest ograniczony do czasu wymaganego do przekroczenia limitu czasu po zakończeniu migracji. Zalecamy przetestowanie migracji w trybie offline w celu ustalenia, czy przestój jest akceptowalny; jeśli nie, wykonaj migrację online. Migracje online i offline są porównywane w poniższej tabeli:

  Warstwowy	Migracja w trybie online	Migracja w trybie offline
  Dostępność bazy danych do odczytu podczas migracji	Dostępne	Dostępne
  Dostępność bazy danych do zapisu podczas migracji	Dostępne	Ogólnie rzecz biorąc, nie zaleca się. Wszystkie operacje zapisu zainicjowane po migracji nie są przechwytywane ani migrowane
  Użyteczność aplikacji	Aplikacje wymagające maksymalnego czasu pracy	Aplikacje, które mogą sobie pozwolić na planowane okno przestoju
  Użyteczność środowiska	Środowisko produkcyjne	Zwykle programowanie, środowisko testowe i niektóre środowiska produkcyjne, które mogą sobie pozwolić na przestoje
  Użyteczność obciążeń z dużą liczbą operacji zapisu	Odpowiednie, ale oczekiwane zmniejszenie obciążenia podczas migracji	Nie dotyczy. Zapisy w źródle po rozpoczęciu migracji nie są replikowane do obiektu docelowego
  Ręczne przechodzenie do trybu jednorazowego	Wymagane	Niewymagane
  Wymagany przestój	Less	Więcej
  Czas migracji	Zależy od rozmiaru bazy danych i działania zapisu do czasu przejścia jednorazowego	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 zrobić? 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, z którą 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 należy mieć problemu z nawiązywaniem połączenia z źródłową bazą danych. Jeśli test połączenia nie powiedzie się, skontaktuj się z administratorem sieci.

• Dlaczego mój Azure Database Migration Service jest niedostępny lub zatrzymany? Jeśli użytkownik jawnie zatrzyma Azure Database Migration Service (DMS) lub jeśli usługa jest nieaktywna przez okres 24 godzin, usługa będzie w stanie zatrzymanym lub wstrzymanym automatycznie. 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 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 wielo procesora CPU Ogólnego przeznaczenia warstwy cenowej podczas tworzenia wystąpienia usługi, aby umożliwić usłudze korzystanie z wielu procesorów wirtualnych na potrzeby równoległości 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 przepustowości usługi Azure MySQL Database, które mogą 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? 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 pojedynczego serwera do serwera elastycznego? Możesz wykonać dowolną liczbę migracji testowych, a po uzyskaniu pewności przy użyciu testowania 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ą błędy, możesz odroczyć ostateczną migrację i zachować uruchomiony serwer źródłowy. Następnie możesz ponownie przeprowadzić migrację końcową po usunięciu błędów. Należy pamiętać, że po zakończeniu migracji do serwera elastycznego i zamknięciu źródłowego pojedynczego serwera 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 1 TB+, zgłoś bilet pomocy technicznej z Azure Database Migration Service w celu skalowania agenta migracji w górę w celu obsługi migracji baz danych o rozmiarze 1 TB+.

• Czy migracja między regionami jest obsługiwana? 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? 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? 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.