Zarządzanie konserwacją i aktualizacjami usług przy użyciu harmonogramów konserwacji

Funkcja harmonogramu konserwacji integruje powiadomienia o planowanej konserwacji kondycji usługi, monitor kontroli kondycji zasobów i usługę planowania konserwacji dla puli SQL usługi Synapse (magazynu danych) w usłudze Azure Synapse Analytics.

Należy użyć harmonogramu konserwacji, aby wybrać przedział czasu, gdy jest wygodny do otrzymywania nowych funkcji, uaktualnień i poprawek. Musisz wybrać podstawowe i pomocnicze okno obsługi w ciągu siedmiu dni. Każde okno musi należeć do oddzielnych zakresów dni.

Można na przykład zaplanować główne okno od soboty 22:00 do niedzieli 01:00, a następnie zaplanować dodatkowe okno od środy 19:00 do 22:00. Jeśli nie można wykonać konserwacji podczas podstawowego okna obsługi, spróbuje wykonać konserwację ponownie podczas pomocniczego okna obsługi. Prace konserwacyjne usług mogą występować okazjonalnie w trakcie zarówno głównych, jak i dodatkowych okien czasowych. Aby zapewnić szybkie ukończenie wszystkich operacji konserwacji, dw400c i niższe warstwy magazynu danych mogą zakończyć konserwację poza wyznaczonym oknem obsługi.

Wszystkie nowo utworzone instancje hurtowni danych mają przypisany przez system harmonogram konserwacji stosowany podczas wdrażania. Harmonogram można edytować natychmiast po zakończeniu wdrażania.

Podczas wybierania okna obsługi należy wybrać godzinę rozpoczęcia i ustawić maksymalny czas trwania. "Maksymalny czas trwania okna obsługi" określa przedział czasu, w którym będą wykonywane zadania konserwacji. Ten przedział czasu może wynosić od trzech (3) do ośmiu (8) godzin, z minimalnym wymaganiem wynoszącym trzy (3) godziny. W tym okresie magazyn danych będzie tymczasowo wyłączony, ponieważ dedykowany zasób zostanie przeniesiony do zwiększonej pojemności przy użyciu procesu podobnego do wstrzymywania/wznawiania. W typowych warunkach ta operacja zostanie ukończona znacznie poniżej 30 minut, ale należy pamiętać, że w niektórych przypadkach może to potrwać dłużej. Jeśli na przykład po rozpoczęciu konserwacji istnieją aktywne transakcje, zostaną one anulowane i wycofane, co może spowodować opóźnienia w przywracaniu usługi online. Aby zapobiec tej sytuacji, zalecamy upewnienie się, że na początku okna konserwacji nie są aktywne żadne długoterminowe transakcje.

Wszystkie operacje konserwacji powinny zakończyć się w określonych oknach konserwacyjnych, chyba że będziemy musieli wdrożyć aktualizację krytyczną czasowo. Jeśli magazyn danych jest wstrzymany podczas zaplanowanej konserwacji, zostanie zaktualizowany podczas operacji wznawiania. Otrzymasz powiadomienie natychmiast po zakończeniu konserwacji magazynu danych.

Uwaga

• Okna obsługi nie mają zastosowania w przypadku dw400c lub niższych poziomów wydajności. Mogą one być poddawane konserwacji w dowolnym momencie.
• DW400c i niższe modele mogą doświadczać wielu krótkich strat w łączności w różnych momentach w oknie konserwacji.

Monitorowanie i alerty

Platforma Azure zapewnia kompleksowy wgląd w kondycję zasobów w chmurze, w tym bieżące i nadchodzące problemy, zdarzenia wpływające na usługę, planowaną konserwację i inne zmiany, które mogą mieć wpływ na dostępność.

Stan usługi oferuje spersonalizowany widok używanych przez Ciebie usług i regionów Azure, dzięki czemu jest najlepszym źródłem komunikacji wpływającej na usługi, dotyczącej awarii, planowanych konserwacji i innych ostrzeżeń dotyczących stanu. Konfigurując alerty panelu Kondycja usługi, możesz otrzymywać powiadomienia za pośrednictwem preferowanych kanałów komunikacyjnych dotyczące wszelkich problemów lub zmian wpływających na usługi.

Aby skonfigurować alert dotyczący kondycji usługi na potrzeby planowanej konserwacji, przejdź do witryny Azure Portal i uzyskaj dostęp do sekcji Service Health . Wybierz kartę Alerty i utwórz nowy alert, określając typ usługi jako: Azure Synapse Analytics lub (i) SQL Data Warehouse na podstawie typu puli. Wybierz pozycję Konserwacja jako typ zdarzenia, zdefiniuj zakres i ustawienia powiadomień zgodnie ze swoimi preferencjami oraz zapisz konfigurację alertu. Aby uzyskać szczegółowe instrukcje, skorzystaj z poniższych zasobów:

• Alerty stanu usług.
• Jak utworzyć alert kondycji usług.

Uwagi:

W ramach konfiguracji należy ustawić szczegóły warunku, aby odpowiadały używanej usłudze.

• W przypadku dedykowanej puli SQL (dawniej SQL DW) wybór Usługi powinien brzmieć SQL Data Warehouse
  • W przypadku dedykowanej puli SQL w obszarze roboczym usługi Azure Synapse Analytics wybór usługi powinien brzmieć Azure Synapse Analytics

Uwaga

Powiadomienie o 24-godzinnym wyprzedzeniu poprzedza wszystkie zdarzenia konserwacji. W przypadku, gdy jest wymagane wdrożenie aktualizacji o krytycznym czasie, można skrócić zaawansowane czasy powiadomień. Może do tego dojść poza określonym oknem obsługi ze względu na krytyczne znaczenie aktualizacji. Jeśli otrzymasz powiadomienie z wyprzedzeniem dotyczące planowanej konserwacji, lecz konserwacji nie można przeprowadzić w okresie zawartym w powiadomieniu, otrzymasz powiadomienie dotyczące anulowania. Konserwacja zostanie wznowiona w następnym zaplanowanym okresie konserwacji. Wszystkie aktywne zdarzenia konserwacji są wyświetlane w sekcji Service Health — planowana konserwacja. Historia usługi Service Health zawiera pełny rekord przeszłych zdarzeń. Konserwację można monitorować za pośrednictwem pulpitu nawigacyjnego portalu sprawdzania kondycji usługi Azure podczas aktywnego zdarzenia.

Dostępność harmonogramu konserwacji

Nawet jeśli planowanie konserwacji nie jest dostępne w wybranym regionie, możesz wyświetlać i edytować harmonogram konserwacji w dowolnym momencie. Gdy planowanie konserwacji stanie się dostępne w Twoim regionie, zidentyfikowany harmonogram natychmiast stanie się aktywny w puli SQL usługi Synapse.

Wyświetlanie harmonogramu konserwacji

Domyślnie, wszystkie wystąpienia nowo utworzonego magazynu danych mają ośmiogodzinne podstawowe i pomocnicze okno obsługi, stosowane podczas wdrażania. Jak wskazano powyżej, można zmienić okna po zakończeniu wdrażania. Żadna konserwacja nie odbywa się poza określonymi oknami obsługi bez wcześniejszego powiadomienia.

Aby wyświetlić harmonogram konserwacji zastosowany do puli SQL usługi Synapse, wykonaj następujące kroki:

1. Zaloguj się w witrynie Azure Portal.
2. Wybierz pulę SQL usługi Synapse, którą chcesz wyświetlić.
3. Wybrana pula SQL usługi Synapse zostanie otwarta w oknie przeglądu. Harmonogram konserwacji zastosowany do magazynu danych jest wyświetlany poniżej harmonogramu konserwacji.

Pomiń lub zmień harmonogram konserwacji

Aby zapewnić zgodność z najnowszymi wymaganiami dotyczącymi zabezpieczeń, nie możemy obsłużyć żądań pomijania lub opóźniania tych aktualizacji. Możesz jednak skorzystać z pewnych opcji dostosowywania okna obsługi, jeśli korzystasz z warstw dw500c i wyższych warstw magazynu danych w ramach bieżącego cyklu w zależności od sytuacji:

• Jeśli otrzymasz powiadomienie o oczekującej konserwacji i potrzebujesz więcej czasu na zakończenie zadań lub powiadomienie zespołu, możesz zmienić czas rozpoczęcia okna obsługi, o ile zrobisz to przed rozpoczęciem zdefiniowanego okna obsługi. Spowoduje to przesunięcie okna do przodu w czasie w ramach cyklu.

• Możesz ręcznie wyzwolić konserwację, wstrzymując, a następnie wznawiając (lub skalując) swoją dedykowaną pulę SQL po rozpoczęciu cyklu, dla którego odebrano powiadomienie o statusie "Oczekujące". Weekendowy cykl konserwacji rozpoczyna się w sobotę o 00:00 UTC. Cykl konserwacji w tygodniu rozpoczyna się we wtorek o godzinie 12:00 UTC.

• Chociaż wymagamy minimum 3-godzinnego okresu, w typowych warunkach ta operacja kończy się w znacznie mniej niż 30 minut. Należy jednak pamiętać, że w niektórych przypadkach może to potrwać dłużej. Jeśli na przykład po rozpoczęciu konserwacji istnieją aktywne transakcje, zostaną one anulowane i wycofane, co może spowodować opóźnienia w przywracaniu usługi online. Aby zapobiec tej sytuacji, zalecamy upewnienie się, że na początku okna konserwacji nie są aktywne żadne długoterminowe transakcje.

Uwaga

• Jeśli zmienisz okno na godzinę rozpoczęcia przed rzeczywistym obecnym czasem, konserwacja zostanie wyzwolona natychmiast, a jeśli w tym czasie są aktywne transakcje, zostaną one przerwane i wycofane.
• Po zakończeniu operacji wstrzymania i wznowienia w celu zainicjowania konserwacji zamiast otrzymywać powiadomienie potwierdzające ukończenie konserwacji, otrzymasz powiadomienie o anulowaniu.
• Jeśli używasz dw400c lub niższego, mimo że możesz zmienić harmonogram konserwacji, nie będzie on przestrzegany, ponieważ jest to niższy poziom wydajności. Jak wspomniano wcześniej, te warstwy magazynów danych można poddać konserwacji w dowolnym momencie cyklu konserwacji.

Identyfikowanie okien podstawowych i pomocniczych

Okna podstawowe i pomocnicze muszą mieć oddzielne zakresy dni. Przykładem jest podstawowe okno wtorek–czwartek i pomocnicze okno sobotnie–niedziela. Terminy "Primary" i "Secondary" powinny być traktowane odpowiednio jako "Window 1" i "Window 2". Oznacza to, że każde z okien można wybrać w dowolnej kolejności dla wdrażania uaktualnień konserwacji.

Aby zmienić harmonogram konserwacji puli SQL usługi Synapse, wykonaj następujące kroki:

1. Zaloguj się w witrynie Azure Portal.

2. Wybierz pulę SQL usługi Synapse, którą chcesz zaktualizować. Strona zostanie otwarta w oknie przeglądu. Otwórz stronę ustawień harmonogramu konserwacji, wybierając link Podsumowanie harmonogramu konserwacji w oknie przeglądu. Możesz też wybrać opcję Harmonogram konserwacji w menu zasobów po lewej stronie.

   

3. Zidentyfikuj preferowany zakres dni dla podstawowego okna obsługi, korzystając z opcji w górnej części strony. Ten wybór określa, czy okno podstawowe będzie występować w dni powszednie, czy w weekend. Wybór spowoduje zaktualizowanie wartości listy rozwijanej. Podczas wersji zapoznawczej niektóre regiony mogą jeszcze nie obsługiwać pełnego zestawu dostępnych opcji Dzień.

   

4. Wybierz preferowane okna obsługi podstawowej i pomocniczej, korzystając z pól listy rozwijanej:

   • Dzień: Preferowany dzień przeprowadzania konserwacji w wybranym oknie.
   • Godzina rozpoczęcia: preferowany czas rozpoczęcia okna obsługi.
   • Przedział czasu: preferowany czas trwania przedziału czasu.

   Obszar Podsumowanie harmonogramu w dolnej części okna jest aktualizowany na podstawie wybranych wartości.

5. Wybierz pozycję Zapisz. Zostanie wyświetlony komunikat z potwierdzeniem, że nowy harmonogram jest teraz aktywny.

   W dowolnym momencie można zaktualizować opcje Dzień, Godzina rozpoczęcia, Przedział czasu (w tym domyślne okno 8 godzin). Jeśli zapisujesz harmonogram w regionie, który nie obsługuje planowania konserwacji, zostanie wyświetlony następujący komunikat. Ustawienia są zapisywane i aktywne, gdy funkcja stanie się dostępna w wybranym regionie.

   

Często zadawane pytania

Jaka jest oczekiwana częstotliwość konserwacji?

Konserwacja może wystąpić więcej niż raz w miesiącu, ponieważ konserwacja może obejmować aktualizacje systemu operacyjnego, poprawki zabezpieczeń i sterowniki, wewnętrzne aktualizacje infrastruktury platformy Azure oraz poprawki i aktualizacje usługi DW. Każdy klient ma harmonogram konserwacji dwa razy w tygodniu: w soboty i niedziele oraz we wtorki i czwartki.

Jakie zmiany zostały wprowadzone po zakończeniu konserwacji, mimo że wersja mojej dedykowanej puli SQL pozostała taka sama?

Po zakończeniu aktualizacji konserwacji wersja puli SQL może pozostać niezmieniona. Dzieje się tak, ponieważ konserwacja może obejmować aktualizacje systemu operacyjnego, poprawki zabezpieczeń i sterowników, aktualizacje wewnętrznej infrastruktury platformy Azure oraz poprawki i aktualizacje oprogramowania DW. Tylko jeśli poprawka lub aktualizacja Synapse DW zostanie uwzględniona w ramach konserwacji, zobaczysz zmianę wersji dedykowanej puli SQL.

Czy można uaktualnić wersję dedykowanej puli SQL na żądanie?

• Nie, planowana konserwacja obejmuje zarządzanie dedykowanymi pulami SQL. Możesz mieć jednak kilka możliwości przeprowadzenia konserwacji, gdy cykl się rozpocznie, w zależności od sytuacji. Sprawdź Pomiń lub zmień harmonogram konserwacji
• Należy pamiętać, że dedykowana pula SQL jest funkcją PaaS (Platform as a Service). Oznacza to, że Microsoft Azure obsługuje wszelkiego rodzaju zadania związane z usługą, takie jak infrastruktura, utrzymanie, aktualizacje i skalowalność. Zaplanowana konserwacja może być śledzona przez ustawienie alertu/powiadomienia, aby otrzymywać informacje o zbliżających się działaniach konserwacyjnych.

Jakie zmiany należy wprowadzić przed lub po zakończeniu konserwacji dedykowanej puli SQL?

• Podczas konserwacji usługa zostanie przełączona w tryb offline na krótki czas, podobnie jak w przypadku operacji wstrzymania, wznowienia lub skalowania. Zazwyczaj ogólna operacja konserwacji jest wykonywana znacznie poniżej 30 minut. Może to jednak potrwać nieco dłużej, w zależności od aktywności bazy danych w oknie konserwacji. Zalecamy wstrzymanie operacji ETL, aktualizacji tabel, a zwłaszcza operacji transakcyjnych, aby uniknąć dłuższej niż zwykle konserwacji. Na przykład:
• Jeśli w zaplanowanym oknie czasowym wystąpienie jest wyjątkowo obciążone, zwłaszcza przy częstych operacjach aktualizacji i usuwania, operacja konserwacji może potrać dłużej niż zazwyczaj. Aby zmniejszyć prawdopodobieństwo przedłużających się działań konserwacyjnych, zalecamy ograniczenie operacji do zapytań, które są głównie tylko do odczytu, jeśli to możliwe, a szczególnie unikanie długotrwałych zapytań transakcyjnych (więcej informacji w następnym punkcie).
• Jeśli po rozpoczęciu konserwacji istnieją aktywne transakcje, są one anulowane i wycofane, co może powodować opóźnienia w przywracaniu usługi online. Aby zapobiec tej sytuacji, zalecamy upewnienie się, że na początku okna konserwacji nie są aktywne żadne długoterminowe transakcje.

Otrzymaliśmy powiadomienie o nadchodzącej planowanej konserwacji dedykowanej puli SQL z identyfikatorem śledzenia 0000-000, ale zostało to później anulowane lub przełożone. Co spowodowało anulowanie lub zmianę terminu konserwacji?

Istnieje wiele czynników, które mogą prowadzić do anulowania zaplanowanej konserwacji, w tym między innymi:

• Wstrzymać lub skalować operacje po otrzymaniu powiadomienia o oczekującej konserwacji w momencie inicjowania cyklu.
• Jeśli masz na celu różne Cele Poziomu Usług (SLO) podczas cyklu utrzymania, takie jak przejście z poziomu dowolnego celu SLO wyższego niż DW400c, a następnie skalowanie z powrotem do celu SLO niższego lub równego DW400c, lub odwrotnie, może wystąpić anulacja. Dzieje się tak, ponieważ okna obsługi nie mają zastosowania do poziomu wydajności DW400c lub niższego poziomu wydajności i mogą być poddawane konserwacji w dowolnym momencie.
• Wewnętrzne czynniki infrastruktury, takie jak rzeczywiste zmiany harmonogramu planowanej konserwacji przez zespół odpowiedzialny za wydania.
• Konserwacja może zostać anulowana lub zaplanowana ponownie, jeśli monitorowanie wewnętrzne wykryje, że konserwacja trwa dłużej niż oczekiwano. Konserwację należy przeprowadzić w ramach umów dotyczących poziomu usług (SLA) określających ustawienia okna konserwacji klienta.

Czy są jakieś najlepsze praktyki, które muszę wziąć pod uwagę w związku z obciążeniem w okresie konserwacji?

• Tak, jeśli to możliwe, wstrzymaj wszystkie obciążenia transakcyjne i ETL w zaplanowanym interwale konserwacji, aby uniknąć błędów lub opóźnień w przywracaniu usługi online. Długotrwałe operacje transakcyjne powinny zostać zakończone przed nadchodzącym okresem konserwacji.
• Aby obciążenia były odporne na przerwy spowodowane przez operacje konserwacji, należy użyć logiki ponawiania zarówno dla poziomów połączenia, jak i polecenia (zapytania), stosując dłuższe interwały ponawiania prób i/lub więcej prób, aby wytrzymać rozszerzoną utratę połączenia, która może wydłużyć się do lub więcej niż 30 minut w niektórych przypadkach.

Następne kroki

• Dowiedz się więcej o tworzeniu, wyświetlaniu i zarządzaniu alertami przy użyciu usługi Azure Monitor.
• Dowiedz się więcej o działaniach webhook dla reguł alertów dziennika.
• Dowiedz się więcej o tworzeniu grup akcji i zarządzaniu nimi.
• Dowiedz się więcej o usłudze Azure Service Health.