Omówienie linku wystąpienia zarządzanego
Dotyczy:Azure SQL Managed Instance
Ten artykuł zawiera omówienie linku wystąpienia zarządzanego, który umożliwia replikację danych niemal w czasie rzeczywistym między programem SQL Server i usługą Azure SQL Managed Instance. Link zapewnia elastyczność hybrydową i mobilność bazy danych, ponieważ odblokuje kilka scenariuszy, takich jak skalowanie obciążeń tylko do odczytu, odciążanie analiz i raportowanie na platformę Azure oraz migrowanie do platformy Azure. Ponadto, w SQL Server 2022, łącze umożliwia odzyskiwanie po awarii online z przełączaniem z powrotem do SQL Server, a także konfigurowanie łącza z zarządzanej instancji SQL do SQL Server 2022.
Aby rozpocząć, zapoznaj się z przygotowaniem środowiska do łącza.
Omówienie
Link wystąpienia zarządzanego używa rozproszonych grup dostępności do rozszerzania zasobów danych w bezpieczny i zabezpieczony sposób, replikując dane prawie w czasie rzeczywistym z programu SQL Server hostowanego w dowolnym miejscu do usługi Azure SQL Managed Instance lub z usługi Azure SQL Managed Instance do programu SQL Server 2022 hostowanego w dowolnym miejscu.
Link obsługuje pojedyncze i wielowersyjne instancje SQL Server, z grupami dostępności lub bez nich. Korzystając z linku, możesz korzystać z zalet platformy Azure bez migrowania majątku danych programu SQL Server do chmury.
Chociaż link obsługuje replikację jednej bazy danych na łącze, można replikować wiele baz danych z jednego wystąpienia programu SQL Server do co najmniej jednego wystąpienia zarządzanego SQL lub replikować tę samą bazę danych do wielu wystąpień zarządzanych SQL, konfigurując wiele łączy — jeden link dla każdej bazy danych do pary wystąpienia zarządzanego.
Funkcja linku oferuje obecnie następujące funkcje:
- replikacji jednokierunkowej z programu SQL Server w wersji 2016, 2017 i 2019: użyj funkcji linku, aby replikować dane w jeden sposób z wystąpienia SQL do usługi Azure SQL Managed Instance. Chociaż w przypadku awarii możesz ręcznie przełączyć się na swoje wystąpienie zarządzane, powoduje to zerwanie połączenia, a powrót nie jest możliwy.
- Odzyskiwanie po awarii (SQL Server 2022): użyj funkcji łącza, aby replikować dane między SQL Server 2022 a usługą SQL Managed Instance, ręcznie przełącz się w tryb awaryjny na instancję pomocniczą podczas awarii, a następnie powróć do instancji głównej po usunięciu awarii. Początkowym serwerem podstawowym może być SQL Server lub zarządzane wystąpienie SQL.
Możesz nadal uruchamiać link tak długo, jak jest potrzebny, przez wiele miesięcy, a nawet lat naraz. Ponadto podczas procesu modernizacji, jeśli lub gdy będziesz gotowy do migracji na Azure, link zapewnia znacznie lepsze doświadczenie migracji. Migracja za pośrednictwem linku oferuje minimalny przestój w porównaniu ze wszystkimi innymi dostępnymi opcjami migracji, zapewniając prawdziwą migrację online do usługi SQL Managed Instance.
Bazy danych replikowane za pośrednictwem połączenia między programem SQL Server i usługą Azure SQL Managed Instance mogą być używane w kilku scenariuszach, takich jak:
- Odzyskiwanie po awarii
- Korzystanie z usług platformy Azure bez migracji do chmury
- Odciążanie obciążeń tylko do odczytu na platformę Azure
- Migracja na platformę Azure
- Kopiowanie danych lokalnych
Możliwość obsługi wersji
Link zarządzanego wystąpienia jest obsługiwany zarówno w warstwie Ogólnego Przeznaczenia, jak i w warstwie Krytycznej dla Biznesu usługi Zarządzane Wystąpienie Azure SQL. Funkcja linku współpracuje z wersjami Enterprise, Developer i Standard programu SQL Server.
W poniższej tabeli wymieniono funkcje funkcji linku oraz minimalną obsługiwaną wersję programu SQL Server:
Początkowa wersja podstawowa | System operacyjny (OS) | Replikacja jednokierunkowa | Opcje odzyskiwania po awarii | Wymaganie dotyczące aktualizacji obsługi |
---|---|---|---|---|
Zarządzane wystąpienie Azure SQL | Windows Server i Linux | Ogólnie dostępne | Dwukierunkowe |
-
SQL Server 2022 CU10 (KB5031778): Tworzenie linku z usługi Azure SQL Managed Instance do programu SQL Server 2022 1 - SQL Server 2022 CU13 (KB5036432): Przełączanie łącza do trybu failover przy użyciu języka Transact-SQL — Konfigurowanie linku z usługi Azure SQL Managed Instance do programu SQL Server 2022 jest obsługiwane tylko przez wystąpienia skonfigurowane przy użyciu zasad aktualizacji programu SQL Server 2022 |
SQL Server 2022 (16.x) | Windows Server i Linux | Ogólnie dostępne | Dwukierunkowe | — SQL Server 2022 RTM: Tworzenie linku z programu SQL Server 2022 do usługi Azure SQL Managed Instance - SQL Server 2022 CU13 (KB5036432): Przełączanie linku na tryb failover przy użyciu języka Transact-SQL |
SQL Server 2019 (15.x) | Tylko system Windows Server | Ogólnie dostępne | Tylko z SQL Server do SQL MI | SQL Server 2019 CU20 (KB5024276) |
SQL Server 2017 (14.x)2 | Tylko system Windows Server | Ogólnie dostępne | Tylko z SQL Server do Zarządzanego Wystąpienia SQL | Najnowsza kompilacja programu SQL Server 2017 CU31 i pasująca kompilacja pakietu SQL Server 2017 Azure Connect |
SQL Server 2016 (13.x) | Tylko system Windows Server | Ogólnie dostępne | Tylko z SQL Server do SQL MI | Najnowsza kompilacja programu SQL Server 2016 SP3 i pasująca kompilacja pakietu SQL Server 2016 Azure Connect |
SQL Server 2014 (12.x) i poniżej | Brak | Brak | Brak | Wersje przed programem SQL Server 2016 nie są obsługiwane. |
1 Tworzenie linku z programem SQL Server 2022 jako podstawowego jest obsługiwane od wersji RTM programu SQL Server 2022, natomiast utworzenie linku z usługą Azure SQL Managed Instance jako podstawowego jest obsługiwane dopiero od SQL Server 2022 CU10. Jeśli utworzysz link z początkowego wystąpienia zarządzanego SQL, obniżenie poziomu programu SQL Server poniżej CU10 nie jest obsługiwane, gdy link jest aktywny, ponieważ może powodować problemy po przejściu w tryb failover w obu kierunkach.
2 Tworzenie łącza z programem SQL Server 2017 jest obecnie obsługiwane tylko w przypadku usługi Azure SQL Managed Instance z zasadami aktualizacji programu SQL Server 2022.
Wersje programu SQL Server wcześniejsze niż SQL Server 2016 (SQL Server 2008 – 2014) nie są obsługiwane, ponieważ funkcja linku opiera się na technologii rozproszonej grupy dostępności, która została wprowadzona w programie SQL Server 2016.
Oprócz obsługiwanej wersji programu SQL Server potrzebne są następujące elementy:
- Łączność sieciowa między instancją SQL Server a instancją zarządzaną. Jeśli program SQL Server działa lokalnie, użyj linku sieci VPN lub usługi Azure ExpressRoute. Jeśli SQL Server jest uruchomiony na maszynie wirtualnej platformy Azure, można albo wdrożyć maszynę wirtualną w tej samej sieci wirtualnej co wystąpienie zarządzane, albo wykorzystać peering sieci wirtualnych do połączenia dwóch oddzielnych podsieci.
- Wdrożenie Azure SQL Managed Instance, przypisane do wybranej warstwy usługi.
Potrzebne są również następujące narzędzia:
Narzędzie | Uwagi |
---|---|
Najnowsza SSMS | Program SQL Server Management Studio (SSMS) to najprostszy sposób korzystania z łącza wystąpienia zarządzanego, ponieważ udostępnia kreatorów automatyzujących konfigurację łączy. |
Najnowsza Az.SQL lub Azure CLI | Aby skonfigurować łącze przy użyciu skryptów. |
Uwaga
Funkcja linku wystąpienia zarządzanego jest dostępna we wszystkich publicznych regionach platformy Azure oraz w chmurach krajowych i rządowych.
Jak działa link
Podstawowa technologia funkcji łączenia dla usługi SQL Managed Instance opiera się na tworzeniu rozproszonej grupy dostępności między programem SQL Server i usługą Azure SQL Managed Instance. Rozwiązanie obsługuje systemy z pojedynczym węzłem, zarówno z istniejącymi grupami dostępności, jak i bez nich, oraz systemy z wieloma węzłami z istniejącymi grupami dostępności.
Połączenie prywatne, takie jak sieć VPN lub usługa Azure ExpressRoute, jest używane między siecią lokalną a platformą Azure. Jeśli SQL Server jest hostowany na maszynie wirtualnej platformy Azure, wewnętrzna infrastruktura platformy Azure może być używana między maszyną wirtualną a instancją zarządzaną — na przykład poprzez funkcję łączenia sieci równorzędnych. Zaufanie między dwoma systemami jest ustanawiane przy użyciu uwierzytelniania opartego na certyfikatach, w którym program SQL Server i usługa SQL Managed Instance wymieniają klucze publiczne odpowiednich certyfikatów.
Usługa Azure SQL Managed Instance obsługuje wiele połączeń z jednego lub różnych serwerów SQL na jedno wystąpienie Azure SQL Managed Instance, ograniczone jedynie przez liczbę baz danych, które mogą być jednocześnie hostowane w danym wystąpieniu zarządzanym — do 100 połączeń dla poziomów usług General Purpose i Business Critical oraz 500 dla uaktualnienia poziomu Next-gen General Purpose. Podobnie pojedyncze wystąpienie SQL Servera może ustanowić wiele równoczesnych połączeń synchronizacji baz danych z kilkoma wystąpieniami zarządzanymi, nawet w różnych regionach Azure, w relacji jeden-na-jeden między bazą danych a wystąpieniem zarządzanym.
Użyj linku
Aby ułatwić skonfigurowanie środowiska początkowego, zapoznaj się z przewodnikiem przygotowywania środowiska programu SQL Server do korzystania z funkcji linku z usługą SQL Managed Instance:
- Przygotowanie środowiska dla linku dla programu SQL Server 2019 lub nowszego lub dla programu SQL Server 2016
- Można zautomatyzować przygotowanie środowiska do utworzenia połączenia z zarządzanym wystąpieniem za pomocą skryptu do pobrania. Zapoznaj się z blogiem dotyczącym automatyzacji konfiguracji linków, aby dowiedzieć się więcej.
Po upewnieniu się, że wstępne wymagania dotyczące środowiska zostaną spełnione, możesz utworzyć link przy użyciu kreatora zautomatyzowanego w programie SQL Server Management Studio (SSMS) lub ręcznie skonfigurować link przy użyciu skryptów:
Po utworzeniu linku postępuj zgodnie z najlepszymi rozwiązaniami, aby zachować link:
Odzyskiwanie po awarii
Link do zarządzanego wystąpienia umożliwia odzyskiwanie po awarii, gdzie w przypadku katastrofy można ręcznie przełączyć obciążenie z instancji podstawowej na instancję pomocniczą. Aby rozpocząć, zapoznaj się z linkiem Odzyskiwanie po awarii za pomocą wystąpienia zarządzanego.
W przypadku SQL Server od wersji 2016 do 2019 podstawowy jest zawsze SQL Server, a przełączenie w trybie failover do pomocniczej zarządzanej instancji jest jednokierunkowe. Powrót po awarii do programu SQL Server nie jest obsługiwany. Można jednak odzyskać dane do programu SQL Server przy użyciu opcji przenoszenia danych, takich jak replikacja transakcyjna lub eksportowanie pliku bacpac.
Za pomocą SQL Server 2022, serwer SQL Server lub wystąpienie zarządzane SQL może być początkowym elementem głównym i można ustanowić połączenie z serwerem SQL Server lub wystąpieniem zarządzanym SQL. Można przenosić obciążenia robocze między lokalizacją podstawową a pomocniczą, zapewniając prawdziwe dwukierunkowe odzyskiwanie po awarii.
W przypadku powrotu po awarii do programu SQL Server możesz wybrać opcję powrotu po awarii:
- Można połączyć się bezpośrednio online korzystając z linku do zarządzanej instancji.
- w trybie offline, poprzez wykonanie kopii zapasowej bazy danych z SQL Managed Instance i przywrócenie jej do instancji programu SQL Server 2022.
Korzystanie z usług platformy Azure
Użyj funkcji linku, aby korzystać z usług platformy Azure przy użyciu danych programu SQL Server bez migrowania ich do chmury. Przykłady obejmują raportowanie, analizę, kopie zapasowe, uczenie maszynowe i inne zadania, które wysyłają dane na platformę Azure.
Odciążanie obciążeń na platformę Azure
Możesz również użyć funkcji linku, aby odciążyć obciążenia do platformy Azure. Na przykład aplikacja może używać programu SQL Server do obsługi obciążeń odczytu/zapisu, podczas gdy odciąża obciążenia tylko do odczytu do wdrożeń usługi SQL Managed Instance w dowolnym regionie świadczenia usługi Azure na całym świecie. Po ustanowieniu linku podstawowa baza danych w programie SQL Server jest dostępna do odczytu/zapisu, a replikowane dane do wystąpienia zarządzanego na platformie Azure są dostępne tylko do odczytu. Takie rozwiązanie umożliwia korzystanie z różnych scenariuszy, w których replikowane bazy danych w wystąpieniu zarządzanym mogą służyć do skalowania odczytu danych i przeniesienia obciążeń tylko do odczytu do Azure. Wystąpienie zarządzane równolegle może również hostować niezależne bazy danych odczytu/zapisu. Umożliwia to kopiowanie replikowanej bazy danych do innej bazy danych odczytu/zapisu w tym samym wystąpieniu zarządzanym w celu dalszego przetwarzania danych.
Link ma zakres bazodanowy (po jednym linku na bazę danych), umożliwiając konsolidację i rozdzielenie obciążeń na platformie Azure. Można na przykład replikować bazy danych z wielu wystąpień programu SQL Server do pojedynczego wdrożenia usługi SQL Managed Instance na platformie Azure (konsolidacja) lub replikować bazy danych z jednego wystąpienia programu SQL Server do wielu wystąpień zarządzanych za pośrednictwem relacji jeden do jednego między bazą danych i wystąpieniem zarządzanym, do dowolnego regionu świadczenia usługi Azure na całym świecie (dekonsolidacja). Ta opcja zapewnia wydajny sposób na szybkie zbliżenie obciążeń roboczych do klientów w dowolnym regionie na całym świecie, umożliwiając ich użycie jako replik tylko do odczytu.
Migracja na platformę Azure
Funkcja linku ułatwia również migrację z programu SQL Server do usługi SQL Managed Instance, która umożliwia:
- Najbardziej efektywna migracja o minimalnym czasie przestoju w porównaniu do wszystkich innych dostępnych obecnie rozwiązań.
- Prawdziwa migracja online do usługi SQL Managed Instance w dowolnej warstwie usługi.
Ponieważ funkcja linku umożliwia migrację z minimalnymi przestojami, możesz przeprowadzić migrację do zarządzanego wystąpienia, utrzymując swoje obciążenie główne w trybie online. Chociaż obecnie jest możliwe osiągnięcie migracji online do warstwy usługi Ogólnego Przeznaczenia z innymi rozwiązaniami, funkcja linku jest jedynym rozwiązaniem, które umożliwia rzeczywiste migracje online do warstwy Krytyczne dla Działania Firmy.
Kopiowanie danych lokalnych
Za pomocą programu SQL Server 2022 możesz ustanowić link z usługi SQL Managed Instance do programu SQL Server, odblokowując dodatkowe scenariusze, takie jak tworzenie repliki bazy danych niemal w czasie rzeczywistym poza platformą Azure, testowanie planów ciągłości działania i spełnianie wymagań dotyczących zgodności.
Automatyczne kopie zapasowe
Po skonfigurowaniu połączenia z usługą Azure SQL Managed Instance, bazy danych na zarządzanym wystąpieniu są automatycznie kopiowane do usługi Azure Storage, niezależnie od tego, czy SQL Managed Instance jest instancją główną. Automatyczne tworzenie kopii zapasowych za pomocą linku wykonuje pełne kopie zapasowe dziennika transakcji, ale nie różnicowe kopie zapasowe, co może prowadzić do dłuższego czasu przywracania.
Możesz zmniejszyć koszty lokalnego zarządzania i operacji, jednocześnie ciesząc się niezawodnością kopii zapasowych platformy Azure dla replikowanych baz danych. Następnie można wykonać przywracanie w punkcie w czasie replikowanej bazy danych do dowolnego wdrożenia usługi SQL Managed Instance w tym samym regionie, podobnie jak w przypadku innych automatycznych kopii zapasowych.
Pasywna replika bez opłat licencyjnych
Możesz zaoszczędzić na kosztach licencjonowania rdzeni wirtualnych, jeśli aktywujesz korzyść hybrydowego trybu awaryjnego dla pomocniczego pasywnego odzyskiwania po awarii zarządzanych wystąpień SQL bez obciążeń.
Aby rozpocząć, zapoznaj się z artykułem Replika pasywna bez licencji.
Analiza kosztów i korzyści
Jeśli wyznaczysz replikę wystąpienia zarządzanego tylko do odzyskiwania po awarii, firma Microsoft nie nalicza kosztów licencjonowania programu SQL Server dla rdzeni wirtualnych używanych przez wystąpienie pomocnicze. Pamiętaj, że opłaty za instancję są naliczane w rozliczeniu godzinowym i nadal mogą być naliczane opłaty licencyjne za pełną godzinę, jeśli wprowadzisz zmiany w korzyściach licencyjnych w tej samej godzinie.
Korzyść różnie się przejawia w modelu rozliczeń typu pay-as-you-go oraz Korzyść hybrydowa platformy Azure. W przypadku modelu rozliczeń z płatnością zgodnie z rzeczywistym użyciem rdzenie wirtualne są objęte zniżką na fakturze. Jeśli używasz Korzyści Hybrydowej Azure dla repliki pasywnej, liczba rdzeni wirtualnych używanych przez replikę pomocniczą zostanie zwrócona do Twojej puli licencji.
Na przykład jako klient z rozliczeniem w modelu "płacisz za to, co zużywasz", jeśli masz przypisane 16 vCores do wystąpienia pomocniczego, otrzymasz zniżkę na 16 vCores, która pojawi się na Twojej fakturze, jeśli wyznaczysz swoje wystąpienie pomocnicze do trybu hybrydowego przełączenia awaryjnego.
W innym przykładzie, jeśli masz 16 licencji na Azure Hybrid Benefit, a pomocnicze wystąpienie zarządzane SQL używa 8 rdzeni wirtualnych, po wyznaczeniu wystąpienia pomocniczego do hybrydowego przełączania awaryjnego, 8 rdzeni wirtualnych zostanie zwróconych do puli licencji do wykorzystania w innych wdrożeniach Azure SQL.
Aby uzyskać dokładne warunki i postanowienia dotyczące korzyści z praw hybrydowego trybu failover, zobacz postanowienia licencyjne dotyczące programu SQL Server w trybie online w sekcji "SQL Server — prawa do trybu failover".
Ograniczenia
Podczas korzystania z linku należy wziąć pod uwagę następujące ograniczenia.
Ograniczenia obsługi wersji obejmują:
- Nie można używać klientów działających na systemach Windows 10 i 11 do hostowania wystąpienia programu SQL Server, ponieważ nie można włączyć funkcji Always On grup dostępności wymaganej dla nawiązania połączenia. Wystąpienia programu SQL Server muszą być hostowane w systemie Windows Server 2012 lub nowszym.
- Program SQL Server w wersji 2008-2014 nie jest obsługiwany przez funkcję łącza, ponieważ aparat SQL tych wersji nie ma wbudowanej obsługi rozproszonych grup dostępności wymaganych dla tego linku. Uaktualnij program SQL Server do nowszej wersji, aby użyć linku.
- Replikacja danych i tryb failover z usługi SQL Managed Instance do programu SQL Server 2022 nie są obsługiwane przez wystąpienia skonfigurowane przy użyciu zawsze aktualnych zasad aktualizacji. Twoje wystąpienie musi być skonfigurowane z zasadami aktualizacji programu SQL Server 2022, aby wykonać następujące czynności:
- Ustanów łącze z usługi SQL Managed Instance do programu SQL Server.
- Przełączenie awaryjne z SQL Managed Instance do SQL Server 2022.
- Chociaż można ustanowić łącze pomiędzy SQL Server 2022 a instancją zarządzaną SQL skonfigurowaną z użyciem polityki aktualizacji zawsze aktualnej, po przełączeniu awaryjnym do instancji zarządzanej SQL nie będzie już można replikować danych ani powrócić do SQL Server 2022.
Ograniczenia replikacji danych obejmują:
- Można replikować tylko bazy danych użytkowników. Replikacja systemowych baz danych nie jest obsługiwana.
- Rozwiązanie nie replikuje obiektów na poziomie serwera, zadań agenta ani logowań użytkownika z programu SQL Server do usługi SQL Managed Instance.
- W przypadku programu SQL Server w wersjach 2016, 2017 i 2019, replikacja baz danych użytkowników z wystąpień programu SQL Server do wdrożeń usługi SQL Managed Instance jest jedną z możliwości. Bazy danych użytkowników z wdrożeń usługi SQL Managed Instance nie można replikować z powrotem do wystąpień programu SQL Server za pośrednictwem linku. Dwukierunkowa replikacja z możliwością przywrócenia po awarii do instancji SQL Server jest dostępna tylko dla SQL Server 2022.
- Konfigurowanie linku z usługi SQL Managed Instance do programu SQL Server w bazie danych nie jest obsługiwane w przypadku baz danych usługi SQL Managed Instance, które są już połączone.
Ograniczenia konfiguracji obejmują:
- Jeśli na serwerze istnieje wiele wystąpień programu SQL Server, można skonfigurować łącze z każdym wystąpieniem, ale każde wystąpienie musi być skonfigurowane do używania oddzielnego punktu końcowego dublowania bazy danych z dedykowanym portem na wystąpienie. Tylko wystąpienie domyślne powinno używać portu 5022 dla punktu końcowego mirroringu bazy danych.
- Tylko jedna baza danych może zostać umieszczona w jednej grupie dostępności dla jednego łącza wystąpienia zarządzanego. Istnieje jednak możliwość replikowania wielu baz danych w jednym wystąpieniu programu SQL Server przez ustanowienie wielu łączy.
- Pojedyncze wystąpienie zarządzane obsługuje maksymalnie 100 łączy z wielu wystąpień programu SQL Server.
- Link wystąpienia zarządzanego może replikować bazę danych o dowolnym rozmiarze, jeśli pasuje do wybranego rozmiaru magazynu docelowego wdrożenia usługi SQL Managed Instance.
- Uwierzytelnianie linku zarządzanego między SQL Server a SQL Managed Instance opiera się na certyfikatach i jest możliwe tylko poprzez ich wymianę. Nawiązywanie połączenia między wystąpieniem programu SQL Server i wystąpieniem zarządzanym przy użyciu uwierzytelniania systemu Windows nie jest obsługiwane.
- Tylko lokalny punkt końcowy sieci wirtualnej jest obsługiwany w celu nawiązania połączenia z usługą SQL Managed Instance.
- Nie można użyć publicznego punktu końcowego ani prywatnych punktów końcowych do nawiązania połączenia z wystąpieniem zarządzanym.
- Nie można replikować baz danych z wieloma plikami dziennika, ponieważ usługa SQL Managed Instance nie obsługuje wielu plików dziennika.
- Tworzenie linku z programem SQL Server 2017 jest obecnie obsługiwane tylko w usłudze Azure SQL Managed Instance z zasadą aktualizacji SQL Server 2022 .
Ograniczenia funkcji obejmują:
- Grupy awaryjne nie są obsługiwane w przypadku wystąpień korzystających z funkcji łącza. Nie można nawiązać łącza na zarządzanym wystąpieniu, które jest częścią grupy trybu awaryjnego, a także nie można skonfigurować grupy trybu awaryjnego na wystąpieniu, które ma nawiązane łącze.
- Jeśli używasz funkcji przechwytywania zmian danych (CDC), wysyłania dzienników lub brokera usług z bazami danych replikowanymi w wystąpieniu programu SQL Server, gdy baza danych jest migrowana do wdrożenia usługi SQL Managed Instance, podczas przejścia w tryb failover na platformę Azure klienci muszą nawiązać połączenie przy użyciu nazwy wystąpienia bieżącej globalnej repliki podstawowej. Te ustawienia powinny zostać ręcznie ponownie skonfigurowane.
- Jeśli używasz replikacji transakcyjnej z bazą danych na instancji SQL Server w scenariuszu migracji na Azure, podczas przełączenia awaryjnego na Azure replikacja transakcyjna w przypadku SQL Managed Instance w Azure zakończy się niepowodzeniem i powinna zostać ręcznie ponownie skonfigurowana.
- Jeśli używasz transakcji rozproszonych z bazą danych, która jest replikowana z instancji SQL Server i, w scenariuszu migracji, podczas przejścia do chmury, możliwości Koordynatora Transakcji Rozproszonych nie zostaną przeniesione. Nie jest możliwe, aby zmigrowana baza danych uczestniczyła w transakcjach rozproszonych z instancją SQL Server, ponieważ SQL Managed Instance nie obsługuje obecnie transakcji rozproszonych z SQL Server. Obecnie SQL Managed Instance obsługuje transakcje rozproszone jedynie pomiędzy innymi wystąpieniami zarządzanymi. Aby uzyskać więcej informacji, zobacz Transakcje rozproszone w bazach danych w chmurze.
- Jeśli używasz funkcji Transparent Data Encryption (TDE) do szyfrowania baz danych programu SQL Server, klucz szyfrowania bazy danych z programu SQL Server należy wyeksportować i przekazać do usługi Azure Key Vault. Przed utworzeniem linku należy również skonfigurować opcję TDE funkcji BYOK w usłudze SQL Managed Instance.
- Bazy danych usługi SQL Managed Instance szyfrowane za pomocą kluczy TDE zarządzanych przez usługę nie mogą być połączone z programem SQL Server. Zaszyfrowaną bazę danych można połączyć z programem SQL Server tylko wtedy, gdy została zaszyfrowana przy użyciu klucza zarządzanego przez klienta, a serwer docelowy ma dostęp do tego samego klucza, który jest używany do szyfrowania bazy danych. Aby uzyskać więcej informacji, zobacz Konfigurowanie funkcji TDE programu SQL Server za pomocą usługi Azure Key Vault.
- Nie można ustanowić połączenia między programem SQL Server i usługą SQL Managed Instance, jeśli funkcja używana w wystąpieniu programu SQL Server nie jest obsługiwana w wystąpieniu zarządzanym. Na przykład:
- Nie można replikować baz danych z tabelami plików i strumieniami plików, ponieważ usługa SQL Managed Instance nie obsługuje tabel plików ani strumieni plików.
- Bazy danych używające In-Memory OLTP mogą być replikowane tylko do usługi SQL Managed Instance w warstwie usługi Krytyczne dla działania firmy, ponieważ warstwa usługi Ogólnego przeznaczenia nie obsługuje In-Memory OLTP. Bazy danych z wieloma plikami OLTP w pamięci nie są obsługiwane przez usługę SQL Managed Instance i nie można ich replikować.
Próba dodania nieobsługiwanej funkcji do replikowanej bazy danych w:
- Program SQL Server 2017, 2019 i 2022 kończy się niepowodzeniem z powodu błędu.
- Program SQL Server 2016 powoduje przerwanie linku, który następnie należy usunąć i utworzyć ponownie.
Aby uzyskać pełną listę różnic między programem SQL Server i usługą SQL Managed Instance, zobacz Różnice języka T-SQL między programem SQL Server i usługą Azure SQL Managed Instance.
Powiązana zawartość
Aby użyć linku:
- Przygotuj środowisko dla linku do wystąpienia zarządzanego
- Konfigurowanie połączenia między programem SQL Server i wystąpieniem zarządzanym SQL za pomocą programu SSMS
- Konfigurowanie połączenia między programem SQL Server i wystąpieniem zarządzanym SQL za pomocą skryptów
- Przełączenie łącza w tryb awaryjny
- Migrowanie za pomocą linku
- Najlepsze rozwiązania dotyczące obsługi linku
- Rozwiązywanie problemów z linkiem
Aby dowiedzieć się więcej na temat linku:
W przypadku innych scenariuszy replikacji i migracji należy wziąć pod uwagę następujące kwestie: