Freigeben über


Übersicht über den Workload-Vergleichsprozess

Anmerkung

Dieses Tool wurde am 15. Dezember 2024eingestellt. Wir haben dieses Tool für alle auftretenden Probleme nicht mehr unterstützt, und es werden keine Fehlerkorrekturen oder weitere Updates ausgeführt.

Der Assistent für Datenbank-Experimente (DEA) hilft Ihnen zu bewerten, wie die Arbeitslast auf Ihrem Quellserver (in Ihrer aktuellen Umgebung) in Ihrer neuen Umgebung performen wird. DEA führt Sie durch die Durchführung eines A/B-Tests, indem Sie drei Phasen ausführen:

  • Erfassen einer Workloadablaufverfolgung auf dem Quellserver.
  • Wiedergeben der erfassten Workloadablaufverfolgung für Ziel 1 und Ziel 2.
  • Analysieren der wiedergegebenen Arbeitslast-Ablaufverfolgungen, die von den Zielen 1 und 2 erfasst wurden.

Dieser Artikel enthält eine Übersicht über diesen Prozess.

Erfassen eines Workload-Traces

Die erste Phase der SQL Server A/B-Tests besteht darin, eine Protokollierung auf Ihrem Quellserver zu erfassen. Der Quellserver ist in der Regel der Produktionsserver. Ablaufverfolgungsdateien erfassen die gesamte Abfrageworkload auf diesem Server, einschließlich Zeitstempeln.

Betrachtungen:

  • Bevor Sie beginnen, stellen Sie sicher, dass Sie die Datenbanken sichern, von denen Sie die Ablaufverfolgung erfassen.
  • Der DEA-Benutzer muss mithilfe der Windows-Authentifizierung eine Verbindung mit der Datenbank herstellen können.
  • Ein SQL Server-Dienstkonto muss in der Lage sein, auf den Pfad der Quellablaufverfolgungsdatei zuzugreifen.
  • Damit DEA ermitteln kann, ob die Leistung einer Abfrage verbessert oder beeinträchtigt wird, muss diese Abfrage mindestens 15 Mal während des Erfassungszeitraums ausgeführt werden.

Wiedergeben einer Workloadablaufverfolgung

Die zweite Phase des SQL Server A/B-Tests besteht darin, die Ablaufverfolgungsdatei, die Sie auf zwei Zielservern erfasst haben, wiederzugeben:

Ziel 1, das Ihren Ausgangsserver nachahmt; Ziel 2, das Ihre vorgeschlagene Zielumgebung simuliert.

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

Betrachtungen:

  • Um eine Workloadablaufverfolgung wiederzugeben, müssen Ihre Computer so eingerichtet sein, dass DReplay-Ablaufverfolgungen (Distributed Replay) ausgeführt werden.
  • Stellen Sie sicher, dass Sie die Datenbanken auf Ihren Zielservern mithilfe der Sicherung vom Quellserver wiederherstellen.
  • Es wird empfohlen, den SQL Server-Dienst (MSSQLSERVER) in der Dienstanwendung neu zu starten, um die Konsistenz bei Auswertungsergebnissen zu verbessern. Die Abfragezwischenspeicherung in SQL Server kann sich auf auswertungsergebnisse auswirken.

Analysieren der Ablaufverfolgungen für wiedergegebene Arbeitsauslastungen

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

Betrachtungen:

  • Wenn eine oder mehrere Komponenten fehlen, wird eine Seite mit Voraussetzungen mit Links für Downloads 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.