SQL Server-Betrieb

SQL-Server-Indexwartung ohne unnötige Arbeit

Der pauschale Neuaufbau aller Indizes verbraucht CPU, I/O, Protokollplatz und Wartungszeit, auch wenn Benutzer keinen messbaren Vorteil erhalten.

SQL-Server-Indexwartung ohne unnötige Arbeit

Der pauschale Neuaufbau aller Indizes verbraucht CPU, I/O, Protokollplatz und Wartungszeit, auch wenn Benutzer keinen messbaren Vorteil erhalten.

Was gemessen werden sollte

Prüfen Sie Seitenzahl, Seitendichte, Fragmentierung, Änderungsvolumen, Scanmuster sowie Dauer und Protokollbelastung früherer Wartungen. Fragmentierung bei kleinen oder ungenutzten Indizes ist selten wichtig.

Praktisches Vorgehen

Schließen Sie kleine und ungenutzte Indizes aus. Entscheiden Sie anhand der Last zwischen Rebuild und Reorganize und aktualisieren Sie Statistiken gezielt. Überwachen Sie Sperren, Replikatverzug, Protokollsicherungen und Speicherdurchsatz.

Was vermieden werden sollte

Behandeln Sie 5 und 30 Prozent nicht als universelle Grenzwerte. Vermeiden Sie regelmäßiges Shrinking und den Neuaufbau nie gelesener Indizes.

Betriebliches Ergebnis

Ein wirksamer Prozess ist adaptiv, messbar und darf bewusst nichts tun, wenn keine Wartung erforderlich ist.

Checkliste für die Produktion

Erfassen Sie eine Ausgangsbasis und definieren Sie die erwartete Verbesserung. Testen Sie mit repräsentativen Daten und realistischer Parallelität. Sichern Sie die ursprüngliche Einstellung oder den Plan, bereiten Sie einen Rollback vor und überwachen Sie die nächste normale Lastspitze.

Wenn Sie diese Methode auf eine konkrete SQL-Server-Umgebung anwenden möchten, nutzen Sie das Frageformular unten und nennen Sie SQL-Server-Version, Datenbankgröße, Lastprofil und bereits erfasste Nachweise.

Frage zu diesem Artikel

Haben Sie eine Frage zu diesem Thema?

Beschreiben Sie, was Sie bewerten oder wo Sie nicht weiterkommen. Wir antworten mit einer praktischen Empfehlung.

Inquiries are not enabled in this preview.

Eine Frage zu diesem Artikel stellen