Udostępnij za pomocą

Mirrorowanie bazy danych Azure SQL Database

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żynierii danych, nauki 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 magazynie danych sieci szkieletowej odrębnym od punktu końcowegomagazynu i analizy SQL.

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

Utworzenie bazy danych dublowania powoduje utworzenie tych elementów w obszarze roboczym usługi Fabric:

  • Element dublowanej bazy danych SQL. Dublowanie zarządza replikacją danych do usługi OneLake i konwersją na Parquet w formacie gotowym do analizy. Umożliwia to wykonywanie scenariuszy podrzędnych, takich jak inżynieria danych, nauka o danych i nie tylko.
  • Punkt końcowy analizy SQL

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 GitHub Copilot.

Dublowanie usługi Azure SQL Database za zaporą

Jeśli usługa Azure SQL Database nie jest publicznie dostępna i nie zezwala usługom platformy Azure na łączenie się z nią, możesz skonfigurować bramę danych sieci wirtualnej lub lokalną bramę danych w celu dublowania danych. Brama danych ułatwia bezpieczne połączenia ze źródłowymi bazami danych za pośrednictwem prywatnego punktu końcowego lub zaufanej sieci prywatnej. Aby uzyskać więcej informacji, zobacz Samouczek: Konfigurowanie dublowanych baz danych usługi Microsoft Fabric z 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.

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.

Pricing

Zasoby obliczeniowe sieci szkieletowej używane do replikowania danych do usługi Fabric OneLake są bezpłatne. Magazyn w usłudze OneLake jest bezpłatny na podstawie rozmiaru pojemności. Aby uzyskać więcej informacji, zobacz Cost of mirroring and OneLake pricing for mirroring (Koszt dublowania) i OneLake — cennik dublowania. Użycie zasobów obliczeniowych do wykonywania zapytań dotyczących danych za pośrednictwem usług SQL, Power BI lub Spark jest nadal naliczane na podstawie pojemności sieci szkieletowej.

Następny krok

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

Treści powiązane

  • Last updated on