W przypadku administratorów baz danych odpowiedzialnych za reagowanie na alerty programu SQL Server o każdej porze dnia i nocy poczucie przeciążenia jest prawdopodobnie potęgowane przez ciągłą falę powiadomień, że coś wymaga Twojej uwagi. PRAWIDŁOWY. TERAZ.
Monitorowanie programu SQL Server ma kluczowe znaczenie dla utrzymania wysokiej dostępności i śledzenia problemów z wydajnością w systemie, a alerty są najskuteczniejszym sposobem wykrywania problemu. Ale można mieć za dużo dobrego.
Jak mówi powiedzenie:„Kiedy wszystko jest priorytetem, nic nie jest priorytetem”. Zmęczenie alertami jest prawdziwe i może prowadzić do ignorowania lub odrzucania zdarzeń, które mają negatywny wpływ na użytkowników.
Podczas konfigurowania monitorowania wydajności programu SQL Server ważne jest, aby skonfigurować alarmy z rozwagą i w taki sposób, aby kontrolować, kiedy, dlaczego i jak często otrzymujesz powiadomienia. Oto cztery sposoby zarządzania alertami, które pomogą złagodzić przeciążenie alertami i uratować to, co zostało z twojego zdrowia psychicznego.
1. Wyłącz alarmy, których nie potrzebujesz
W przypadku wielu administratorów baz danych łatwiej to powiedzieć niż zrobić. Na myśl o wyborze ostrzeżeń, których nie chcesz otrzymywać, jest mały element przerażenia. Na szczęście istnieje kilka najlepszych praktyk, które można wdrożyć, które mogą sprawić, że FOMO będzie nieco mniej bolesne.
Jedną z najłatwiejszych rzeczy, które możesz zrobić, jest przeglądanie dzienników alertów i wyłączanie alertów, które są chronicznie fałszywymi alarmami lub fałszywymi alarmami. Szanse są dobre, że nie przegapisz prawdziwego problemu, a Twój mózg doceni przerwę w reagowaniu na niepotrzebne powiadomienia.
Inna strategia pochodzi od inżynierów Google zajmujących się niezawodnością witryn (SRE). SRE są odpowiedzialne za dostępność, opóźnienia, wydajność, wydajność, zarządzanie zmianami, monitorowanie, reagowanie w sytuacjach awaryjnych i planowanie pojemności.
Zespoły SRE mają wdrożony system Alert/Ticket/Log, aby zminimalizować przeciążenie alertów poprzez przypisanie odpowiedzi na zdarzenie w oparciu o to, jak szybko wymagana jest interwencja człowieka. Trzy możliwe odpowiedzi to:
- Alert:alert jest wysyłany tylko wtedy, gdy dana osoba musi natychmiast podjąć działanie.
- Bilet:jeśli wydarzenie wymaga działania osoby, ale może poczekać do normalnych godzin pracy, bilet jest przesyłany i przechodzi normalnymi kanałami.
- Dziennik:Jeśli nie jest wymagane żadne działanie, zdarzenie jest rejestrowane w celach diagnostycznych.
2. Użyj inteligentnych alarmów, aby szybko dotrzeć do pierwotnej przyczyny alertu
Kiedy Twój telefon wybucha z powiadomieniami o 3 nad ranem, nie chcesz spędzać godziny na grzebieniu, aby rozwiązać problem.
Inteligentne alarmy nie tylko informują o problemie, ale także sugerują sposoby jego rozwiązania i pomagają zidentyfikować pierwotną przyczynę. Inteligentne alarmy dostarczają również dane historyczne o zdarzeniu, dzięki czemu wiesz, co wydarzyło się bezpośrednio przed i po wyzwoleniu alertu.
3. Nadaj priorytet swoim alertom, aby zidentyfikować najpilniejsze problemy
Wszystkie alerty nie są sobie równe, dlatego ważne jest, aby skonfigurować narzędzie do monitorowania wydajności programu SQL Server tak, aby wysyłało alerty tylko dla najważniejszych problemów. Nadając priorytety alertom na podstawie poziomu ważności, wpływu na firmę lub klientów oraz tego, czy wymagane jest natychmiastowe działanie, eliminujesz część hałasu generowanego przez alerty, które nie są krytyczne.
Skoncentruj się na skonfigurowaniu alertów dotyczących problemów, które mogą spowodować wyłączenie serwerów, poważne uszkodzenie danych lub znaczną utratę danych (tj. poziom ważności 17 lub wyższy oraz komunikaty o błędach 823, 824 i 825).
4. Zarządzaj alarmami, stosując określone progi i reguły
Ustalanie progów i reguł jest ogromną oszczędnością, ponieważ pomoże ci uniknąć bombardowania wieloma alertami w krótkim czasie.
Gdy definiujesz progi wydajności, SQL Server wstrzymuje się z powiadomieniem, dopóki wartość określonej metryki nie osiągnie niepokojącego poziomu — na przykład ilość wolnego miejsca na dysku lub poziom wolnej pamięci fizycznej są niebezpiecznie niskie. Dzięki temu administratorzy baz danych mogą pracować nad innymi zadaniami bez ciągłego monitorowania metryk.
Ustawienie reguł dla alertów pozwala dostosować akcje, takie jak częstotliwość otrzymywania powiadomień. Na przykład można ustawić SQL Server tak, aby wysyłał powiadomienie tylko wtedy, gdy określony alert zostanie wyzwolony cztery razy lub jeśli alert zawiera określony obiekt bazy danych lub nazwę użytkownika.
Gdy administratorzy baz danych zaczynają poruszać się w nowym i bardzo odmiennym środowisku biznesowym po COVID-19, poziom stresu z pewnością wzrośnie. Utrzymanie wysokiej dostępności oraz zapewnienie bezpieczeństwa i optymalnej wydajności systemów SQL Server pozostanie dużym priorytetem. Ale teraz jest dobry moment, aby pozyskać możliwości monitorowania SQL Server, aby przejąć kontrolę nad konfiguracjami alertów i pozbyć się niepotrzebnego szumu.
