Udostępnij za pośrednictwem


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 za pomocą programu SQL Server 2022 link umożliwia odzyskiwanie po awarii online z powrotem po awarii do programu SQL Server, a także konfigurowanie linku z usługi SQL Managed Instance do programu SQL Server 2022.

Aby rozpocząć pracę, zapoznaj się z artykułem Przygotowanie środowiska do linku.

Omówienie

Link wystąpienia zarządzanego używa rozproszonych grup dostępności do rozszerzania majątku danych w bezpieczny i bezpieczny sposób, replikując dane niemal 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 węzły i wiele węzłów wystąpienia programu SQL Server z istniejącymi grupami dostępności lub bez tych grup. 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:

  • Replikacja jednokierunkowa z programu SQL Server w wersjach 2016 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ż możesz ręcznie przejść w tryb failover do wystąpienia zarządzanego, jeśli wystąpi awaria, spowoduje to przerwanie łącza i powrót po awarii nie jest obsługiwany.
  • Odzyskiwanie po awarii (SQL Server 2022): użyj funkcji łączenia, aby replikować dane między programem SQL Server 2022 i usługą SQL Managed Instance, ręcznie przełączyć się w tryb failover do usługi pomocniczej podczas awarii i powrócić po awarii do bazy podstawowej po wyeliminowaniu awarii. Może to być początkowy podstawowy program SQL Server lub wystąpienie zarządzane SQL.

Możesz nadal uruchamiać link tak długo, jak jest potrzebny, przez wiele miesięcy, a nawet lat naraz. Ponadto w przypadku podróży po modernizacji, jeśli lub gdy wszystko będzie gotowe do migracji na platformę Azure, link umożliwia znacznie ulepszone środowisko 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

Diagram przedstawiający główny scenariusz linku wystąpienia zarządzanego.

Możliwość obsługi wersji

Link wystąpienia zarządzanego jest obsługiwany zarówno w warstwie Ogólnego przeznaczenia, jak i Krytyczne dla działania firmy usługi Azure SQL Managed Instance. 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
Wystąpienie zarządzane 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 linku w tryb 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
SQL Server 2019 (15.x) Tylko system Windows Server Ogólnie dostępne Tylko z programu SQL Server do wystąpienia zarządzanego SQL SQL Server 2019 CU20 (KB5024276)
SQL Server 2017 (14.x) Brak NIE DOTYCZY Brak Program SQL Server 2017 nie jest obecnie obsługiwany.
SQL Server 2016 (13.x) Tylko system Windows Server Ogólnie dostępne Tylko z programu SQL Server do wystąpienia zarządzanego SQL 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 NIE DOTYCZY Brak Wersje przed programem SQL Server 2016 nie są obsługiwane.

1 Podczas tworzenia linku z programem SQL Server 2022 jako początkowego podstawowego jest obsługiwane począwszy od wersji RTM programu SQL Server 2022, utworzenie linku z usługą Azure SQL Managed Instance jako początkowego podstawowego jest obsługiwane tylko w przypadku programu 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.

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 wystąpieniem programu SQL Server a wystąpieniem zarządzanym. Jeśli program SQL Server działa lokalnie, użyj linku sieci VPN lub usługi Azure ExpressRoute. Jeśli program SQL Server jest uruchomiony na maszynie wirtualnej platformy Azure, wdróż maszynę wirtualną w tej samej sieci wirtualnej co wystąpienie zarządzane lub użyj komunikacji równorzędnej sieci wirtualnych, aby połączyć dwie oddzielne podsieci.
  • Wdrożenie usługi Azure SQL Managed Instance aprowidowane w dowolnej warstwie usługi.

Potrzebne są również następujące narzędzia:

Narzędzie Uwagi
Program SSMS 20.2 lub nowszy Program SQL Server Management Studio (SSMS) to najprostszy sposób korzystania z linku wystąpienia zarządzanego, ponieważ udostępnia kreatorów automatyzujących konfigurację linków.
Az.SQL 3.9.0 lub nowszy Moduł programu PowerShell jest wymagany do ręcznego wykonania kroków konfiguracji.

Uwaga

Funkcja linku wystąpienia zarządzanego jest dostępna we wszystkich regionach publicznych platformy Azure i chmurach krajowych lub rządowych.

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 jednym węzłem z istniejącymi grupami dostępności lub bez istniejących lub wielu systemów węzłów z istniejącymi grupami dostępności.

Diagram przedstawiający sposób działania funkcji linku dla usługi SQL Managed Instance przy użyciu rozproszonej technologii grupy 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 program SQL Server jest hostowany na maszynie wirtualnej platformy Azure, wewnętrzna sieć szkieletowa platformy Azure może być używana między maszyną wirtualną a wystąpieniem zarządzanym — na przykład komunikacją równorzędną sieci wirtualnych. 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 linków z tych samych lub różnych źródeł programu SQL Server do pojedynczego wystąpienia zarządzanego Usługi Azure SQL, ograniczone tylko przez liczbę baz danych, które mogą być hostowane w wystąpieniu zarządzanym jednocześnie — do 100 łączy dla warstw Ogólnego przeznaczenia i Krytyczne dla działania firmy oraz 500 w przypadku uaktualnienia warstwy ogólnego przeznaczenia następnej generacji. Podobnie pojedyncze wystąpienie programu SQL Server może ustanowić wiele równoległych łączy synchronizacji bazy danych z kilkoma wystąpieniami zarządzanymi, nawet w różnych regionach świadczenia usługi Azure, w relacji jeden do jednego między bazą danych a wystąpieniem zarządzanym.

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
  • Istnieje możliwość zautomatyzowania przygotowywania środowiska do linku wystąpienia zarządzanego przy użyciu skryptu do pobrania. Aby dowiedzieć się więcej, zapoznaj się z blogem dotyczącym konfigurowania linku automatyzowania.

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 Wystąpienie zarządzane umożliwia odzyskiwanie po awarii, gdzie w przypadku awarii można ręcznie przejąć obciążenie w tryb failover z poziomu podstawowego do pomocniczego. Aby rozpocząć, zapoznaj się z artykułem Odzyskiwanie po awarii za pomocą linku wystąpienia zarządzanego.

W przypadku programu SQL Server 2016 i programu SQL Server 2019 podstawowy jest zawsze programem SQL Server, a przejście w tryb failover do pomocniczego wystąpienia zarządzanego 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ą programu SQL Server 2022 program SQL Server lub wystąpienie zarządzane SQL może być początkowym podstawowym elementem podstawowym i można ustanowić link z programu SQL Server lub usługi SQL Managed Instance. Obciążenia między podstawowym i pomocniczym można przywrócić po awarii, osiągając rzeczywiste dwukierunkowe odzyskiwanie po awarii.

W przypadku powrotu po awarii do programu SQL Server możesz wybrać opcję powrotu po awarii:

  • online przy użyciu linku wystąpienia zarządzanego bezpośrednio.
  • w trybie offline , wykonując kopię zapasową bazy danych z usługi SQL Managed Instance i przywracając ją do wystąpienia programu SQL Server 2022.

Diagram przedstawiający scenariusz odzyskiwania po awarii.

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 i odciążania obciążeń tylko do odczytu na platformę 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 to baza danych o zakresie (jeden link na jedną bazę danych), umożliwiając konsolidację i dekonsolidację 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 ostatnia opcja zapewnia wydajny sposób szybkiego zbliżenia obciążeń do klientów w dowolnym regionie na całym świecie, którego można używać 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 wydajna, minimalna migracja przestojów 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 minimalną migrację przestojów, możesz przeprowadzić migrację do wystąpienia zarządzanego podczas konserwacji podstawowego obciążenia 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 prawdziwe 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 w wystąpieniu zarządzanym są automatycznie tworzone w usłudze Azure Storage niezależnie od tego, czy usługa SQL Managed Instance jest podstawowa. 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 do punktu w czasie replikowanej bazy danych do dowolnego wdrożenia usługi SQL Managed Instance w tym samym regionie, co w przypadku innych automatycznych kopii zapasowych.

Bezpłatna pasywna replika odzyskiwania po awarii bez licencji

Możesz zaoszczędzić na kosztach licencjonowania rdzeni wirtualnych, jeśli aktywujesz korzyść użycia hybrydowego trybu failover dla pomocniczego pasywnego odzyskiwania po awarii tylko wystąpień zarządzanych SQL, które nie mają żadnych obciążeń.

Aby rozpocząć, zapoznaj się z artykułem Replika pasywna bez licencji.

Korzyść z kosztów

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 wystąpienie są naliczane za godzinę szczegółowości i nadal mogą być naliczane opłaty za pełną godzinę, jeśli zaktualizujesz korzyść licencjonowania w ciągu godziny.

Korzyść odzwierciedla inaczej model rozliczeń z płatnością zgodnie z rzeczywistym użyciem i Korzyść użycia hybrydowego platformy Azure. W przypadku modelu rozliczeń z płatnością zgodnie z rzeczywistym użyciem rdzenie wirtualne są dyskontowane na fakturze. Jeśli używasz Korzyść użycia hybrydowego platformy Azure dla repliki pasywnej, liczba rdzeni wirtualnych używanych przez replikę pomocniczą zostanie zwrócona do puli licencji.

Na przykład jako klient z płatnością zgodnie z rzeczywistym użyciem, jeśli masz 16 rdzeni wirtualnych przypisanych do wystąpienia pomocniczego, rabat na 16 rdzeni wirtualnych pojawia się na fakturze, jeśli wyznaczysz wystąpienie pomocnicze na potrzeby hybrydowego trybu failover.

W innym przykładzie, jeśli masz 16 Korzyść użycia hybrydowego platformy Azure licencji, a pomocnicze wystąpienie zarządzane SQL używa 8 rdzeni wirtualnych, po wyznaczeniu wystąpienia pomocniczego dla hybrydowego trybu failover, 8 rdzeni wirtualnych zostanie zwróconych do puli licencji do użycia z innymi wdrożeniami usługi 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 z systemem Windows 10 i 11 do hostowania wystąpienia programu SQL Server, ponieważ nie można włączyć funkcji zawsze włączonej grupy dostępności wymaganej dla linku. 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. Aby można było wykonać następujące czynności, należy skonfigurować wystąpienie przy użyciu zasad aktualizacji programu SQL Server 2022:
    • Ustanów łącze z usługi SQL Managed Instance do programu SQL Server.
    • Przełączenie w tryb failover z usługi SQL Managed Instance do programu SQL Server 2022.
  • Chociaż można ustanowić link z programu SQL Server 2022 do wystąpienia zarządzanego SQL skonfigurowanego przy użyciu zawsze aktualnych zasad aktualizacji, po przejściu w tryb failover do usługi SQL Managed Instance nie będzie już można replikować danych ani wracać po awarii do programu 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 wersji 2016 i 2019 replikacja baz danych użytkowników z wystąpień programu SQL Server do wdrożeń usługi SQL Managed Instance jest jednym ze sposobów. Nie można replikować baz danych użytkowników z wdrożeń usługi SQL Managed Instance do wystąpień programu SQL Server. Dwukierunkowa replikacja z powrotem po awarii do wystąpienia programu SQL Server jest dostępna tylko dla programu 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 dublowania bazy danych.
  • Tylko jedna baza danych może zostać umieszczona w jednej grupie dostępności dla jednego linku 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 połączenia wystąpienia zarządzanego między programem SQL Server i usługą SQL Managed Instance jest oparte na certyfikatach i dostępne tylko za pośrednictwem wymiany certyfikatów. 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.

Ograniczenia funkcji obejmują:

  • Grupy trybu failover nie są obsługiwane w przypadku wystąpień korzystających z funkcji linku. Nie można ustanowić łącza w wystąpieniu zarządzanym, które jest częścią grupy trybu failover, i odwrotnie, nie można skonfigurować grupy trybu failover w wystąpieniu, które ma ustanowione łą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 w wystąpieniu programu SQL Server w scenariuszu migracji, podczas przechodzenia w tryb failover na platformę Azure replikacja transakcyjna we wdrożeniu usługi SQL Managed Instance zakończy się niepowodzeniem i powinna zostać ręcznie ponownie skonfigurowana.
  • Jeśli używasz transakcji rozproszonych z bazą danych replikowaną z wystąpienia programu SQL Server i w scenariuszu migracji, w przypadku migracji jednorazowej do chmury, możliwości koordynatora transakcji rozproszonych nie zostaną przeniesione. Nie można migrować bazy danych do udziału w transakcjach rozproszonych z wystąpieniem programu SQL Server, ponieważ wdrożenie usługi SQL Managed Instance nie obsługuje obecnie transakcji rozproszonych z programem SQL Server. Obecnie usługa SQL Managed Instance obsługuje transakcje rozproszone tylko mię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 olTP w pamięci 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 olTP w pamięci. 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 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.

Aby użyć linku:

Aby dowiedzieć się więcej na temat linku:

W przypadku innych scenariuszy replikacji i migracji należy wziąć pod uwagę następujące kwestie: