SQL: Policy Based Management z alertem

Policy Base Management pozwala definiować reguły, które zadbają o to, żeby konfiguracja systemu była taka jaka chcesz.

Dajmy na to, że chcesz, aby wszystkie bazy danych (oprócz systemowych) miały recovery model full.

Zaczynamy od zdefiniowania conditions

Potrzebne będą dwa. Jeden, który sprawdza, czy RecoveryModel dla bazy jest ustawiony na Full, drugi, który sprawdza czy baza danych należy do użytkownika:

Kolejny krok to zdefiniowanie policy

Policy łączy ze sobą warunki. Niektóre policy mogą od razu wymuszać pewne ustawienia, a inne nie. Tecovery model należy do tej srugiej kategorii. Dlatego definiując policy można wskazać, że chce się aby policy było testowane co jakiś czas:

Pora na uruchomienie sprawdzenia policy (evaluation)

Można oczywiście poczekać np. te 30 minut, ale policy można też sprawdzić ręcznieL

Co się stało po uruchomieniu?

Wynik policy można przeglądać bezpośrednio przy policy, ale można też zajrzeć do error loga. Tu znajdują się wpisy z określonym error number, ale także ze zrozumiałym tekstem:

Alert

Kiedy błąd można zdefiniować alert, który będzie odpowiadał za zdarzenia pojawiające się w error logu. W odpowiedzi można bądź to powiadomić administratora mailem, bądź wykonać job – zależnie od upodobań

Alert może być zdefiniowany również tak, że zareaguje na opis błędu zamiast na jego numer – Twój wybór.

Numer błędu zależy od tego, jak było uruchomione sprawdzanie policy:

1. On change: prevent (if automatic) – 34050
2. On change: prevent (if On demand) – 34051
3. On schedule – 34052
4. On change – 34053

Zobacz też:

https://www.sqlshack.com/sql-server-security-policy-based-management-alerting/

Komentarze są wyłączone