Teilen über

Übersicht über den Workloadvergleichsprozess

  • Artikel

Hinweis

Dieses Tool wird am 15. Dezember 2024 ausgemustert. Wir werden dieses Tool für alle auftretenden Probleme in Zukunft nicht mehr unterstützen und keine Programmfehlerbehebung oder weitere Updates herausgeben.

Der Assistent für Datenbankexperimente (DEA) hilft Ihnen auszuwerten, wie die Workload auf Ihrem Quellserver (in Ihrer aktuellen Umgebung) in Ihrer neuen Umgebung funktionieren wird. Der DEA führt Sie durch die Ausführung eines A/B-Tests, indem drei Phasen abgeschlossen werden:

  • Erfassen einer Workloadablaufverfolgung am Quellserver.
  • Wiedergeben einer erfassten Workloadablaufverfolgung auf Ziel 1 und Ziel 2.
  • Analysieren der wiedergegebenen Workloadablaufverfolgungen, die auf Ziel 1 und Ziel 2 gesammelt wurden.

Dieser Artikel bietet eine Übersicht über diesen Prozess.

Erfassen einer Workloadablaufverfolgung

Die erste Phase des SQL Server-A/B-Tests ist die Erfassung einer Ablaufverfolgung auf Ihrem Quellserver. Der Quellserver ist normalerweise der Produktionsserver. Ablaufverfolgungsdateien erfassen die gesamte Abfrageworkload auf diesem Server, einschließlich Zeitstempeln.

Überlegungen:

  • Bevor Sie starten, müssen Sie die Datenbanken sichern, aus denen Sie die Ablaufverfolgung erfassen.
  • DEA-Benutzer:innen müssen mithilfe der Windows-Authentifizierung eine Verbindung zur Datenbank herstellen können.
  • Ein SQL Server-Dienstkonto muss auf den Pfad der Quellablaufverfolgungsdatei zugreifen können.
  • Damit der DEA ermitteln kann, ob die Leistung einer Abfrage sich verbessert oder verschlechtert hat, muss diese Abfrage mindestens 15-mal während des Erfassungszeitraums ausgeführt werden.

Wiedergeben einer Workloadablaufverfolgung

In der zweiten Phase des SQL Server-A/B-Tests wird die von Ihnen erfasste Ablaufverfolgungsdatei auf zwei Zielservern wiedergegeben:

Ziel 1, das den Quellserver Ziel 2 nachahmt, welches wiederum die vorgeschlagene Zielumgebung nachahmt.

Die Hardwarekonfigurationen von Ziel 1 und Ziel 2 sollten so ähnlich wie möglich sein, damit SQL Server den Leistungseffekt Ihrer vorgeschlagenen Änderungen genau analysieren kann.

Überlegungen:

  • Um eine Workloadablaufverfolgung wiederzugeben, müssen Ihre Computer so eingerichtet sein, dass Distributed Replay-Ablaufverfolgung (DReplay) ausgeführt werden können.
  • Stellen Sie sicher, dass Sie die Datenbanken auf Ihren Zielservern mithilfe des Backups vom Quellserver wiederherstellen.
  • Es wird empfohlen, den SQL Server-Dienst (MSSQLSERVER) in der Dienstanwendung neu zu starten, um die Konsistenz der Auswertungsergebnisse zu verbessern. Die Abfragezwischenspeicherung in SQL Server wirkt sich möglicherweise auf Auswertungsergebnisse aus.

Analysieren der wiedergegebenen Workloadablaufverfolgungen

Die letzte Phase des Prozesses besteht darin, einen Analysebericht mithilfe der Wiedergabeablaufverfolgungen zu generieren und den Bericht auf Erkenntnisse über die potenziellen Leistungsauswirkungen der vorgeschlagenen Änderung zu überprüfen.

Überlegungen:

  • Falls eine oder mehrere Komponenten fehlen, wird eine Seite mit Voraussetzungen mit Downloadlinks angezeigt, wenn Sie versuchen, einen neuen Analysebericht zu generieren (Internetverbindung erforderlich).
  • Um einen Bericht anzuzeigen, der in einer früheren Version des Tools generiert wurde, müssen Sie zuerst das Schema aktualisieren.

Siehe auch