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, typObiekty 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 zasadPozwalają 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ówZasadą 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 zasadSą 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 – KonfiguracjaRejestrowanie 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 ZdarzeniaUruchamiane, 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 zdarzeniaMogą przechwytywać i przetwarzać informacje o zdarzeniu
13. Elementy paczki TypyPozwalają interpretować dane pochodzące z silnika ExtendedEvents. PredyktyMogą filtrować zdarzeniaMogą 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 – KonfiguracjaW 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 FeaturesPozwala 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 ServersPozwala na zarządzanie wieloma serwerami jednocześnieUruchamianie zbiorów zasad (policies) Wieloserwerowe zapytania T-SQLWymaga użycia okna RegisteredServers (operacje wykonywane są na serwerach pochodzących z listy w tym oknie).
![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](https://image.slidesharecdn.com/mssqlserver-12523600876573-phpapp01/85/Ms-Sql-Server-15-320.jpg)
