SQL HW zu Performance-Verhältnis

Question

Ich suche nach einer Möglichkeit, Engpässe in SQL Server zu finden und es scheint, dass mehr als 32 GB RAM und mehr als 32 Spindeln auf 8 Kernen nicht genug sind. Gibt es Metriken, Best Practices oder HW-Vergleiche (d. H. Transaktionen pro Sekunde)? Unsere tägliche Schließung dauert Stunden und ich will es in Minuten oder in Echtzeit, wenn möglich. Ich konnte nicht mehr als 12k Zeilen/Sek. Zusammenführen. Für den Moment musste ich den Verkehr auf mehr als einen Server aufteilen, aber ist es eine richtige Lösung für ~ 50GB Datenbank? Zusammenführen ist in SP eingeschlossen und so einfach gehalten wie es sein kann - deduplizieren Sie die Eingabe, fügen Sie neue Zeilen ein, aktualisieren Sie vorhandene Zeilen. Ich habe festgestellt, dass je mehr Zeilen wir in einzelne zusammenführen, desto mehr Zeilen pro Sekunde erhalten wir. Der Anwendungsserver wird in mehreren Threads ausgeführt und verwendet den gesamten Speicher und Prozessor auf seinem dedizierten Server.

Answer 1

Folgen Sie einer Methode wie Waits and Queues, um die Engpässe zu identifizieren. Das ist genau, was für bestimmt ist. Sobald Sie den Engpass identifiziert haben, können Sie auch beurteilen, ob ein Hardwarebereitstellungs- und Kalibrierungsproblem vorliegt (und wenn ja, welche Hardware der Engpass ist), oder ob es sich um etwas anderes handelt.

Answer 2

Die Grundidee besteht darin, den wahlfreien Zugriff auf eine Festplatte beim Lesen und Schreiben zu vermeiden. Ohne eine Analyse durchzuführen, benötigt eine 50-GB-Datenbank mindestens 50 GB RAM. Dann müssen Sie sicherstellen, dass Indizes auf einer separaten Spindel von den Daten und den Transaktionsprotokollen sind, Sie schreiben so spät wie möglich und kritische Tabellen werden auf mehrere Spindeln aufgeteilt. Machst du das alles?