You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/dea/database-experimentation-assistant-overview.md
+60-40Lines changed: 60 additions & 40 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Overview of Database Experimentation Assistant solution for SQL Server upgrades
2
+
title: Overview of the Database Experimentation Assistant solution for SQL Server upgrades
3
3
description: Overview of Database Experimentation Assistant
4
4
ms.custom: ""
5
5
ms.date: 10/22/2018
@@ -16,70 +16,90 @@ manager: craigg
16
16
---
17
17
18
18
# Overview of Database Experimentation Assistant
19
-
Database Experimentation Assistant (DEA) is an Experimentation solution for SQL Server upgrades. It assists in evaluating a targeted version of SQL for a given workload. Customers who are upgrading from previous SQL Server versions (starting 2005 and above) to any new version of the SQL Server will be able to use these analysis metrics provided by the tool, such as queries that have compatibility errors, degraded queries and query plans, and other workload comparison data to help them build higher confidence, making it a successful upgrade experience.
20
19
21
-
For a 19-minute introduction and demonstration of this feature, watch the following video:
20
+
Database Experimentation Assistant (DEA) is an experimentation solution for SQL Server upgrades. DEA can help you evaluate a targeted version of SQL Server for a specific workload. Customers who are upgrading from earlier SQL Server versions (starting with 2005) to a more recent version of SQL Server can use the analysis metrics that the tool provides.
21
+
22
+
DEA analysis metrics include:
23
+
- Queries that have compatibility errors
24
+
- Degraded queries and query plans
25
+
- Other workload comparison data
26
+
27
+
Comparison data can lead to higher confidence and a successful upgrade experience.
28
+
29
+
For a 19-minute introduction to DEA and a demonstration, watch the following video:
To install DEA, download the latest version of the tool from the [Microsoft Download Center](https://www.microsoft.com/en-us/download/details.aspx?id=54090) and then run the DatabaseExperimentationAssistant.exe file.
33
+
## Get DEA
34
+
35
+
To install DEA, [download](https://www.microsoft.com/en-us/download/details.aspx?id=54090) the latest version of the tool. Then, run the **DatabaseExperimentationAssistant.exe** file.
27
36
28
37
## Solution architecture for comparing workloads
29
-
The following diagram shows the solution architecture comparing workloads between the different versions of SQL Server using DEA and distributed replay when upgrading from SQL Server 2008 to SQL Server 2016.
The following diagram shows the solution architecture for a workload comparison. The workload comparison uses DEA and Distributed Replay during an upgrade from SQL Server 2008 to SQL Server 2016.
-A minimum hardware requirement of singlecore 3.5-GB RAM machines.
36
-
-An ideal hardware requirement of an 8-core CPU (with RAM 3.5 GB or higher). More than eight cores do not help DEA runtimes.
37
-
- An additional 33% of performance trace size is needed to store A, B, and Analysis databases.
46
+
-Minimum hardware requirement: A single-core machine with 3.5GB of RAM.
47
+
-Ideal hardware requirement: An eight-core CPU (with 3.5 GB of RAM or more). Processors that have more than eight cores don't improve DEA runtimes.
48
+
- An additional 33% of performance trace size is needed to store A, B, and report analysis databases.
38
49
39
-
## Set up and configure DEA
40
-
In the above environment architecture, we recommended that you install **DEA on the same machine as Distributed Replay controller**. This avoids cross-machine calls and simplifies configuration.
50
+
## Configure DEA
41
51
42
-
### Configuration requirement for workload comparison using DEA
43
-
DEA connects to database servers using Windows authentication. Ensure that a user running DEA can connect to database servers (source/target/analysis) using Windows authentication.
52
+
In the prerequisite environment architecture, we recommend that you install DEA *on the same machine as the Distributed Replay controller*. This practice avoids cross-machine calls and simplifies configuration.
### Required configuration for workload comparison by using DEA
46
55
47
-
* User running DEA can connect to source database server using *Windows authentication.*
48
-
* User running DEA has *sysadmin* rights on the source database server.
49
-
* Service account running source database server has *write access* to the trace folder path.
56
+
DEA connects to database servers by using Windows authentication. Be sure that a user running DEA can connect to database servers (source, target, and analysis) by using Windows authentication.
* User running DEA can connect to target database server using *Windows authentication*.
54
-
* User running DEA has *sysadmin* rights on the target database server.
55
-
* Service account running target database servers have *write access* to the trace folder path.
56
-
* Service account running Distributed Replay clients can connect to target database server using *Windows authentication*.
57
-
* DEA communicates with Distributed Replay controller using COM interfaces. Ensure that TCP ports are opened for incoming requests on the distributed replay controller.
60
+
* User running DEA can connect to the source database server by using Windows authentication.
61
+
* User running DEA has sysadmin rights on the source database server.
62
+
* Service account running the source database server has write access to the trace folder path.
For more information, see the [capture FAQ](database-experimentation-assistant-capture-trace.md#frequently-asked-questions-about-trace-capture)
60
65
61
-
* User running DEA can connect to the analysis database server using *Windows authentication.*
62
-
* User running DEA has *sysadmin* rights on the source database server.
66
+
**Replay configuration requirements**:
67
+
68
+
* User running DEA can connect to the target database server by using Windows authentication.
69
+
* User running DEA has sysadmin rights on the target database server.
70
+
* Service account running the target database servers has write access to the trace folder path.
71
+
* Service account running Distributed Replay clients can connect to the target database server by using Windows authentication.
72
+
* DEA communicates with the Distributed Replay controller by using COM interfaces. Make sure that TCP ports are opened for incoming requests on the Distributed Replay controller.
73
+
74
+
For more information, see the [replay FAQ](database-experimentation-assistant-replay-trace.md#frequently-asked-questions-about-trace-replay)
75
+
76
+
**Analysis configuration requirements**:
77
+
78
+
* User running DEA can connect to the analysis database server by using Windows authentication.
79
+
* User running DEA has sysadmin rights on the source database server.
80
+
81
+
For more information, see the [analysis FAQ](database-experimentation-assistant-create-report.md#frequently-asked-questions-about-analysis-reports)
63
82
64
83
## Set up telemetry
65
-
Database Experimentation Assistant contains an internet-enabled feature that can send telemetry information back to Microsoft. Microsoft collects telemetry to enhance the product experience. It is optional, and the information collected is also saved on your computer for Local Audit so that you can always see what gets collected. All log files from DEA are saved in %temp%\\DEA folder.
66
84
67
-
In addition, you can decide which events get collected, and whether the collected events get sent to Microsoft or not. There are four types of events:
85
+
DEA has an internet-enabled feature that can send telemetry information to Microsoft. Microsoft collects telemetry to enhance the product experience. Telemetry is optional. The information that's collected is also saved on your computer for local audit. You can always see what's collected. All log files from DEA are saved in the %temp%\\DEA folder.
86
+
87
+
You can decide which events are collected. You also decide whether collected events are sent to Microsoft. There are four types of events:
68
88
69
-
* TraceEvent: usage events for the application (for example “triggered stop capture”)
70
-
* Exception: exception thrown during application usage
71
-
* DiagnosticEvent: event log to help in diagnosing when problems occur – NOT sent to Microsoft
72
-
* FeedbackEvent: user feedback submitted through the application
89
+
***TraceEvent**: Usage events for the application (for example, “triggered stop capture”).
90
+
***Exception**: Exception thrown during application usage.
91
+
***DiagnosticEvent**: An event log to assist with diagnosis when problems occur (*not*sent to Microsoft).
92
+
***FeedbackEvent**: User feedback that's submitted through the application.
73
93
74
-
These steps show you how to choose which events are collected, and whether they are sent to Microsoft.
94
+
These steps show you how to choose which events are collected and whether the events are sent to Microsoft:
75
95
76
96
1. Go to the location where DEA is installed (for example, C:\\Program Files (x86)\\Microsoft Corporation\\Database Experimentation Assistant).
77
-
2. Open .config files. There are two: DEA.exe.config (for the application), DEACmd.exe.config (for the CLI).
78
-
3. To stop collecting a type of event, set the value of \[event\] (for example, TraceEvent) to “false”. To start collecting the event again, set the value to “true”.
79
-
4. To stop saving local copies of events, set the value of TraceLoggerEnabled to “false”. To start saving local copies again, set the value to “true”.
80
-
5. To stop sending events to Microsoft, set the value of AppInsightsLoggerEnabled to “false”. To start sending events to Microsoft again, set the value to “true”.
97
+
2. Open the two .config files: DEA.exe.config (for the application) and DEACmd.exe.config (for the CLI).
98
+
3. To stop collecting a type of event, set the value of *event* (for example, **TraceEvent**) to **false**. To start collecting the event again, set the value to **true**.
99
+
4. To stop saving local copies of events, set the value of **TraceLoggerEnabled** to **false**. To start saving local copies again, set the value to **true**.
100
+
5. To stop sending events to Microsoft, set the value of **AppInsightsLoggerEnabled** to **false**. To start sending events to Microsoft again, set the value to **true**.
81
101
82
-
DEA is governed by [Microsoft's Online Privacy Policy](https://go.microsoft.com/fwlink/?LinkId=521839).
102
+
DEA is governed by the [MicrosoftPrivacy Statement](https://privacy.microsoft.com/en-us/privacystatement).
0 commit comments