Baza danych do monitorowania wydajności Microsoft SQL Server:
Opracować rozwiązanie wyślij ([email protected]) własne metody analizy i optymalizacji wydajności oraz sposobu zastosowania tego rozwiązania w praktyce.
, baza danych Zapytanie jest złożoną i czasochłonną pracą, która musi być wykonywana w sposób ciągły.
Jest to obszar, w którym kompetencje i obowiązki administratora i programisty bazy danych są ze sobą ściśle powiązane. Często tylko ich wspólna praca pozwala osiągnąć wyniki.
Przede wszystkim konieczne jest określenie priorytetów i celów w bazie danych: każda optymalizacja jest jednokierunkowa i pozwala ulepszyć pewien aspekt systemu ze względu na degradację innych aspektów i złożoność samego systemu.
Jeśli jesteśmy zaangażowani w optymalizację „punktową”, tj. jeśli nie przeanalizujemy działania serwera bazy danych jako całości, możemy uzyskać sytuację, w której optymalizując jedno zadanie, obniżamy poziom wydajności dla innych zadań.
Oczywistą miarą wydajności jest czas wykonania zapytania. Jest to jednak kryterium warunkowe, ponieważ wpływa na nie wiele czynników trudnych do kontrolowania. Prostym i obiektywnym wskaźnikiem jest to, jaka praca jest wykonywana przez system podczas wykonywania żądania: przede wszystkim ilość przetwarzanych danych (I / O). Głównym zadaniem optymalizacji jest właśnie minimalizacja obciążenia systemu i jego równoważenie - jednolite obciążenie zasobów sprzętowych.
Często problemy z wydajnością mają efekt domina - ważne jest, aby znaleźć przyczynę i wyeliminować ją, a nie objawy.
Microsoft SQL Server ma wiele narzędzia diagnostyczne które mogą generować duże ilości informacji. Z pomocą dynamiczne obiekty administracyjne (DMV / DMF) Możesz po prostu uzyskać obraz jako całość lub bardzo szczegółowy, dotyczący konkretnego zapytania lub obiektu bazy danych.
Trudność polega na tym, że niemożliwe jest przeprowadzenie wiarygodnej oceny przy użyciu tylko jednego wskaźnika i opracowanie skutecznego rozwiązania problemu: konieczne jest stałe monitorowanie wzajemnego wpływu różnych zewnętrznych i wewnętrznych czynników wydajności.
Ważne jest również, aby zrozumieć, że każda instancja DBMS ma swoją własną konfigurację i obciążenie, a proste przeniesienie udanych praktyk z jednego systemu do drugiego nie daje gwarantowanego wyniku.
W tym celu tworzymy bazę danych usług, w której gromadzimy rzeczywiste i statystyczne dane dotyczące działania naszego systemu, a także zapisujemy nasze praktyki w diagnostyce i optymalizacji w postaci reprezentacji i procedur przechowywanych.
W oparciu o wiedzę społeczności, dostępną na forach, blogach i literaturze fachowej, opracowuję rozwiązanie do badania konfiguracji i obciążenia na Microsoft SQL Server (aparat bazy danych). Rozwiązanie to jest implementowane jako baza danych zawierająca tabele, zapytania i procedury składowane do zbierania i przechowywania informacji diagnostycznych (patrz poniższy rysunek), a także środki do wykrywania i rozwiązywania standardowych problemów.
To rozwiązanie jest również wykorzystywane do szkoleń, więc zawiera dane, które reprezentują wiedzę o Microsoft SQL Server w sformalizowany sposób. Ta wiedza pomaga uzyskać bogatszy obraz naszego systemu, łącząc poszczególne wskaźniki i tworząc kryteria oceny jakościowej.
Opracowana specjalistyczna aplikacja do wizualizacji danych diagnostycznych.
Na podstawie sformalizowanej wiedzy podaje się ich intelektualną analizę i wyjaśnienie uzyskanych informacji.
To rozwiązanie ma otwartą architekturę i umożliwia dodawanie nowych metod diagnozowania i dostosowywania pracy DBMS.
Mapa drogowa 
Webinar Architektura i wydajność Microsoft SQL Server
Bibliografia
- Podręcznik przetrwania wydajności programu SQL Server
- Indeksowanie wydajności dla SQL Server 2012. Jason Strate, Ted Krueger.
- Wewnątrz SQL Server Query Optimizer. Benjamin Nevarez.
- Microsoft SQL Server 2012 Performance Tuning Cookbook. Ritesh Shah, Bihag Thaker.
- Optymalizacja współczynników wypełnienia dla SQL Server. Ken Lassesen.
- Dostrajanie wydajności z dynamicznymi widokami zarządzania SQL Server. Louis Davidson, Tim Ford.
- Planuj buforowanie i ponowną kompilację w SQL Server 2012. Greg Low.
- Elementy wewnętrzne Pro SQL Server. Dmitri Korotkevitch
- Pro SQL Server Wait Statistics. Enrico van de Laar.
- SQL Server DMVs w akcji. Lepsze zapytania z dynamicznymi widokami zarządzania. Ian W. Stirk.
- Statystyki serwera SQL. Holger Schmeling.
- Dostrajanie wydajności zapytań SQL Server. Grant Fritchey.
- Współbieżność serwera SQL. Blokowanie, blokowanie i wersjonowanie wierszy. Kalen Delaney.