Use Resource Health to troubleshoot connectivity for Azure SQL Database (Rozwiązywanie problemów z łącznością z usługą Azure SQL Database za pomocą usługi Resource Health)

Dotyczy:Azure SQL Database

• Azure SQL Database
• Wystąpienie zarządzane Azure SQL

Usługa Resource Health dla usługi Azure SQL Database ułatwia diagnozowanie i uzyskiwanie pomocy technicznej, gdy problem z platformą Azure ma wpływ na zasoby. Informuje o bieżącej i wcześniejszej kondycji zasobów oraz pomaga uniknąć problemów. Strona Kondycja zasobu zapewnia pomoc techniczną, gdy potrzebujesz pomocy dotyczącej problemów z usługą platformy Azure.

Kontrole kondycji

Kondycja zasobu określa kondycję bazy danych SQL, sprawdzając powodzenie i niepowodzenie logowania do zasobu. Obecnie kondycja zasobu usługi SQL Database sprawdza tylko błędy logowania z powodu błędu systemu, a nie błędu użytkownika. Stan kondycji jest aktualizowany co 1 do 2 minut.

Stany kondycji

Dostępny

Stan Dostępne oznacza, że usługa Resource Health nie wykryła błędów logowania z powodu błędów systemowych w bazie danych SQL lub że wystąpiły pewne błędy logowania, ale nie spełniały progu alertu. Poniższe sekcje zawierają więcej szczegółowych informacji na temat progu alertów.

Obniżona wydajność

Stan Obniżona wydajność oznacza, że w dwóch ostatnich trzech minutach wykryto kondycję zasobu:

• większość pomyślnych logowań, ale wystąpiło więcej niż jedno niepowodzenie logowania (z powodu błędów systemowych) lub
• więcej niż jeden błąd logowania (z powodu błędów systemowych), ale było mniej niż sześć łącznych prób logowania.

Są to najprawdopodobniej przejściowe błędy logowania. Aby zmniejszyć wpływ problemów z połączeniem spowodowanych przejściowymi błędami logowania, zaimplementuj logikę ponawiania prób w kodzie.

Niedostępny

Stan Niedostępny oznacza, że kondycja zasobu wykryła, że w ostatniej chwili wystąpiło więcej niż pięć prób logowania, a więcej niż jedna czwarta z nich nie powiodła się z przyczyn systemowych. Jeśli zasób pozostaje w tym stanie przez dłuższy czas, skontaktuj się z pomoc techniczna firmy Microsoft.

Nieznane

Stan kondycji Nieznany wskazuje, że usługa Resource Health nie otrzymała informacji o tym zasobie przez ponad 10 minut. Chociaż ten stan nie jest ostatecznym wskazaniem stanu zasobu, jest to ważny punkt danych w procesie rozwiązywania problemów. Jeśli zasób jest uruchomiony zgodnie z oczekiwaniami, stan zasobu zmieni się na Dostępny po kilku minutach. Jeśli występują problemy z zasobem, nieznany stan kondycji może sugerować, że zdarzenie na platformie ma wpływ na zasób.

Czas alertu

Czas wyświetlany przez alert kondycji zasobu nie jest zgodny z czasem niepowodzeń logowania, które spowodowały alert. Dzieje się tak, ponieważ zbieranie i analizowanie danych telemetrycznych trwa kilka minut, aby ustalić, czy występuje problem z kondycją zasobu. Dlatego czas wskazany w alercie kondycji zasobu będzie kilka minut po niepowodzeniach logowania.

Ponadto interwał czasu wystąpienia niepowodzeń logowania może być często krótszy niż przedział czasu w alercie kondycji zasobu.

Informacje historyczne

Dostęp do historii kondycji można uzyskać do 30 dni w sekcji Historia kondycji usługi Resource Health. Sekcja zawiera również przyczynę przestojów (jeśli są dostępne). Obecnie platforma Azure pokazuje przestój zasobu bazy danych z dokładnością do dwóch minut. W rzeczywistości przestój trwa prawdopodobnie mniej niż minutę. Średnia wynosi 8 sekund.

Przyczyny przestojów

Gdy w bazie danych wystąpi przestój, analiza jest wykonywana w celu określenia przyczyny. Jeśli jest dostępna, przyczyna przestoju jest zgłaszana w sekcji Historia kondycji usługi Resource Health. Przyczyny przestojów są zwykle publikowane w ciągu 45 minut po zdarzeniu.

Wybieranie okna obsługi

Okno obsługi można skonfigurować tak, aby miało to wpływ na zdarzenia konserwacji przewidywalne i mniej zakłócające obciążenie. Funkcja okna obsługi ułatwia planowanie przewidywalnych uaktualnień lub zaplanowanej konserwacji. Powiadomienia z wyprzedzeniem są dostępne dla baz danych skonfigurowanych do korzystania z okna obsługi innej niż domyślna. Powiadomienia z wyprzedzeniem umożliwiają klientom skonfigurowanie powiadomień wysyłanych z wyprzedzeniem do 24 godzin przed każdym zaplanowanym zdarzeniem.

Planowana konserwacja

Infrastruktura platformy Azure okresowo wykonuje planowaną konserwację — uaktualnianie sprzętu lub składników oprogramowania w centrum danych. Podczas gdy baza danych jest w trakcie konserwacji, usługa Azure SQL może przerwać niektóre istniejące połączenia i odrzucić nowe. Błędy logowania występujące podczas planowanej konserwacji są zwykle przejściowe, a logika ponawiania prób w przypadku sporadycznych błędów sieci pomaga zmniejszyć efekt. Jeśli nadal występują błędy logowania, skontaktuj się z pomocą techniczną.

Ponowne konfigurowanie

Ponowne konfiguracje są uznawane za przejściowe warunki i są oczekiwane od czasu do czasu. Te zdarzenia mogą być wyzwalane przez równoważenie obciążenia lub awarie oprogramowania/sprzętu. Każda aplikacja produkcyjna klienta, która łączy się z bazą danych w chmurze, powinna zaimplementować niezawodną logikę ponawiania prób połączenia w przypadku błędów przejściowych, ponieważ pomoże to ograniczyć te sytuacje i zwykle powinno spowodować, że błędy będą niewidoczne dla użytkownika końcowego.

Powiązana zawartość

• Dowiedz się więcej o logice ponawiania prób dla błędów przejściowych
• Troubleshoot, diagnose, and prevent SQL connection errors (Rozwiązywanie problemów, diagnozowanie i zapobieganie błędom połączeń SQL)
• Dowiedz się więcej o konfigurowaniu alertów usługi Resource Health
• Zapoznaj się z omówieniem usługi Resource Health
• Zapoznaj się z często zadawanymi pytaniami dotyczącymi usługi Resource Health
• Konfigurowanie okna obsługi i powiadomień z wyprzedzeniem