[Kommunikation] Auswirkungen der Speicherreduzierung der SQL Server Online-Instanz um 1/4 (1)

Testziele:Reduziere die Auswirkungen des Speichers auf SQL-Instanzen

Testbeispiele:Eine Online-Instanz mit 100G-Speicher

Testschritte:

18:20 Beginnen Sie mit der Aufzeichnung von PERF-Daten

18:30 Den maximalen SQL-Speicher auf 3/4 der ursprünglichen Größe (75G) anpassen – das dauert 3,9 Sekunden

18:40 Stellen Sie den maximalen SQL-Speicher auf die ursprüngliche Größe von 100G - 3,8 Sekunden wieder her

18:50 Aufzeichnung von PERF-Daten stoppen

Auszeit

19:20 Beginn der Aufzeichnung von PERF-Daten

19:30 Aufzeichnung der PERF-Daten stoppen

Platteninhalt:

Leistungsdaten für 4*10 Minuten wurden aufgezeichnet

18:20 -18:30 Phase 1, normale Gedächtnisperiode

18:30 -18:40 Phase 2, niedrige Speicherlaufzeit

18:40 -18:50 Phase 3, Erholungsphase 1

19:20 -19:30 Phase 4, Erholungsphase 2

Prozess(_Total)% Prozessorzeit

Process(sqlservr)% Prozessorzeit

Prozessor(_Total)% Prozessorzeit

Prozessor(_Total)% Benutzerzeit

Prozessor(_Total)% privilegierte Zeit

PhysicalDisk(_Total)% Leerlaufzeit

PhysicalDisk(_Total)% Festplattenzeit

PhysicalDisk(_Total)Avg. Länge der Festplatten-Warteschlangen

PhysicalDisk(_Total)Current Disk QueueLength

MemoryPage-Fehler pro Sekunde

Speicherverfügbare MBytes

MemoryPages/sec

Datenbanken (_Total) Aktive Transaktionen

Allgemeine StatistikenUser Connections

Testergebnisse:

CPU:变化不明显，影响可忽略

IO-Parameter haben sich deutlich verändert, IDEALTIME ist um 1 % gesunken und Queue sowie DISKTIME sind im Grunde etwa doppelt so viel wie zuvor. Und in Zukunft wird es einen langsamen Erholungsprozess (mehr als eine Stunde) geben.

In Bezug auf SQL werden die aktiven Transaktionen deutlich steigen (dreifach), Speicher- und IO-Ersetzung wird ebenfalls zunehmen (etwa zweifach), und die Neukompilierung des Ausführungsplans wird besonders auffällig sein, insbesondere bei LAZYWRITE-Schreibungen.

Testdaten:Anhang EXCEL

Angehängt: Einige Legenden