DEKLARATYWNE ZARZĄDZANIE W MICROSOFT SQL SERVER

Transkrypt

1 DEKLARATYWNE ZARZĄDZANIE W MICROSOFT SQL SERVER Na podstawie artykułu: Hongfei Guo Dan Jones Jennifer Beckmann Praveen Seshadri Declarative Management in Microsoft SQL Server Marek Wittkowski

2 Nowe podejście RDBMS Administrator określa jaki stan bazy danych chciałby otrzymać Nie interesuje go w jaki sposób to osiągnąć.

3 Standardowe narzędzia administratora Graficzne narzędzia konfiguracji Linia poleceń Skrypty często powtarzanych operacji Monitoring czasu rzeczywistego i przeszłości Narzędzia diagnostyczne

4 Problemy Setki instancji bazy danych zarządzanych przez jednego administratora Ciągle rozwijane RDBMS (wiele wersji) Możliwość sporych strat wywołanych błędem człowieka (np. Błąd w skryptach backup-u //możliwość utracenia danych bezpowrotnie)

5 Intencje Prosty zrozumiały system Cloud computing Odpowiedni poziom abstrakcji

6 Przykłady prac administracyjnych Wszystkie kolumny o typie wskazującym na zawartość wrażliwych danych powinny być szyfrowane Dla wszystkich baz danych powyżej 20MB statystyki powinny być włączone Nazwy wszystkich tabel, widoków, składowanych procedur powinny być dłuższe niż 5 znaków

7 A dodatkowe obostrzenia Wybór zakresu naszych prac Regularność naszej pracy

8 Co na to administrator? Przydałoby się sprytny system, który mógłby zrozumieć intencję administratora oraz potrafił je zastosować.

9 Środowisko akademickie Optymalizacja zapytań Przetwarzanie zapytań Przetwarzanie transakcji Administrator jest pomijany

10 Wybór bazy danych Koszty są najważniejsze Zestaw funkcji na 2 miejscu

11 Całkowity koszt posiadania(tco) Koszt licencji Koszt sprzętu Koszt pracy developera, tworzącego nową aplikację Koszt zarządzania aplikacji i systemu w ciągu pracy aplikacji

12 Główny koszt Administracja bazy danych (TCO) Błędy ludzkie

13 Przyszłość nie pozostawia złudzeń Wzrost złożoności systemu Zwiększenie liczby danych, którymi zarządza pojedynczy administrator Różnorodność, ustawienia regionalne, ogrom wersji oprogramowania

14 Praktyka 15 % awarii bazy danych spowodowane jest błędem ludzkim

15 Podstawowe pojęcia deklaratywnego systemu zarządzania Warunki zdrowia Wiążącego celu Moduł automatyzacji budowa jednostek intencji Polityka zarządzania Modele zarządzania Aspektów hermetyzacji dziedziny wiedzy

16 Modele zarządzania Na przykładzie relacyjnej bazy danych Model zarządzania może zdefiniować następujące podmioty sytemu: tabele, widoki, składowane procedury itd. zależności między powyższymi Zawierające różne atrybuty (np. tylko do odczytu)

17 Cele zarządzania Przykład: Tabela T1 jest celem zarządzania typu tabeli Wartości właściwości modelu stanowią stan celu zarządzania.

18 Funkcje poprawnego modelu Instancja modelu powinna być wypełniona z systemu bazy danych oraz odzwierciedlać jego stan Zmiany modelu powinny być wiernie propagowane do systemu bazy danych

19 Zalety modelu Dostarczony przez producenta systemu bazy danych Stały dla wszystkich wersji Odporny na zmiany w systemie bazy danych

20 Warunki zdrowia Zarządzanie przez stan zdrowia Jeśli prosty warunek jest spełniony cel jest zdrowy Przyładowo, jeśli statystyki w bazie danych są włączone to wszystko jest ok, jeśli nie to należy doprowadzić model do zdrowia włączając statystyki Nie zawsze jest oczywiste jak przywrócić stan zdrowia

21 Wiążący cel Możliwość zapytań do modelu (np. bazy danych większe niż 20 MB) Można ograniczyć się do filtrowania poszczególnych typów obiektów Pozwala na dowolne modelowanie wybrania celów (np. zapytanie zwraca aktualnie bazy danych spełniające warunki)

22 Moduł automatyzacji Kiedy jest oceniane W jakim kontekście (synchroniczny, asynchroniczny) Jakie działania podjąć w wypadku niezgody

23 Polityka zarządzania Dyskretna jednostka deklaratywnego zarządzania Co do sprawdzenia, kiedy i gdzie.

24 Hermetyzacja Uproszczanie Abstrakcyjna złożoność systemu Abstrakcja złożoności zmian Polimorfizm

25 Facet moduł hermetyzacji

26 System Diagram

27 Przykład 1 w nowej koncepcji

28 Dziękuję za uwagę