Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dublowanie w sieci szkieletowej zapewnia łatwe środowisko umożliwiające uniknięcie złożonych operacji ETL (wyodrębnianie transformacji) i zintegrowanie istniejącego majątku usługi Azure SQL Managed Instance z resztą danych w usłudze Microsoft Fabric. Istniejące bazy danych usługi SQL Managed Instance można stale replikować bezpośrednio do usługi OneLake usługi 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 Managed Instance na potrzeby dublowania w sieci szkieletowej, zobacz Samouczek: konfigurowanie dublowanych baz danych usługi Microsoft Fabric z usługi Azure SQL Managed Instance.
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ługą Microsoft, usługą Azure SQL Managed Instance i 1000 rozwiązań technologicznych, które mogą odczytywać format tabeli usługi 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.
Utworzenie dublowanego wystąpienia zarządzanego SQL powoduje utworzenie tych elementów w obszarze roboczym usługi Fabric:
- Element dublowanej bazy danych. 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 Managed Instance 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 Managed Instance.
- 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óry może wykonywać zapytania dotyczące punktu końcowego analizy SQL, w tym programu SQL Server Management Studio (SSMS),rozszerzenia mssql dla programu Visual Studio Code, a nawet usługi GitHub Copilot.
Dublowanie usługi Azure SQL Managed Instance za zaporą
Jeśli usługa Azure SQL Managed Instance nie jest publicznie dostępna, utwórz bramę danych sieci wirtualnej lub lokalną bramędanych w celu zdublowania danych. Upewnij się, że sieć usługi Azure Virtual Network lub serwer bramy może nawiązać połączenie z usługą Azure SQL Managed Instance za pośrednictwem prywatnego punktu końcowego.
Aktywne transakcje, obciążenia i zachowania aparatu replikatora
- Aktywne transakcje nadal przechowują obcinanie dziennika transakcji do momentu zatwierdzenia transakcji i dublowania usługi Azure SQL Managed Instance 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 Managed Instance.
Obsługa modeli warstw i zakupów
Źródłowa usługa Azure SQL Managed Instance może być pojedynczym wystąpieniem zarządzanym SQL lub wystąpieniem zarządzanym SQL należącym do puli wystąpień.
- Obsługiwane są wszystkie warstwy usług w modelu zakupów rdzeni wirtualnych .
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
Treści powiązane
- Jak zabezpieczyć baz danych replikowanych w Microsoft Fabric na usłudze Azure SQL Managed Instance
- Ograniczenia w zduplikowanych bazach danych Microsoft Fabric z Azure SQL Managed Instance
- Monitorowanie replikacji dublowanej bazy danych wystąpienia zarządzanego w sieci szkieletowej
- Rozwiązywanie problemów z lustrzanymi bazami danych usługi Fabric na usłudze Azure SQL Managed Instance