Policy-Based Management

Policy-Based Management to mechanizm SQL Server pozwalający definiować i egzekwować zasady konfiguracji instancji.

Policy-Based Management jako mechanizm kontroli konfiguracji SQL Server

Policy-Based Management (PBM) jest wbudowanym w SQL Server mechanizmem deklaratywnego zarządzania konfiguracją. Zamiast opisywać pojedynczą procedurę administracyjną, definiuje się oczekiwany stan właściwości instancji, bazy danych albo innego obsługiwanego obiektu. Następnie SQL Server może sprawdzić, czy rzeczywista konfiguracja jest zgodna z ustaloną regułą. PBM służy więc do wykrywania odstępstw od standardu oraz, w wybranych przypadkach, do blokowania zmian naruszających politykę.

Architektura tego rozwiązania składa się przede wszystkim z aspektów (facets), warunków (conditions), polityk (policies), celów (targets) i zestawów celów (target sets). Aspekt określa grupę właściwości zarządzanego obiektu, na przykład ustawienia instancji lub cechy bazy danych. Warunek opisuje logiczne wymaganie wobec tych właściwości, a polityka łączy warunek z zakresem obiektów, których ma dotyczyć. Dzięki temu jedna reguła może zostać zastosowana do wielu baz danych albo instancji, o ile ich właściwości są dostępne przez odpowiedni aspekt.

Aspekty, warunki i zakres działania polityki

Tworzenie polityki rozpoczyna się od wyboru aspektu dostępnego w danej wersji i edycji SQL Server. Następnie określa się wyrażenie warunku, na przykład wymaganie konkretnej wartości właściwości konfiguracyjnej, zakaz używania określonej opcji albo obowiązek spełnienia relacji logicznej między właściwościami. Warunek nie jest zwykłym komentarzem administracyjnym. Jest zapisywaną definicją, którą silnik lub narzędzia administracyjne mogą później ocenić wobec wskazanego celu.

Polityka może obejmować różne typy celów, takie jak instancja serwera, baza danych, tabela lub inne obiekty udostępniane przez konkretny aspekt. Zakres można ograniczyć przez target set, aby reguła nie była oceniana wobec wszystkich obiektów danego typu. Istotne jest dokładne sprawdzenie zakresu, ponieważ zbyt szeroka polityka może zgłaszać naruszenia w obiektach, które nie miały podlegać danemu standardowi. W środowisku wielobazowym przydatne jest również przypisywanie polityk do kategorii, co ułatwia ich porządkowanie i filtrowanie.

Tryby oceny: kontrola, harmonogram i zapobieganie zmianom

SQL Server udostępnia kilka trybów oceny polityk. Ocena na żądanie służy do jednorazowego sprawdzenia zgodności wybranego celu z warunkiem. Tryb „On schedule” pozwala wykonywać kontrole cyklicznie według harmonogramu. W tym wariancie wynik oceny może być zapisywany w historii, co ułatwia obserwowanie, kiedy konfiguracja przestała spełniać wymagania. Do wykonywania zaplanowanych ocen wykorzystywany jest SQL Server Agent, dlatego jego dostępność i prawidłowe działanie mają znaczenie dla regularności kontroli.

Dwa tryby oparte na zmianie konfiguracji to „On change: log only” oraz „On change: prevent”. Pierwszy rejestruje naruszenie po zmianie, ale nie blokuje operacji. Drugi może uniemożliwić zmianę, która prowadziłaby do naruszenia polityki. Tryb zapobiegania nie jest uniwersalnym mechanizmem ochrony każdej właściwości SQL Server. Działa tylko tam, gdzie dany aspekt i operacja są obsługiwane przez mechanizm oceny zmian. Z tego powodu przed wdrożeniem polityki trzeba sprawdzić obsługiwany tryb ewaluacji oraz przetestować regułę na kopii konfiguracji.

Interpretacja wyników i bezpieczne użycie PBM

Wynik oceny polityki wskazuje, czy cel spełnia warunek. Naruszenie nie musi oznaczać awarii silnika SQL Server. Może oznaczać świadomą zmianę ustawienia, różnicę między środowiskiem testowym i produkcyjnym albo nieaktualną definicję standardu. Analiza powinna obejmować nazwę polityki, użyty aspekt, konkretny cel, właściwość powodującą niezgodność oraz moment wykonania oceny. Sam komunikat o niespełnieniu polityki nie wyjaśnia jeszcze, czy konfigurację należy zmienić.

Przed zastosowaniem trybu „On change: prevent” zaleca się rozpoczęcie od oceny na żądanie albo trybu „On change: log only”. Pozwala to wykryć cele, które już wcześniej były niezgodne, oraz sprawdzić, czy warunek nie jest zbyt restrykcyjny. Należy także pamiętać, że PBM ocenia wyłącznie właściwości udostępnione przez wybrane aspekty. Nie zastępuje kopii zapasowych, kontroli uprawnień, monitorowania wydajności ani pełnej procedury zarządzania zmianą. W praktyce jest warstwą kontroli konfiguracji, której skuteczność zależy od poprawnego zdefiniowania warunków, zakresu celów i harmonogramu.