Um die Leistung unserer SQL Server-Sicherungen zu verbessern, sichern wir in mehreren Sicherungsdateien.
- In den meisten Blog-Posts zu diesem Thema wird angegeben, dass mehrere Sicherungsdateien verwendet werden sollen. Gibt es jedoch einen Punkt, an dem Sie zu viele Dateien haben können, sodass Sie aufgrund der großen Anzahl wartender Threads eine schlechtere Leistung erzielen, anstatt die Leistung zu verbessern?
- Gibt es eine allgemeine Empfehlung, die beispielsweise auf der Anzahl der Kerne im Server basiert? Um genauer zu sein, zeigt einer unserer Server
BACKUPIO
undBACKUPBUFFER
als Top-2-Täter warten Statistiken.
Wir sichern eine große Datenbank (mehrere TBs) mit 10 Sicherungsdateien, aber ich habe festgestellt, dass der Server nur 4 Kerne und 32 GB RAM hat. Ich habe die Anzahl der Sicherungsdateien geändert, um stattdessen 4 Sicherungsdateien zu verwenden. Ich werde sehen, wie es nächste Woche im nächsten Sicherungszyklus läuft, aber in der Zwischenzeit habe ich versucht, Empfehlungen zu finden, wie viele Sicherungsdateien abhängig von den Serverspezifikationen verwendet werden sollen.
quelle
buffercount
undmaxtransfersize
und Striping sie.Nicht generell nein. Das ist eine spezielle Technik, die helfen kann .
Warum würde dies zu einem Durchsatzverlust führen? Threads sind normalerweise eine umfangreiche Ressource. In bestimmten Konfigurationen treten Probleme auf, bei denen Sie Hunderte und Tausende von Threads durchbrennen.
Das wäre sinnvoll, wenn der Sicherungsvorgang CPU-gebunden wäre. Das könnte der Fall sein. Solange es E / A-gebunden ist, kann es nicht helfen, die Anzahl der Kerne mit einer Einstellung zu bestimmen.
Dies deutet auf einen E / A-gebundenen Sicherungsprozess hin. Nach meiner Erfahrung ist das weitaus häufiger als die CPU-Begrenzung.
Die Größe der Sicherung spielt bei Durchsatzüberlegungen keine Rolle. Der Durchsatz ist die Leistung pro Zeiteinheit.
Das bloße Vorhandensein wartender Threads wirkt sich normalerweise nicht auf andere Threads und Vorgänge auf dem Server aus. Wartende Threads machen nichts.
Das war unbegründet, da das Backup IO-gebunden ist. Das Zielen auf die Anzahl der Kerne ist kein gutes Ziel.
Wenn Sie 128 CPU-Kerne hinzufügen, wird Ihre Sicherung nicht eine Sekunde schneller.
Möglicherweise haben Sie die Leistung erhöht, aber nur aus Versehen.
Wie viele Sicherungsdateien verwendet werden sollen, hängt von vielen Faktoren ab. Eine einfache Möglichkeit, eine gute Zahl zu finden, besteht darin, einfach verschiedene Werte zu testen, einschließlich 1 (der wahrscheinlichste Wert für gängige Systeme).
quelle