28/08/2024

SQL Server ma znakomitą reputację wśród gwiazd sali konferencyjnej. Chwalony jest za swoją architekturę i zdolność do żonglowania ogromnymi zbiorami danych z wdziękiem kogoś, kto potrafi całkiem nieźle żonglować. Jednak ci, którzy faktycznie zmagają się z danymi, znają inną bajkę. Rozumieją, że SQL Server, jak każdy potężny gigant, ma swój własny zestaw udziwnień i niespodzianek, które mogą trzymać specjalistów od baz danych na baczności. Zerknijmy więc na najpoważniejsze wyzwania wydajnościowe w SQL Server.

• Blog
• Microsoft SQL
• Performance Monitor

01/08/2024

W złożonym ekosystemie SQL Server kwestie wydajności mogą czasami przypominać pracę detektywa, zwłaszcza podczas śledzenia nieuchwytnych winowajców blokad systemowych. Tym razem zbadamy, w jaki sposób nieefektywne zapytania (i źle przeprowadzone monitorowanie zapytań) mogą zatrzymać operacje. Zidentyfikujemy też „jak” i „dlaczego” stojące za zatrzymaniem oraz pokażemy Wam jak skuteczne monitorowanie zapytań SQL może zapobiegać blokadom.

Od analizowania trendów obciążenia po analizowanie historii blokad i udoskonalanie planów wykonania, upewniamy się, że żaden kamień – a raczej, żaden blok danych – nie pozostanie nieodwrócony w naszych dążeniach do tego, aby SQL Server poruszał się szybko jak sportowy samochód , a nie jak juczny muł.

• Blog
• Microsoft SQL
• Performance Monitor

12/07/2024

Plany wykonania – złożone mapy wykreślone przez optymalizator SQL Server, dyktują najbardziej efektywną ścieżkę pobierania danych. Plany nie są jednak statyczne. Zmieniają się i dostosowują pod wpływem wielu czynników, od zmian ilości danych po aktualizacje systemu. Każda ze zmian planu wykonania w SQL Server może potencjalnie znacząco wpłynąć na wydajność.

Zrozumienie przyczyn tych zmian, a co ważniejsze, zrozumienie tego jak skutecznie nimi zarządzać, przekłada się na utrzymanie optymalnej wydajności w środowiskach SQL Server.

• Blog
• Microsoft SQL
• Performance Monitor

11/07/2024

Wśród niektórych specjalistów ds. baz danych panuje od czasu do czasu osobliwy zwyczaj wrzucania replikacji logicznej i fizycznej do tego samego kosza. Równie dobrze można by powiedzieć, że skarpetki i buty to to samo, bo w końcu obie rzeczy zakłada się na stopy, prawda? Ale jak może potwierdzić każdy, kto próbował nosić skarpetki na śniegu, podobieństwa na powierzchni mogą ukrywać cały wszechświat różnic między replikacją logiczną a fizyczną.

Łączenie replikacji logicznej i fizycznej lub zaniedbywanie różnic między nimi może prowadzić do nieefektywnych strategii zarządzania danymi. Każda metoda ma swoje zalety i idealne scenariusze użycia. Wiedza o tym, kiedy zastosować każdą z nich – zrozumienie ich unikalnych ról w spektrum zarządzania danymi – pomaga uniknąć niepotrzebnego obciążenia pracą, optymalizuje wydajność i zapewnia integralność danych.

• Blog
• Data Replicator
• Microsoft SQL
• Oracle
• PostgreSQL
• SAP Hana

03/07/2024

Plany wykonania wybierają sposób, w jaki zapytania SQL są wykonywane przez mechanizm bazy danych. Jako takie stanowią różnicę między płynnie działającą bazą danych a taką, która potyka się pod obciążeniem. Zmiany w planie wykonania mają różne powody – często zmieniają się po cichu i bez ostrzeżenia – a dalekosiężne skutki mogą być ogromne.

Najbardziej bezpośrednim skutkiem zmiany planu wykonania jest spadek wydajności zapytań. Zapytanie, które kiedyś działało płynnie i liczone było w milisekundach, może, z powodu zmienionego planu, zacząć pochłaniać sekundy. Ten wzrost czasu zapytania może kaskadowo przełożyć się na dłuższy czas ładowania aplikacji, frustrację użytkowników końcowych i poważne reperkusje finansowe w środowiskach o wysokiej stawce, takich jak finansowe platformy transakcyjne lub usługi danych w czasie rzeczywistym.

• Blog
• Microsoft SQL
• Performance Monitor