|
Cele testu:Zmniejszenie wpływu pamięci na instancje SQL Przykłady testowe:Internetowa instancja pamięci 100G Kroki testowe: 18:20 Rozpocznij nagrywanie danych PERF 18:30 Dostosuj maksymalną pamięć SQL do 3/4 jej pierwotnego rozmiaru (75G) – zajmuje to 3,9 sekundy 18:40 Przywrócenie maksymalnej pamięci SQL do pierwotnego rozmiaru 100G – 3,8 sekundy 18:50 Zatrzymaj nagrywanie danych PERF Przerwa 19:20 Rozpocznij zapisywanie danych PERF 19:30 Zatrzymaj nagrywanie danych PERF
Zawartość nagrań: Zarejestrowano dane wydajności przez 4*10 minut 18:20 -18:30 Etap 1, okres pamięci normalnej 18:30 -18:40 Faza 2, niski czas działania pamięci 18:40 -18:50 Etap 3, Okres Rekonwalescencji 1 19:20 -19:30 Etap 4, okres rekonwalescencji 2 Czas procesora (_Total)% Process(sqlservr)% Processor Time Procesor(_Total)% czasu procesora Czas użytkownika procesor(_Total)% Czas uprzywilejowany procesora(_Total)% Fizyczny dysk(_Total)% czasu bezczynności FizycznyDisk(_Total)% czasu dysku PhysicalDisk(_Total)Średnio. Długość kolejki dysku FizycznyDysk(_Total)Aktualna kolejkaDługość dysku Błędy strony pamięci/sek MemoryAvailable MBytes MemoryPages/sec Bazy danych(_Total)Aktywne transakcje Statystyki ogólne Połączenia z użytkownikami
Wyniki testów: CPU:变化不明显,影响可忽略 Parametry IO zmieniły się znacząco, IDEALTIME spadł o 1%, a kolejka i czas na DYSKU są praktycznie dwa razy większe niż wcześniej. W przyszłości będzie powolny proces regeneracji (ponad godzinę). Jeśli chodzi o SQL, aktywne transakcje znacznie wzrosną (3 razy), wymiana pamięci i IO również wzrośnie (około 2 razy), a rekompilacja planu wykonania będzie szczególnie zauważalna, zwłaszcza zapisy LAZYWRITE. Dane testowe:Załącznik EXCEL
Załączone: Niektóre legendy
|