Share via

Monitorowanie wydajności usługi Azure SQL Database i zarządzanie nią w wielodostępnej aplikacji SaaS

  • Artykuł

Dotyczy:Azure SQL Database

W tym samouczku przedstawiono kilka kluczowych scenariuszy zarządzania wydajnością używanych w aplikacjach SaaS. Przedstawiono wbudowane funkcje monitorowania i alertów usługi SQL Database i elastycznych pul przy użyciu generatora obciążenia do symulowania aktywności we wszystkich bazach danych dzierżawy.

Aplikacja Wingtip Tickets SaaS Database Per Tenant korzysta z modelu danych z jedną dzierżawą, w którym każda lokalizacja (dzierżawa) ma własną bazę danych. Podobnie jak w przypadku wielu innych aplikacji SaaS, oczekiwany wzorzec obciążenia dzierżawy charakteryzuje się nieprzewidywalnością i sporadycznością występowania. Innymi słowy, sprzedaż biletów może nastąpić w dowolnej chwili. Aby skorzystać z tego typowego wzorca użycia bazy danych, bazy danych dzierżaw są wdrażane w elastycznych pulach. Elastyczne pule umożliwiają optymalizację kosztu rozwiązania dzięki udostępnieniu zasobów pomiędzy wieloma bazami danych. W przypadku tego typu wzorca ważne jest, aby monitorować użycie zasobów bazy danych i puli, co ma na celu rozsądne równoważenie obciążenia między pulami. Należy także upewnić się, że pojedyncze bazy danych posiadają odpowiednie zasoby, i że pule nie zbliżają się do swoich limitów liczby jednostek eDTU. W tym samouczku przedstawiono metody monitorowania baz danych i pul oraz zarządzania nimi, a także wykonywanie akcji naprawczych w odpowiedzi na wahania obciążenia.

Ten samouczek zawiera informacje na temat wykonywania następujących czynności:

  • Symulowanie korzystania z baz danych dzierżaw przy użyciu dostarczonego generatora obciążenia
  • Monitorowanie reakcji baz danych dzierżaw na wzrost obciążenia
  • Skalowanie w górę elastycznej puli w reakcji na zwiększone obciążenie bazy danych
  • Aprowizacja drugiej elastycznej puli w celu równoważenia aktywności baz danych

Do wykonania kroków tego samouczka niezbędne jest spełnienie następujących wymagań wstępnych:

Wprowadzenie do wzorców zarządzania wydajnością saaS

Zarządzanie wydajnością bazy danych polega na zbieraniu danych dotyczących wydajności i analizowaniu ich, a następnie reagowaniu na te dane przez dostosowanie parametrów w celu zachowania akceptowalnego czasu odpowiedzi aplikacji. W przypadku hostowania wielu dzierżaw elastyczne pule są opłacalnym sposobem zapewnienia zasobów dla grupy baz danych z nieprzewidywalnymi obciążeniami i zarządzania nimi. Przy pewnych wzorcach obciążenia korzyści mogą się pojawić przy zarządzaniu w puli zaledwie dwoma bazami danych S3.

application diagram

Pule i bazy danych w pulach powinny być monitorowane w celu zapewnienia, że pozostają w akceptowalnym zakresie wydajności. Dostosuj konfigurację puli, aby zaspokoić potrzeby zagregowanego obciążenia wszystkich baz danych, zapewniając, że jednostki eDTU puli są odpowiednie dla ogólnego obciążenia. Dostosuj minimalne i maksymalne wartości eDTU dla bazy danych do wartości odpowiadających wymaganiom konkretnych aplikacji.

Strategie zarządzania wydajnością

  • Aby uniknąć konieczności ręcznego monitorowania wydajności, najbardziej efektywne jest ustawianie alertów wyzwalanych, gdy bazy danych lub pule nie będą się pracować z normalnych zakresów.
  • Aby reagować na krótkoterminowe wahania w zagregowanym rozmiarze obliczeniowym puli, poziom eDTU puli można skalować w górę lub w dół. Jeśli takie wahania występują regularnie lub są przewidywalne, można zaplanować automatyczne skalowanie puli. Na przykład skalowanie w dół może nastąpić, kiedy przewidywane jest niskie obciążenie — w nocy lub podczas weekendów.
  • Odpowiedzią na wahania długoterminowe lub zmiany liczby baz danych jest przeniesienie pojedynczych baz danych do innych pul.
  • Aby odpowiedzieć na krótkoterminowe wzrosty obciążenia poszczególnych baz danych, poszczególne bazy danych można wyjąć z puli i przypisać pojedynczy rozmiar obliczeniowy. Po zmniejszeniu obciążenia można zwrócić bazę danych do puli. Gdy jest to znane z wyprzedzeniem, bazy danych można przenosić z wyprzedzeniem, aby zapewnić, że baza danych zawsze ma zasoby, których potrzebuje, i uniknąć wpływu na inne bazy danych w puli. Jeśli takie wymaganie jest przewidywalne, na przykład w przypadku oczekiwania na wzmożone zakupy biletów na popularną imprezę, wówczas takie działanie funkcji zarządzania można uwzględnić w aplikacji.

Witryna Azure Portal udostępnia wbudowane funkcje monitorowania i alertów dla większości zasobów. Monitorowanie i alerty są dostępne w bazach danych i pulach. To wbudowane monitorowanie i alerty są specyficzne dla zasobów, więc jest wygodne w przypadku niewielkiej liczby zasobów, ale nie jest bardzo wygodne podczas pracy z wieloma zasobami.

W przypadku scenariuszy o dużej ilości, w których pracujesz z wieloma zasobami, można używać dzienników usługi Azure Monitor. Jest to oddzielna usługa platformy Azure, która zapewnia analizę nad emitowanych dzienników zebranych w obszarze roboczym usługi Log Analytics. Dzienniki usługi Azure Monitor mogą zbierać dane telemetryczne z wielu usług i służyć do wykonywania zapytań i ustawiania alertów.

Pobieranie skryptów aplikacji Wingtip Tickets SaaS Database Per Tenant

Skrypty wielodostępnej bazy danych i kod źródłowy aplikacji Wingtip Tickets SaaS są dostępne w repozytorium GitHub WingtipTicketsSaaSaSaS-DbPerTenant GitHub. Zapoznaj się z ogólnymi wskazówkami dotyczącymi kroków pobierania i odblokowywania skryptów SaaS Wingtip Tickets.

Aprowizacja dodatkowych dzierżaw

Pule stają się opłacalne nawet w przypadku zaledwie dwóch baz danych nas poziomie S3, a związane z nimi oszczędności wzrastają wraz ze zwiększeniem liczby baz danych w puli, co jest spowodowane efektem uśredniania. Aby dobrze zrozumieć działanie monitorowania wydajności i zarządzania nią w dużej skali, w tym samouczku zalecamy wdrożenie co najmniej 20 baz danych.

Jeśli w poprzednim samouczku zainicjowano już aprowizację partii dzierżaw, przejdź do sekcji Symulowanie użycia we wszystkich bazach danych dzierżawy.

  1. W programie PowerShell ISE otwórz plik ...\Learning Modules\Performance Monitoring and Management\Demo-PerformanceMonitoringAndManagement.ps1. Nie zamykaj tego skryptu, gdyż w ramach tego samouczka będzie konieczne uruchomienie kilku scenariuszy.
  2. Ustaw zmienną $DemoScenario = 1, Provision a batch of tenants (Aprowizacja partii dzierżaw)
  3. Naciśnij klawisz F5, aby uruchomić skrypt.

Ten skrypt wdroży 17 dzierżaw w czasie krótszym niż pięć minut.

Skrypt New-TenantBatch używa zagnieżdżonego lub połączonego zestawu szablonów usługi Resource Manager , które tworzą partię dzierżaw, która domyślnie kopiuje bazę danych basetenantdb na serwerze wykazu w celu utworzenia nowych baz danych dzierżawy, a następnie rejestruje je w wykazie, a następnie inicjuje je za pomocą nazwy dzierżawy i typu miejsca. Jest to zgodne ze sposobem aprowidowanie nowej dzierżawy przez aplikację. Wszelkie zmiany wprowadzone w bazie basetenantdb są stosowane do wszystkich nowych dzierżaw aprowizowanych później. Zapoznaj się z samouczkiem dotyczącym zarządzania schematami, aby zobaczyć, jak wprowadzać zmiany schematu w istniejących bazach danych dzierżawy (w tym w bazie danych basetenantdb ).

Symulowanie użycia we wszystkich baz danych dzierżaw

Skrypt Demo-PerformanceMonitoringAndManagement.ps1 jest dostarczany, który symuluje obciążenie uruchomione dla wszystkich baz danych dzierżawy. Obciążenie jest generowane przy użyciu jednego z dostępnych scenariuszy ładowania:

Wersja demonstracyjna Scenariusz
2 Generowanie normalnego obciążenia intensywności (około 40 jednostek DTU)
3 Generowanie obciążenia z dłuższymi i częstszymi skokami wartości dla każdej bazy danych
4 Generowanie obciążenia z wyższymi wzrostami jednostek DTU na bazę danych (około 80 jednostek DTU)
5 Generowanie normalnego obciążenia oraz dużego obciążenia dla jednej dzierżawy (około 95 jednostek DTU)
6 Generowanie niezrównoważonego obciążenia dla wielu pul

Generator obciążenia stosuje obciążenie syntetyczne wyłącznie do procesorów dla każdej bazy danych dzierżawy. Generator uruchamia zadanie dla każdej bazy danych dzierżawy, co powoduje cykliczne wywołanie procedury składowanej, która generuje obciążenie. Poziomy obciążenia (mierzone w jednostkach eDTU), czas trwania i interwały są zróżnicowane dla wszystkich baz danych, co symuluje nieprzewidywalną aktywność dzierżawy.

  1. W programie PowerShell ISE otwórz plik ...\Learning Modules\Performance Monitoring and Management\Demo-PerformanceMonitoringAndManagement.ps1. Nie zamykaj tego skryptu, gdyż w ramach tego samouczka będzie konieczne uruchomienie kilku scenariuszy.
  2. Ustaw $DemoScenario = 2, Generuj normalne obciążenie intensywności.
  3. Naciśnij klawisz F5, aby zastosować obciążenie do wszystkich baz danych dzierżaw.

Wingtip Tickets SaaS Database Per Tenant to aplikacja SaaS, a rzeczywiste obciążenie aplikacji SaaS jest zwykle sporadyczne i nieprzewidywalne. Aby to zasymulować, generator w sposób losowy obciąża wszystkie dzierżawy. Do pojawienia się wzorca obciążenia potrzebne są kilka minut, dlatego uruchom generator obciążenia przez 3–5 minut przed podjęciem próby monitorowania obciążenia w poniższych sekcjach.

Ważne

Generator obciążenia działa jako seria zadań w lokalnej sesji programu PowerShell. Karta Demo-PerformanceMonitoringAndManagement.ps1 musi pozostać otwarta! Zamknięcie karty lub wstrzymanie pracy komputera spowoduje zatrzymanie generatora obciążenia. Generator obciążenia pozostaje w stanie wywoływania zadania, w którym generuje obciążenie dla wszystkich nowych dzierżaw aprowizowanych po uruchomieniu generatora. Użyj klawiszy Ctrl-C , aby zatrzymać wywoływanie nowych zadań i zamykanie skryptu. Generator obciążenia będzie nadal działać, ale tylko w istniejących dzierżawach.

Monitorowanie użycia zasobów przy użyciu witryny Azure Portal

Aby monitorować użycie zasobów, które wynika z zastosowanego obciążenia, otwórz portal w puli zawierającej bazy danych dzierżawy:

  1. Otwórz witrynę Azure Portal i przejdź do serwera tenants1-dpt-USER<>.
  2. Przewiń w dół, zlokalizuj elastyczne pule i kliknij pozycję Pool1. Ta pula zawiera wszystkie bazy danych dzierżaw utworzone dotychczas.

Obserwuj wykresy monitorowania elastycznej puli i elastycznej bazy danych.

Wykorzystanie zasobów puli to zagregowane wykorzystanie bazy danych dla wszystkich baz danych w puli. Wykres bazy danych przedstawia pięć najgorętszych baz danych:

database chart

Ponieważ w puli znajdują się dodatkowe bazy danych przekraczające pięć pierwszych, wykorzystanie puli pokazuje aktywność, która nie jest odzwierciedlona na pięciu pierwszych wykresach baz danych. Aby uzyskać dodatkowe informacje, kliknij pozycję Wykorzystanie zasobów bazy danych:

database resource utilization

Ustawianie alertów wydajności dla puli

Ustaw alert w puli, który wyzwala wykorzystanie na >poziomie 75%, w następujący sposób:

  1. Otwórz pulę 1 (na serwerze tenants1-dpt-user<>) w witrynie Azure Portal.

  2. Kliknij pozycję Reguły alertów, a następnie kliknij przycisk + Dodaj alert:

    add alert

  3. Podaj nazwę, taką jak Wysoki poziom jednostek DTU,

  4. Ustaw następujące wartości:

    • Metryka = Procent eDTU
    • Warunek = większy niż
    • Próg = 75
    • Okres = w ciągu ostatnich 30 minut

  5. Dodaj adres e-mail do dodatkowych adresów e-mail administratora i kliknij przycisk OK.

    set alert

Skalowanie mocno obciążonej puli w górę

Jeśli poziom zagregowanego obciążenia puli zwiększy się do poziomu maksymalnych możliwości puli i osiągnie 100 % wykorzystania jednostek eDTU, będzie to miało wpływ na wydajność poszczególnych baz danych, co potencjalnie może wydłużyć czasy odpowiedzi na zapytania dla wszystkich baz danych w puli.

Krótkoterminowo rozważ skalowanie puli w górę w celu zapewnienia dodatkowych zasobów lub usunięcie baz danych z puli (przeniesienie ich do innych pul lub poza pulą do autonomicznej warstwy usługi).

W dłuższej perspektywie rozważ optymalizację zapytań lub użycia indeksów w celu zwiększenia wydajności bazy danych. W zależności od wrażliwości aplikacji na problemy wydajnościowe najlepszym rozwiązaniem jest skalowanie puli w górę przed osiągnięciem przez nią wykorzystania jednostek eDTU równego 100%. Użyj alertów do wczesnego ostrzegania.

Zajętość puli można zasymulować, zwiększając obciążenia wytwarzane przez generator. Zwiększanie liczby baz danych częściej i przez dłuższy czas zwiększa zagregowane obciążenie puli bez zmieniania wymagań poszczególnych baz danych. Skalowanie puli w górę można łatwo przeprowadzić w portalu lub z programu PowerShell. W tym ćwiczeniu użyto portalu.

  1. Ustaw wartość zmiennej $DemoScenario = 3, Generate load with longer and more frequent bursts per database (Generowanie obciążenia z dłuższymi i częstszymi skokami wartości dla każdej bazy danych) w celu zwiększenia intensywności zagregowanego obciążenia w puli bez zmiany szczytowego obciążenia wymaganego dla każdej bazy danych.

  2. Naciśnij klawisz F5, aby zastosować obciążenie do wszystkich baz danych dzierżaw.

  3. Przejdź do pozycji Pula1 w witrynie Azure Portal.

Monitoruj zwiększone użycie jednostek eDTU puli na górnym wykresie. Uruchomienie nowego wyższego obciążenia może potrwać kilka minut, ale powinno szybko zobaczyć, że pula zacznie osiągać maksymalne wykorzystanie, a gdy obciążenie jest w nowym wzorcu, szybko przeciąża pulę.

  1. Aby skalować pulę w górę, kliknij pozycję Konfiguruj pulę w górnej części strony Pula1 .
  2. Dostosuj ustawienie Pula eDTU na 100. Zmiana liczby jednostek eDTU puli nie zmienia ustawienia poszczególnych baz danych (które nadal ma maksymalną wartość 50 jednostek eDTU na bazę danych). Ustawienia poszczególnych baz danych można zobaczyć po prawej stronie Konfigurowanie puli .
  3. Kliknij przycisk Zapisz , aby przesłać żądanie skalowania puli.

Wróć do sekcji Pool1 Overview (Omówienie puli 1>), aby wyświetlić wykresy monitorowania. Monitoruj efekt udostępniania puli większej ilości zasobów (chociaż z kilkoma bazami danych i losowym obciążeniem nie zawsze jest łatwo zobaczyć, dopóki nie zostanie uruchomiony przez jakiś czas). Patrząc na wykresy należy sobie zdawać sprawę, że 100% na górnym wykresie odpowiada teraz 100 jednostkom eDTU, podczas gdy na dolnym wykresie 100% nadal odpowiada 50 jednostkom eDTU, gdyż maksymalna wartość dla pojedynczej bazy danych nadal wynosi 50 jednostek eDTU.

Bazy danych pozostają w trybie online i są w pełni dostępne podczas całego procesu. W ostatniej chwili przed włączeniem dla każdej bazy danych nowej wartości eDTU dla puli wszystkie aktywne połączenia zostają przerwane. Kod aplikacji powinien być napisany w taki sposób, aby zawsze próbować ponownie nawiązać przerwane połączenie, by móc ponownie połączyć się z bazą danych w puli przeskalowanej w górę.

Równoważenie obciążenia między pulami

Alternatywnym rozwiązaniem w stosunku do skalowania puli w górę jest utworzenie drugiej puli i przeniesienie do niej baz danych w celu zrównoważenia obciążenia między dwoma pulami. Aby to rozwiązanie zadziałało, nowa pula musi zostać utworzona na tym samym serwerze co pierwsza.

  1. W witrynie Azure Portal otwórz serwer tenants1-dpt-USER><.

  2. Kliknij pozycję + Nowa pula , aby utworzyć pulę na bieżącym serwerze.

  3. W szablonie Elastycznej puli :

    1. Ustaw wartość Nazwa na pulę2.

    2. Pozostaw warstwę cenową Pula Standardowa.

    3. Kliknij przycisk Konfiguruj pulę,

    4. Ustaw pulę eDTU na 50 eDTU.

    5. Kliknij pozycję Dodaj bazy danych, aby wyświetlić listę baz danych na serwerze, które można dodać do puli Pool2.

    6. Wybierz dowolne 10 baz danych, aby przenieść je do nowej puli, a następnie kliknij pozycję Wybierz. Jeśli generator obciążenia został uruchomiony, usługa już wie, że profil wydajności wymaga większej puli niż domyślny rozmiar 50 jednostek eDTU i zaleca rozpoczęcie od ustawienia 100 eDTU.

      recommendation

    7. Na potrzeby tego samouczka pozostaw wartość domyślną 50 jednostek eDTU, a następnie kliknij przycisk Wybierz ponownie.

    8. Wybierz przycisk OK , aby utworzyć nową pulę i przenieść wybrane bazy danych do niej.

Tworzenie puli i przenoszenie baz danych trwa kilka minut. W miarę przenoszenia baz danych pozostają w trybie online i są w pełni dostępne do ostatniego momentu, w którym wszystkie otwarte połączenia są zamykane. Jeśli masz logikę ponawiania prób, klienci będą łączyć się z bazą danych w nowej puli.

Przejdź do puli Pool2 (na serwerze tenants1-dpt-user<>), aby otworzyć pulę i monitorować jej wydajność. Jeśli jej nie widzisz, poczekaj na ukończenie aprowizacji nowej puli.

Teraz widać, że użycie zasobów w puli Pool1 spadło i że pula 2 jest teraz podobnie załadowana.

Zarządzanie wydajnością pojedynczej bazy danych

Jeśli pojedyncza baza danych w puli doświadcza trwałego dużego obciążenia, w zależności od konfiguracji puli, może ona z reguły zdominować zasoby w puli i wpływać na inne bazy danych. Jeśli działanie prawdopodobnie będzie kontynuowane przez jakiś czas, baza danych może zostać tymczasowo przeniesiona z puli. Dzięki temu baza danych może mieć dodatkowe potrzebne zasoby i odizolować ją od innych baz danych.

W tym ćwiczeniu zostanie zasymulowane zwiększone obciążenie dotyczące miejsca Contoso Concert Hall wywołane wzmożonym pobytem na bilety na popularny koncert.

  1. W programie PowerShell ISE otwórz skrypt ...\Demo-PerformanceMonitoringAndManagement.ps1 .

  2. Ustaw $DemoScenario = 5, wygeneruj normalne obciążenie oraz duże obciążenie dla jednej dzierżawy (około 95 jednostek DTU).

  3. Ustaw wartość zmiennej $SingleTenantDatabaseName = contosoconcerthall

  4. Wykonaj skrypt, używając klawisza F5.

  5. W witrynie Azure Portal przejdź do listy baz danych na serwerze tenants1-dpt-user<>.

  6. Kliknij bazę danych contosoconcerthall.

  7. Kliknij pulę, w którą znajduje się contosoconcerthall . Znajdź pulę w sekcji Elastyczna pula .

  8. Sprawdź wykres monitorowania elastycznej puli i poszukaj zwiększonego użycia jednostek eDTU puli. Po minucie lub dwóch powinno być widoczne wyższe obciążenie, które wkrótce osiągnie poziom 100% wykorzystania puli.

  9. Sprawdź ekran Monitorowania elastycznej bazy danych, który pokazuje najgorętsze bazy danych w ciągu ostatniej godziny. Baza danych contosoconcerthall powinna wkrótce pojawić się jako jedna z pięciu najgorętszych baz danych.

  10. Kliknij wykres Monitorowaniaelastycznej bazy danych i otworzy stronę Wykorzystanie zasobów bazy danych, na której można monitorować dowolne bazy danych. Dzięki temu można odizolować wyświetlanie bazy danych contosoconcerthall .

  11. Na liście baz danych kliknij pozycję contosoconcerthall.

  12. Kliknij pozycję Warstwa cenowa (skalowanie jednostek DTU), aby otworzyć stronę Konfigurowanie wydajności , na której można ustawić autonomiczny rozmiar obliczeniowy dla bazy danych.

  13. Kliknij kartę Standardowa, aby otworzyć opcje skalowania w warstwie Standardowa.

  14. Przesuń suwak DTU w prawo, aby wybrać 100 jednostek DTU. Zwróć uwagę, że odpowiada to celowi usługi S3.

  15. Kliknij przycisk Zastosuj , aby przenieść bazę danych z puli i ustawić ją jako bazę danych w warstwie Standardowa S3 .

  16. Po zakończeniu skalowania monitoruj wpływ na bazę danych contosoconcerthall i pulę 1 w blokach elastycznej puli i bazy danych.

Gdy duże obciążenie bazy danych contosoconcerthall ustąpi, należy natychmiast zwrócić go do puli, aby zmniejszyć koszty. Jeśli nie jest jasne, kiedy tak się stanie, możesz ustawić alert w bazie danych, który będzie wyzwalany, gdy użycie jednostek DTU spadnie poniżej maksymalnej wartości dla poszczególnych baz danych w puli. Przenoszenie bazy danych do puli opisano w ćwiczeniu 5.

Inne wzorce zarządzania wydajnością

Opróżnianie skalowania w górę W powyższym ćwiczeniu, w którym przedstawiono sposób skalowania izolowanej bazy danych, wiesz, której bazy danych należy szukać. Jeśli kierownictwo Contoso Concert Hall poinformowało Wingtips o zbliżającej się sprzedaży biletów, baza danych mogła zostać przeniesiona z puli z góry. W przeciwnym razie konieczne byłoby skonfigurowanie alertów dla puli lub bazy danych w celu informowania o zmieniającej się sytuacji. Nie chcesz dowiedzieć się więcej o tym z innych dzierżaw w puli, którzy narzekają na obniżoną wydajność. Jeśli jednak dzierżawca może przewidzieć, jak długo będą mu potrzebne dodatkowe zasoby, możesz tak skonfigurować element Runbook usługi Azure Automation, aby przenieść bazę danych z puli, a następnie z powrotem do puli zgodnie z ustalonym harmonogramem.

Samoobsługowe skalowanie przez dzierżawcę Ponieważ skalowanie jest zadaniem łatwo wywoływanym za pośrednictwem interfejsu API zarządzania, można w prosty sposób wbudować możliwość skalowania baz danych dzierżawy w aplikację używaną przez dzierżawcę i zaoferować ją jako funkcję usługi SaaS. Na przykład, można umożliwić dzierżawcom samodzielne administrowanie skalowaniem w górę i w dół, być może bezpośrednio powiązane z ich rozliczeniami!

Skalowanie puli w górę i w dół zgodnie z harmonogramem w celu dopasowania do wzorców użycia

W przypadku, gdy zagregowane wykorzystanie dzierżaw jest zgodne z przewidywalnymi wzorcami użycia można użyć usługi Azure Automation do skalowania puli w górę i w dół zgodnie z harmonogramem. Na przykład pulę można skalować w dół po godzinie 18:00 i ponownie w górę przed godziną 6:00 w dni robocze, jeśli wiadomo, że pomiędzy tymi godzinami występuje spadek wymagań dotyczących zasobów.

Następne kroki

Ten samouczek zawiera informacje na temat wykonywania następujących czynności:

  • Symulowanie korzystania z baz danych dzierżaw przy użyciu dostarczonego generatora obciążenia
  • Monitorowanie reakcji baz danych dzierżaw na wzrost obciążenia
  • Skalowanie w górę elastycznej puli w reakcji na zwiększone obciążenie bazy danych
  • Aprowizacja drugiej elastycznej puli w celu równoważenia aktywności baz danych

Samouczek przywracania pojedynczej dzierżawy

Dodatkowe zasoby