3. Declarative Management Framework Łatwe zarządzanie instancjami bazy przez stosowanie zbiorów zasad (policy). Zasady pozwalają monitorować i zapobiegać zmianom systemu, które powodują odchylenie od pożądanej konfiguracji. Zasady mogą być stosowane do pojedynczego serwera lub ich grupy co zwiększa skalowalność oraz łatwość administracji i monitorowania. System zasad realizowany jest za pomocą modułów: Policy Engine, zadań SQL Server Agent, SQLCLR, trigerówDDL i Service Brokera.
5. Definiowanie zasad Musimy wiedzieć jakich obiektów mają dotyczyć zasady (target). Możemy zdefiniować je wprost np. instancja serwera, baza, tabela, login lub poprzez podanie odpowiedniego filtru. Każdy obiekt ma zbiór właściwości (facet) Login ma właściwości: nazwa, typ Obiekty mogą mieć wiele zbiorów właściwości. Możemy zdefiniować warunek pod jakim do obiektu będą stosowane zasady (condition). Jest to wyrażenie logiczne wykorzystujące wartości właściwości. Jeśli warunek zwraca prawdę do obiektu będą stosowane zasady.
6. Definiowanie zasad Dla definiowanych zasad możemy zdefiniować kategorię (category). Służą do porządkowania zasad Pozwalają na zastosowanie do obiektu całej kategorii zasad a nie tylko pojedynczy zbiór. Definiujemy zasady, które będą stosowane do wcześniej wybranych obiektów Zasadą może być wymaganie, aby login był dłuższy niż określona ilość znaków. Inny przykład to zasada OnChange – Prevent zastosowana w stosunku do grupy administratorów lokalnych sprawi, że nie będzie można zmienić tej grupy. DMF jest frameworkiem , więc możemy tworzyć własne zasady używając .net.
7. Uruchamianie zasad Są cztery tryby uruchomienia zasad: On Demand– na życzenie administratora. On Change – Prevent– uruchamiany przez trigger DDL. On Change - Log Only– podczas zmiany właściwości sprawdzane są zasady, ich naruszenie jest logowane. On Schedule– zaplanowane, automatyczne uruchomienie zbioru zasad.
8. DependencyReporting (ExtendedEvents) Pozwala na korelowania informacji pochodzących z bazy z informacjami o systemie operacyjnym lub o innych procesach. Zdarzenia trafiają do rozwiązania EventTracking for Windows, gdzie są korelowane. Od momentu uruchomienia serwera mamy wgląd na stan jądra systemu. Koszt przechwytywania zadań jest niski. Usługa jest konfigurowalna (T-SQL).
10. ExtendedEvents – Konfiguracja Rejestrowanie zdarzeń rozpoczyna się po utworzeniu i uruchomieniu sesji śledzenia. Do konfiguracji sesji używamy obiektów zawartych w paczkach. Paczka może zawierać elementy (zero, jeden lub wiele): Zdarzenia Odbiorcy zdarzeń Akcje Typy Predykaty Mapy
12. Elementy paczki Zdarzenia Uruchamiane, gdy pewien punkt w procedurze został osiągnięty. Niosą informacje o stanie wykonania procedury, wykorzystywane do celów diagnostycznych. Mogą wywoływać zdefiniowane akcje. Odbiorcy zdarzeń Przetwarzają zdarzenia synchronicznie lub asynchronicznie. Akcje Programowalna odpowiedź na zajście zdarzenia Mogą przechwytywać i przetwarzać informacje o zdarzeniu
13. Elementy paczki Typy Pozwalają interpretować dane pochodzące z silnika ExtendedEvents. Predykty Mogą filtrować zdarzenia Mogą przechwytywać informacje, dodawać informacje dostępne w kontekście (np. numer wątku). Mapy Tablice tłumaczące np. numery błędów na komunikaty.
14. ExtendedEvents – Konfiguracja W MS SQL Server zdefiniowane są trzy paczki. sqlos– oferuje niskopoziomowe zdarzenia interakcji z systemem operacyjnym, sqlserver– oferuje zdarzenia odpowiadające w większości licznikom monitora systemowego, package0– zawiera typy danych, operatory porównania, akcje, mapy, docelowe obiekty.
15. Tworzenie sesji śledzenia zdarzeń CREATE EVENT SESSION event_session_nameON SERVER{ <event_definition> [ ,...n] [ <event_target_definition> [ ,...n] ] [ WITH ( <event_session_options> [ ,...n] ) ]}; Polecenie CREATE EVENT SESSION może wykonać jedynie użytkownik posiadający uprawnienia CONTROL SERVER
16. Auditing Features Pozwala na logowanie zdarzeń zachodzących w bazie. Istnieje jeden uruchomiony moduł audytu na instancję serwera. Audyt może być prowadzony na poziomie serwera lub bazy. Może obserwować zmiany w bazie (operacje DDL). Wynikiem audytu jest raport.
17. Central Management Servers Pozwala na zarządzanie wieloma serwerami jednocześnie Uruchamianie zbiorów zasad (policies) Wieloserwerowe zapytania T-SQL Wymaga użycia okna RegisteredServers (operacje wykonywane są na serwerach pochodzących z listy w tym oknie).