Migruj samodzielną instancję SQL Server do rozwiązania Azure VMware

Z tego artykułu dowiesz się, jak przeprowadzić migrację wystąpienia autonomicznego SQL Server do Rozwiązanie Azure VMware.

Rozwiązanie VMware HCX oferuje dwa profile migracji podczas migrowania wystąpienia autonomicznego SQL Server do Rozwiązanie Azure VMware:

VMware HCX vMotion
Migracja na zimno VMware HCX

W obu przypadkach należy wziąć pod uwagę rozmiar i krytyczność migrowanej bazy danych. W ramach tej procedury zweryfikowaliśmy VMware HCX vMotion. Migracja na zimno VMware HCX jest również prawidłowa, ale wymaga dłuższego okresu przestoju.

Ten scenariusz został zweryfikowany przy użyciu następujących edycji i konfiguracji:

Microsoft SQL Server (2019 i 2022)
Windows Server (2019 i 2022) w wersji Datacenter
Windows Server i SQL Server zostały skonfigurowane zgodnie z najlepszymi rozwiązaniami i zaleceniami Microsoft i VMware.
Lokalna infrastruktura źródłowa obejmowała VMware vSphere 7.0 Update 3 oraz VMware vSAN, działające na serwerach Dell PowerEdge i dyskach SSD NVMe Intel Optane P4800X.

Przetestowane konfiguracje

Ten scenariusz został zweryfikowany przy użyciu następujących edycji i konfiguracji:

Microsoft SQL Server (2019 i 2022)
Windows Server (2019 i 2022) w wersji Datacenter
Windows Server i SQL Server zostały skonfigurowane zgodnie z najlepszymi rozwiązaniami i zaleceniami Microsoft i VMware.
Lokalna infrastruktura źródłowa to VMware vSphere 7.0 Update 3 i VMware vSAN uruchomione na serwerach Dell PowerEdge i urządzeniach INTEL Optane P4800X SSD NVMe.+

Prerequisites

Przejrzyj i zarejestruj konfigurację magazynu i sieci każdego węzła w klastrze.
Obsługa kopii zapasowych wszystkich baz danych.
Utwórz kopię zapasową maszyny wirtualnej z uruchomionym wystąpieniem SQL Server.
Usuń wszystkie maszyny wirtualne węzłów klastra ze wszystkich grup i reguł Distributed Resource Scheduler (DRS).
Skonfiguruj rozwiązanie VMware HCX między lokalnym centrum danych a chmurą prywatną Rozwiązanie Azure VMware, która uruchamia migrowane obciążenia. Aby uzyskać więcej informacji na temat konfigurowania oprogramowania VMware HCX, zobacz dokumentację Rozwiązanie Azure VMware.
Upewnij się, że wszystkie segmenty sieci używane przez SQL Server i używane przez nie obciążenia są rozszerzane do chmury prywatnej Rozwiązanie Azure VMware. Aby sprawdzić ten krok w procesie, zobacz Konfigurowanie rozszerzenia sieci 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.

VMware HCX przez sieć VPN ze względu na ograniczoną przepustowość jest zwykle odpowiednia dla obciążeń, które mogą utrzymywać dłuższy czas przestoju (np. środowiska nieprodukcyjne).

W przypadku dowolnego z następujących scenariuszy 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 przestoju, do migracji zalecane jest połączenie ExpressRoute.
Środowiska produkcyjne
Obciążenia o dużych rozmiarach baz danych
Każdy przypadek, w którym występuje konieczność zminimalizowania przestoju

Dalsze zagadnienia dotyczące przestojów zostały omówione w następnej sekcji.

Zagadnienia dotyczące przestojów

Przestój podczas migracji zależy od rozmiaru bazy danych do zmigrowania oraz szybkości połączenia sieci prywatnej z chmurą Azure. Migracja samodzielnej instancji SQL Server przy użyciu mechanizmu VMware HCX vMotion ma na celu zminimalizowanie czasu przestoju rozwiązania. Zalecamy jednak przeprowadzenie migracji poza godzinami szczytu w przedtwierdzonym oknie zmian.

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

Scenario	Oczekiwany przestój	Notes
Samodzielna instancja SQL Server	Niski	Migracja odbywa się przy użyciu programu VMware vMotion. Baza danych jest dostępna podczas migracji, jednak zaleca się, aby w tym czasie nie zapisywać żadnych krytycznych danych.
Grupa dostępności Always On programu SQL Server	Niski	Replika podstawowa będzie zawsze dostępna podczas migracji pierwszej repliki pomocniczej, a po początkowym przełączeniu awaryjnym do platformy Azure replika pomocnicza stanie się repliką podstawową.
SQL Server zawsze włączone wystąpienie klastra trybu failover	Wysoki	Wszystkie węzły klastra są zamykane i migrowane przy użyciu migracji zimnej VMware HCX. Czas trwania przestoju zależy od rozmiaru bazy danych i prędkości połączenia sieci prywatnej z chmurą Azure.

Wykonywanie migracji

Zaloguj się do lokalnego serwera vCenter i uzyskaj dostęp do wtyczki VMware HCX.
W obszarze Usługi wybierz pozycję Migracja>Migruj.
1. Wybierz maszynę wirtualną SQL Server.
2. Ustaw klaster vSphere w zdalnej chmurze prywatnej, który hostuje zmigrowaną maszynę wirtualną lub maszyny wirtualne SQL Server jako Compute Container.
3. Wybierz magazyn danych vSAN jako magazyn zdalny.
4. Wybierz folder. Nie jest to obowiązkowe, ale zalecamy oddzielenie różnych obciążeń w chmurze prywatnej Rozwiązanie Azure VMware.
5. Zachowaj ten sam format co źródło.
6. Wybierz profil migracji vMotion.
7. W obszarze Opcje rozszerzone wybierz pozycję Migruj atrybuty niestandardowe.
8. Sprawdź, czy segmenty sieci lokalnej mają poprawny odcinek zdalny w Rozwiązanie Azure VMware.
9. Wybierz pozycję Sprawdź poprawność i upewnij się, że wszystkie kontrole zakończyły się pomyślnie.
10. Wybierz Przejdź, aby rozpocząć migrację.
Po zakończeniu migracji uzyskaj dostęp do maszyny wirtualnej przy użyciu konsoli zdalnej programu VMware w kliencie vSphere.
Sprawdź konfigurację sieci i sprawdź łączność zarówno z zasobami lokalnymi, jak i Rozwiązanie Azure VMware.
Sprawdź, czy SQL Server i bazy danych są dostępne. Na przykład przy użyciu SQL Server Management Studio sprawdź, czy możesz uzyskać dostęp do bazy danych.

Sprawdź łączność z 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

Opinia

Czy ta strona była pomocna?

Last updated on 2026-06-03