Często zadawane pytania dotyczące dublowania płatka śniegu w usłudze Microsoft Fabric

Ten artykuł zawiera odpowiedzi na często zadawane pytania dotyczące mirroringu Snowflake w usłudze Microsoft Fabric.

Funkcje i możliwości

Czy istnieje strefa przejściowa lub docelowa dla snowflake? Jeśli tak, czy jest poza OneLake?

W przypadku Snowflake używamy strefy przejściowej do przechowywania zarówno migawek, jak i danych o zmianach w OneLake, aby zwiększyć wydajność podczas konwertowania tych plików ze stref przejściowych do formatu Delta VertiParquet.

Jakie typy obiektów snowflake można replikować?

Zarządzane tabele, tabele góry lodowej i widoki są obsługiwane na potrzeby replikacji. Tabele zewnętrzne, przejściowe, tymczasowe i dynamiczne nie są obsługiwane. W przypadku tabel Iceberg podczas konfiguracji wymagane jest połączenie z bazowym magazynem tabeli Iceberg. Aby uzyskać szczegółowe informacje na temat znanych problemów z widokami (takimi jak mapowanie typów danych), zobacz Ograniczenia.

Jak zarządzać połączeniami?

Wybierz koła zębatego ustawień, a następnie wybierz pozycję Zarządzaj połączeniami i bramami. Możesz również usunąć istniejące połączenia z tej strony.

Jakie metody uwierzytelniania są obsługiwane w przypadku dublowania snowflake?

Obsługiwane są następujące metody uwierzytelniania:

  • Nazwa użytkownika i hasło — natywne uwierzytelnianie Snowflake
  • Microsoft Entra ID (SSO) — logowanie jednokrotne za pośrednictwem Entra ID
  • Uwierzytelnianie za pomocą pary kluczy — para kluczy RSA dla scenariuszy użycia konta usługi

Efektywność kosztowa

Jak mogę zmniejszyć koszty mocy obliczeniowej Snowflake wynikające z dublowania?

  1. Użyj ponownie istniejącego magazynu. Skonfiguruj dublowanie tak, aby używało tego samego magazynu Snowflake używanego już przez aplikacje do aktualizowania tabel źródłowych. Pozwala to uniknąć narzutu związanego z uruchamianiem oddzielnego, dedykowanego magazynu replikowanego. Gdy aplikacja aktualizuje tabelę, replikator mirroringu przechwytuje zmiany niemal natychmiast, podczas gdy magazyn danych pozostaje aktywny. 2. Duplikuj tylko tabele, których potrzebujesz. Unikaj dublowania całej bazy danych, gdy potrzebujesz tylko podzestawu tabel. Replikacja na dużą skalę może powodować znaczne zużycie zasobów Snowflake oraz nagłe skoki wykorzystania pojemności usługi Fabric. 3. Monitoruj nieoczekiwane ponowne zmiany. Ponowne inicjowanie powoduje ponowne odczytanie całej tabeli i naliczenie kosztów obliczeniowych proporcjonalnych do jej rozmiaru. Sprawdź stronę Stan kopii lustrzanej w przypadku tabel, które wielokrotnie wykazują zachowanie typowe dla początkowego kopiowania. 4. Korzystaj z budżetów Snowflake i limitów kredytowych. Ustaw monitory zasobów i budżety usługi Snowflake, aby ograniczyć koszty obliczeń związanych z dublowaniem.

W jaki sposób są obsługiwane opłaty za ruch przychodzący?

Fabric nie nalicza opłat za transfer danych przychodzących do usługi OneLake w ramach Mirroring.

W jaki sposób są obsługiwane opłaty za ruch wychodzący?

Jeśli są hostowane poza platformą Azure, zapoznaj się z dokumentacją rozwiązania Snowflake i dokumentacją chmury dotyczącą kosztów ruchu wychodzącego. Jeśli są hostowane na platformie Azure, ale w innym regionie niż pojemność sieci szkieletowej, opłaty za ruch wychodzący danych będą naliczane. Jeśli hostuje się na platformie Azure w tym samym regionie, nie ma ruchu wychodzącego danych.

Czy funkcja tworzenia kopii lustrzanej obsługuje harmonogramy lub okna replikacji?

Nie. Dublowanie działa stale i obecnie nie obsługuje konfigurowania harmonogramów replikacji ani okien opartych na czasie. Replikator stale monitoruje zmiany, co powoduje ciągłe zużycie zasobów obliczeniowych Snowflake. Jeśli musisz ograniczyć zasoby obliczeniowe w określonych okresach, możesz ręcznie zatrzymać i ponownie uruchomić dublowanie — należy jednak pamiętać, że ponowne uruchamianie wyzwala pełną zmianę wszystkich dublowanych tabel.

Performance

Jak długo trwa replikacja początkowa?

Zależy to od rozmiaru danych, które są wprowadzane.

Jak długo trwa replikowanie operacji wstawiania/aktualizacji/usuwania?

Opóźnienie zbliżone do czasu rzeczywistego.

Czy raporty usługi Power BI będą korzystać z trybu Direct Lake?

Tak, wszystkie tabele to tabele delta uporządkowane według v.

Rozwiązywanie problemów z dublowaniem płatka śniegu w usłudze Microsoft Fabric

Jakie są stany replikacji?

Czy można uzyskać dostęp do mirroringu Snowflake za pośrednictwem bramy usługi Power BI lub za zaporą sieciową?

Tak, obsługujemy dublowanie za pośrednictwem lokalnej bramy danych i za pośrednictwem bramy danych Virtual Network (VNet).

Co robi uruchamianie dublowania?

Dane z tabel źródłowych zostaną zainicjalizowane ponownie. Za każdym razem, gdy zatrzymasz i uruchomisz, cała tabela zostanie ponownie pobrana.

Co się stanie, jeśli odznaczę tabelę w funkcji Mirroring?

Zatrzymujemy replikację tej konkretnej tabeli i usuwamy ją z usługi OneLake.

Jeśli usunę kopię lustrzaną, czy wpłynie to na źródłową bazę danych?

Nie, po prostu usuwamy tabele przesyłania strumieniowego.

Czy można kilka razy utworzyć kopię lustrzaną tej samej bazy danych?

Tak, możesz, ale nie musisz tego robić. Gdy dane znajdą się w usłudze Fabric, można je stamtąd udostępniać.

Czy mogę replikować tylko określone tabele z mojej źródłowej bazy danych?

Tak, określone tabele można wybrać podczas konfiguracji dublowania.

Co powoduje pełne ponowne zasianie danych?

Pełne przeładowanie danych (reseed) jest uruchamiane przez dowolne z poniższych:

  • Zmiany DDL, które modyfikują znacznik czasu DDL tabeli, na przykład operacje ALTER TABLE, które dodają lub usuwają kolumny.
  • Narzędzia do modyfikacji schematu, takie jak dbt, które zgodnie z harmonogramem usuwają i odtwarzają tabele.
  • Zatrzymywanie i ponowne uruchamianie dublowania za pośrednictwem portalu Fabric lub interfejsu API.
  • Przedłużone wstrzymanie pojemności. Jeśli Fabric pojemność jest wstrzymana przez długi czas, dublowanie może zostać przywrócone po wznowieniu.

Jak rozwiązywać problemy z nieoczekiwaną lub ciągłą ponowną zmianą?

Jeśli tabele wielokrotnie przechodzą przez początkowe kopiowanie (reseed) zamiast synchronizacji przyrostowej:

  1. Sprawdź, czy w schemacie źródłowym zaszły zmiany. Sprawdź, czy narzędzie, takie jak dbt, modyfikuje definicje tabel zgodnie z harmonogramem cyklicznym. Nawet drobne zmiany DDL mogą wyzwalać zmianę ponownie.
  2. Przejrzyj stronę Stan dublowania. Poszukaj tabel, które pokazują powtarzające się znaczniki czasu kopiowania początkowego w regularnych odstępach czasu.
  3. Wstrzymaj zmiany schematu podczas aktywnego dublowania. Jeśli przyczyną są uruchomienia dbt, zaplanuj je podczas okien obsługi lub wstrzymaj dublowanie przed uruchomieniem zmian schematu.
  4. Monitoruj użycie hurtowni Snowflake. Sprawdź widoki użycia konta w Snowflake, aby zobaczyć, czy zapytania związane z mirroringiem stanowią główne obciążenie obliczeniowe.
  5. Pamiętaj, że każde ponowne zasianie przetwarza wszystkie dane tabeli i powoduje koszty obliczeń w Snowflake proporcjonalne do rozmiaru tabeli. proporcjonalny do rozmiaru tabeli.

Zarządzanie danymi

Czy dane kiedykolwiek opuszczają dzierżawę Fabric klienta?

Nie.

Czy dane są przechowywane poza środowiskiem klienta?

Nie, dane nie są przechowywane poza środowiskiem klienta — są przechowywane w usłudze OneLake należącej do klienta.

Licensing

Jakie są opcje licencjonowania funkcji Fabric Mirroring?

Wymagana jest pojemność usługi Power BI Premium, pojemność platformy Fabric lub pojemność próbna. Aby uzyskać więcej informacji na temat licencjonowania, zobacz Licencje usługi Microsoft Fabric.

Jakie są koszty mocy obliczeniowej Fabric związane z Mirroring?

Zasoby obliczeniowe usługi Fabric używane do replikowania danych w usłudze Fabric OneLake są bezpłatne. Koszt magazynowania lustrzanego jest bezpłatny do limitu zależnego od pojemności. Aby uzyskać więcej informacji, zobacz Koszt dublowania i Cennik usługi Microsoft Fabric. Moc obliczeniowa wykorzystywana do wykonywania zapytań na danych przy użyciu SQL, Power BI lub Spark jest rozliczana według standardowych stawek.