Udostępnij za pośrednictwem

Dublowanie bazy danych Azure SQL Database

  • Artykuł

Dublowanie w sieci szkieletowej zapewnia łatwe środowisko umożliwiające uniknięcie złożonych operacji ETL (wyodrębnianie transformacji ładowania) i zintegrowanie istniejącego majątku usługi Azure SQL Database z resztą danych w usłudze Microsoft Fabric. Istniejące bazy danych Azure SQL Database można stale replikować bezpośrednio do usługi OneLake w usłudze Fabric. Wewnątrz sieci szkieletowej można odblokować zaawansowane scenariusze analizy biznesowej, sztucznej inteligencji, inżynierowie danych, Nauka o danych i udostępniania danych.

Aby zapoznać się z samouczkiem dotyczącym konfigurowania usługi Azure SQL Database for Mirroring w sieci szkieletowej, zobacz Samouczek: Konfigurowanie dublowanych baz danych usługi Microsoft Fabric z usługi Azure SQL Database.

Aby dowiedzieć się więcej i obejrzeć pokazy dublowania usługi Azure SQL Database w usłudze Fabric, obejrzyj następujący odcinek Dane ujawnione.

Dlaczego warto używać funkcji dublowania w sieci szkieletowej?

W przypadku dublowania w sieci szkieletowej nie trzeba łączyć różnych usług od wielu dostawców. Zamiast tego możesz korzystać z wysoce zintegrowanego, kompleksowego i łatwego w użyciu produktu, który został zaprojektowany w celu uproszczenia potrzeb analitycznych oraz skompilowany pod kątem otwartości i współpracy między usługami Microsoft, Azure SQL Database i 1000 rozwiązań technologicznych, które mogą odczytywać format tabeli delta lake typu open source.

Jakie środowiska analityczne są wbudowane?

Dublowane bazy danych są elementem w usłudze Fabric Magazyn danych odrębnym od punktu końcowego magazynu i analizy SQL.

Diagram dublowania bazy danych sieci szkieletowej dla usługi Azure SQL Database.

Dublowanie tworzy trzy elementy w obszarze roboczym usługi Fabric:

Każda dublowana usługa Azure SQL Database ma automatycznie wygenerowany punkt końcowy analizy SQL, który zapewnia zaawansowane środowisko analityczne na podstawie tabel delty utworzonych przez proces dublowania. Użytkownicy mają dostęp do znanych poleceń języka T-SQL, które mogą definiować obiekty danych i wykonywać względem niego zapytania, ale nie manipulować danymi z punktu końcowego analizy SQL, ponieważ jest to kopia tylko do odczytu. Następujące akcje można wykonać w punkcie końcowym analizy SQL:

  • Zapoznaj się z tabelami, które odwołują się do danych w tabelach usługi Delta Lake z usługi Azure SQL Database.
  • Tworzenie żadnych zapytań i widoków kodu oraz eksplorowanie danych wizualnie bez konieczności pisania wiersza kodu.
  • Twórz widoki SQL, wbudowane funkcje TVF (funkcje z wartościami tabel) i procedury składowane w celu hermetyzacji semantyki i logiki biznesowej w języku T-SQL.
  • Zarządzanie uprawnieniami do obiektów.
  • Wykonywanie zapytań o dane w innych magazynach i magazynach Lakehouse w tym samym obszarze roboczym.

Oprócz edytora zapytań SQL istnieje szeroki ekosystem narzędzi, które mogą wykonywać zapytania dotyczące punktu końcowego analizy SQL, w tym programu SQL Server Management Studio (SSMS), rozszerzenia mssql z programem Visual Studio Code, a nawet usługi GitHubCopilot.

Wymagania dotyczące sieci

Obecnie dublowanie nie obsługuje serwerów logicznych usługi Azure SQL Database za siecią wirtualną platformy Azure ani siecią prywatną. Jeśli masz wystąpienie usługi Azure Database za siecią prywatną, nie możesz włączyć dublowania usługi Azure SQL Database.

  • Obecnie należy zaktualizować reguły zapory serwera logicznego Usługi Azure SQL, aby zezwolić na dostęp do sieci publicznej.
  • Należy włączyć opcję Zezwalaj usługom platformy Azure na łączenie się z serwerem logicznym usługi Azure SQL Database.

Aktywne transakcje, obciążenia i zachowania aparatu replikatora

  • Aktywne transakcje nadal przechowują obcinanie dziennika transakcji do momentu zatwierdzenia transakcji i dublowanej bazy danych Azure SQL Database lub przerwania transakcji. Długotrwałe transakcje mogą spowodować wypełnienie dziennika transakcji więcej niż zwykle. Źródłowy dziennik transakcji bazy danych powinien być monitorowany, aby dziennik transakcji nie był wypełniany. Aby uzyskać więcej informacji, zobacz Dziennik transakcji rośnie z powodu długotrwałych transakcji i cdC.
  • Każde obciążenie użytkownika różni się. Podczas początkowej migawki może istnieć więcej użycia zasobów w źródłowej bazie danych, zarówno dla procesora CPU, jak i liczby operacji we/wy na sekundę (operacji wejścia/wyjścia na sekundę w celu odczytania stron). Operacje aktualizacji/usuwania tabel mogą prowadzić do zwiększenia generowania dzienników. Dowiedz się więcej na temat monitorowania zasobów dla usługi Azure SQL Database.
  • Aparat replikatora monitoruje niezależnie każdą tabelę pod kątem zmian. Jeśli w tabeli źródłowej nie ma żadnych aktualizacji, aparat replikatora zaczyna się odwrócić z wykładniczo rosnącym czasem trwania tej tabeli, do godziny. To samo może wystąpić, jeśli wystąpi błąd przejściowy, uniemożliwiając odświeżanie danych. Aparat replikatora automatycznie wznowi regularne sondowanie po wykryciu zaktualizowanych danych.

Obsługa modeli warstw i zakupów

Źródłowa baza danych Azure SQL Database może być pojedynczą bazą danych lub bazą danych w elastycznej puli.

  • Obsługiwane są wszystkie warstwy usług w modelu zakupów rdzeni wirtualnych.
  • W przypadku modelu zakupów jednostek DTU (jednostki transakcji bazy danych) bazy danych utworzone w warstwach usług Bezpłatna, Podstawowa lub Standardowa z mniej niż 100 jednostkami DTU nie są obsługiwane.

Następny krok

Samouczek: konfigurowanie dublowanych baz danych usługi Microsoft Fabric z usługi Azure SQL Database

Powiązana zawartość