Co się dzieje z usługą Azure Database for MySQL — pojedynczy serwer?

  • Artykuł

DOTYCZY: Azure Database for MySQL — pojedynczy serwer

Witaj! Mamy wiadomości do udostępnienia — Usługa Azure Database for MySQL — pojedynczy serwer znajduje się na ścieżce wycofania i ma zostać wycofana do 16 września 2024 r.

W ramach tego wycofania nie będziemy już obsługiwać tworzenia nowych wystąpień pojedynczego serwera z witryny Azure Portal od 16 stycznia 2023 r. i interfejsu wiersza polecenia platformy Azure od 19 marca 2024 r. Jeśli nadal musisz utworzyć wystąpienia pojedynczego serwera w celu spełnienia wymagań dotyczących ciągłości działania, utwórz bilet pomoc techniczna platformy Azure. Nadal będzie można tworzyć repliki do odczytu i wykonywać przywracanie (PITR i przywracanie geograficzne) dla istniejącego wystąpienia pojedynczego serwera i będzie to nadal obsługiwane do daty zachodu słońca 16 września 2024 r.

Po latach ewolucji usługi Azure Database for MySQL — pojedynczy serwer nie może już obsługiwać wszystkich nowych funkcji, funkcji i potrzeb zabezpieczeń. Zalecamy uaktualnienie do usługi Azure Database for MySQL — serwer elastyczny.

Azure Database for MySQL — serwer elastyczny to w pełni zarządzana usługa bazy danych gotowa do produkcji zaprojektowana pod kątem bardziej szczegółowej kontroli i elastyczności w zakresie funkcji zarządzania bazami danych i ustawień konfiguracji. Aby uzyskać więcej informacji na temat serwera elastycznego, odwiedź stronę Azure Database for MySQL — serwer elastyczny.

Jeśli obecnie masz usługę Azure Database for MySQL — pojedynczy serwer hostujący serwery produkcyjne, z przyjemnością poinformujemy Cię, że możesz przeprowadzić migrację usługi Azure Database for MySQL — pojedynczy serwer do usługi Azure Database for MySQL — serwer elastyczny bezpłatnie przy użyciu usługi Azure Database for MySQL Import, w miejscu migracji automatycznej lub usługi Azure Database Migration Service (wersja klasyczna). Zapoznaj się z różnymi sposobami migracji w poniższej sekcji.

Migracja z pojedynczego serwera na serwer elastyczny

Dowiedz się, jak przeprowadzić migrację z usługi Azure Database for MySQL — pojedynczy serwer do usługi Azure Database for MySQL — serwer elastyczny.

Scenariusz Narzędzia Szczegóły
Offline/Online Importowanie usługi Azure Database for MySQL i interfejs wiersza polecenia platformy Azure Samouczek: importowanie usługi Azure Database for MySQL za pomocą interfejsu wiersza polecenia platformy Azure
W trybie offline Database Migration Service (wersja klasyczna) i Azure Portal Samouczek: usługa DMS (klasyczna) w witrynie Azure Portal (offline)
Tryb online Database Migration Service (wersja klasyczna) i Azure Portal Samouczek: usługa DMS (klasyczna) w witrynie Azure Portal (online)
W trybie offline Nominacja do automatycznej migracji w miejscu [formularz] (https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u) Automatyczna migracja w miejscu z usługi Azure Database for MySQL — pojedynczy do serwera elastycznego

Aby uzyskać więcej informacji na temat migracji z pojedynczego serwera do serwera elastycznego przy użyciu innych narzędzi migracji, zobacz Wybieranie odpowiednich narzędzi do migracji do usługi Azure Database for MySQL.

Uwaga

Automatyczna migracja w miejscu z usługi Azure Database for MySQL — pojedynczy serwer do serwera elastycznego to migracja inicjowana przez usługę w miejscu podczas planowanego okna obsługi w celu wybrania obciążeń bazy danych pojedynczego serwera. Kwalifikujące się serwery są identyfikowane przez usługę i wysyłane jest do nich wcześniejsze powiadomienie zawierające szczegółowe informacje o krokach mających na celu przejrzenie szczegółów migracji. Jeśli masz obciążenie pojedynczego serwera z jednostką SKU Podstawowa lub GP, magazyn danych używany <= 20 GiB i brak złożonych funkcji (CMK, AAD, Replika do odczytu, Private Link) można teraz nominować siebie (jeśli nie zostało to jeszcze zaplanowane przez usługę) do automatycznej migracji, przesyłając szczegóły serwera za pomocą tego formularza. Wszystkie inne obciążenia z pojedynczym serwerem są zalecane do migrowania za pomocą narzędzi migracji zainicjowanych przez użytkownika oferowanych przez platformę Azure — Azure DMS, Azure Database for MySQL Import. Dowiedz się więcej o automatycznej migracji w tym miejscu.

Co się stanie po zachodzie słońca (16 września 2024)?

Uruchomienie wystąpienia pojedynczego serwera po wycofaniu byłoby zagrożeniem bezpieczeństwa, ponieważ nie będzie konserwacji zabezpieczeń i poprawek usterek na przestarzałej platformie pojedynczego serwera. Aby zapewnić nasze zobowiązanie do uruchamiania wystąpień zarządzanych na zaufanej i bezpiecznej platformie po dacie wycofania, wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy. Zdecydowanie zalecamy użycie interfejsu wiersza polecenia importu usługi Azure Database for MySQL lub usługi Azure Data Migration Service do migracji do usługi Azure Database for MySQL — serwer elastyczny przed 16 września 2024 r. (przeczytaj często zadawane pytania , aby dowiedzieć się więcej), aby uniknąć zakłóceń spowodowanych wymuszoną migracją i zapewnić ciągłość działania.

Uwaga

Żadne umowy SLA, poprawki błędów, poprawki zabezpieczeń lub obsługa techniczna na żywo nie zostaną uznane za wystąpienie pojedynczego serwera po dacie zakończenia.

Data zakończenia migracji wymuszonej

Po dacie wycofania wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy. Może to prowadzić do ograniczonej dostępności funkcji, ponieważ niektórych zaawansowanych funkcji nie można wymusić migracji bez danych wejściowych klienta do wystąpienia serwera elastycznego. Dowiedz się więcej na temat kroków ponownego konfigurowania takich funkcji po wymuszonej migracji, aby zminimalizować potencjalny wpływ poniżej.

Nie można wymusić migracji następujących funkcji, ponieważ wymagają one danych wejściowych klienta do konfiguracji i nie zostaną włączone w zmigrowanym wystąpieniu serwera elastycznego:

  • Private Link
  • Szyfrowanie danych (CMK)
  • Uwierzytelnianie w usłudze Microsoft Entra (w międzyczasie AAD)
  • Punkty końcowe usługi
  • Podwójne szyfrowanie infrastruktury
  • Repliki do odczytu

Akcja wymagana po wymuszonej migracji

Po wymuszonej migracji należy ponownie skonfigurować funkcje wymienione powyżej w zmigrowanym wystąpieniu serwera elastycznego, aby zapewnić ciągłość działania:

  • Private Link — przeczytaj więcej o sposobie konfigurowania tutaj
  • Szyfrowanie danych (CMK) — przeczytaj więcej na temat sposobu konfigurowania tutaj
  • Uwierzytelnianie w usłudze Microsoft Entra (od czasu do czasu usługi AAD) — przeczytaj więcej o sposobie konfigurowania tutaj
  • Punkty końcowe usługi — punkt końcowy usługi (reguła sieci wirtualnej) nie jest obsługiwany na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie usługi Private Link w celu spełnienia parzystości funkcji. Dowiedz się więcej o sposobie konfigurowania usługi Private Link tutaj
  • Szyfrowanie podwójne infrastruktury — szyfrowanie podwójne infrastruktury nie jest obsługiwane na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie szyfrowania danych w celu spełnienia parzystości funkcji. Dowiedz się więcej o sposobie konfigurowania szyfrowania danych (CMK) tutaj
  • Przeczytaj repliki — przeczytaj więcej na temat sposobu konfigurowania tutaj

Ważne : pojedyncze serwery z włączonymi funkcjami sieci i zabezpieczeń zostaną wymuszone zmigrowane do wystąpienia serwera elastycznego z dostępem publicznym w stanie wyłączonym w celu ochrony danych klientów. Aby zapewnić ciągłość działania, należy włączyć odpowiedni dostęp po wymuszonej migracji.

Uwaga

Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera będzie dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i możliwości migracji do serwera elastycznego. Wystąpienie nie zostanie wymuszone zmigrowane do serwera elastycznego. Zdecydowanie zalecamy użycie jednej z następujących opcji migracji przed datą zachodu słońca, aby uniknąć zakłóceń w ciągłości działalności biznesowej:

  • Usługa Azure DMS umożliwia przeprowadzenie migracji między regionami do serwera elastycznego w odpowiednim regionie świadczenia usługi Azure.
  • Migracja do serwera MySQL hostowanego na maszynie wirtualnej w regionie, jeśli nie możesz zmienić regionów z powodu problemów ze zgodnością.

Często zadawane pytania (FAQ)

Pyt. Dlaczego usługa Azure Database for MySQL —pojedynczy serwer jest wycofywana?

Odp. Usługa Azure Database for MySQL — pojedynczy serwer stała się ogólnie dostępna w 2018 roku. Jednak biorąc pod uwagę opinie klientów i nowe postępy w zakresie możliwości obliczeniowych, dostępności, skalowalności i wydajności w środowisku bazy danych platformy Azure, oferta pojedynczego serwera musi zostać wycofana i uaktualniona o nową architekturę — elastyczny serwer usługi Azure Database for MySQL, aby zapewnić najlepszą platformę bazy danych typu open source platformy Azure.

Pyt. Dlaczego poproszono mnie o migrację do usługi Azure Database for MySQL — serwer elastyczny?

A.Azure Database for MySQL — serwer elastyczny to najlepsza platforma do uruchamiania wszystkich obciążeń MySQL na platformie Azure. Usługa Azure MySQL — serwer elastyczny jest zarówno ekonomiczna, jak i zapewnia lepszą wydajność we wszystkich warstwach usług oraz więcej sposobów kontrolowania kosztów w celu tańszego i szybszego odzyskiwania po awarii:

  • Więcej sposobów optymalizowania kosztów, w tym obsługa opcji obliczeniowych warstwy z możliwością zwiększania szybkości.
  • Zwiększona wydajność obciążeń produkcyjnych krytycznych dla działania firmy, które wymagają małych opóźnień, wysokiej współbieżności, szybkiego przejścia w tryb failover i wysokiej skalowalności.
  • Wydłużony czas pracy dzięki możliwości skonfigurowania rezerwy dynamicznej w tej samej lub innej strefie oraz jednogodzinnemu przedziałowi czasu na zaplanowaną konserwację serwera.

Pyt. Jak szybko muszę przeprowadzić migrację pojedynczego serwera na serwer elastyczny?

Odp. Azure Database for MySQL — pojedynczy serwer ma zostać wycofany do 16 września 2024 r., dlatego zdecydowanie zalecamy migrację pojedynczego serwera do serwera elastycznego najwcześniejszej okazji, aby zapewnić dużo czasu na uruchomienie cyklu życia migracji, zastosowanie korzyści oferowanych przez serwer elastyczny i zapewnienie ciągłości działania firmy.

Pyt. Co się stanie z istniejącymi wystąpieniami pojedynczego serwera usługi Azure Database for MySQL?

Odp. Istniejące obciążenia pojedynczego serwera usługi Azure Database for MySQL będą nadal działać tak jak wcześniej i będą oficjalnie obsługiwane do daty zachodu słońca. Jednak dla pojedynczego serwera nie będą wydawane żadne nowe aktualizacje i zdecydowanie zalecamy jak najwcześniejsze rozpoczęcie migracji do usługi Azure Database for MySQL — serwer elastyczny. Po dacie wycofania wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy.

Pyt. Czy mogę kontynuować działanie pojedynczego serwera poza datą zachodu słońca?

Odp. Niestety, nie planujemy obsługi pojedynczego serwera poza datą zachodu słońca 16 września 2024 r., dlatego zdecydowanie zalecamy rozpoczęcie planowania migracji tak szybko, jak to możliwe. Po dacie wycofania wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy. Może to prowadzić do ograniczonej dostępności funkcji, ponieważ niektórych zaawansowanych funkcji nie można wymusić migracji bez danych wejściowych klienta do wystąpienia serwera elastycznego. Dowiedz się więcej na temat kroków ponownego konfigurowania takich funkcji po wymuszonej migracji, aby zminimalizować potencjalny wpływ w tym miejscu. Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera będzie dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i możliwości migracji do serwera elastycznego.

Pyt. Mój pojedynczy serwer jest wdrażany w regionie, który nie obsługuje serwera elastycznego. Co się stanie z datą po zachodzie słońca serwera? Odp. Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera będzie dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i możliwości migracji do serwera elastycznego. Zdecydowanie zalecamy użycie jednej z następujących opcji migracji przed datą zachodu słońca, aby uniknąć zakłóceń w ciągłości działalności biznesowej:

  • Usługa Azure DMS umożliwia przeprowadzenie migracji między regionami do serwera elastycznego w odpowiednim regionie świadczenia usługi Azure.
  • Migrowanie do serwera MySQL hostowanego na maszynie wirtualnej w regionie, jeśli nie możesz zmienić regionów z powodu problemów ze zgodnością.

Pyt. Data po zachodzie słońca, czy będzie jakakolwiek utrata danych dla mojego pojedynczego serwera? Odp. Nie, nie będzie żadnych utraty danych poniesionej dla wystąpienia pojedynczego serwera. Po dacie zakończenia działania wystąpienie pojedynczego serwera wraz z jego plikami danych zostanie wymuszone zmigrowane do odpowiedniego wystąpienia serwera elastycznego. Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera będzie dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i możliwości migracji do serwera elastycznego w odpowiednim regionie.

Pyt. Co zrobić po ogłoszeniu wycofania pojedynczego serwera, jeśli nadal muszę utworzyć nowy pojedynczy serwer, aby zaspokoić swoje potrzeby biznesowe?

Odp. W ramach tego wycofania nie będziemy już obsługiwać tworzenia nowych wystąpień pojedynczego serwera z witryny Azure Portal od 16 stycznia 2023 r. Ponadto od 19 marca 2024 r. nie będzie już można tworzyć nowych wystąpień pojedynczego serwera usługi Azure Database for MySQL przy użyciu interfejsu wiersza polecenia platformy Azure. Jeśli nadal musisz utworzyć wystąpienia pojedynczego serwera w celu spełnienia wymagań dotyczących ciągłości działania, utwórz bilet pomoc techniczna platformy Azure.

Pyt. Co zrobić po ogłoszeniu wycofania pojedynczego serwera, jeśli nadal muszę utworzyć nową replikę do odczytu dla wystąpienia pojedynczego serwera?

Odp. Nadal będzie można tworzyć repliki do odczytu dla istniejącego wystąpienia pojedynczego serwera z bloku Replikacja i będzie to nadal obsługiwane do daty zachodu słońca 16 września 2024 r.

Pyt. Czy istnieją dodatkowe koszty związane z przeprowadzeniem migracji?

Odp. Podczas uruchamiania migracji płacisz za docelowy serwer elastyczny i źródłowy pojedynczy serwer. Konfiguracja i obliczenia docelowego serwera elastycznego określają naliczone koszty dodatkowe. Aby uzyskać więcej informacji, zobacz Cennik. Po zlikwidowaniu źródłowego pojedynczego serwera po pomyślnej migracji płacisz tylko za uruchomiony serwer elastyczny. Nie są naliczane żadne koszty podczas uruchamiania migracji za pośrednictwem usługi Azure Database Migration Service (klasycznej), automatycznej migracji w miejscu lub narzędzia migracji importu usługi Azure Database for MySQL.

Pyt. Czy na moje rozliczenia będzie miało wpływ uruchomienie serwera elastycznego w porównaniu z pojedynczym serwerem?

Odp. Jeśli wybierzesz tę samą strefę lub strefowo nadmiarową wysoką dostępność dla docelowego serwera elastycznego, rachunek będzie wyższy niż w przypadku pojedynczego serwera. Wysoka dostępność w tej samej strefie lub strefowo nadmiarowa wymaga uruchomienia serwera rezerwy dynamicznej oraz przechowywania nadmiarowej kopii zapasowej, z czego wynika dodany koszt. Ta architektura umożliwia zmniejszenie przestojów podczas nieplanowanych awarii i planowanej konserwacji. Ponadto, w zależności od obciążenia, serwery elastyczne mogą zapewnić znacznie lepszą wydajność niż pojedyncze serwery, dzięki czemu można uruchamiać obciążenie przy użyciu niższej jednostki SKU na serwerach elastycznych, dzięki czemu całkowity koszt może być podobny do kosztu pojedynczego serwera.

Pyt. Czy muszę spowodować przestój migracji pojedynczego serwera do serwera elastycznego?

Odp. Aby ograniczyć wszelkie przestoje, które mogą wystąpić, przeprowadź migrację online na serwer elastyczny, która zapewnia minimalny przestój.

Pyt. Czy będą dostępne przyszłe aktualizacje pojedynczego serwera do obsługi najnowszych wersji programu MySQL?

Odp. Ostatnim uaktualnieniem wersji pomocniczej dla wersji 8.0 pojedynczego serwera będzie wersja 8.0.15. Rozważ migrację do serwera elastycznego, aby móc korzystać z możliwości dostępnych w najnowszych uaktualnieniach wersji.

Pyt. W jaki sposób umowa SLA dotycząca dostępności serwera elastycznego na poziomie 99,99% różni się od umowy SLA pojedynczego serwera?

Odp. Wdrożenie strefowo nadmiarowe serwera elastycznego zapewnia dostępność na poziomie 99,99% z odpornością na poziomie strefowym, natomiast pojedynczy serwer zapewnia odporność w pojedynczej strefie dostępności. Architektura wysokiej dostępności serwera elastycznego wdraża rezerwę aktywną z nadmiarowymi obliczeniami i magazynem (z danymi każdej lokacji przechowywanymi w 3 kopiach) w porównaniu z architekturą wysokiej dostępności pojedynczego serwera, która nie ma pasywnej rezerwy dynamicznej ułatwiającej odzyskiwanie po awariach strefowych. Architektura wysokiej dostępności serwera elastycznego umożliwia zmniejszenie przestojów podczas nieplanowanych awarii i planowanej konserwacji.

Pyt. Jakie opcje migracji są dostępne, aby ułatwić mi migrację pojedynczego serwera na serwer elastyczny?

Odp. Do migracji można użyć usługi Azure Database for MySQL Import (zalecane). Ponadto możesz użyć usługi Database Migration Service (klasycznej) do uruchamiania migracji w trybie online lub offline .

Pyt. Mój pojedynczy serwer jest wdrażany w regionie, który nie obsługuje serwera elastycznego. Jak kontynuować migrację?

Odp. Usługa Azure Database Migration Service (wersja klasyczna) obsługuje migrację między regionami, dzięki czemu można wybrać odpowiedni region dla docelowego serwera elastycznego, a następnie kontynuować migrację przy użyciu usługi DMS (wersja klasyczna).

Pyt. Mam skonfigurowany magazyn zapytań dla mojego pojedynczego serwera i ta funkcja nie jest obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?

Odp. Dzienniki wolnych zapytań można skonfigurować na docelowym serwerze elastycznym po migracji, wykonując kroki opisane tutaj , aby uzyskać równoważność funkcji z magazynem zapytań. Następnie możesz wyświetlić szczegółowe informacje o zapytaniach przy użyciu szablonu skoroszytów.

Pyt. Mam skonfigurowany punkt końcowy usługi (reguły sieci wirtualnej) dla mojego pojedynczego serwera i ta funkcja nie jest obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?

Odp. Punkt końcowy usługi (reguła sieci wirtualnej) nie jest obsługiwany na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie usługi Private Link w zmigrowanym wystąpieniu serwera elastycznego w celu spełnienia parzystości funkcji. Dowiedz się więcej na temat konfigurowania usługi Private Link tutaj.

Pyt. Mam skonfigurowane podwójne szyfrowanie infrastruktury dla mojego pojedynczego serwera i ta funkcja nie jest obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?

Odp. Szyfrowanie podwójne infrastruktury nie jest obsługiwane na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie szyfrowania danych na zmigrowanym serwerze elastycznym w celu spełnienia parzystości funkcji. Dowiedz się więcej o sposobie konfigurowania szyfrowania danych (CMK) tutaj.

Pyt. Mam skonfigurowany protokół TLS w wersji 1.0/1.1 dla mojego pojedynczego serwera w wersji 8.0 i ta funkcja nie jest obecnie obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?

Odp. Aby zapewnić obsługę nowoczesnych standardów zabezpieczeń, program MySQL Community Edition zaprzestał obsługi komunikacji za pośrednictwem protokołów Transport Layer Security (TLS) 1.0 i 1.1, począwszy od wersji 8.0.28. Zalecamy uaktualnienie sterowników klientów do obsługi protokołu TLSv1.2 w celu bezpiecznego łączenia się z usługą Azure Database for MySQL — pojedynczy serwer, a następnie przejście do serwera elastycznego.

Pyt. Czy istnieje możliwość wycofania migracji z pojedynczego serwera do serwera elastycznego?

Odp. 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 nadal działa i kontynuuje replikowanie 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 przeprowadzeniu ostatecznej migracji do serwera elastycznego i zamknięciu źródłowego pojedynczego serwera nie można przeprowadzić wycofania z serwera elastycznego do pojedynczego serwera.

Pyt. Rozmiar mojej bazy danych jest większy niż 1 TB, więc jak należy kontynuować migrację?

Odp. Za pomocą usługi Azure Database for MySQL Import (zalecane) można przeprowadzić migrację, która jest wysoce wydajna w przypadku cięższych obciążeń.

Pyt. Czy migracja między regionami jest obsługiwana?

Odp. 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.

Pyt. Czy jest obsługiwana migracja między subskrypcjami?

Odp. 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.

Pyt. Czy jest obsługiwana subskrypcja między grupami zasobów?

Odp. 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.

Pyt. 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 za pośrednictwem migracji usługi Azure Database Migration Service.

Pyt. Mam dalsze pytania dotyczące przejścia na emeryturę. Jak mogę uzyskać pomoc w tej kwestii?

Odp. Jeśli masz pytania, uzyskaj odpowiedzi od ekspertów społeczności w witrynie Microsoft Q&A. Jeśli masz plan pomocy technicznej i potrzebujesz pomocy technicznej, utwórz wniosek o pomoc techniczną:

  1. W obszarze Podsumowanie wpisz opis problemu.
  2. W polu Typ problemu wybierz pozycję Techniczny.
  3. W obszarze Subskrypcja wybierz swoją subskrypcję.
  4. W obszarze Usługa wybierz pozycję Moje usługi.
  5. W polu Typ usługi wybierz pozycję Azure Database for MySQL — pojedynczy serwer.
  6. W polu Zasób wybierz zasób.
  7. W polu Typ problemu wybierz pozycję Migracja.
  8. W obszarze Podtyp problemu wybierz pozycję Migrowanie z pojedynczego do serwera elastycznego

Możesz również skontaktować się z zespołem produktu usługi Azure Database for MySQL pod adresem AskAzureDBforMySQL@service.microsoft.com.

Ostrzeżenie

Ten artykuł nie dotyczy użytkowników usługi Azure Database for MySQL — serwer elastyczny. Jest przeznaczona dla klientów usługi Azure Database for MySQL — pojedynczy serwer, którzy muszą przeprowadzić uaktualnienie do programu MySQL — serwer elastyczny.

Odwiedź często zadawane pytania, aby uzyskać informacje o korzystaniu z usługi Azure Database Migration Service (klasycznej) dla usługi Azure Database for MySQL — pojedynczy serwer do migracji serwera elastycznego.

Wiemy, że migrowanie usług może być frustrujące środowisko i przepraszamy z wyprzedzeniem za wszelkie niedogodności, które może to spowodować. Możesz wybrać najlepszy scenariusz dla Ciebie i twojego środowiska.

Następne kroki