Freigeben über


Explorative Analyse mithilfe des Datenbankmodul-Optimierungsratgebers

Aktualisiert: 05. Dezember 2005

Datenbankadministratoren können den Datenbankmodul-Optimierungsratgeber verwenden, um eine explorative Analyse durchzuführen. Die explorative Analyse umfasst eine Kombination aus manueller und toolbasierter Optimierung. Um eine explorative Analyse mithilfe des Datenbankmodul-Optimierungsratgebers durchzuführen, verwenden Sie das benutzerdefinierte Konfigurationsfeature. Mit dem benutzerdefinierten Konfigurationsfeature können Sie Konfigurationen von bestehenden und hypothetischen physikalischen Entwurfsstrukturen, z. B. Indizes, indizierten Sichten und Partitionierungen, für die Optimierung angeben. Das Angeben hypothetischer Strukturen hat den Vorteil, dass Sie deren Auswirkungen beurteilen können, ohne dass durch die Implementierung zusätzlicher Verwaltungsaufwand entsteht.

Obwohl sowohl die grafische Benutzeroberfläche (GUI, Graphical User Interface) des Datenbankmodul-Optimierungsratgebers als auch das Befehlszeilen-Dienstprogramm dta die explorative Analyse unterstützen, bietet dta größere Flexibilität, da es eine XML-Eingabedatei verwenden kann. Diese XML-Eingabedatei verwendet das XML-Schema des Datenbankmodul-Optimierungsratgebers, ein veröffentlichtes Schema, das unter Database Engine Tuning Advisor Schema (in Englisch) gedownloadet werden kann.

Navigieren Sie zu diesem URL, und scrollen Sie durch die Tabellenzeilen, bis Sie den Link zum Schema des Datenbankmodul-Optimierungsratgebers erreichen. Der exakte URL für dieses Schema befindet sich in der Spalte daneben. Dieses XML-Schema unterstützt die Angabe von hypothetischen Konfigurationen, die entweder isoliert oder relativ zur aktuellen Konfiguration ausgewertet werden, für die Analyse. Im Gegensatz dazu wird von der grafischen Benutzeroberfläche des Datenbankmodul-Optimierungsratgebers nur die Auswertung einer Teilmenge der Strukturen aus einer vom Datenbankmodul-Optimierungsratgeber generierten Empfehlung vollständig unterstützt.

Zwei Modi der explorativen Analyse

Die explorative Analyse kann in einem der folgenden zwei Modi mit dem Datenbankmodul-Optimierungsratgeber durchgeführt werden:

  • Auswertungsmodus
    Im Auswertungsmodus vergleicht der Datenbankmodul-Optimierungsratgeber die Kosten der aktuellen Konfiguration (K) mit denen einer benutzerdefinierten Konfiguration (B) für die gleiche Arbeitsauslastung. Bei K handelt es sich immer um eine reale Konfiguration, da sie aus physikalischen Entwurfsstrukturen besteht, die derzeit in der Datenbank vorhanden sind. Dagegen ist B eine Konfiguration, die aus realen und hypothetischen physikalischen Entwurfsstrukturen besteht. Falls der Datenbankmodul-Optimierungsratgeber meldet, dass die Kosten für B niedriger sind als die Kosten für K, ist der physikalische Entwurf für B wahrscheinlich leistungsfähiger als der für K.
    Der Auswertungsmodus ist z. B. in folgenden Situationen nützlich:
    • Ein Administrator möchte ermitteln, inwiefern sich das Hinzufügen eines nicht gruppierten Indexes zu einer Tabelle auf die Leistung auswirkt.
    • Ein Administrator hat den Datenbankmodul-Optimierungsratgeber verwendet, um eine Datenbank zu optimieren, und die Empfehlung (E) erhalten. Nachdem der Administrator E überprüft hat, möchte er E ändern, um die Empfehlung weiter zu optimieren. Er möchte beispielsweise zwei nicht gruppierte Indizes hinzufügen und einen nicht gruppierten Index, der Teil von E war, löschen. Nachdem der Administrator Änderungen an E vorgenommen hat, verwendet er die geänderte Empfehlung als Eingabe für den Datenbankmodul-Optimierungsratgeber und führt erneut eine Optimierung durch, um die Auswirkungen seiner Änderungen auf die Leistung zu messen.
  • Optimierungsmodus
    Im Optimierungsmodus weiß ein Datenbankadministrator bereits, dass ein Teil des physikalischen Datenbankentwurfs korrigiert werden soll, aber er möchte, dass der Datenbankmodul-Optimierungsratgeber die besten physikalischen Entwurfsstrukturen für den Rest der Konfiguration empfiehlt.
    Der Optimierungsmodus ist z. B. in folgenden Situationen nützlich:
    • Ein Datenbankadministrator weiß, dass eine Faktentabelle partitioniert werden muss, weil sie zu groß ist. Der Administrator muss entscheiden, ob sie nach Monat oder nach Quartal partitioniert werden soll. Beide Möglichkeiten wären denkbar, aber der Administrator möchte die Partitionierungsmethode wählen, die die beste Leistung für eine bestimmte Arbeitsauslastung bietet. Um die beste Partitionierungsmethode zu ermitteln, kann der Administrator den Datenbankmodul-Optimierungsratgeber verwenden, um die Arbeitsauslastung zweimal zu optimieren. Zuerst optimiert der Administrator die Arbeitsauslastung mithilfe einer benutzerdefinierten Konfiguration, bei der die Tabelle hypothetisch nach Monat partitioniert wurde. Dann optimiert er die Arbeitsauslastung mit einer hypothetischen Konfiguration, bei der die Tabelle nach Quartal partitioniert wurde. Nachdem die Arbeitsauslastung mit beiden hypothetischen Konfigurationen optimiert wurde, kann der Administrator die prozentuale Steigerung vergleichen, um zu ermitteln, welche Partitionierungsmethode die beste Leistung bietet.
    • Eine Orders-Tabelle benötigt einen gruppierten Index für die ship_date-Spalte. Der Datenbankadministrator möchte den besten Satz von nicht gruppierten Indizes für die Orders-Tabelle ermitteln. Er kann den physikalischen Datenbankentwurf teilweise korrigieren, indem er eine benutzerdefinierte Konfiguration angibt, die in der Orders-Tabelle einen gruppierten Index für die ship_date-Spalte aufweist. Anschließend kann der Administrator den Datenbankmodul-Optimierungsratgeber im Optimierungsmodus verwenden, um die Auswirkungen der benutzerdefinierten Konfiguration auf die Leistung zu ermitteln.

Informationen zum Vergleich zweier Konfiguration für eine bestimmte Arbeitsauslastung

Ein häufiges Szenario ist der Vergleich zweier unterschiedlicher Konfigurationen für eine bestimmte Arbeitsauslastung. Beispielsweise empfiehlt der Datenbankmodul-Optimierungsratgeber eine bestimmte Konfiguration, und der Administrator möchte herausfinden, welche Auswirkungen eine etwas andere Konfiguration hätte. Beim Vergleich der neuen mit der ursprünglichen Konfiguration für die gleiche Arbeitsauslastung ist es wichtig, anstelle der grafischen Benutzeroberfläche das Befehlszeilen-Dienstprogramm dta zu verwenden, denn mithilfe der Option -n des Befehlszeilen-Dienstprogramms können Sie angeben, wie viele Arbeitsauslastungsereignisse der Datenbankmodul-Optimierungsratgeber optimieren soll. Wenn Sie für jede Konfiguration die gleiche Ereignisanzahl angeben, die der Datenbankmodul-Optimierungsratgeber optimieren soll, können Sie sicher sein, dass die beiden Optimierungssitzungen äquivalent und somit vergleichbar sind. Dies ist wichtig, da der Datenbankmodul-Optimierungsratgeber u. U. nicht die gesamte Arbeitsauslastung in der angegebenen Zeit optimieren kann. Weitere Informationen finden Sie unter dta (Dienstprogramm) und Vorgehensweise: Optimieren einer Datenbank mithilfe des dta-Dienstprogramms.

Überlegungen zum Verwenden benutzerdefinierter Konfigurationen

Beachten Sie Folgendes:

  • Benutzerdefinierte Konfigurationen können aus den folgenden physikalischen Entwurfsobjekten bestehen: Indizes, indizierte Sichten, Partitionierungen von Indizes und indizierten Sichten sowie Statistiken.
  • Mithilfe der grafischen Benutzeroberfläche des Datenbankmodul-Optimierungsratgebers können Sie eine benutzerdefinierte Konfiguration in eine Optimierungssitzung importieren. Um eine Konfiguration zu importieren, klicken Sie im Menü Datei auf Sitzungsdefinition importieren.
  • Darüber hinaus können Sie die grafische Benutzeroberfläche des Datenbankmodul-Optimierungsratgebers verwenden, um eine Teilmenge der Indizes aus den Empfehlungen auszuwählen und mit dieser ausgewählten Teilmenge der empfohlenen Konfiguration eine neue Sitzung für die Auswertung zu starten.

Einschränkungen bei benutzerdefinierten Konfigurationen

Benutzerdefinierte Konfigurationen weisen die folgenden Einschränkungen auf:

  • Die Konfigurationsspezifikation sollte dem XML-Schema DTAschema.xsd des Datenbankmodul-Optimierungsratgebers entsprechen, das auf dieser Microsoft-Website verfügbar ist.
  • In der Konfiguration sollte nicht angeben werden, dass ein bereits vorhandener Index oder eine indizierte Sicht der Datenbank hinzugefügt wird.
  • Die Konfiguration sollte keine Sichten enthalten, für die keine Indizes erstellt werden können.
  • In der Konfiguration sollte nicht versucht werden, einen nicht vorhandenen Index oder einen Index, der eine Einschränkung (z. B. eine UNIQUE- oder PRIMARY KEY-Einschränkung) erzwingt, zu löschen.
  • Die Konfiguration ist nicht in der Lage, denselben Index zu erstellen und zu löschen. So können Sie beispielsweise nicht Index I in Tabelle T erstellen und anschließend löschen. Das Gegenteil, also Index I in Tabelle T zu löschen und anschließend wieder zu erstellen, ist ebenfalls nicht möglich.

Siehe auch

Aufgaben

Vorgehensweise: Ausführen von explorativen Analysen

Konzepte

Rangfolge des Optimierungsmodus: Beim Überschreiben der XML-Optimierungseingabe durch das Dienstprogramm dta

Andere Ressourcen

Lernprogramm zum Datenbankmodul-Optimierungsratgeber
Configuration-Element (DTA)
dta (Dienstprogramm)

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf

Version Verlauf

05. Dezember 2005

Neuer Inhalt:
  • Dem Abschnitt "Einschränkungen bei benutzerdefinierten Konfigurationen" wurden vier Einschränkungen hinzugefügt.