Ü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.
• Herabgestufte Abfragen und Abfragepläne.
• Andere Workload-Vergleichsdaten.

Vergleichsdaten können zu verbessertem Vertrauen führen und eine erfolgreiche Upgradeerfahrung gewährleisten.

Erhalten von DEA

Um DEA zu installieren, laden Sie die aktuelle Version des Tools herunter. Führen Sie dann die Datei DatabaseExperimentationAssistant.exe aus.

Lösungsarchitektur zum Vergleichen von Workloads

Das folgende Diagramm zeigt die Lösungsarchitektur für einen Workloadvergleich. Der Workloadvergleich verwendet DEA und Distributed Replay während eines Upgrades von SQL Server 2008 auf SQL Server 2016.

DEA-Voraussetzungen

Nachfolgend sind einige Voraussetzungen für die Ausführung von DEA-Anwendungen aufgeführt:

• Mindesthardwareanforderung: Ein Single-Core-Computer mit 3,5 GB RAM.
• Ideale Hardwareanforderung: Ein Achtkern-CPU (mit 3,5 GB RAM oder mehr). Prozessoren mit mehr als acht Kernen verbessern die DEA-Laufzeiten nicht.
• Zusätzliche 33 % Leistungsablaufverfolgungsgröße wird benötigt, um A-, B- und Berichtsanalysedatenbanken zu speichern.

Konfigurieren von DEA

In der vorausgesetzten Umgebungsarchitektur empfiehlt es sich, DEA am selben Computer wie den Distributed Replay-Controller zu installieren. So werden computerübergreifende Aufrufe vermieden und die Konfiguration vereinfacht.

Erforderliche Konfiguration für den Workloadvergleich mithilfe von DEA

DEA stellt mithilfe von Windows-Authentifizierung eine Verbindung zu Datenbankservern her. Stellen Sie sicher, dass Benutzer:innen, die DEA ausführen, mithilfe von Windows-Authentifizierung eine Verbindung mit Datenbankservern (Quelle, Ziel und Analyse) herstellen können.

Aufzeichnen von Konfigurationsanforderungen

Für die Aufzeichnung einer Überwachung muss der Benutzer, der DEA ausführt, Folgendes ausführen:

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

Darüber hinaus erfordert das Dienstkonto, das den Quelldatenbankserver ausführt, Schreibzugriff auf den Pfad des Überwachungsordners.

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

Anforderungen an die Wiedergabekonfiguration

Für die Wiedergabe einer Überwachung muss der Benutzer, der DEA ausführt, Folgendes ausführen:

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

Darüber hinaus erfordert die Wiedergabe einer Überwachung Folgendes:

• Das Dienstkonto, das die Zieldatenbankserver ausführt, hat Schreibzugriff auf den Pfad des Überwachungsordners.
• Das Dienstkonto, das verteilte Wiedergabeclients ausführt, kann mithilfe von Windows-Authentifizierung eine Verbindung mit dem Zieldatenbankserver herstellen.
• TCP-Ports werden für eingehende Anforderungen auf dem Distributed Replay-Controller geöffnet. DEA kommuniziert mit dem Distributed Replay-Controller mithilfe von COM-Schnittstellen.

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

Analysekonfigurationsanforderungen

Zum Ausführen der Analyse muss der Benutzer, der DEA ausführt, Folgendes ausführen:

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

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

Einrichten der Telemetrie

DEA verfügt über ein internetfähiges Feature, mit dem Telemetrieinformationen an Microsoft gesendet werden können, um die Produkterfahrung zu verbessern. Die gesammelten Informationen werden für die lokale Überwachung auch 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 Arten von Ereignissen gesammelt werden:

• Ablaufverfolgungsereignis: Verwendungsereignisse für die Anwendung (z. B. „Erfassungsstopp ausgelöst“).
• Ausnahme: Ausnahme während der Anwendungsverwendung ausgelöst.
• Diagnoseereignis: Ein Ereignisprotokoll zur Unterstützung der Diagnose, wenn Probleme auftreten (nicht an Microsoft gesendet).
• Feedbackereignis: Feedback von Benutzer:innen, 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. Gehen Sie zum Speicherort, an dem DEA installiert ist (z. B. C:\Programme (x86)\Microsoft Corporation\Assistent für Datenbankexperimente).
2. Öffnen und ändern Sie die Konfigurationsdateien DEA.exe.config (für die Anwendung) und DEACmd.exe.config (für CLI), um Ihr Szenario entsprechend zu behandeln:
   • Um die Erfassung eines Ereignistyps zu beenden, legen Sie den Wert des Ereignisses (z. B Ablaufverfolgungsereignis) auf falsch fest. Wenn Sie wieder mit der Erfassung eines Ereignisses beginnen möchten, legen Sie den Wert auf wahr fest.
   • Um das Speichern lokaler Kopien von Ereignissen zu beenden, legen Sie den Wert von TraceLoggerEnabled auf falsch fest. Wenn Sie wieder mit dem Speichern lokaler Kopien beginnen möchten, legen Sie den Wert auf wahr fest.
   • Um das Senden von Ereignissen an Microsoft zu beenden, legen Sie den Wert von AppInsightsLoggerEnabled auf falsch fest. Wenn Sie wieder mit dem Senden von Ereignissen an Microsoft beginnen möchten, legen Sie den Wert auf wahr fest.

Der DEA unterliegt den Microsoft-Datenschutzbestimmungen.

Siehe auch

• Der Artikel Übersicht über den Workloadvergleichsprozess erläutert den Prozess, der beim Vergleichen von Workloads in zwei Umgebungen involviert ist.