Udostępnij za pośrednictwem


Wstrzymywanie i wznawianie w magazynie danych sieci szkieletowej

Dotyczy:✅ punkt końcowy analizy SQL i magazyn w usłudze Microsoft Fabric

Pojemność usługi Microsoft Fabric można wstrzymać, aby umożliwić oszczędności kosztów organizacji. Podobnie jak w przypadku innych obciążeń magazyn danych sieci szkieletowej ma wpływ na wstrzymanie pojemności sieci szkieletowej.

Nie można wstrzymać pojedynczo magazynu ani usługi Lakehouse w usłudze Microsoft Fabric. Aby dowiedzieć się więcej o tym, jak wstrzymać i wznowić pojemność sieci szkieletowej, odwiedź stronę Wstrzymaj i wznów pojemność.

Wpływ na żądania użytkowników

Administrator może w dowolnym momencie wstrzymać aktywną pojemność sieci szkieletowej, nawet gdy są wykonywane instrukcje SQL. Użytkownicy mogą oczekiwać następującego zachowania w przypadku wstrzymania pojemności:

  • Nowe żądania: po wstrzymaniu pojemności użytkownicy nie mogą wykonywać nowych instrukcji SQL ani zapytań. Obejmuje to również działanie w portalu sieci szkieletowej, takie jak tworzenie operacji, ładowanie siatki danych, otwieranie widoku modelu, otwieranie edytora zapytań wizualizacji. Każde nowe działanie, które podjęto po wstrzymaniu pojemności, zwraca następujący komunikat o błędzie Unable to complete the action because this Fabric capacity is currently paused.
  • Żądania w locie: wszystkie otwarte żądania, takie jak instrukcje SQL w wykonaniu, lub działania w Edytor Power Query SQL, edytorze zapytań wizualnych lub widoku modelowania, są anulowane z komunikatem o błędzie, na przykładUnable to complete the action because this Fabric capacity is currently paused.
  • Transakcje użytkownika: gdy pojemność zostanie wstrzymana w trakcie transakcji użytkownika, na przykład BEGIN TRAN i COMMIT TRAN, transakcje zostaną wycofane.

Uwaga

Środowisko użytkownika odrzucania nowych żądań i anulowania żądań w locie jest spójne zarówno w portalu sieci szkieletowej, jak i w aplikacjach klienckich, takich jak SQL Server Management Studio (SSMS) lub Azure Data Studio.

Wpływ na zadania w tle systemu

Podobnie jak zadania inicjowane przez użytkownika, zadania w tle systemu, które są w locie, są anulowane po wstrzymaniu pojemności. Przykłady instrukcji generowanych przez system obejmują działania synchroniczne metadanych i inne zadania w tle, które są uruchamiane, aby umożliwić szybsze wykonywanie zapytań.

Niektóre działania oczyszczania mogą mieć wpływ na wstrzymanie obliczeń. Na przykład dane historyczne starsze niż bieżące ustawienia przechowywania danych nie są usuwane, gdy pojemność jest wstrzymana. Działania nadrabiają zaległości po wznowieniu pojemności.

Wpływ na pamięć podręczną i wydajność

Po wstrzymaniu pojemności sieci szkieletowej zasoby obliczeniowe magazynu są bezpiecznie zamykane. Aby zapewnić najlepszą wydajność, pamięci podręczne muszą być przez cały czas ciepłe. W takich scenariuszach nie zaleca się wstrzymania bazowej pojemności.

Po wznowieniu pojemności sieci szkieletowej ponowne uruchomienie zasobów obliczeniowych magazynu z czystą pamięcią podręczną potrwa kilka uruchomień w celu dodania odpowiednich danych do pamięci podręcznej. W tym czasie po operacji wznawiania może wystąpić zauważalne spowolnienie wydajności.

Napiwek

Przed podjęciem decyzji o wstrzymaniu bazowej pojemności sieci szkieletowej należy dokonać kompromisu między wydajnością a kosztami.

Wpływ na rozliczenia

  • Jeśli pojemność jest wstrzymana ręcznie, skutecznie wstrzymuje liczniki rozliczeń obliczeniowych dla wszystkich obciążeń usługi Microsoft Fabric, w tym magazynu.
  • Magazyny danych nie zgłaszają użycia zasobów obliczeniowych po zainicjowaniu przepływu pracy wstrzymania.
  • Miernik rozliczeń magazynu OneLake nie jest wstrzymany. Nadal płacisz za magazyn, gdy zasoby obliczeniowe są wstrzymane.

Dowiedz się więcej na temat konsekwencji rozliczeń tutaj: Omówienie rachunku za pojemność sieci szkieletowej na platformie Azure.

Rozważania i ograniczenia

  • W przypadku wstrzymania żądania w locie w narzędziach aplikacji klienckich, takich jak SQL Server Management Studio (SSMS) lub Azure Data Studio , otrzymują ogólne komunikaty o błędach, które nie wskazują intencji anulowania. W tym przypadku jest kilka przykładowych komunikatów o błędach (nie tylko):
    • An existing connection was forcibly closed by the remote host
    • Internal error. Unable to properly update physical metadata. Please try the operation again and contact Customer Support Services if this persists.
    • A severe error occurred on the current command. The results, if any, should be discarded.
  • Po wznowieniu pojemności może upłynąć kilka minut, aby rozpocząć akceptowanie nowych żądań.
  • Działanie oczyszczania w tle może mieć wpływ na wstrzymanie obliczeń. Działania nadrabiają zaległości po wznowieniu pojemności.

Następny krok