Articles

SQL: oczekiwana długość życia strony

Posted by admin

objawy: SQL wykrył spadek średniej długości życia strony, powodując wolniejsze odpowiedzi.

wpływ: średnie

powolne odpowiedzi SQL pogorszą wrażenia użytkownika, powodując słabą wydajność operacji organizacji.

oczekiwane zachowanie:

im dłużej strona może pozostać w puli bufora i być odczytywana z pamięci, tym lepsza wydajność systemu. Zalecamy ustawienie wartości progowej na 300 sekund dla każdego 4 GB pamięci bufora (BP).

możliwe przyczyny utrzymującego się niskiego poziomu żywotności strony (PLE)

Niski priorytet mocy procesora: średni
zalecane działanie :
ciągłe wysokie zużycie związane z niskim poziomem PLE może wskazywać na potrzebę aktualizacji procesora lub dodania wielu procesorów. Zobacz nasze Wyjaśnienie użycia procesora tutaj
alternatywnie, wysoki współczynnik użycia PROCESORA może wskazywać na źle dostrojoną aplikację lub kod SQL. Optymalizacja aplikacji Może obniżyć wykorzystanie procesora.

: Medium
sprawdza ilość pamięci RAM przydzielonej do SQL (zachowując przy tym wystarczającą ilość pamięci RAM dla potrzeb systemu operacyjnego). Porównaj stosunek pamięci SQL do wielkości bazy danych-bazując na naszym doświadczeniu, stosunek całkowitej pamięci RAM większy niż 20% największej bazy danych jest optymalny.
zalecane działanie:
jeśli to możliwe, przydziel więcej pamięci do SQL lub na przemian dodaj fizyczną PAMIĘĆ RAM do serwera i zwiększ alokację pamięci SQL.

Page File busy/slow Priority: Low
sprawdź, co jeszcze działa, co może spowalniać prędkość dostępu do dysku. Pula buforów zamienia strony na dysk, gdy potrzebne jest miejsce w pamięci. Proces ten jest w dużym stopniu zależny od efektywności akcji odczytu/zapisu danych na dysku twardym oraz od poziomu zapotrzebowania.
zalecane działanie:
aby przyspieszyć I/O dysku i zmniejszyć opóźnienie, znajdź plik strony na najszybszym dostępnym dysku (lub uaktualnij do bardziej wydajnego sprzętu). Ponadto zmniejsz konkurencję dla tego zasobu z innych operacji. Aimbetter resource monitor daje kompleksowe statystyki dotyczące całkowitej przestrzeni dyskowej, wolnego miejsca i aktywności plików strony.

nieprawidłowy priorytet alokacji puli buforów: Low
w SQL Server dane są przechowywane na 8 KB stron. Gdy dane są wymagane do wejścia / wyjścia, strona jest najpierw odczytywana z dysku i zapisywana do pamięci. Wydzielony obszar nazywany jest pulą buforową. Po załadowaniu strony do puli, cały późniejszy dostęp jest bardzo szybki i wydajny, podczas gdy wejścia/Wyjścia dysku są stosunkowo wolne. Do puli buforów należy przydzielić jak najwięcej pamięci, bez zagłodzenia systemu operacyjnego.
zalecane działanie:
Przydziel optymalną proporcję fizycznej pamięci RAM do BP, ale pozostaw wystarczającą ilość pamięci RAM dla operacji systemu operacyjnego. Ustaw wartość w opcji Maksymalna pamięć serwera na stronie „Opcje pamięci serwera”, która pozostawia wystarczającą ilość pamięci dla samego systemu operacyjnego. Zalecamy około 4 GB mniej niż całkowita ilość zainstalowanej pamięci RAM

możliwe przyczyny lub przejściowe niska Długość Życia strony (ple)

Brak Indeksu lub uszkodzony priorytet: wysoki
brak indeksów oznacza, że SQL Server sugeruje, że Twoje zapytanie może działać szybciej z indeksem. W 99% przypadków uszkodzenie dotyczy dysku lub sterownika dysku / oprogramowania układowego.
zalecane działanie:
w przypadku braku indeksu należy zwrócić się do zespołu projektowego systemu.
w przypadku uszkodzonych indeksów skontaktuj się z zespołem zarządzania pamięcią masową lub z naszymi ekspertami ds. pomocy technicznej. Jednym z możliwych rozwiązań w przypadkach, gdy korupcja się powtarza, jest sklonowanie bazy danych na nową konfigurację sprzętową.

problemy z kodowaniem priorytet: niski
może być wynikiem takich problemów jak nieefektywne plany zapytań lub niewłaściwe standardy kodowania.
zalecane działanie:
Sprawdź plan, którego używał SQL, aby określić, czy był optymalny.
zbadaj zapytania do bazy danych, aby sprawdzić, czy wymagane zapytania do danych są uszkodzone lub nieprawidłowe.
zbadaj kodowanie, więc sprawdź, czy można poprawić wydajność.

zapytania nasycające priorytet puli buforów: niski
przyczyny te nie utrzymują się przez długi czas. Główne przyczyny to:

  • uzyskiwanie dużych grantów pamięci
  • przenoszenie dużej liczby stron w pamięci o nowe
  • modyfikowanie wielu stron, zmuszanie ich do wyrzucenia na dysk
  • wiele równoczesnych (lub bardzo dużych) zapytań

zalecane działanie :
w przypadkach, gdy występują ponownie lub wykazują tendencję do wzrostu wielkości (niższy PLE), zbadaj inne możliwe przyczyny poniżej.

DBCC CHECKDB running Priority: niski
CHECKDB jest bardzo zasobochłonny-prawdopodobnie jedna z najbardziej zasobochłonnych rzeczy, które wykonuje SQL Server. Wprowadzenie tego procesu jako dodatkowego obciążenia IO w stosunku do normalnego obciążenia serwera SQL oznacza, że głowice dysków będą się stale poruszać.
Polecane działanie :
sugerujemy uruchomienie wszelkich niezbędnych procesów CHECKDB w czasie minimalnego obciążenia serwera SQL lub alternatywnie na kopiach zapasowych baz danych w trybie offline.

indeks odbudowuje uruchomiony priorytet: niski
operacja odbudowy indeksu zawsze zbuduje nowy indeks, co oznacza, że potrzeba więcej miejsca na zbudowanie nowego indeksu przed upuszczeniem starego; wymagane jest wiele zasobów CPU i I/O, które mogą przeciążać system.
Polecane działanie :
jeśli występuje często, można go skorygować poprzez zmiany w procedurze indeksowania, na przykład poprzez przejście na strategię, w której fragmentacja jest analizowana co noc i przetwarzane są tylko fragmentowane indeksy. Nasi konsultanci zespołu wsparcia ekspertów są dostępni do analizy i pomocy.

Tło

średnia długość życia strony mierzy średnią liczbę sekund, w których strony pozostają w puli buforów. Jest to ściśle związane z użytkowaniem plików strony-patrz tutaj.
aby uzyskać optymalną wydajność, dane powinny być odczytywane z pamięci, a nie z dysku, który jest znacznie wolniejszy. SQL osiąga to poprzez wykorzystanie stron pamięci, które przechowują ostatnio dostępne dane. Do przechowywania tych stron dostępny jest zarezerwowany obszar pamięci (pula buforów). Gdy pula buforów jest pełna i SQL wymaga nowego miejsca, serwer zamienia najstarszą stronę na plik strony na dysku i odczytuje nowe dane. Zwiększenie liczby wymian między pamięcią a dyskiem bezpośrednio wpływa na wydajność.
utrzymujący się niski poziom PLE jest wiarygodnym wskaźnikiem ciśnienia pamięci SQL Server. Presja ta może być wynikiem dużego zapotrzebowania lub nieefektywnej organizacji danych, zarówno fizycznych, jak i logicznych
zalecamy ustawienie wartości progowej na 300 sekund dla każdego 4 GB pamięci puli buforów (BP) na serwerze, co oznacza, że serwer powinien zachować dowolną stronę w pamięci (po odwołaniu się do strony przez proces) w puli buforów przez minimum 5 minut, zanim zostanie ona przepłukana na dysk. Jeśli pula buforów spłukuje strony w czasie krótszym niż 300 sekund, prawdopodobnie występuje problem.
im więcej pamięci ma serwer, tym więcej odczytów i zapisów na dysku może wykonać. Brak pamięci systemowej może spowodować wysoki odczyt i zapis dysku bez pamięci podręcznej. Dodanie pamięci do serwera może pomóc obniżyć dostęp do dysku fizycznego.

Related Post