Beschränken von Optimierungsdauer und -ereignissen

Steuern der Optimierungsdauer

Der Datenbankoptimierungsratgeber analysiert eine Arbeitsauslastung, bis die optimalen physischen Leistungsstrukturen für die angegebenen Datenbanken gefunden werden. Es hängt von der Arbeitsauslastung ab, wie lange dieser Vorgang dauert. Es könnte mehrere Tage dauern, bis der Datenbankoptimierungsratgeber für eine Arbeitsauslastung mit Hunderten von Ereignissen eine gründliche Analyse abgeschlossen hat. Die Datenbanken sind zwar während der Analyse verfügbar, aber die Leistung ist möglicherweise beeinträchtigt.

Legen Sie die maximale Zeitdauer fest, um zu steuern, wie lange der Datenbankoptimierungsratgeber eine Arbeitsauslastung analysiert. Die maximale Zeitdauer entspricht der Anzahl von Stunden und Minuten, für die der Datenbankoptimierungsratgeber eine Arbeitsauslastung analysieren soll. Das Ergebnis einer Einstellung für die maximale Zeitdauer ist eine Empfehlung basierend auf der optimalen Lösung, die der Datenbankoptimierungsratgeber bis zum Ablauf der Zeitdauer produzieren kann.

In der grafischen Benutzeroberfläche (GUI, Graphical User Interface) des Datenbankoptimierungsratgebers ist dieser Parameter standardmäßig auf 1 Stunde festgelegt. Im dta-Befehlszeilenprogramm ist das Standardlimit auf 8 Stunden festgelegt. Falls die vollständige Analyse weniger Zeit als das festgelegte Limit erfordert, wird die Optimierung nach Abschluss des Vorgangs beendet. Sie können eine unbegrenzte Optimierungszeit angeben, um in beiden Programmbenutzeroberflächen die bestmögliche Empfehlung zu generieren.

In den folgenden Unterabschnitten wird beschrieben, wie Sie diese Optimierungsoption in der GUI und an der Eingabeaufforderung festlegen.

Festlegen der Optimierungszeit in der grafischen Benutzeroberfläche

Festlegen der Optimierungszeit im Befehlszeilen-Dienstprogramm dta

dta -E -s MySession -D AdventureWorks -if MyWorkloadScript.sql -fa IDX -A 120

Steuern der Anzahl der zu optimierenden Ereignisse

Sie können die Anzahl von Ereignissen in Arbeitsauslastungen steuern, die vom Datenbankoptimierungsratgeber optimiert werden. Diese Option ist nur im dta-Befehlszeilenprogramm verfügbar, und zwar über das Argument –n. Das Verhalten des dta-Dienstprogramms bei Verwendung des Arguments -n hängt wie folgt von dem für das Argument -A angegebenen Wert ab, der das Optimierungszeitlimit definiert:

• dta wird beendet, wenn die angegebene Anzahl von Ereignissen optimiert wurde oder wenn das angegebene Optimierungszeitlimit abgelaufen ist. Maßgebend ist, welches Ereignis zuerst eintritt. Falls das Argument -n nicht angegeben ist, optimiert dta standardmäßig alle Ereignisse in der Arbeitsauslastung. Falls das Argument -A nicht angegeben ist, verwendet dta standardmäßig ein Optimierungszeitlimit von 8 Stunden.

• Um sicherzustellen, dass die mit dem Argument -n angegebene Anzahl von Ereignissen optimiert wird, geben Sie außerdem 0 für das Argument -A an, um eine unbegrenzte Optimierungszeit zu definieren. Beispiel: -n 250 -A 0.

Angeben der Anzahl der zu optimierenden Ereignisse in der XML-Eingabedatei

Bewährte Methoden zum Begrenzen des Optimierungszeitraumes und der Anzahl optimierter Ereignisse

Es folgen Vorschläge zum Begrenzen der Optimierungszeit und der Anzahl optimierter Ereignisse:

• Geben Sie für Einzelabfragen oder niedrige Arbeitsauslastungen (weniger als 100 Ereignisse) einen unbegrenzten Optimierungszeitraum an. Dies ergibt optimale Empfehlungen durch den Datenbankoptimierungsratgeber, und in den meisten Fällen wird die Optimierung in relativ kurzer Zeit ausgeführt.

• Für große Arbeitsauslastungen (mehr als 100 Ereignisse) sollten Sie die folgenden Optionen in der aufgeführten Reihenfolge berücksichtigen. Verwenden Sie die letzte Option (4) erst, nachdem Sie die Optionen 1 bis 3 in Betracht gezogen haben.

  1. Falls der Benutzer eine Zeitbeschränkung verwendet, begrenzen Sie die Optimierungszeit.

  2. Falls die Optimierung einer festen Anzahl von Ereignissen ausreichend ist (z. B. könnten die ersten 10.000 Ereignisse für die restliche Arbeitsauslastung repräsentativ sein), geben Sie mithilfe des dta-Befehlszeilenprogramms die Anzahl von Ereignissen mit dem Argument –n an.

  3. Falls Sie das dta-Befehlszeilenprogramm verwenden und die Optimierungszeit weiter begrenzen möchten, können Sie die beiden Argumente –A und –n verwenden. Wenn Sie beispielsweise -A 240 und –n 1000 angeben, beendet der Datenbankoptimierungsratgeber die Optimierung, sobald 1.000 Ereignisse optimiert wurden oder 4 Stunden verstrichen sind, je nachdem, welches Ereignis zuerst eintritt.

  4. Der Zeitaufwand für die Optimierung hängt von der Komplexität der Abfragen (Anzahl von Tabellen, auf die verwiesen wird), den ausgewählten Features (das Optimieren indizierter Sichten ist zeitaufwändiger als das Optimieren von Indizes) und der Größe der Daten ab (zum Erstellen von Statistiken). Der Datenbankoptimierungsratgeber verbringt normalerweise den Großteil der Optimierungszeit mit Aufrufen des Abfrageoptimierers. Zur Berechnung, wie viel Zeit dem Datenbankoptimierungsratgeber für die Optimierung zugeteilt werden sollte, gilt folgende einfache Faustregel:

     Für einfache Abfragen, die auf ein bis drei Tabellen verweisen, sollten Sie pro Abfrage etwa 1 Sekunde einberechnen, wenn nur Indizes optimiert werden, und etwa 10 Sekunden pro Abfrage, wenn Indizes und indizierte Sichten optimiert werden. Für komplexe Abfragen, die auf mehr als drei Tabellen verweisen, sollten Sie pro Abfrage etwa 10 Sekunden einberechnen, wenn nur Indizes optimiert werden, und etwa 100 Sekunden pro Abfrage, wenn Indizes und indizierte Sichten optimiert werden.

• Falls der Datenbankoptimierungsratgeber angibt, dass 100 % der Arbeitsauslastung verarbeitet wurden, bedeutet dies, dass die gesamte Arbeitsauslastung analysiert, aber nicht notwendigerweise optimiert wurde. Um festzustellen, ob die gesamte Arbeitsauslastung optimiert wurde, suchen Sie am Ende des Optimierungsprotokolls folgende Meldung:

  All events in the workload were not tuned. Consider increasing time bound or specify number of events to be considered in the input XML.

  Falls diese Meldung im Optimierungsprotokoll vorhanden ist, konnte der Datenbankoptimierungsratgeber nicht die gesamte Arbeitsauslastung optimieren. Um dieses Problem zu vermeiden, geben Sie einen längeren Optimierungszeitraum an. Um sicherzustellen, dass alle Ereignisse in der Arbeitsauslastung optimiert werden, können Sie eine unbegrenzte Optimierungszeit angeben. Wenn Sie keine unbegrenzte Optimierungszeit angeben, versucht der Datenbankoptimierungsratgeber innerhalb der angegebenen Optimierungszeit so viele Ereignisse wie möglich zu optimieren.

Hinweis Es gibt keine direkte Zuordnung zwischen den Modi <localizedText>Schnell</localizedText>, <localizedText>Mittel</localizedText> und <localizedText>Gründlich</localizedText> im Indexoptimierungs-Assistenten von MicrosoftSQL Server 2000 und den Argumenten –A und –n im Datenbankoptimierungsratgeber. Wenn die Optimierung in einem bestimmten Modus (Schnell, Mittel oder Gründlich) in SQL Server 2000 eine bestimmte Zeit dauert, liefert im Allgemeinen der gleiche Zeitraum im Datenbankoptimierungsratgeber von SQL Server 2005 vergleichbare oder bessere Empfehlungen. Es wird empfohlen, dass Benutzer des Modus <localizedText>Gründlich</localizedText> den Datenbankoptimierungsratgeber mit einer unbegrenzten Optimierungszeit und einer unbegrenzten Anzahl zu optimierender Ereignisse in der Arbeitsauslastung verwenden.

Zusätzliche Methoden zum Begrenzen der Optimierungsdauer

Siehe auch

Konzepte