Samouczek: konfigurowanie mirroringu Microsoft Fabric od SQL Server

Odwzorowywanie w architekturze Fabric to korporacyjna, oparta na chmurze, zero-ETL technologia SaaS. W tej sekcji dowiesz się, jak utworzyć zmirorowaną bazę danych SQL Server, która tworzy kopię danych SQL Server w trybie tylko do odczytu, z ciągłą replikacją do OneLake.

Wymagania wstępne

• Zainstaluj nową instancję lub użyj istniejącej instancji SQL Server, na miejscu lub w chmurze.
  • W ramach samouczka zalecamy użycie kopii jednej z istniejących baz danych lub istniejącej bazy danych testowej lub programistycznej, którą można szybko odzyskać z kopii zapasowej.
• Zainstaluj narzędzie do wykonywania zapytań T-SQL, takie jak SQL Server Management Studio (SSMS) lub rozszerzenie MSSQL dla Visual Studio Code.
• Potrzebujesz istniejącej pojemności dla Fabric. Jeśli tego nie zrobisz, uruchom wersję próbną usługi Fabric.
  • Pojemność Fabric musi być aktywna i uruchomiona. Wstrzymana lub usunięta pojemność uniemożliwia dublowanie sieci szkieletowej i nie są replikowane żadne dane.
• Wymagane są ustawienia tenantów w sieci typu fabric. Upewnij się, że są włączone następujące dwa ustawienia dzierżawy Fabric :
  • Podmioty usługi mogą używać Fabric API
  • Użytkownicy mogą uzyskiwać dostęp do danych przechowywanych w usłudze OneLake za pomocą aplikacji spoza usługi Fabric
• Zapoznaj się z ograniczeniami Platformy w bazach danych SQL Server odbitych przy użyciu Microsoft Fabric.
• Lokalna brama danych, taka jak brama danych lokalna (on-premises) lub brama danych sieci wirtualnej, w sieci wystąpienia SQL Server. Sieć bramy danych musi łączyć się z wystąpieniem SQL Server za pośrednictwem prywatnego punktu końcowego lub być przepuszczana przez regułę zapory.

Jednostka bazy danych dla Fabric

Następnie należy utworzyć mechanizm, który umożliwi usłudze Fabric uwierzytelnianie w wystąpieniu SQL Server.

Można to zrobić przy użyciu loginu i zmapowanego użytkownika bazy danych.

Użyj danych logowania i mapowanego użytkownika bazy danych

Fabric użyje dedykowanego logowania, aby nawiązać połączenie ze źródłowym wystąpieniem SQL Server.

Postępuj zgodnie z tymi instrukcjami dla SQL Server 2025 lub SQL Server 2016-2022, aby utworzyć identyfikator logowania i użytkownika bazy danych na potrzeby dublowania bazy danych.

SQL Server 2025

1. Aby tworzyć kopię lustrzaną danych z SQL Server 2025, musisz mieć rolę członka lub administratora w swoim obszarze roboczym podczas tworzenia zmirroryzowanej bazy danych z poziomu portalu Fabric. Podczas tworzenia zarządzanej tożsamości dla SQL Server, automatycznie przyznawane jest uprawnienie "Odczyt i zapis" na zduplikowanej bazie danych. Użytkownicy z rolą współautora nie mają uprawnień do udostępniania dalej niezbędnego do wykonania tego kroku.

   Począwszy od SQL Server 2025 r., uprawnienia wymagane do logowania do sieci szkieletowej to:

   • Następujące uprawnienia w bazie danych użytkowników:
     • SELECT
     • Modyfikuj dowolne zewnętrzne lustro danych
     • WYŚWIETLANIE STANU WYDAJNOŚCI BAZY DANYCH
     • WYŚWIETLANIE STANU ZABEZPIECZEŃ BAZY DANYCH

2. Nawiąż połączenie z wystąpieniem SQL Server przy użyciu narzędzia do wykonywania zapytań T-SQL, takiego jak SQL Server Management Studio (SSMS) lub rozszerzenia MSSQL dla Visual Studio Code.

3. Połącz się z bazą master danych. Utwórz identyfikator logowania serwera i przypisz odpowiednie uprawnienia.

   Ważne

   W przypadku wystąpień SQL Server w grupie dostępności Always On, login musi być utworzony we wszystkich wystąpieniach SQL Server. Podmiot fabric_login musi mieć ten sam identyfikator SID w każdym wystąpieniu repliki.

   • Utwórz identyfikator logowania uwierzytelnionego SQL o nazwie fabric_login. Możesz wybrać dowolną nazwę tego identyfikatora logowania. Podaj własne silne hasło. Uruchom następujący skrypt języka T-SQL w master bazie danych:

   --Run in the master database
   USE [master];
   CREATE LOGIN [fabric_login] WITH PASSWORD = '<strong password>';
   

   • Możesz też zalogować się jako administrator Microsoft Entra i utworzyć Microsoft Entra ID uwierzytelnione logowanie z istniejącego konta (zalecane). Uruchom następujący skrypt języka T-SQL w master bazie danych:

   --Run in the master database
   USE [master];
   CREATE LOGIN [bob@contoso.com] FROM EXTERNAL PROVIDER;
   

4. Połącz się z bazą danych użytkownika, aby synchronizować do Microsoft Fabric. Utwórz użytkownika bazy danych połączonego z logowaniem i przyznaj wymagane minimalne uprawnienia:

   • W przypadku logowania uwierzytelnionego sql:

   --Run in the user database
   CREATE USER [fabric_user] FOR LOGIN [fabric_login];
   
   GRANT SELECT, ALTER ANY EXTERNAL MIRROR, VIEW DATABASE PERFORMANCE STATE, VIEW DATABASE SECURITY STATE
      TO [fabric_user];
   

   • Lub w przypadku logowania uwierzytelnionego Microsoft Entra (zalecane):

   --Run in the user database
   CREATE USER [bob@contoso.com] FOR LOGIN [bob@contoso.com];
   
   GRANT SELECT, ALTER ANY EXTERNAL MIRROR, VIEW DATABASE PERFORMANCE STATE, VIEW DATABASE SECURITY STATE
      TO [bob@contoso.com];
   

SQL Server 2016-2022

W przypadku SQL Server w wersji 2016-2022 administrator musi być członkiem roli serwera sysadmin, aby skonfigurować usługę CDC. Rola serwera jest również wymagana sysadmin w przypadku każdej przyszłej konserwacji usługi CDC. Funkcja dublowania używa usługi CDC, jeśli jest już włączona dla bazy danych i tabel do dublowania. Poniższe kroki umożliwiają utworzenie konta logowania fabric_login i dodanie go do roli serwera sysadmin, aby skonfigurować CDC. Jeśli usługa CDC już istnieje, nie musisz tymczasowo dodawać głównego składnika fabric_login do roli sysadmin serwera. Po skonfigurowaniu usługi CDC włączenie mirroringu wymaga tylko uprawnień połączenia na poziomie serwera oraz uprawnień SELECT i CONNECT na poziomie bazy danych w celu replikowania danych.

1. Nawiąż połączenie z wystąpieniem SQL Server przy użyciu narzędzia do wykonywania zapytań T-SQL, takiego jak SQL Server Management Studio (SSMS) lub rozszerzenia MSSQL dla Visual Studio Code.

2. Połącz się z bazą master danych. W tym kroku utworzysz identyfikator logowania serwera i przypiszesz odpowiednie uprawnienia.

   Jeśli usługa CDC jest już włączona dla bazy danych i tabel do replikacji, fabric_login nie musi być członkiem roli serwera sysadmin. Jeśli usługa CDC nie jest jeszcze włączona, fabric_login musi być członkiem roli serwera sysadmin w celu skonfigurowania usługi CDC.

   Ważne

   W przypadku wystąpień SQL Server w zawsze włączonej grupie dostępności należy utworzyć identyfikator logowania we wszystkich wystąpieniach SQL Server. Powtórz następujące kroki w każdym wystąpieniu repliki. Podmiot fabric_login musi mieć ten sam identyfikator SID w każdym wystąpieniu repliki.

   Możesz wybrać dowolną nazwę tego identyfikatora logowania. Członkostwo w roli serwera sysadmin SQL Server 2016-2022 jest wymagane do włączenia lub wyłączenia przechwytywania danych zmian.

   • Uruchom następujący skrypt języka T-SQL w bazie danych, master aby utworzyć uwierzytelniony identyfikator logowania SQL o nazwie fabric_login. Podaj własne silne hasło.

   --Run in the master database
   USE [master];
   CREATE LOGIN [fabric_login] WITH PASSWORD = '<strong password>';
   GRANT CONNECT SQL TO [fabric_login];
   ALTER SERVER ROLE [sysadmin] ADD MEMBER [fabric_login];
   

   • Możesz też zalogować się jako administrator Microsoft Entra i utworzyć logowanie uwierzytelnione przez identyfikator Microsoft Entra na podstawie istniejącego konta. Uruchom następujący skrypt języka T-SQL w master bazie danych:

   --Run in the master database
   USE [master];
   CREATE LOGIN [bob@contoso.com] FROM EXTERNAL PROVIDER;
   GRANT CONNECT SQL TO [fabric_login];
   ALTER SERVER ROLE [sysadmin] ADD MEMBER [bob@contoso.com];
   

3. Członkostwo w roli db_owner bazy danych źródłowej dla mirroringu jest wymagane do zarządzania CDC.

   Połącz się z bazą danych użytkownika, którą planujesz zduplikować do Microsoft Fabric. Utwórz użytkownika bazy danych połączonego z logowaniem i przyznaj wymagane minimalne uprawnienia.

   • W przypadku logowania uwierzytelnionego sql:

   --Run in the user database
   CREATE USER [fabric_user] FOR LOGIN [fabric_login];
   GRANT CONNECT, SELECT TO [fabric_user];
   

   • Lub w przypadku logowania uwierzytelnionego Microsoft Entra (zalecane):

   --Run in the user database
   CREATE USER [bob@contoso.com] FOR LOGIN [bob@contoso.com];
   GRANT CONNECT, SELECT TO [bob@contoso.com];
   

4. Po włączeniu usługi CDC można usunąć fabric_login z roli serwera sysadmin.

   • W przypadku logowania uwierzytelnionego sql:

   --Run in the master database
   USE [master];
   ALTER SERVER ROLE [sysadmin] DROP MEMBER [fabric_login];
   

   • Lub w przypadku logowania uwierzytelnionego Microsoft Entra (zalecane):

   --Run in the master database
   USE [master];
   ALTER SERVER ROLE [sysadmin] DROP MEMBER [bob@contoso.com];
   

Nawiązywanie połączenia z SQL Server

Instrukcje i wymagania dotyczące konfigurowania dublowanej bazy danych sieci szkieletowej z SQL Server różnią się w SQL Server 2025 r.

Począwszy od SQL Server 2025, serwer z obsługą Azure Arc jest częścią niezbędnej konfiguracji komunikacji do Fabric. Przed SQL Server 2025 Azure Arc nie jest wymagana, a replikacja jest oparta na Change Data Capture (CDC).

SQL Server 2025

Łączenie serwera z Azure Arc i włączanie tożsamości zarządzanej

Aby skonfigurować Fabric Mirroring, należy skonfigurować Azure Arc dla wystąpienia SQL Server 2025.

1. Jeśli jeszcze tego nie zrobiono, połącz serwer z Azure Arc i zainstaluj rozszerzenie Azure dla SQL Server.

   • Wykonaj kroki opisane w Quickstart — Łączenie maszyny hybrydowej z serwerami z obsługą Azure Arc.
   • Rozszerzenie Azure dla SQL Server jest instalowane automatycznie podczas łączenia wystąpienia SQL Server z Azure Arc.
   • W przypadku wystąpień SQL Server uruchomionych w zawsze włączonej grupie dostępności wszystkie węzły muszą być połączone z Azure Arc.

2. Jeśli jeszcze nie skonfigurowano, należy skonfigurować Zarządzaną tożsamość dla SQL Server włączoną przez Azure Arc, co umożliwia uwierzytelnianie wychodzące niezbędne do dublowania sieci szkieletowej.

3. Połącz się z lokalnym wystąpieniem SQL Server 2025. Po nawiązaniu połączenia wybierz pozycję Certyfikat serwera zaufania.

4. Wyświetl tożsamości zarządzane:

   --Run in the master database
   USE [master];
   SELECT *
   FROM sys.dm_server_managed_identities;
   

   Powinno to zwrócić 1 wiersz z poprawnym client_id i tenant_id. Identity_type powinna mieć wartość "Przypisane przez system".

Dodawanie uprawnień tożsamości zarządzanych w Microsoft Fabric

Tożsamość zarządzana dla SQL Server jest automatycznie tworzona przez Microsoft Fabric, który również przyznaje jej uprawnienia.

Jednak w przypadku wystąpień SQL Server uruchomionych w grupie dostępności Always On tożsamość zarządzana przypisana przez system (SAMI) każdego węzła pomocniczego musi otrzymać Contributor uprawnienia do obszaru roboczego Fabric. Zarządzana tożsamość jest tworzona przez rozszerzenie platformy Azure dla SQL Server, gdy wystąpienie SQL jest połączone z Azure Arc, i każdemu z nich należy ręcznie przyznać uprawnienia Fabric.

1. W portalu Fabric przyznaj uprawnienia tożsamości zarządzanej każdego węzła pomocniczego.

   1. W obszarze roboczym Fabric wybierz pozycję Zarządzaj dostępem.

      

   2. Wybierz pozycję Dodaj osoby lub grupy.

   3. W oknie dialogowym Dodawanie osób znajdź nazwy serwerów dla każdego węzła w grupie dostępności.

   4. Przyznaj każdemu członkostwu rolę Współautor .

      

Konfiguracja lokalnej bramy danych lub bramy danych sieci wirtualnej

Sprawdź swoje wymagania dotyczące sieci dla Fabric, aby uzyskać dostęp do SQL Server. Musisz zainstalować lokalną bramę danych lub utworzyć bramę danych sieci wirtualnej w celu dublowania danych. Upewnij się, że sieć lokalnej maszyny z bramą może połączyć się z wystąpieniem SQL Server. Aby uzyskać więcej informacji, zobacz Jak zabezpieczyć dane w odzwierciedlonych bazach danych Microsoft Fabric pochodzących z SQL Server.

Aby użyć lokalnej bramy łączności danych:

1. Pobierz lokalną bramę danych z oficjalnego Centrum pobierania Microsoft.
2. Rozpocznij instalację. Postępuj zgodnie z instrukcjami w temacie Instalowanie lokalnej bramy danych.
   • Podaj adres e-mail konta Microsoft.
   • Nazwa: MyOPDG lub dowolna nazwa.
   • Klucz odzyskiwania: podaj silny klucz odzyskiwania.

Tworzenie dublowanego SQL Server

1. Otwórz portal Fabric.
2. Użyj istniejącego obszaru roboczego lub utwórz nowy obszar roboczy.
3. Przejdź do okienka Tworzenie . Wybierz ikonę Utwórz .
4. Przewiń, aby wybrać Mirrored SQL Server database.
5. Wprowadź nazwę bazy danych SQL Server do tworzenia mirrora, a następnie wybierz opcję Utwórz.

Połącz Fabric z wystąpieniem SQL Server

Aby włączyć mirroring, należy nawiązać połączenie z wystąpieniem SQL Server z Fabric, aby zainicjować połączenie z Fabric. W poniższych krokach przedstawiono proces tworzenia połączenia z SQL Server:

1. W obszarze Nowe źródła wybierz SQL Server bazę danych. Możesz też wybrać istniejące połączenie SQL Server z centrum OneLake.

2. Jeśli wybrano Nowe połączenie wprowadź szczegóły połączenia z wystąpieniem SQL Server.

   • Server: w pełni kwalifikowana ścieżka nazwy serwera używana przez sieć szkieletową do dotarcia do wystąpienia SQL Server, tak samo jak w przypadku programu SSMS.

   Wskazówka

   Wystąpienia SQL Server w grupie dostępności Always On, użyj nasłuchującego Always On listener dla Server.

   • Database: wprowadź nazwę SQL Server.
     • Połączenie: Utwórz nowe połączenie.
     • Nazwa połączenia: podano nazwę automatyczną. Możesz go zmienić.
     • Brama danych: Wybierz bramę danych skonfigurowaną zgodnie ze scenariuszem.
     • Typ uwierzytelniania: wybierz metodę uwierzytelniania i podaj podmiot, który skonfigurowałeś w sekcji Użyj identyfikatora logowania i zamapowanego użytkownika bazy danych.
     • Zaznacz pole wyboru Użyj szyfrowanego połączenia .

3. Wybierz i podłącz.

SQL Server 2016-2022

Przygotowywanie wystąpienia SQL Server

1. Usługa SQL Server Agent musi być uruchomiona. Zdecydowanie zaleca się skonfigurowanie automatycznego uruchamiania.
2. Rejestrowanie Zmian Danych (CDC) zostanie automatycznie włączone i skonfigurowane przez system Mirroring Fabric dla każdej żądanej tabeli w Twojej bazie danych. Przejrzyj znane problemy i błędy dotyczące usługi CDC. Usługa CDC wymaga, aby każda tabela miała klucz podstawowy.

Konfiguracja lokalnej bramy danych lub bramy danych sieci wirtualnej

Sprawdź swoje wymagania dotyczące sieci dla Fabric, aby uzyskać dostęp do SQL Server. Musisz zainstalować lokalną bramę danych lub utworzyć bramę danych sieci wirtualnej w celu dublowania danych. Upewnij się, że sieć bramy sieciowej danych może połączyć się z instancją serwera SQL. Aby uzyskać więcej informacji, zobacz Jak zabezpieczyć dane Microsoft Fabric dublowane bazy danych z SQL Server.

Aby użyć lokalnej bramy łączności danych:

1. Pobierz lokalną bramę danych, zobacz Pobieranie lokalnej bramy danych z oficjalnego Centrum pobierania Microsoft.
2. Rozpocznij instalację. Postępuj zgodnie z instrukcjami w temacie Instalowanie lokalnej bramy danych.
   • Podaj adres e-mail konta Microsoft.
   • Nazwa: MyOPDG lub dowolna nazwa.
   • Klucz odzyskiwania: podaj silny klucz odzyskiwania.

Tworzenie lustrzanego serwera SQL

1. Otwórz portal Fabric.
2. Użyj istniejącego obszaru roboczego lub utwórz nowy obszar roboczy.
3. Przejdź do okienka Tworzenie . Wybierz ikonę Utwórz .
4. Przewiń, aby wybrać Mirrored SQL Server database.
5. Wprowadź nazwę bazy danych SQL Server do dublowania, a następnie wybierz pozycję Utwórz.

Połącz Fabric z wystąpieniem SQL Server

Aby włączyć mirrorowanie, należy nawiązać połączenie z wystąpieniem SQL Server z Fabric, aby zainicjować połączenie z Fabric. W poniższych krokach przedstawiono proces tworzenia połączenia z SQL Server:

1. W obszarze Nowe źródła wybierz SQL Server bazę danych. Możesz też wybrać istniejące połączenie SQL Server z centrum OneLake.

2. Jeśli wybrano Nowe połączenie wprowadź szczegóły połączenia z wystąpieniem SQL Server.

   • Server: w pełni kwalifikowana ścieżka nazwy serwera, której Fabric używa do połączenia się z wystąpieniem SQL Server, taka sama jak ta, którą użyłbyś w programie SSMS.

   Wskazówka

   W przypadku wystąpień SQL Server w grupie dostępności Always On użyj odbiornika Always On dla Serwera.

   • Database: wprowadź nazwę SQL Server.
     • Połączenie: Utwórz nowe połączenie.
     • Nazwa połączenia: podano nazwę automatyczną. Możesz go zmienić.
     • Brama danych: Wybierz nazwę lokalnej bramy danych skonfigurowanej zgodnie ze scenariuszem.
     • Typ uwierzytelniania: wybierz metodę uwierzytelniania i podaj podmiot, który skonfigurowałeś w sekcji Użyj identyfikatora logowania i zamapowanego użytkownika bazy danych.

3. Wybierz i podłącz.

Konfigurowanie replik pomocniczych grup dostępności Always On

Ta sekcja jest wymagana tylko wtedy, gdy źródłowa baza danych dla funkcji mirroringu SQL Server w Fabric jest członkiem Always On Availability Group.

Jeśli źródłowa baza danych znajduje się w zawsze włączonej grupie dostępności, do skonfigurowania replik pomocniczych wymagane są dodatkowe kroki. Powtórz te kroki dla każdej repliki pomocniczej, aby przygotować całą grupę dostępności. Każda replika wymaga skonfigurowania zadań agenta SQL, aby usługa CDC zachowywała się prawidłowo, gdy ta replika jest podstawowa.

1. Przełącz grupę dostępności na replikę pomocniczą w trybie awaryjnym.

2. Użyj dostarczonego skryptu, aby utworzyć, jeśli jeszcze nie istnieją, zadania oczyszczania i przechwytywania w bazie danych systemu wystąpienia repliki pomocniczej msdb. Te prace są ważne, aby zachować dane historyczne gromadzone przez CDC.

   W poniższym skrypcie zastąp <YOUR DATABASE NAME> nazwą bazy danych użytkownika, która będzie zrcadlona. Wykonaj następujący przykład języka T-SQL w bazie danych użytkownika:

   DECLARE @db nvarchar(128) = '<YOUR DATABASE NAME>';
   
   DECLARE @capture nvarchar(128) = N'cdc.' + @db + N'_capture';
   DECLARE @cleanup nvarchar(128) = N'cdc.' + @db + N'_cleanup';
   -- Names may differ. Run `SELECT * FROM msdb.dbo.sysjobs WHERE category_id = 13 or category_id = 16` to see if these names exist.
   
    IF NOT EXISTS (SELECT name, job_id FROM msdb.dbo.sysjobs WHERE name = @capture)
    BEGIN
        -- Create the capture job
        EXEC sys.sp_cdc_add_job @job_type = N'capture';
        PRINT 'CDC capture job has been created.';
    END
    ELSE
    BEGIN
        PRINT 'CDC capture job already exists.';
        -- Start capture job is running
        IF NOT EXISTS (SELECT j.name, j.enabled, ja.start_execution_date, ja.stop_execution_date
            FROM msdb.dbo.sysjobs AS j
            LEFT JOIN msdb.dbo.sysjobactivity AS ja ON j.job_id = ja.job_id
            WHERE j.name = @capture and ((ja.start_execution_date IS NOT NULL and ja.stop_execution_date IS NULL)) or j.enabled <> 0)
        BEGIN
            EXEC msdb.dbo.sp_start_job @job_name = @capture;
            PRINT 'CDC capture job started running.';
        END
        ELSE
        BEGIN
            PRINT 'CDC capture job already running.';
        END
    END
   
    IF NOT EXISTS (SELECT name,job_id FROM msdb.dbo.sysjobs WHERE name = @cleanup)
    BEGIN
        -- Create the cleanup job
        EXEC sys.sp_cdc_add_job @job_type = N'cleanup';
        PRINT 'CDC cleanup job has been created.';
    END
    ELSE
    BEGIN
        -- Ensure that the cleanup job is properly scheduled (default schedule)
        IF NOT EXISTS (SELECT j.name, j.enabled, ja.start_execution_date, ja.stop_execution_date
            FROM msdb.dbo.sysjobs AS j
            LEFT JOIN msdb.dbo.sysjobactivity AS ja ON j.job_id = ja.job_id
            WHERE j.name = @cleanup and j.enabled <> 0)
        BEGIN
            EXEC msdb.dbo.sp_update_job @job_name = @cleanup, @enabled = 1;
            PRINT 'CDC cleanup job updated to enabled.';
        END
        ELSE
        BEGIN
            PRINT 'CDC cleanup job already enabled.';
        END
        PRINT 'CDC cleanup job already exists.';
    END
   

   Zadania CDC dotyczące przechwytywania i czyszczenia zmian danych rozpoczynają się natychmiast i są tworzone przy użyciu ustawień domyślnych. Aby uzyskać więcej informacji na temat zadań, zobacz sys.sp_cdc_add_job (Transact-SQL).

3. Każde zadanie jest uruchamiane domyślnie na każdej replice grupy dostępności, nawet jeśli jest repliką wtórną. Spowoduje to wyświetlenie komunikatów o błędach w dziennikach, ponieważ bazy danych użytkowników w replikach pomocniczych nie są zapisywane. Włącz dwa zadania CDC w replikach podstawowych i wyłącz je w replikach pomocniczych. Postępuj zgodnie ze wskazówkami w Przechwytywanie zmian danych w grupach dostępności Always On.

Ważne

Wszelkie szczegółowe zabezpieczenia ustanowione w źródłowej bazie danych muszą zostać ponownie skonfigurowane w dublowanej bazie danych w Microsoft Fabric. Aby uzyskać więcej informacji, zobacz Jak zabezpieczyć dane w lustrzanych bazach danych Microsoft Fabric z SQL Server.

Rozpoczynanie procesu mirrorowania

1. Ekran Konfigurowanie dublowania umożliwia dublowanie wszystkich danych w bazie danych domyślnie.

   • Dublowanie wszystkich danych oznacza, że wszystkie nowe tabele utworzone po uruchomieniu dublowania zostaną zdublowane.

   • Opcjonalnie wybierz tylko niektóre obiekty do odbijania. Wyłącz opcję Dubluj wszystkie dane , a następnie wybierz poszczególne tabele z bazy danych.

   Na potrzeby tego samouczka wybierzemy opcję Dubluj wszystkie dane .

2. Wybierz pozycję Utwórz dublowaną bazę danych. Rozpoczyna się odbijanie.

3. Poczekaj 2–5 minut. Następnie wybierz pozycję Monitoruj replikację , aby wyświetlić stan.

4. Po kilku minutach stan powinien ulec zmianie na Uruchomiono, co oznacza, że tabele są synchronizowane.

   Jeśli nie widzisz tabel i odpowiedniego stanu replikacji, zaczekaj kilka sekund, a następnie odśwież panel.

5. Po zakończeniu początkowej kopii tabel data pojawi się w kolumnie Ostatnie odświeżanie .

6. Teraz, gdy Twoje dane są gotowe do działania, dostępne są różne scenariusze analityczne we wszystkich usługach Fabric.

Monitorowanie replikacji tkaniny

Po skonfigurowaniu dublowania następuje przekierowanie do strony Stan dublowania . W tym miejscu można monitorować bieżący stan replikacji.

Aby uzyskać więcej informacji i szczegóły na temat stanów replikacji, zobacz Monitorowanie replikacji dublowanej bazy danych w Fabric.

Weryfikowanie danych w usłudze OneLake

Dzięki funkcji Fabric Mirroring można teraz wykonywać zapytania z bazy danych SQL Server w Microsoft Fabric. Aby poznać możliwości, zapoznaj się z Eksploruj dane w zrepikowanej bazie danych przy użyciu Microsoft Fabric.

Optymalizacja wydajności

Teraz, gdy mirroring jest uruchomiony, dowiedz się, jak optymalizować wydajność źródłowej bazy danych i mirrora z SQL Server w Microsoft Fabric.

Treści powiązane

• Mirroring SQL Server
• Co to jest odwzorowywanie w architekturze Fabric?