Übersicht über den Assistenten für Datenbankexperimente

Der Assistent für Datenbankexperimente (DEA) ist eine Experimentierlösung für SQL Server-Upgrades. Mithilfe von DEA können Sie eine Zielversion von SQL Server für eine bestimmte Arbeitsauslastung auswerten. Kunden, die ein Upgrade von früheren Versionen von SQL Server (ab 2005) auf neuere Versionen von SQL Server durchführen, können die Analysemetriken des Tools verwenden.

Zu den DEA-Analysemetriken gehören:

  • Abfragen mit Kompatibilitätsfehlern.
  • Heruntergestufte Abfragen und Abfragepläne.
  • Andere Arbeitsauslastungsvergleichsdaten.

Vergleichsdaten können zu einer höheren Konfidenz führen und dazu beitragen, ein erfolgreiches Upgrade zu gewährleisten.

Dea erhalten

Laden Sie zum Installieren des DEA die neueste Version des Tools herunter. Führen Sie dann dieDatabaseExperimentationAssistant.exeaus .

Lösungsarchitektur zum Vergleichen von Workloads

Das folgende Diagramm zeigt die Lösungsarchitektur für einen Workloadvergleich. Im Workloadvergleich werden DEA und Distributed Replay upgrade von SQL Server 2008 auf SQL Server 2016 verwendet.

Workload comparison solution architecture

DEA-Voraussetzungen

Im Folgenden finden Sie einige Voraussetzungen für die Ausführung des DEA:

  • Mindesthardwareanforderung: Ein Einzelkerncomputer mit 3,5 GB RAM.
  • Ideale Hardwareanforderung: Eine CPU mit acht Kernen (mit 3,5 GB RAM oder mehr). Prozessoren mit mehr als acht Kernen verbessern die DEA-Laufzeiten nicht.
  • Weitere 33 % der Leistungsdatenverfolgungsgröße sind erforderlich, um Datenbanken für die A-, B- und Berichtsanalyse zu speichern.

Konfigurieren des DEA

In der Architektur der erforderlichen Umgebung wird empfohlen, dea auf demselben Computer wie der Distributed Replay zu installieren. Dadurch werden computerübergreifende Aufrufe vermieden und die Konfiguration vereinfacht.

Erforderliche Konfiguration für den Workloadvergleich mit dea

Der DEA stellt eine Verbindung mit Datenbankservern mithilfe Windows her. Stellen Sie sicher, dass der Benutzer, der DEA ausgeführt, mithilfe der Authentifizierung eine Verbindung mit Datenbankservern (Quelle, Ziel und Windows herstellen kann.

Anforderungen an die Erfassungskonfiguration

Das Erfassen einer Ablaufverfolgung erfordert, dass der Benutzer, der DEA ausgeführt,

  • Kann eine Verbindung mit dem Quelldatenbankserver mithilfe Windows herstellen.
  • Verfügt über sysadmin-Rechte auf dem Quelldatenbankserver.

Darüber hinaus benötigt das Dienstkonto, unter dem der Quelldatenbankserver ausgeführt wird, Schreibzugriff auf den Pfad des Ablaufverfolgungsordners.

Weitere Informationen finden Sie unter Häufig gestellte Fragen zur Ablaufverfolgungserfassung.

Anforderungen an die Wiedergabekonfiguration

Das Wiederverlegen einer Ablaufverfolgung erfordert, dass der Benutzer, der DEA ausgeführt,

  • Kann eine Verbindung mit dem Zieldatenbankserver mithilfe der Windows herstellen.
  • Verfügt über sysadmin-Rechte auf dem Zieldatenbankserver.

Darüber hinaus erfordert das Wiederverlegen einer Ablaufverfolgung:

  • Das Dienstkonto, unter dem die Zieldatenbankserver ausgeführt werden, verfügt über Schreibzugriff auf den Pfad des Ablaufverfolgungsordners.
  • Das Dienstkonto, unter dem Distributed Replay clients ausgeführt wird, kann mithilfe der Authentifizierung eine Verbindung mit Windows herstellen.
  • TCP-Ports werden für eingehende Anforderungen auf dem Distributed Replay geöffnet. DER DEA kommuniziert mit dem Distributed Replay controller über COM-Schnittstellen.

Weitere Informationen finden Sie unter Häufig gestellte Fragen zur Ablaufverfolgungswiedergabe.

Konfigurationsanforderungen für die Analyse

Für die Durchführung der Analyse muss der Benutzer, der DEA ausgeführt hat,

  • Kann eine Verbindung mit dem Analysedatenbankserver mithilfe Windows herstellen.
  • Verfügt über sysadmin-Rechte auf dem Quelldatenbankserver.

Weitere Informationen finden Sie unter Häufig gestellte Fragen zu Analyseberichten.

Einrichten von Telemetriedaten

Der DEA verfügt über ein internetfähiges Feature, das Telemetrieinformationen an Microsoft senden kann, um die Produkterfahrung zu verbessern. Die gesammelten Informationen werden auch für die lokale Überwachung auf Ihrem Computer gespeichert, sodass Sie immer sehen können, was gesammelt wird. Alle DEA-Protokolldateien werden im Ordner %temp%\DEA gespeichert.

Telemetriedaten können für vier Ereignistypen gesammelt werden:

  • TraceEvent: Verwendungsereignisse für die Anwendung (z. B. "triggered stop capture").
  • Ausnahme: Ausnahme, die während der Anwendungsverwendung ausgelöst wird.
  • DiagnosticEvent: Ein Ereignisprotokoll zur Unterstützung bei der Diagnose, wenn Probleme auftreten (nicht an Microsoft gesendet).
  • FeedbackEvent: Benutzerfeedback, das über die Anwendung übermittelt wird.

Das Sammeln und Senden von Telemetriedaten ist optional. Um anzugeben, welche Ereignisse gesammelt werden und ob gesammelte Ereignisse an Microsoft gesendet werden, führen Sie die folgenden Schritte aus:

  1. Wechseln Sie zu dem Speicherort, an dem DER DEA installiert ist (z.B. C:\Programme (x86)\Microsoft Corporation\Assistent für Datenbankexperimente).
  2. Öffnen und ändern Sie die .config-Dateien DEA.exe.config(für die Anwendung) und DEACmd.exe.config(für die CLI), um Ihr Szenario entsprechend zu adressieren:
    • Um die Erfassung eines Ereignistyps zu beenden, legen Sie den Wert des Ereignisses (z. B. TraceEvent) auf FALSE fest. Um das Ereignis erneut zu erfassen, legen Sie den Wert auf TRUE fest.
    • Um das Speichern lokaler Kopien von Ereignissen zu beenden, legen Sie den Wert von TraceLoggerEnabled aufFALSE fest. Legen Sie den Wert auf TRUE fest, um erneut mit dem Speichern lokaler Kopien zu beginnen.
    • Um das Senden von Ereignissen an Microsoft zu beenden, legen Sie den Wert von AppInsightsLoggerEnabled aufFALSE fest. Legen Sie den Wert auf TRUE fest, um erneut mit dem Senden von Ereignissen an Microsoft zu beginnen.

Der DEA unterliegt den Datenschutzbestimmungen von Microsoft.

Siehe auch