Migrowanie instancji klastra trybu przełączenia awaryjnego Always On programu SQL Server do rozwiązania Azure VMware

Z tego artykułu dowiesz się, jak przeprowadzić migrację wystąpienia klastra trybu failover programu SQL Server do rozwiązania Azure VMware. Obecnie usługa Azure VMware Solution nie obsługuje trybu łączonego VMware Hybrid Linked Mode do połączenia lokalnego serwera vCenter z serwerem działającym w rozwiązaniu Azure VMware Solution. Ze względu na to ograniczenie ten proces wymaga użycia oprogramowania VMware HCX do migracji. Aby uzyskać więcej informacji na temat konfigurowania rozwiązania HCX, zobacz Instalowanie i aktywowanie oprogramowania VMware HCX w rozwiązaniu Azure VMware Solution.

Rozwiązanie VMware HCX nie obsługuje migrowania maszyn wirtualnych z kontrolerami SCSI w trybie udostępniania fizycznego dołączonym do maszyny wirtualnej. Można jednak przezwyciężyć to ograniczenie, wykonując kroki przedstawione w tej procedurze i korzystając z migracji zimnej VMware HCX, aby przenieść różne maszyny wirtualne tworzące klaster.

Uwaga

Ta procedura wymaga pełnego zamknięcia klastra. Ponieważ usługa SQL Server będzie niedostępna podczas migracji, zaplanuj odpowiednio okres przestoju.

Microsoft SQL Server 2019 i 2022 zostały przetestowane z systemami Windows Server 2019 i 2022 Data Center Edition z maszynami wirtualnymi wdrożonymi w środowisku lokalnym. Systemy Windows Server i SQL Server zostały skonfigurowane zgodnie z najlepszymi rozwiązaniami i zaleceniami firmy Microsoft i VMware. Lokalna infrastruktura on-premises polegała na VMware vSphere 7.0 Update 3 i VMware vSAN działających na serwerach Dell PowerEdge oraz urządzeniach Intel Optane P4800X SSD NVMe.

Wymagania wstępne

Przejrzyj i zarejestruj konfigurację magazynu i sieci każdego węzła w klastrze.
Przejrzyj i zarejestruj konfigurację usługi WSFC.
Obsługa kopii zapasowych wszystkich baz danych programu SQL Server.
Utwórz kopię zapasową maszyn wirtualnych klastra.
Usuń wszystkie maszyny wirtualne węzła klastra z dowolnych grup i reguł rozproszonego harmonogramu zasobów (DRS), z których są częścią.
Rozwiązanie VMware HCX musi być skonfigurowane między lokalnym centrum danych a chmurą prywatną usługi Azure VMware Solution, która uruchamia migrowane obciążenia. Aby uzyskać więcej informacji na temat instalowania oprogramowania VMware HCX, zobacz dokumentację rozwiązania Azure VMware Solution.
Upewnij się, że wszystkie segmenty sieci używane przez program SQL Server i obciążenia korzystające z niego zostały rozszerzone do chmury prywatnej usługi Azure VMware Solution. Aby sprawdzić ten krok, zobacz Konfigurowanie rozszerzenia sieciowego VMware HCX.

Połączenie VMware HCX za pośrednictwem sieci VPN lub usługi ExpressRoute może służyć jako konfiguracja sieci na potrzeby migracji.

Dzięki zastosowaniu VMware HCX za pośrednictwem sieci VPN, ze względu na ograniczoną przepustowość łącza, rozwiązanie to zazwyczaj nadaje się do obciążeń, które mogą utrzymać dłuższy czas przestoju (np. środowiska nieprodukcyjne).

W przypadku dowolnego z następujących wystąpień zalecana jest łączność usługi ExpressRoute w przypadku migracji:

Środowiska produkcyjne
Obciążenia o dużych rozmiarach baz danych
W scenariuszach, w których konieczne jest zminimalizowanie przestojów, zaleca się korzystanie z łączności ExpressRoute do migracji.

Zagadnienia dotyczące przestojów

Przestój podczas migracji zależy od rozmiaru bazy danych do zmigrowania i szybkości połączenia sieci prywatnej z chmurą platformy Azure. Migracja wystąpień klastra Failover programu SQL Server działającego na zasadzie Always On do rozwiązania Azure VMware Solution wymaga pełnego przestoju zarówno bazy danych, jak i wszystkich węzłów klastra. Należy jednak zaplanować przeprowadzenie migracji poza godzinami szczytu, w zatwierdzonym oknie zmiany.

W poniższej tabeli przedstawiono szacowany przestój migracji każdej topologii programu SQL Server.

Scenariusz	Oczekiwany przestój	Uwagi
Wystąpienie programu SQL Server w trybie autonomicznym	Niski	Migracja odbywa się przy użyciu programu VMware vMotion, baza danych jest dostępna w czasie migracji, ale nie zaleca się zatwierdzania żadnych krytycznych danych podczas migracji.
Grupa dostępności Always On programu SQL Server	Niski	Replika podstawowa będzie zawsze dostępna podczas migracji pierwszej repliki pomocniczej, a replika pomocnicza stanie się podstawową po początkowym przejściu w tryb failover na platformę Azure.
Wystąpienie klastra awaryjnego Always On dla programu SQL Server	Wysoki	Wszystkie węzły klastra są zamykane i migrowane przy użyciu migracji zimnej VMware HCX. Czas przestoju zależy od rozmiaru bazy danych i szybkości sieci prywatnej do chmury platformy Azure.

Zagadnienia dotyczące kworum klastra trybu failover systemu Windows Server

Klaster trybu failover systemu Windows Server wymaga mechanizmu kworum do obsługi klastra.

Użyj nieparzystnej liczby elementów głosowania, aby osiągnąć większość przez nieparzystą liczbę węzłów w klastrze lub przy użyciu świadka. Świadków można skonfigurować w trzech różnych formach:

Świadek dysku
Świadek udziału plików
Świadek w chmurze

Jeśli klaster używa świadka dyskowego, wtedy dysk musi zostać zmigrowany z udostępnionym magazynem klastra przy użyciu funkcji migracji klastra awaryjnego.

Jeśli klaster używa świadka udziału plików działającego lokalnie, typ świadka dla zmigrowanego klastra zależy od scenariusza rozwiązania Azure VMware.

Rozszerzenie centrum danych: obsługa lokalnego monitora udziału plików. Obciążenia są dystrybuowane w centrum danych i rozwiązaniu Azure VMware Solution, dlatego łączność między obydwoma urządzeniami powinna być zawsze dostępna. W każdym przypadku należy wziąć pod uwagę ograniczenia przepustowości i odpowiednio zaplanować.
Wyjście centrum danych: w tym scenariuszu dostępne są dwie opcje. W obu przypadkach można zachować monitor udziału plików lokalnie podczas migracji, jeśli trzeba wykonać wycofywanie.
- Wdróż nowy świadek udziału plików w prywatnej chmurze Azure VMware Solution.
- Wdróż świadka chmury działającego w usłudze Azure Blob Storage w tym samym regionie co prywatna chmura usługi Azure VMware Solution.
Odzyskiwanie po awarii i ciągłość działania: w scenariuszu odzyskiwania po awarii najlepszym i najbardziej niezawodnym rozwiązaniem jest utworzenie Cloud Witness działającego w usłudze Azure Storage.
Modernizacja aplikacji: w tym przypadku najlepszym rozwiązaniem jest wdrożenie Cloud Witness.

Aby uzyskać więcej informacji na temat konfiguracji kworum i zarządzania nimi, zobacz dokumentację klastra trybu failover. Aby uzyskać więcej informacji na temat wdrażania świadka w chmurze w usłudze Azure Blob Storage, zobacz dokumentację Wdrażanie świadka w chmurze dla klastra trybu failover, aby uzyskać szczegółowe informacje.

Migracja klastra awaryjnego

W celach ilustracyjnych w tym dokumencie używamy klastra z dwoma węzłami z systemami Windows Server 2019 Datacenter i SQL Server 2019 Enterprise. Systemy Windows Server 2022 i SQL Server 2022 są również obsługiwane w tej procedurze.

Z poziomu klienta vSphere wyłącz drugi węzeł klastra.
Uzyskaj dostęp do pierwszego węzła klastra i otwórz Menedżer klastra (failover).
- Sprawdź, czy drugi węzeł jest w stanie Offline i czy wszystkie klastrowane usługi i magazyn są pod kontrolą pierwszego węzła.
- Zamknij klaster.
- Sprawdź, czy wszystkie usługi klastra zostały pomyślnie zatrzymane bez błędów.
Zamknij pierwszy węzeł klastra.
Z poziomu klienta vSphere zmodyfikuj ustawienia drugiego węzła klastra.
- Usuń wszystkie dyski udostępnione z konfiguracji maszyny wirtualnej.
- Upewnij się, że pole wyboru Usuń pliki z magazynu danych nie jest zaznaczone, ponieważ trwale usuwa dysk z magazynu danych. W takim przypadku należy odzyskać klaster z poprzedniej kopii zapasowej.
- Ustaw SCSI Bus Sharing z Fizycznego na Brak w wirtualnych kontrolerach SCSI używanych do wspólnego magazynu. Zazwyczaj te kontrolery są typu VMware Paravirtual.
Edytuj ustawienia maszyny wirtualnej pierwszego węzła. Ustaw Udostępnianie magistrali SCSI z Fizyczne na Brak na kontrolerach SCSI.
Z poziomu klienta vSphere przejdź do obszaru wtyczki HCX. W obszarze Usługi wybierz Migracja>Migruj.
- Wybierz drugą maszynę wirtualną na węźle.
- Ustaw klaster vSphere w zdalnej chmurze prywatnej, który hostuje zmigrowaną maszynę wirtualną lub maszyny wirtualne programu SQL Server jako Compute Container.
- Wybierz magazyn danych vSAN jako magazyn zdalny.
- Wybierz folder, jeśli chcesz umieścić maszyny wirtualne w określonym folderze. Nie jest to obowiązkowe, ale zalecane jest oddzielenie różnych obciążeń w chmurze prywatnej usługi Azure VMware Solution.
- Zachowaj ten sam format co źródło.
- Wybierz Migracja na zimno jako profil migracji.
- W RozszerzonychOpcjach wybierz Migruj atrybuty niestandardowe.
- Sprawdź, czy segmenty sieci lokalnej mają właściwy zdalny segment rozszerzony w Azure.
- Wybierz Zweryfikuj i upewnij się, że wszystkie kontrole zostały ukończone ze statusem pozytywnym. Najczęstszym błędem jest ten związany z konfiguracją pamięci. Sprawdź ponownie, czy nie ma kontrolerów SCSI z ustawieniem udostępniania fizycznego.
- Wybierz Przejdź, a migracja rozpoczyna się.
Powtórz ten sam proces dla pierwszego węzła.
Uzyskaj dostęp do Azure VMware Solution vSphere Client i zmodyfikuj ustawienia pierwszego węzła, przywracając fizyczne współdzielenie magistrali SCSI z kontrolerem lub kontrolerami SCSI obsługującymi dyski współużytkowane.
Edytuj ustawienia węzła 2 w kliencie vSphere.
- Ustaw udostępnianie magistrali SCSI z powrotem na fizyczne w kontrolerze SCSI zarządzającym współdzieloną pamięcią masową.
- Dodaj dyski udostępnione klastra do węzła jako dodatkową przestrzeń dyskową. Przypisz je do drugiego kontrolera SCSI.
- Upewnij się, że wszystkie konfiguracje magazynu są takie same jak zarejestrowane przed migracją.
Włącz maszynę wirtualną pierwszego węzła.
Uzyskaj dostęp do pierwszego węzła VM za pomocą VMware Remote Console.
- Zweryfikuj konfigurację sieci maszyny wirtualnej i upewnij się, że może ona uzyskiwać dostęp do zasobów lokalnych i zasobów platformy Azure.
- Otwórz Menedżera klastra trybu failover i sprawdź usługi klastra.
Włącz drugą maszynę wirtualną.
Uzyskaj dostęp do drugiej maszyny wirtualnej węzła z zdalnej konsoli programu VMware.
- Sprawdź, czy system Windows Server może uzyskać dostęp do magazynu.
- W Menedżerze Klastra Trybu Failover sprawdź, czy stan drugiego węzła jest wyświetlany jako Online.
Za pomocą programu SQL Server Management Studio połącz się z nazwą sieci zasobów klastra programu SQL Server. Upewnij się, że wszystkie bazy danych są w trybie online i są dostępne.

Sprawdź łączność z programem SQL Server z innych systemów i aplikacji w infrastrukturze. Sprawdź, czy wszystkie aplikacje korzystające z bazy danych lub baz danych nadal mogą uzyskiwać do nich dostęp.

Więcej informacji

Sprzężenie zwrotne

Czy ta strona była pomocna?

Last updated on 2025-04-05