Rozwiązywanie problemów z lustrzanymi bazami danych Fabric

W tym artykule opisano typowe scenariusze, rozwiązania i obejścia dotyczące dublowanych baz danych usługi Microsoft Fabric. W przypadku każdego źródła danych zapoznaj się również z konkretnymi problemami, często zadawanymi pytaniami i ograniczeniami.

Źródło Ograniczenia Troubleshoot Często zadawane pytania
Azure Cosmos DB Ograniczenia Rozwiązywanie problemów Często zadawane pytania
Azure Database for MySQL Ograniczenia Rozwiązywanie problemów Często zadawane pytania
Azure Database for PostgreSQL Ograniczenia Rozwiązywanie problemów Często zadawane pytania
Azure Databricks Ograniczenia Często zadawane pytania
Azure SQL Database Ograniczenia Rozwiązywanie problemów Często zadawane pytania
Azure SQL Managed Instance Ograniczenia Rozwiązywanie problemów Często zadawane pytania
Platforma baz danych SQL Ograniczenia Rozwiązywanie problemów Często zadawane pytania
Google BigQuery - usługa analizy danych Ograniczenia Często zadawane pytania
Oracle Ograniczenia
SAP Ograniczenia
Snowflake Ograniczenia Rozwiązywanie problemów
SQL Server Ograniczenia Rozwiązywanie problemów Często zadawane pytania

Zmiany pojemności sieci szkieletowej

Scenario Description
Wstrzymano pojemność sieci szkieletowej Dublowanie zatrzymuje się i nie można wyświetlić listy ani uzyskać dostępu do dublowanego elementu bazy danych. Wznów lub ponownie przypisz zasób mocy obliczeniowej do obszaru roboczego.
Wznowiona pojemność sieci szkieletowej Po wznowieniu pojemności ze stanu wstrzymania stan dublowanej bazy danych jest wyświetlany jako Wstrzymano. W rezultacie zmiany wprowadzone w źródle nie są replikowane do usługi OneLake.
Aby wznowić dublowanie, przejdź do dublowanej bazy danych w portalu sieci szkieletowej, wybierz pozycję Wznów replikację. Mirroring trwa od miejsca wstrzymania.
Jeśli pojemność pozostaje wstrzymana przez długi czas, dublowanie może nie zostać wznowione z punktu zatrzymania i od początku ponownie przesłać dane. Nastąpi ponowne użycie, ponieważ wstrzymując dublowanie przez długi czas powoduje zwiększenie użycia źródłowego dziennika transakcji bazy danych i uniemożliwia obcinanie dziennika. Aby zminimalizować wpływ na źródłową bazę danych, jeśli używane miejsce dziennika jest bliskie pełne, po wznowieniu dublowania baza danych zwolni obszar dziennika.
Skalowanie pojemności sieci szkieletowej Tworzenie lustrzanego obrazu trwa. W przypadku zmniejszania pojemności należy pamiętać, że przechowywanie OneLake dla zreplikowanych danych jest bezpłatne do określonego limitu zależnego od rozmiaru pojemności; dlatego zmniejszenie pojemności może wiązać się z dodatkowymi opłatami za przechowywanie. Aby uzyskać więcej informacji, zobacz Koszt dublowania.
Ograniczona pojemność sieci szkieletowej Poczekaj, aż stan przeciążenia minie, lub zaktualizuj swoją pojemność. Lustrzane odwzorowanie jest kontynuowane po przywróceniu zdolności. Aby uzyskać więcej informacji, zobacz Akcje, które można wykonać w celu odzyskania sprawności po sytuacjach przeciążenia.
Pojemność próbna sieci szkieletowej wygasła Klonowanie zostaje zatrzymane. Aby zachować bazę danych z replikacją, kup pojemność Fabric. Aby uzyskać więcej informacji, zobacz Pojemność próbna Fabric wygasa.

Dane nie wydają się być replikujące

Jeśli zauważysz opóźnienie w wyglądzie dublowanych danych, sprawdź następujące elementy:

  • Stan dublowania: Na stronie monitorowania portalu Fabric dla dublowanej bazy danych, sprawdź stan bazy danych i określonych tabel. Sprawdź kolumnę "Ostatnio ukończono", która wskazuje, kiedy Fabric ostatnio odświeżył tabelę lustrzaną ze źródła. Pusta wartość oznacza, że tabela nie jest jeszcze zreplikowana.

    Jeśli włączysz monitorowanie obszaru roboczego, możesz sprawdzić opóźnienie wykonywania dublowania, wykonując zapytanie o ReplicatorBatchLatency wartość z dzienników operacji dublowanej bazy danych.

    W przypadku typów źródłowych, takich jak Azure SQL Database, Azure SQL Managed Instance, Azure Database for MySQL i Azure Database for PostgreSQL, postępuj zgodnie z instrukcjami, aby również sprawdzić konfigurację i stan źródłowej bazy danych.

  • Dane w usłudze OneLake: Odwzorowywanie ciągle replikuje dane do OneLake w formacie tabeli Delta Lake. Aby sprawdzić, czy dane lądują prawidłowo w usłudze OneLake, możesz utworzyć skrót z tabel dublowanych w usłudze Lakehouse, a następnie utworzyć notesy z zapytaniami platformy Spark w celu wykonywania zapytań dotyczących danych. Dowiedz się więcej na temat eksplorowania za pomocą notesów.

  • Dane w punkcie końcowym analizy SQL: Zapytania dotyczące dublowanych danych można wykonywać za pośrednictwem punktu końcowego analizy SQL dublowanej bazy danych lub usługi Lakehouse za pomocą skrótu do dublowanych danych. Gdy zobaczysz opóźnienie, zweryfikuj stan dublowania i dane w usłudze OneLake, jak wspomniano wcześniej. Jeśli dane są wyświetlane w usłudze OneLake, ale nie w punkcie końcowym analizy SQL, może to być spowodowane opóźnieniem synchronizacji metadanych w punkcie końcowym analizy SQL.

    Możesz ręcznie wymusić odświeżenie automatycznego skanowania metadanych. Na stronie punktu końcowego analizy SQL wybierz przycisk Odśwież , jak pokazano na poniższej ilustracji. Poczekaj chwilę, a następnie ponownie wykonaj zapytanie o dane, aby je sprawdzić.

    Zrzut ekranu z portalu Fabric przedstawiający sposób wymuszenia odświeżania podczas skanowania metadanych punktu końcowego analizy SQL.

Zatrzymywanie replikacji

Po wybraniu pozycji Zatrzymaj replikację pliki OneLake pozostają w niezmienionej postaci, ale replikacja przyrostowa zostanie zatrzymana. Replikację można uruchomić ponownie w dowolnym momencie, wybierając pozycję Rozpocznij replikację. Możesz zatrzymać i uruchomić replikację podczas resetowania stanu replikacji, po zmianie źródłowej bazy danych lub jako narzędzie do rozwiązywania problemów.

Replikowanie hierarchii schematu źródłowego

Podczas dublowania danych z różnych typów źródłowych baz danych hierarchia schematu źródłowego jest zachowywana w dublowanej bazie danych. Gwarantuje to, że dane pozostają spójnie zorganizowane w różnych usługach, umożliwiając korzystanie z nich przy użyciu tej samej logiki w punkcie końcowym analizy SQL, notesach platformy Spark, modelach semantycznych i innych odwołaniach do danych.

W przypadku dublowanych baz danych utworzonych przed włączeniem tej funkcji schemat źródłowy jest spłaszczany w dublowanej bazie danych, a nazwa schematu jest zakodowana w nazwie tabeli. Jeśli chcesz zreorganizować tabele za pomocą schematów, utwórz ponownie dublowaną bazę danych.

Jeśli używasz interfejsu API do tworzenia lub aktualizowania dublowanej bazy danych, ustaw wartość właściwości defaultSchema , która wskazuje, czy replikować hierarchię schematu z źródłowej bazy danych. Zapoznaj się z przykładami definicji w interfejsie publicznego API REST do replikacji Microsoft Fabric.

Wsparcie dla mapowania kolumn Delta

Replikacja lustrzana obsługuje kopiowanie kolumn zawierających spacje lub znaki specjalne w nazwach (takich jak ,, ;, {, }, (, ), \n, \t, =) z baz danych źródłowych do baz danych lustrzanych. W tle odbijanie zapisuje dane w usłudze OneLake z włączonym mapowaniem kolumn Delta.

W przypadku tabel, które są już w ramach replikacji przed włączeniem tej funkcji, aby uwzględnić kolumny ze specjalnymi znakami w nazwach, należy zaktualizować zdublowane ustawienia bazy danych przez usunięcie i odczytanie tych tabel lub zatrzymanie i ponowne uruchomienie dublowanej bazy danych.

Przejęcie własności zreplikowanej bazy danych

Obecnie lustrzane bazy danych nie obsługują zmiany właściciela. Jeśli dublowana baza danych przestanie działać, ponieważ właściciel elementu opuścił organizację lub nie jest już prawidłowa, musisz ponownie utworzyć dublowaną bazę danych.

Obsługiwane regiony

Dublowanie bazy danych i ogólnodostępne dublowanie są dostępne we wszystkich regionach Microsoft Fabric. Aby uzyskać więcej informacji, zobacz Dostępność regionu Fabric.

Troubleshoot

Ta sekcja zawiera ogólne kroki rozwiązywania problemów z dublowaniem.

Nie mogę nawiązać połączenia ze źródłową bazą danych

  1. Sprawdź szczegóły połączenia, w tym nazwę serwera, nazwę bazy danych, nazwę użytkownika i hasło.
  2. Sprawdź, czy serwer nie znajduje się za zaporą ani prywatną siecią wirtualną. Otwórz odpowiednie porty zapory.
    • Niektóre odzwierciedlone źródła obsługują bramę danych w sieci wirtualnej lub lokalne bramy danych. Zapoznaj się z dokumentacją źródła, aby uzyskać pomoc techniczną dotyczącą tej funkcji.

Żadne widoki nie są replikowane

Obecnie widoki nie są obsługiwane. Tylko zwykłe tabele obsługują replikację.

Nie są replikowane żadne tabele

  1. Sprawdź stan monitorowania, aby sprawdzić stan tabel. Aby uzyskać więcej informacji, zobacz Monitorowanie replikacji dublowanej bazy danych sieci szkieletowej.
  2. Wybierz przycisk Konfiguruj replikację . Sprawdź, czy tabele znajdują się na liście tabel lub czy istnieją jakiekolwiek alerty dotyczące poszczególnych szczegółów tabeli.

Brak kolumn w tabeli docelowej

  1. Wybierz przycisk Konfiguruj replikację .
  2. Wybierz ikonę Alert obok szczegółów tabeli, jeśli nie są replikowane żadne kolumny.

Niektóre dane w mojej kolumnie wydają się być obcięte

Punkt końcowy analizy SQL jest w stanie obsłużyć varchar(max) do 16 MB.

  • Limit 16 MB dotyczy tabel utworzonych po 18 listopada 2025 r. w dublowanych bazach danych, ale każdy typ elementu dublowanego może mieć inny i niższy limit. Na przykład serwer SQL z włączonym mirrorowaniem obsługuje do 1 MB, a Cosmos DB obsługuje do 2 MB. Zobacz poniższą tabelę.
  • Istniejące tabele utworzone przed 18 listopada 2025 r. obsługują tylko varchar(8000) i należy je ponownie utworzyć, aby przyjąć nowy typ danych i obsługiwać dane większe niż 8 KB.
Element platformy odzwierciedlony varchar(max) limit
Zmirroryzowane SQL Server, Azure SQL Database, Azure SQL Managed Instance 1 MB
Baza danych SQL w systemie Fabric 1 MB
Zduplikowane Azure Cosmos DB 2 MB
Cosmos DB w Fabric 2 MB

Dublowana tabela lub schemat nie są usuwane po usunięciu jej w źródłowej bazie danych

Poziom tabeli:

  • Po wybraniu dublowania listy tabel selektywnych i porzuceniu tabeli źródłowej tabela dublowana pozostaje i zostanie wyświetlony błąd "Tabela źródłowa nie istnieje" w monitorowaniu. Jeśli nie chcesz już replikować tej tabeli, zaktualizuj konfigurację dublowanej bazy danych i usuń ją, a następnie tabela dublowana zostanie usunięta.
  • Jeśli zdecydujesz się dublować wszystkie dane, a tabela źródłowa zostanie porzucona, również tabela dublowana zostanie usunięta.

Poziom schematu: po usunięciu schematu w źródłowej bazie danych schemat nadal będzie widoczny w punkcie końcowym usługi SQL Analytics jako pusty schemat.

Nie mogę zmienić źródłowej bazy danych

Zmiana źródłowej bazy danych nie jest obsługiwana. Utwórz nową dublowaną bazę danych.

Ogranicza komunikaty o błędach

Te typowe komunikaty o błędach zawierają wyjaśnienia i środki zaradcze:

Komunikat o błędzie Powód Mitygacja
"Liczba tabel może przekroczyć limit, może brakować niektórych tabel". Istnieje maksymalnie 1000 tabel. W źródłowej bazie danych usuń lub przefiltruj tabele. Jeśli nowa tabela jest 1000., nie jest wymagana żadna ograniczenie ryzyka.
"Replikacja jest ograniczana i oczekuje się, że będzie kontynuowana o RRRR-MM-DDTHH:MM:ss"." Maksymalnie 1 TB danych zmian jest przechwytywane dziennie na jedną bazę danych z duplikacją lustrzaną. Poczekaj na zakończenie ograniczania przepustowości.

Treści powiązane

  • Last updated on