Übersicht über den Workload-Vergleichsprozess

  • Artikel

Der Datenbankexperiments-Assistent (DEA) hilft Ihnen zu bewerten, wie die Workload auf Ihrem Quellserver (in Ihrer aktuellen Umgebung) in Ihrer neuen Umgebung ausgeführt 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 von Ziel 1 und Ziel 2 erfassten Ablaufverfolgungen für wiedergegebene Arbeitsauslastungen.

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

Erfassen einer Workloadablaufverfolgung

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

Überlegungen:

  • Bevor Sie beginnen, müssen Sie die Datenbanken sichern, aus 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 den Quellserver Ziel 2 nachahmt, was die vorgeschlagene Zielumgebung nachahmt.

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.

Überlegungen:

  • 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.

Überlegungen:

  • 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.

Siehe auch