Udostępnij za pomocą

Przegląd powiązania z zarządzanym wystąpieniem

Dotyczy:Azure SQL Managed Instance

Ten artykuł zawiera omówienie linku do wystąpienia zarządzanego, który umożliwia replikację danych niemal w czasie rzeczywistym między programem SQL Server oraz 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

Łącze zarządzanej instancji używa rozproszonych grup dostępności do rozszerzania środowiska danych w bezpieczny sposób. Replikuje 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 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:

  • Jednokierunkowa replikacja z SQL Server wersje 2016, 2017 i 2019: użyj funkcji łącza, aby replikować dane jednokierunkowo z instancji 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 łączenia, aby replikować dane między SQL Server 2022 a SQL Managed Instance, ręcznie wykonaj przełączenie awaryjne do serwera pomocniczego podczas awarii i przełącz z powrotem do serwera podstawowego po wyeliminowaniu 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.

W kilku scenariuszach można użyć baz danych replikowanych za pośrednictwem połączenia między programem SQL Server i usługą Azure SQL Managed Instance, na przykład:

  • 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

Zarówno warstwa Ogólnego przeznaczenia, jak i warstwa Krytyczna dla biznesu w Azure SQL Managed Instance obsługują połączenie wystąpienia zarządzanego. Funkcja linku współpracuje z wersjami Enterprise, Developer i Standard programu SQL Server.

Replikacja jednokierunkowa z programu SQL Server do usługi Azure SQL Managed Instance jest ogólnie dostępna dla każdej obsługiwanej wersji programu SQL Server. Odzyskiwanie po awarii z replikacją dwukierunkową i przywracaniem jest obsługiwane począwszy od SQL Server 2022 i jest oparte na polityce aktualizacji skonfigurowanej przez wystąpienie zarządzane SQL.

W poniższej tabeli wymieniono funkcje funkcji linku oraz minimalną obsługiwaną wersję programu SQL Server:

Początkowa wersja podstawowa System operacyjny (OS) Opcje odzyskiwania po awarii Minimalna wymagana aktualizacja obsługi
Azure SQL Managed Instance Windows Server i Linux dla pomocniczej repliki wystąpienia programu SQL Server Dwukierunkowe Konfigurowanie linku z Azure SQL Managed Instance do, oraz dwukierunkowe przełączanie awaryjne, jest obsługiwane przez:
— SQL Server 2025 i SQL MI z zasadami aktualizacji programu SQL Server 2025
— SQL Server 2022 i SQL MI z zasadami aktualizacji programu SQL Server 2022
SQL Server 2025 (17.x) Windows Server i Linux Dwukierunkowe SQL Server 2025 RTM (17.0.1000.7)
SQL Server 2022 (16.x) Windows Server i Linux Dwukierunkowe - SQL Server 2022 RTM (16.0.1000.6): Tworzenie linku z programu SQL Server 2022 do programu SQL MI
- SQL Server 2022 CU10 (16.0.4095.4): Tworzenie łącza z programu SQL MI do programu SQL Server 20221
- SQL Server 2022 CU13 (16.0.4125.3): Przełączanie łącza w tryb failover przy użyciu języka Transact-SQL
SQL Server 2019 (15.x) Tylko system Windows Server Tylko z SQL Server do SQL MI SQL Server 2019 CU20 (15.0.4312.2)
SQL Server 2017 (14.x) Tylko system Windows Server Tylko z SQL Server do SQL MI SQL Server 2017 CU31 (14.0.3456.2) i pasujący pakiet SQL Server 2017 Azure Connect (14.0.3490.10)
SQL Server 2016 (13.x) Tylko system Windows Server Tylko z SQL Server do SQL MI SQL Server 2016 SP3 (13.0.6300.2) i pasujący pakiet SQL Server 2016 Azure Connect (13.0.7000.253)
SQL Server 2014 (12.x) i starsze wersje 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.

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 regionach globalnych platformy Azure i chmurach krajowych lub rządowych.

Funkcja linku dla usługi SQL Managed Instance działa przez utworzenie 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.

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, łączy sieć lokalną i platformę Azure. Jeśli hostujesz program SQL Server na maszynie wirtualnej na platformie Azure, wewnętrzna sieć szkieletowa platformy Azure może połączyć maszynę wirtualną i wystąpienie zarządzane SQL, takie jak peering sieci wirtualnych. Dwa systemy ustanawiają zaufanie 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 Azure SQL. Liczba łączy zależy od liczby baz danych, które wystąpienie zarządzane może hostować w tym samym czasie — do 100 łączy dla warstw usługi Ogólnego przeznaczenia i Kluczowej dla biznesu oraz 500 łączy dla uaktualnienia warstwy Ogólnego przeznaczenia następnej generacji. Pojedyncze wystąpienie programu SQL Server może tworzyć wiele równoległych łączy synchronizacji baz danych z kilkoma wystąpieniami zarządzanymi SQL, nawet w różnych regionach świadczenia usługi Azure, z relacją 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:

Po spełnieniu wymagań dotyczących środowiska początkowego utwórz link przy użyciu zautomatyzowanego kreatora w programie SQL Server Management Studio (SSMS) lub skonfiguruj link ręcznie 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 programu SQL Server 2016 do programu SQL Server 2019 podstawowy jest zawsze programem SQL Server, a przejście w tryb failover do pomocniczego wystąpienia zarządzanego SQL 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.

W przypadku wersji SQL Server 2022 i SQL Server 2025, SQL Server lub SQL Managed Instance (z pasującymi zasadami aktualizacji) może być początkowym elementem podstawowym i można ustanowić link z SQL Server lub instancji SQL Managed Instance. 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:

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 SQL 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 SQL mogą służyć do skalowania odczytu i odciążania obciążeń tylko do odczytu na platformę Azure. Wystąpienie zarządzane SQL równolegle może również hostować niezależne bazy danych odczytu/zapisu, co umożliwia również kopiowanie replikowanej bazy danych do innej bazy danych odczytu/zapisu w tym samym wystąpieniu zarządzanym SQL 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 prawdziwe migracje online do warstwy usługi Krytyczne dla działania firmy . Aby uzyskać szczegółowe porównanie migracji między migracją z użyciem linku a usługą Log Replay Service, zobacz Porównanie linku Managed Instance do LRS.

Uwaga

Teraz możesz migrować instancję SQL Server obsługiwaną przez Azure Arc do Azure SQL Managed Instance bezpośrednio za pośrednictwem portalu Azure. Aby uzyskać więcej informacji, zobacz Migrowanie do usługi Azure SQL Managed Instance.

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 Azure SQL są automatycznie tworzone kopie zapasowe w Azure Storage, niezależnie od tego, czy Azure SQL Managed Instance jest instancją podstawową. Automatyczne tworzenie kopii zapasowych z wykorzystaniem linku obejmuje pełne kopie zapasowe oraz 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. Opłaty za instancję są naliczane w rozliczeniu godzinowym i nadal mogą być naliczane koszty licencjonowania za pełną godzinę, jeśli zaktualizujesz warunki licencjonowania w ciągu godziny.

Ta korzyść działa inaczej w przypadku modelu rozliczeń pay-as-you-go i Azure Hybrid Benefit. 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 uprawnień hybrydowego trybu failover, zobacz online warunki licencjonowania programu SQL Server 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 należy hostować w systemie Windows Server 2012 lub nowszym.
  • Funkcja linku nie obsługuje programu SQL Server w wersji 2008–2014, ponieważ aparat SQL tych wersji nie ma wbudowanej obsługi rozproszonych grup dostępności wymaganych dla 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 połączenie 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ć link z programu SQL Server 2022 do wystąpienia zarządzanego SQL skonfigurowanego przy użyciu zasady zawsze aktualnych aktualizacji, po przełączeniu na SQL Managed Instance (tryb failover), nie można replikować danych ani powrócić 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 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. Nie można replikować baz danych użytkowników z wdrożeń usługi SQL Managed Instance 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 nie jest obsługiwane dla 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żesz skonfigurować łącze dla każdego wystąpienia, ale każde wystąpienie należy skonfigurować tak, aby używało 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.
  • Dla jednego linku wystąpienia zarządzanego można umieścić tylko jedną bazę danych w jednej grupie dostępności. Można jednak replikować wiele baz danych w jednym wystąpieniu programu SQL Server, ustanawiając wiele łączy.
  • Możesz utworzyć link z istniejącą grupą dostępności z pojedynczą bazą danych. Jeśli istniejąca grupa dostępności ma wiele baz danych, możesz utworzyć link z grupą dostępności tylko wtedy, gdy usuniesz wszystkie bazy danych z wyjątkiem jednej z grupy dostępności.
  • Pojedyncze wystąpienie zarządzane SQL ogólnego przeznaczenia lub Krytyczne dla Biznesu obsługuje maksymalnie 100 łączy, a pojedyncze wystąpienie zarządzane SQL ogólnego przeznaczenia nowej generacji obsługuje maksymalnie 500 łączy z tych samych źródeł SQL Server lub z wielu różnych źródeł 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ę. Nie można użyć uwierzytelniania systemu Windows do ustanowienia połączenia między wystąpieniem programu SQL Server i wystąpieniem zarządzanym SQL.
  • Możesz ustanowić połączenie tylko z lokalnym punktem końcowym sieci wirtualnej do usługi 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ą:

  • Nie można używać grup trybu failover z wystąpieniami korzystającymi z funkcji linku. Nie można ustanowić łącza w wystąpieniu zarządzanym SQL, które jest częścią grupy failover, i odwrotnie, nie można skonfigurować grupy 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. Należy ręcznie ponownie skonfigurować te ustawienia.
  • Jeśli używasz replikacji transakcyjnej w bazie danych z ustalonym linkiem, rozważ następujące kwestie:
    • Połączona baza danych na wtórnej kopii zapasowej nie może być wydawcą w topologii replikacji transakcyjnej.
    • W przypadku migrowania bazy danych skonfigurowanej jako wydawca w topologii replikacji transakcyjnej przy użyciu linku należy ponownie skonfigurować bazę danych jako wydawcę w wystąpieniu docelowym po zakończeniu migracji.
  • 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, musisz wyeksportować klucz szyfrowania bazy danych z programu SQL Server i przekazać go do usługi Azure Key Vault. Przed utworzeniem linku należy również skonfigurować opcję TDE byOK w usłudze SQL Managed Instance.
  • Nie można połączyć baz danych usługi SQL Managed Instance zaszyfrowanych przy użyciu kluczy TDE zarządzanych przez usługę do programu SQL Server. Zaszyfrowaną bazę danych można połączyć z programem SQL Server tylko wtedy, gdy zaszyfrowano ją 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 SQL. 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 można replikować 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. Usługa SQL Managed Instance nie obsługuje baz danych z wieloma plikami OLTP In-Memory 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:

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

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

  • Last updated on