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.