WEBVTT

00:00:00.000 --> 00:00:09.686
[音乐]

00:00:13.045 --> 00:00:15.590
每个人都欢迎到另一个
令人兴奋的数据公开的节目集。

00:00:15.590 --> 00:00:16.470
我是主持人，Scott Klein。

00:00:16.470 --> 00:00:18.580
并与我今天
将两个超客人。

00:00:18.580 --> 00:00:20.200
因此，我要让他们
做自我介绍。

00:00:20.200 --> 00:00:21.210
那么，为什么不转第一？

00:00:21.210 --> 00:00:22.310
然后，我们将转到您。

00:00:22.310 --> 00:00:25.540
>> 很好，大家好，
我的名字是我在程序管理器

00:00:25.540 --> 00:00:29.540
数据库实验团队
在数据组中。

00:00:29.540 --> 00:00:30.210
>> 好。

00:00:30.210 --> 00:00:31.520
>> Denay Kurtutlil，我的名字

00:00:31.520 --> 00:00:34.050
我是一位工程经理
数据实验团队。

00:00:34.050 --> 00:00:35.410
>> 好，很好，因此
感谢您的光临。

00:00:35.410 --> 00:00:36.330
这是我们今天非常高兴，您。

00:00:36.330 --> 00:00:37.900
>> 满足您 Scott 好。

00:00:37.900 --> 00:00:40.470
>> 因此，我们听说了很多，
我遇到过一些人在这里交谈

00:00:40.470 --> 00:00:43.350
有关数据迁移助手
和所有这些类型的操作。

00:00:43.350 --> 00:00:46.140
但我永远不会听到的
数据库实验助手。

00:00:46.140 --> 00:00:47.320
>> 的因为它是新。

00:00:47.320 --> 00:00:49.500
>> 很好，很好，
然后告诉我们 [笑声]。

00:00:49.500 --> 00:00:51.250
这是怎麽？

00:00:51.250 --> 00:00:56.270
>> 这是实际上是一个非常新的工具
为帮助客户从迁移

00:00:57.390 --> 00:01:00.870
较低版本的 SQL Server
到较新版本。

00:01:00.870 --> 00:01:02.860
因此，您可能已经听说过的
协助数据迁移和

00:01:02.860 --> 00:01:04.910
其他备用工具。

00:01:04.910 --> 00:01:08.560
这是类似的
对它的补充。

00:01:08.560 --> 00:01:11.160
因此，您听说过的 A / B 测试？

00:01:11.160 --> 00:01:11.740
>> 是。

00:01:11.740 --> 00:01:14.190
>> 因此，这是 A / B 测试
数据库系统。

00:01:14.190 --> 00:01:15.440
>> 好。
>> 这就是它是什么。

00:01:15.440 --> 00:01:18.630
有的人，正如您可以看到
我们的大多数 SQL 用户

00:01:18.630 --> 00:01:21.350
2008 年或以下，
他们想要转到 2016年。

00:01:21.350 --> 00:01:25.060
有今天它们并不愿意和
由于复杂性迁移和

00:01:25.060 --> 00:01:26.780
它所涉及的风险。

00:01:26.780 --> 00:01:28.260
>> 好。
>> 因此，使用此工具将

00:01:28.260 --> 00:01:32.400
能获得任何，任何理解
中断和更改，请为它或

00:01:32.400 --> 00:01:34.730
甚至任何性能
可以附带的含义

00:01:34.730 --> 00:01:36.760
当他们移动到新的版本。

00:01:36.760 --> 00:01:39.720
然后他们可以升级到更高版本
其中许多更多的版本

00:01:39.720 --> 00:01:40.497
更多的信心。

00:01:40.497 --> 00:01:44.940
>> 好，
我将您置于点。

00:01:44.940 --> 00:01:48.630
但不会迁移助手
此外进行分析的好，

00:01:48.630 --> 00:01:50.220
重大更改，
类似的事情吗？

00:01:50.220 --> 00:01:53.000
>> 迁移助手种类
做的它更喜欢一个角色

00:01:53.000 --> 00:01:54.450
分布的引擎的事情。

00:01:54.450 --> 00:01:56.600
它真的不能做
工作负载比较。

00:01:56.600 --> 00:01:59.430
作为实际思考一下这个
想要看您的工作负载

00:01:59.430 --> 00:02:00.990
在生产环境中，

00:02:00.990 --> 00:02:03.650
尝试看如何执行您的工作负载
针对新版本运行。

00:02:04.670 --> 00:02:08.040
升级了对于我们而言，一种方案，但
您可以把它看作做很多

00:02:08.040 --> 00:02:11.530
不同种类的实验，
像它能做一种功能，打开和关闭。

00:02:11.530 --> 00:02:14.500
您想要启用以 dba 身份
一种功能或关闭功能。

00:02:14.500 --> 00:02:17.090
因此，这就有点像
一个通用的 AB 测试解决方案

00:02:17.090 --> 00:02:19.920
是最大之一
现在，我们支持的权利。

00:02:19.920 --> 00:02:21.590
但可以用于相同
其他情况下，太。

00:02:21.590 --> 00:02:25.508
>> 为汇总，DMA 实际上
执行静态代码分析。

00:02:25.508 --> 00:02:30.530
但如前所述，它做很多事情
更多工作量的比较

00:02:30.530 --> 00:02:32.240
对使用真实的工作负载。

00:02:32.240 --> 00:02:32.850
>> 好。

00:02:32.850 --> 00:02:34.960
>>，这是其中一种。

00:02:34.960 --> 00:02:36.320
好了，冷却。

00:02:36.320 --> 00:02:37.990
>> 是。
>> 有一个点的时间，

00:02:37.990 --> 00:02:38.940
另一个加载的问题，

00:02:38.940 --> 00:02:42.030
可能的时间点，这些
也许成为同一工具？

00:02:42.030 --> 00:02:43.440
>> 没有。
>> 因为如果我 ISV 和

00:02:44.620 --> 00:02:47.570
我会说好了我要运行
工具和我需要运行该工具。

00:02:47.570 --> 00:02:50.620
>> 是的我们很多
被考虑。

00:02:50.620 --> 00:02:52.440
可能会
这合并。

00:02:52.440 --> 00:02:53.970
>> 好。
>> 在方面的方案。

00:02:53.970 --> 00:02:55.959
但现在，它们是
只是单独的工具。

00:02:57.090 --> 00:02:59.240
但是，什么样的完成
intervent 迁移。

00:02:59.240 --> 00:02:59.760
>> 是，确定。

00:02:59.760 --> 00:03:03.900
因为这是可以理解和
随着我们清空，

00:03:03.900 --> 00:03:07.870
如何说这一点，我们出齐平
>> 的每个工具的复杂性。

00:03:07.870 --> 00:03:09.930
>> 每个工具，工具的复杂性

00:03:09.930 --> 00:03:12.990
好了它的点
其中很甜、 很好。

00:03:12.990 --> 00:03:13.555
[串扰]完美。

00:03:13.555 --> 00:03:14.150
接下来是什么。

00:03:14.150 --> 00:03:15.180
>> 使总有意义。

00:03:15.180 --> 00:03:19.490
因此，让我将指导您完成高
在这里，级实验设置

00:03:19.490 --> 00:03:21.840
之前我们研究一下该演示。

00:03:21.840 --> 00:03:25.210
因此，让我们假设我们有一个方案
客户正在从

00:03:25.210 --> 00:03:25.790
SQL 2008 至 2016年。

00:03:25.790 --> 00:03:29.810
因此，它们有生产
2008 年的环境

00:03:29.810 --> 00:03:33.592
这是我们捕获
所有 SQL 跟踪。

00:03:33.592 --> 00:03:34.370
>> 好。

00:03:34.370 --> 00:03:35.210
>> 和哪些我们和

00:03:35.210 --> 00:03:38.070
它们还提供了测试环境
在其存在具有两个实例。

00:03:38.070 --> 00:03:41.880
一种模仿 SQL
2008 环境。

00:03:41.880 --> 00:03:44.560
以及在其第二
实例必须 SQL 2016，

00:03:44.560 --> 00:03:47.020
这是目标。

00:03:47.020 --> 00:03:49.220
这是 A 和
我们谈论的 B。

00:03:49.220 --> 00:03:53.670
因此，我们用 DA，
重放到数据库

00:03:53.670 --> 00:03:57.900
在中捕获任何对
这两个测试环境。

00:03:57.900 --> 00:03:58.820
>> 好了，完美。

00:04:00.140 --> 00:04:03.960
>> 一旦完成了这些，DEA
处理和分析跟踪

00:04:03.960 --> 00:04:06.380
您得到的
>> A 和 B，

00:04:06.380 --> 00:04:06.590
>> 好。

00:04:06.590 --> 00:04:10.170
>>，然后，它显示在
可以很好 UI 报表

00:04:10.170 --> 00:04:13.200
包含详细的性能和
错误，错误相关的数据。

00:04:13.200 --> 00:04:14.720
>> 让我确保。
可我们备份介绍一下吗？

00:04:14.720 --> 00:04:16.770
我深表歉意，并
愚蠢的问题。

00:04:16.770 --> 00:04:18.410
因此，我使用了一个 A 和

00:04:18.410 --> 00:04:20.360
由于它是等于 2008 年
>> 的权限。

00:04:20.360 --> 00:04:20.870
>> 更正。

00:04:20.870 --> 00:04:22.850
>> 我要重播的
针对另一个 2008年实例，

00:04:22.850 --> 00:04:23.140
>> 的权限。

00:04:23.140 --> 00:04:24.150
>> 以及 2016年实例？

00:04:24.150 --> 00:04:24.650
>> 不过，是的。
>> 的权限。

00:04:24.650 --> 00:04:26.170
但有一个原因为什么。

00:04:26.170 --> 00:04:27.510
它实际上是一个很好的点。

00:04:27.510 --> 00:04:29.140
还有一个原因为什么
我们所做的。

00:04:29.140 --> 00:04:32.580
>> 通常在生产
环境中，您知道，数据库管理员和

00:04:32.580 --> 00:04:36.540
应用程序所有者不喜欢太多
系统的性能开销。

00:04:36.540 --> 00:04:40.160
因此，我们想要的性能
通过打开捕获的开销

00:04:40.160 --> 00:04:41.345
在最小的生产系统。

00:04:41.345 --> 00:04:42.050
>> 好。
>> 因此

00:04:42.050 --> 00:04:44.740
我们所做的第一步时我们
捕获的跟踪生产中

00:04:44.740 --> 00:04:47.670
系统中，我们仅捕获
跟踪事件的子集。

00:04:47.670 --> 00:04:49.650
让工作负载，
这就是我们需要的。

00:04:49.650 --> 00:04:53.190
和其余的东西，我们可以做到
在非生产环境中，但

00:04:53.190 --> 00:04:54.330
仍然做 AB 测试

00:04:54.330 --> 00:04:56.840
比较适用于苹果，
只要将 A 和

00:04:56.840 --> 00:04:59.230
B 是有点类似的硬件
配置和事情喜欢这样。

00:04:59.230 --> 00:04:59.780
>> 好。
>> 是。

00:04:59.780 --> 00:05:02.430
对不起
我的位置，在正确的比较？

00:05:02.430 --> 00:05:03.970
>> 是。
>> 上的基层类型种类

00:05:03.970 --> 00:05:04.540
应用场景。

00:05:04.540 --> 00:05:05.250
>> 完全一样。
>> 是。

00:05:05.250 --> 00:05:05.820
>> 好。
冷却。

00:05:05.820 --> 00:05:07.280
>> 很高兴但是捕获到的。

00:05:07.280 --> 00:05:09.970
>> 很好，是的
我看的得，好了，

00:05:09.970 --> 00:05:11.687
为什么我重新运行此？

00:05:11.687 --> 00:05:13.990
好，是因为如果我想问一下，
其他人要问这个问题。

00:05:13.990 --> 00:05:15.040
>> 绝对。
>> 我要问，

00:05:15.040 --> 00:05:17.020
我不应调用
这些哑的问题。

00:05:17.020 --> 00:05:19.388
我打算提出明显的问题，
是因为 [串扰]。

00:05:19.388 --> 00:05:22.285
>> 这来自客户很多，
它是有关，所以我们做 1.5%是

00:05:22.285 --> 00:05:25.648
在执行此操作的 CPU 开销
在生产上的是什么样的

00:05:25.648 --> 00:05:27.960
相当小实际上如果
想象一下，是。

00:05:27.960 --> 00:05:28.910
>> 好了，但好消息是，

00:05:28.910 --> 00:05:30.860
嘿我已经完成了我得到
这份不错的报告

00:05:30.860 --> 00:05:34.470
您好，这里是什么
>> 对，转转吧？

00:05:34.470 --> 00:05:35.210
>> 的权利。

00:05:35.210 --> 00:05:36.730
>>，，
我们将拿起演示。

00:05:36.730 --> 00:05:39.170
>> 这是排序的像
当您输入 DEA，

00:05:39.170 --> 00:05:42.610
左侧侧边您
请参阅以下三个功能。

00:05:42.610 --> 00:05:44.400
捕获、 重放和分析。

00:05:44.400 --> 00:05:47.250
好了，只是和谈
该体系结构的项目中。

00:05:47.250 --> 00:05:49.060
实质上的那些
那里三种功能。

00:05:49.060 --> 00:05:51.200
>> 是的这是我的初始
我要的 2008年实例

00:05:51.200 --> 00:05:51.820
收集的数据。

00:05:51.820 --> 00:05:53.130
>> 完全一样。
>> 好，在这里，

00:05:53.130 --> 00:05:56.390
如果您遇到到捕获您
实际上可以指向 SQL Server

00:05:56.390 --> 00:05:57.210
实例。

00:05:57.210 --> 00:05:59.150
这是我的 2008年源。

00:05:59.150 --> 00:06:02.240
并且我可以指定多长时间做
确实要运行为此跟踪

00:06:02.240 --> 00:06:04.090
而这是这里的持续时间。

00:06:04.090 --> 00:06:05.960
然后最大文件大小。

00:06:05.960 --> 00:06:08.480
这通常是在配置文件
跟踪的的大小。

00:06:08.480 --> 00:06:09.620
我认为建议是 200。

00:06:09.620 --> 00:06:12.140
您可以将其保留为 200，
除非有一些特殊的需要或

00:06:12.140 --> 00:06:14.470
类似的和
跟踪名称。

00:06:14.470 --> 00:06:16.290
当您启动它，
它是转会怎么样，

00:06:16.290 --> 00:06:18.960
启动跟踪捕获事件
在 SQL Server 2008年中。

00:06:18.960 --> 00:06:20.060
>> 好。

00:06:20.060 --> 00:06:22.620
>> 使您在这里看到，它已
启动跟踪捕获。

00:06:22.620 --> 00:06:25.800
您有如何好见
衡量进度，

00:06:25.800 --> 00:06:26.540
类似的东西。

00:06:26.540 --> 00:06:28.050
>> 好。
>> 因此，现在进行生产

00:06:28.050 --> 00:06:28.820
工作量捕获。

00:06:28.820 --> 00:06:30.460
它将运行时间为 60 分钟，

00:06:30.460 --> 00:06:33.000
然后您可以跟踪
这结束。

00:06:33.000 --> 00:06:35.800
>> 好，[笑声] 因此，
我有一个问题。

00:06:35.800 --> 00:06:38.660
因此，是说您好，让他们的能力
我刚刚转到，如果我已经

00:06:38.660 --> 00:06:41.730
也许我的跟踪已
完成可我提起在这里吗？

00:06:41.730 --> 00:06:43.040
>> 是，
不需要再做资料。

00:06:43.040 --> 00:06:44.400
您可以转到下一步
如果您有一个，步骤。

00:06:44.400 --> 00:06:45.790
>> 好了，所以
我可以开始第二步，请转好了。

00:06:45.790 --> 00:06:46.480
>> 步骤 2，然后从此处继续。

00:06:46.480 --> 00:06:48.040
>> 我已经有了一个跟踪，
我已经抢拍。

00:06:48.040 --> 00:06:48.721
>> 是。
>> 好。

00:06:48.721 --> 00:06:49.901
是的通常可能需要

00:06:49.901 --> 00:06:52.811
相同的工作负载，但放在上
不同种类的配置

00:06:52.811 --> 00:06:54.321
和类似的如果您要的东西。
>> 好了，冷却。

00:06:54.321 --> 00:06:55.401
>> 的为什么您总是始终是

00:06:55.401 --> 00:06:58.141
分离的方法。
如果人们具有捕获跟踪

00:06:58.141 --> 00:07:00.380
已经，他们不必转
通过同样的事情再次。

00:07:00.380 --> 00:07:03.650
他们可以进出重播或
或者像这样知道的事情。

00:07:03.650 --> 00:07:04.500
>> 很好，没有问题的棒极了。

00:07:04.500 --> 00:07:05.500
很好。

00:07:05.500 --> 00:07:09.260
因此，转到第二部分，
我们只是停止捕获在这里，

00:07:09.260 --> 00:07:12.120
我们必须一个人完成，
很好。

00:07:12.120 --> 00:07:15.460
因此转到重播部件
在这里，有几个步骤

00:07:15.460 --> 00:07:19.960
重播，基本上第一步
种验证您重放的基础结构，

00:07:19.960 --> 00:07:20.090
>> 好

00:07:20.090 --> 00:07:21.720
>>，一个关键的点是，

00:07:21.720 --> 00:07:23.890
在这本发行版
我们不做一组

00:07:23.890 --> 00:07:26.860
重播基础结构，
我们使用分布式的重播

00:07:26.860 --> 00:07:28.830
已可用
SQL 安装的一部分。

00:07:28.830 --> 00:07:30.920
>> 是，分布式的重播
控制器或类似的。

00:07:30.920 --> 00:07:31.630
>> 完全一样。
是的。

00:07:31.630 --> 00:07:33.920
所以我们喜欢验证
此时安装程序。

00:07:33.920 --> 00:07:36.880
所以，这里我已授予类似，
一个控制器机器和

00:07:36.880 --> 00:07:37.820
四个子机，和

00:07:37.820 --> 00:07:40.390
已配置它们
通过这种方式在正确的设置。

00:07:40.390 --> 00:07:43.290
当我转做下一步，什么的
执行操作时，它是有点像验证

00:07:43.290 --> 00:07:45.960
嘿，是安装程序的非常紧密
我可以访问。

00:07:45.960 --> 00:07:46.840
所有的子和

00:07:46.840 --> 00:07:50.810
控制器与对方交谈
和正常的事情。

00:07:50.810 --> 00:07:52.880
>> 所有权利，因此
它说，好的事情可以正常工作。

00:07:52.880 --> 00:07:54.610
现在，当
选择跟踪它。

00:07:54.610 --> 00:07:57.090
这是我们
捕获的第一步。

00:07:57.090 --> 00:07:58.480
>> 好。
>> 记得工作负荷

00:07:58.480 --> 00:07:59.630
我们所做的捕获。

00:07:59.630 --> 00:08:01.820
>> 这是我在哪里
说已经有一个了。

00:08:01.820 --> 00:08:03.090
>> 完全正确，这就是正确。

00:08:03.090 --> 00:08:05.545
因此，让我只是拉
从此处本。

00:08:11.554 --> 00:08:14.481
我希望可以有一种自动化的方法
为此，但我不这样认为，如此。

00:08:16.909 --> 00:08:21.120
>> 因此，此处进行跟踪
文件捕获和

00:08:21.120 --> 00:08:25.949
然后我说，您将存储
此处的预处理输出。

00:08:25.949 --> 00:08:26.820
>> 好。
>> 因此

00:08:26.820 --> 00:08:28.930
这基本上就是要做的东西
有了数据播放的体系结构，

00:08:28.930 --> 00:08:31.870
它转换成文件
优化的文件，右。

00:08:31.870 --> 00:08:35.480
然后，它实际上进入和
找出优化的方法

00:08:35.480 --> 00:08:39.000
从跟踪来转换这些文件
文件与重文件，好了。

00:08:39.000 --> 00:08:40.680
>> 和第三步是
实际操作重播。

00:08:40.680 --> 00:08:43.751
您将看到对用户界面那里
是指向某个特定的选项

00:08:43.751 --> 00:08:45.057
数据库和 [串扰]。

00:08:45.057 --> 00:08:46.967
>> 这是您在哪里说，嗨，

00:08:46.967 --> 00:08:48.850
针对这些运行它的
>> 完全一样。

00:08:48.850 --> 00:08:49.450
>> 所有权利。

00:08:49.450 --> 00:08:53.020
>> 对，就是在其中执行操作
重放到指定的数据库。

00:08:53.020 --> 00:08:55.950
因此这种情况下，在其中您
2008 年升级或 16，

00:08:55.950 --> 00:08:58.740
您可以做到一次 fo 2008 和
2016 年的其他时间。

00:08:58.740 --> 00:09:02.021
>> 如果您记得体系结构
我们完成了其中两个。

00:09:02.021 --> 00:09:04.760
第一张 A 和
B.在被另一个

00:09:04.760 --> 00:09:06.610
>> 可以做那些并行，或

00:09:06.610 --> 00:09:09.390
没有它针对运行 A 和
然后 B？

00:09:09.390 --> 00:09:10.970
>> 从用户界面中，
我们将会做一次。

00:09:10.970 --> 00:09:12.400
>> 一次。
>> 我们有命令支持

00:09:12.400 --> 00:09:14.770
其中可以并行执行它。

00:09:14.770 --> 00:09:16.990
>> 则为甩掉
这两个实例。

00:09:16.990 --> 00:09:18.010
>> 的很好。

00:09:18.010 --> 00:09:19.080
冷却。

00:09:19.080 --> 00:09:20.260
>> 是，是的
我们拥有的最后一个屏幕。

00:09:20.260 --> 00:09:21.440
我不会太远到它。

00:09:21.440 --> 00:09:22.520
它将会需要
少量的时间。

00:09:22.520 --> 00:09:24.250
因此，有关的利息的时间，

00:09:24.250 --> 00:09:26.690
现在我们可以实际点
对 SQL 实例。

00:09:26.690 --> 00:09:28.440
然后说，停止我重播。

00:09:28.440 --> 00:09:29.540
>> 好。
>> 和重播的文件然后。

00:09:29.540 --> 00:09:30.610
然后可以查看进度，

00:09:30.610 --> 00:09:32.580
就像您看到的进度
在第一个。

00:09:32.580 --> 00:09:33.340
>> 所以这是我会在哪里，

00:09:33.340 --> 00:09:36.360
说这是我 2008年实例
[听不到]完全正确。

00:09:36.360 --> 00:09:39.100
>>，然后，当它完成后，
现在我对运行该我 2008 年

00:09:39.100 --> 00:09:40.610
我 2016年的实例。

00:09:40.610 --> 00:09:41.170
>> 完全一样。

00:09:41.170 --> 00:09:42.080
>> 好。
>> 就是正确。

00:09:42.080 --> 00:09:43.700
好了，和
然后当我已经完成了在其中看到

00:09:43.700 --> 00:09:44.860
输出的结果吗？

00:09:44.860 --> 00:09:47.700
>> 现在，您有两个跟踪
同时从捕获的替换。

00:09:47.700 --> 00:09:50.190
>> 好。
>>，请转到第三个步骤。

00:09:50.190 --> 00:09:52.310
我们这里有了新的分析。

00:09:52.310 --> 00:09:55.460
因此，如果您提供您
在这里看到来自源服务器的跟踪

00:09:55.460 --> 00:09:57.560
并从目标服务器的跟踪。

00:09:57.560 --> 00:10:00.690
因此，这是在其中提供
2008 和 2016年跟踪文件。

00:10:00.690 --> 00:10:06.076
>> 两个，
不是源之一，这两个。

00:10:06.076 --> 00:10:07.064
>> 的主要和 b。

00:10:07.064 --> 00:10:07.825
>> B 素，好。

00:10:07.825 --> 00:10:08.411
>> 的权限。

00:10:08.411 --> 00:10:08.971
>> 隐患。

00:10:08.971 --> 00:10:12.258
>> 是，然后提供，
然后指向 SQL Server

00:10:12.258 --> 00:10:15.340
您期待的实例
放入的分析报告。

00:10:15.340 --> 00:10:17.170
然后是获取数据。

00:10:17.170 --> 00:10:18.670
因此，让我向您展示我们的成果。

00:10:18.670 --> 00:10:21.099
类似的一些示例
我们所做的测试。

00:10:31.008 --> 00:10:34.260
所以，这也是如何对待
查看现有报告。

00:10:34.260 --> 00:10:36.860
这些是所有报表
之前产生的。

00:10:36.860 --> 00:10:39.067
这是其中之一
下一步打算告诉你，

00:10:39.067 --> 00:10:42.481
因此，这是您将见解
进入工作量的比较。

00:10:42.481 --> 00:10:45.026
>> 的我要向您询问
当您启动该权限

00:10:45.026 --> 00:10:45.851
>> 就我要说，

00:10:45.851 --> 00:10:47.920
我们保存这些报表，可以吗
这种事情。

00:10:47.920 --> 00:10:48.623
>> 完全一样。

00:10:48.623 --> 00:10:49.138
>> 好。

00:10:49.138 --> 00:10:50.652
>> 如果您指向的数据库实例，

00:10:50.652 --> 00:10:52.900
它将提出所有
已完成的工作。

00:10:52.900 --> 00:10:55.800
>> 因此，如果您注意到所有
是使用创建的报表

00:10:55.800 --> 00:10:58.800
前缀分析和名称
您已经授予前一个

00:10:58.800 --> 00:10:59.960
Nick 显示您的屏幕。

00:10:59.960 --> 00:11:03.030
因此，它将提起的一切
从该数据库中。

00:11:03.030 --> 00:11:03.530
>> 好。
冷却。

00:11:04.640 --> 00:11:08.390
这里您看到的第一件事是
指定工作负荷的表示形式。

00:11:08.390 --> 00:11:10.490
现在，有两个类型的
balls 在这里，蓝色的球，

00:11:10.490 --> 00:11:11.630
绿色的球。

00:11:11.630 --> 00:11:16.160
蓝色的球平均查询我们
在第一次见过

00:11:16.160 --> 00:11:19.250
而绿色球意味着查询
我们以前有见过，

00:11:19.250 --> 00:11:21.240
我们已计算的。

00:11:21.240 --> 00:11:23.590
因此，这种显示方式您
工作负荷的进展，和

00:11:23.590 --> 00:11:25.670
这是类似的
测试负载。

00:11:25.670 --> 00:11:27.040
因此随着时间的推移，请参见

00:11:27.040 --> 00:11:29.910
大多数查询
已经计算完毕。

00:11:29.910 --> 00:11:34.380
这样的目标是提供对见解
您好，您获得像一个好吗

00:11:34.380 --> 00:11:37.980
您工作负荷量或
工作负荷仍怎么回事？

00:11:37.980 --> 00:11:39.120
>> 是。
>> 我们需要捕捉的吗

00:11:39.120 --> 00:11:39.790
一点点更长的时间？

00:11:39.790 --> 00:11:42.370
这就是这种洞察力的
我们想要提供从该工作负荷

00:11:42.370 --> 00:11:43.150
表示形式。

00:11:43.150 --> 00:11:44.870
>> 很好，因此这是嘿，

00:11:44.870 --> 00:11:46.810
我已捕获足够吗
>> 完全一样。

00:11:46.810 --> 00:11:48.590
>> 信息能够
要做出好的决定。

00:11:48.590 --> 00:11:50.470
>> 更正。
>> 将这样的帮助的人

00:11:50.470 --> 00:11:52.530
如有关的金融机构

00:11:52.530 --> 00:11:55.540
正如他们有选择的示例
在小时像凌晨 3 点到 5 点。

00:11:55.540 --> 00:11:56.140
>> 好。

00:11:56.140 --> 00:11:56.980
>> 现在的或

00:11:56.980 --> 00:11:59.270
我刚才并像我一样说出来
不知道什么他们选择时间。

00:11:59.270 --> 00:11:59.950
>> 的权限。
>> 但

00:11:59.950 --> 00:12:02.750
这就是他们想要的目标
为了获得该实际工作负载

00:12:02.750 --> 00:12:03.470
表示形式。

00:12:03.470 --> 00:12:05.250
>> 好，
我们没有觉得我们这里介绍的。

00:12:05.250 --> 00:12:05.800
>> 是。
>> 这是吗？

00:12:05.800 --> 00:12:06.310
>> 更正。

00:12:06.310 --> 00:12:08.020
>> 好。
>> 因此此见解会帮助他们

00:12:09.800 --> 00:12:10.910
在适当的时间捕获。

00:12:10.910 --> 00:12:11.980
>> 好了，完美。

00:12:11.980 --> 00:12:12.950
>> 是。

00:12:12.950 --> 00:12:15.410
>>，则这就是我们所看到的内容。

00:12:15.410 --> 00:12:19.200
我们提供分析的置信的度
什么查询产生错误外，

00:12:19.200 --> 00:12:22.060
内容查询降级，什么查询
改进的比如当

00:12:22.060 --> 00:12:25.410
我们做两个实验
SQL Server 的不同版本。

00:12:25.410 --> 00:12:27.140
>>，请在这里，此块
红色方块，

00:12:27.140 --> 00:12:30.000
实际上显示查询
这产生出错误。

00:12:30.000 --> 00:12:30.998
>> 因此，让我们进入的。

00:12:30.998 --> 00:12:35.750
>> 等一下，我将给您
问您另一个明显或

00:12:35.750 --> 00:12:37.800
也许不是很明显的问题。

00:12:37.800 --> 00:12:38.360
>> 确定。
>> 因此，

00:12:38.360 --> 00:12:40.850
我们已测试运行 SQL 16 对。

00:12:40.850 --> 00:12:41.920
>> 的权限。

00:12:41.920 --> 00:12:44.290
>> 因此，
我使用了已运行的查询过程。

00:12:44.290 --> 00:12:47.910
因此，有红色的说，是查询
来自 [INAUDIBLE]

00:12:47.910 --> 00:12:49.860
2008 在 2016年具有产生错误。

00:12:49.860 --> 00:12:51.781
>> 好。
[串扰]有两个，

00:12:51.781 --> 00:12:53.635
三种可能性，合适吗？

00:12:53.635 --> 00:12:57.160
一个是正常的查询
在 2008 年，但在 2016年出错误。

00:12:57.160 --> 00:12:57.900
>> 好。

00:12:57.900 --> 00:13:00.660
>> 和一个相当
正常的事物

00:13:00.660 --> 00:13:03.840
也不能正常工作在 2008 年，
但启动 2016年上正常工作。

00:13:03.840 --> 00:13:05.150
这也是可能。

00:13:05.150 --> 00:13:05.680
>> 是。

00:13:05.680 --> 00:13:07.490
>> 因此我们种全部显示
这里组合。

00:13:07.490 --> 00:13:08.600
>> 好。

00:13:08.600 --> 00:13:10.470
因此，对
如果您在这里，右侧的示例？

00:13:10.470 --> 00:13:13.060
有三件事，
现有的错误、 新的错误，

00:13:13.060 --> 00:13:13.990
解决错误。

00:13:13.990 --> 00:13:15.750
>> 好。
>> 现有错误是您知道这些

00:13:15.750 --> 00:13:19.290
错误我们在 2008 年看到我们
在 2016 也看到它的种类。

00:13:19.290 --> 00:13:20.770
>> 好。
>> 新就像我们一样的错误

00:13:20.770 --> 00:13:23.054
没有看到此但
我们现在看到它在 2016年。

00:13:23.054 --> 00:13:24.552
>> 一些物理更改。

00:13:24.552 --> 00:13:27.540
>> 一些变化和一些关键字不
支持和东西喜欢这样。

00:13:27.540 --> 00:13:29.800
并解决这些错误，
2008 年，我们看到的事情

00:13:29.800 --> 00:13:31.480
erring 出了但在 2016年解决。

00:13:31.480 --> 00:13:34.980
>> 好。
>> 因此，这是两个，我们做

00:13:34.980 --> 00:13:38.340
例如，如果您看一下
错误，计算右键盘。

00:13:38.340 --> 00:13:40.905
我们停止支持计算
键盘与超告诉

00:13:40.905 --> 00:13:41.715
他们 12 个单词。

00:13:41.715 --> 00:13:45.765
>> 因此，处最低 DMA 类型的通知
这里有问题，我们发现，好了

00:13:45.765 --> 00:13:46.465
>> 是的完全相同。

00:13:46.465 --> 00:13:49.115
因此，这种告诉您从
工作负载的角度来看。

00:13:49.115 --> 00:13:51.995
您可以向下钻取和看到像
在编辑器上的更多详细信息，

00:13:51.995 --> 00:13:53.905
诸如此类的。

00:13:53.905 --> 00:13:58.525
我回到主页面和

00:13:58.525 --> 00:14:01.550
回到法律查询
我的意思是。

00:14:01.550 --> 00:14:03.082
这样，在还 DBA 和

00:14:03.082 --> 00:14:05.980
我试图找出哪些应用程序
是运行我的工作负荷的影响。

00:14:05.980 --> 00:14:09.690
多少的性能影响
并由此进行剪切

00:14:09.690 --> 00:14:11.900
因此，此视图类型的为您提供的。

00:14:11.900 --> 00:14:16.180
因此我们可以看到，查询，
AB 的平均持续时间和

00:14:16.180 --> 00:14:18.310
工期差异和
演示文稿的区别。

00:14:18.310 --> 00:14:20.370
让我拿东西的
有点严重。

00:14:22.180 --> 00:14:23.020
其中一种可能。

00:14:25.620 --> 00:14:27.220
因此，我们构建下
从下面的查询中。

00:14:27.220 --> 00:14:30.140
需要注意的一点是
查询规范化。

00:14:30.140 --> 00:14:31.620
这些参数将被取消。

00:14:31.620 --> 00:14:34.540
这就确保我们的排序

00:14:34.540 --> 00:14:37.710
哈希计算相同的查询
不带任何参数。

00:14:38.960 --> 00:14:42.050
还将告诉您多少次
它有安全的 A 和 B，平均值

00:14:42.050 --> 00:14:45.710
Cpu 读取，工期
写操作和类似的事情。

00:14:45.710 --> 00:14:49.430
它还可以提供
进行比较的查询计划。

00:14:49.430 --> 00:14:52.300
现在，要使这一部分我们
已编译查询计划。

00:14:52.300 --> 00:14:53.520
>> 好。

00:14:53.520 --> 00:14:56.870
>>，但如果您看一下编译
您仍然可以看到查询计划

00:14:56.870 --> 00:15:00.570
根据如何区别
将已编译的查询计划。

00:15:00.570 --> 00:15:07.140
例如对于它的显示
47,847 的平均持续时间。

00:15:07.140 --> 00:15:08.545
和 b，它显示的要多得多。

00:15:08.545 --> 00:15:10.490
>> 的权限。
>> 这是编译信贷计划，

00:15:10.490 --> 00:15:13.780
和实际的执行数据
此外说出同样的事情。

00:15:13.780 --> 00:15:16.790
在这里，看一下它
您可以看到它的持续时间

00:15:16.790 --> 00:15:19.620
B，虚线
在顶部，蓝色线条

00:15:19.620 --> 00:15:23.345
要远远高于非点
蓝线，加粗的蓝色线条。

00:15:23.345 --> 00:15:24.560
>> 好。
>>，您可以看到有

00:15:24.560 --> 00:15:26.640
差异还 CPU 使用率。

00:15:26.640 --> 00:15:28.440
B 的实际使用
一些更多的 Cpu。

00:15:28.440 --> 00:15:28.970
对此信用，

00:15:28.970 --> 00:15:31.550
请参阅性能差异
在下降。

00:15:31.550 --> 00:15:32.050
>> 好。
>> 是。

00:15:32.050 --> 00:15:32.730
这也是，

00:15:32.730 --> 00:15:36.710
我猜是得心应手
若要找出原因它

00:15:36.710 --> 00:15:37.870
degredated 说︰ 嗨，
>> 是。

00:15:37.870 --> 00:15:38.995
>> 的正确、 适当。

00:15:38.995 --> 00:15:41.920
>> 是因为它是有趣的
您知道我们有几的原因

00:15:41.920 --> 00:15:44.430
他都在此处 Bob 选区，
SQL16 是只是速度更快。

00:15:44.430 --> 00:15:45.220
我们看这和

00:15:45.220 --> 00:15:47.090
哦，像我
>> 是。

00:15:47.090 --> 00:15:49.330
>> 在某些情况下它是不是这样，
>> 是的完全相同。

00:15:49.330 --> 00:15:50.010
实际效果如何呢？

00:15:50.010 --> 00:15:52.000
>> 他们可能不得不继续和
调整查询计划。

00:15:52.000 --> 00:15:52.860
是调整查询计划。

00:15:52.860 --> 00:15:54.490
然后修复它之前
他们可以升级。

00:15:54.490 --> 00:15:55.350
>> 的权限。好了，>> 右。

00:15:55.350 --> 00:15:56.260
>> 和的意义，因为，

00:15:56.260 --> 00:15:57.630
正如您所说的没有
somethings，

00:15:58.640 --> 00:15:59.960
请不要翻译好的
>> 完全一样。

00:15:59.960 --> 00:16:04.040
>> 为 16 因为关键字
segregator 和事情喜欢这样。

00:16:04.040 --> 00:16:07.150
>> 的权限。确实。>> 更正，
是的我们正在更多的数据

00:16:07.150 --> 00:16:12.100
到它正如我们看到的更多
非常有用的数据。

00:16:12.100 --> 00:16:14.330
>> 可以在某些时候，此工具

00:16:14.330 --> 00:16:17.310
它不支持 Azure SQL 数据库
在这点呢？

00:16:17.310 --> 00:16:18.650
或者它只是在内部部署。

00:16:18.650 --> 00:16:20.650
>> 它不支持
Azure SQL 数据库现在。

00:16:20.650 --> 00:16:23.200
但 SQL 支持在虚拟机上。

00:16:23.200 --> 00:16:24.750
虽然这可能是该方案。

00:16:24.750 --> 00:16:25.520
>> 它是相同的。

00:16:25.520 --> 00:16:27.860
>> 是 SQL 和 SQL 虚拟机上的。

00:16:27.860 --> 00:16:29.150
>> 将会有计划吗？

00:16:29.150 --> 00:16:32.010
因为也许如果我想念
关于您好我想转。

00:16:33.380 --> 00:16:34.800
因为如果我 ISV 或

00:16:34.800 --> 00:16:37.150
类似于我了
若要转到 Azure SQL 数据库的爱。

00:16:37.150 --> 00:16:38.950
但我的工作负荷
正在翻译，请和

00:16:38.950 --> 00:16:42.290
也许在 SQL Azure 中哪些服务层
数据库是否需要拿到

00:16:42.290 --> 00:16:44.290
有此相同的工作负载性能？

00:16:44.290 --> 00:16:45.240
>> 是。
>> 这是什么样的？

00:16:45.240 --> 00:16:46.620
>> 是。
这些就是我们拥有的东西

00:16:46.620 --> 00:16:47.280
谈到和它有

00:16:47.280 --> 00:16:47.780
>> 好。
>> 完全一样。

00:16:47.780 --> 00:16:48.510
>> 我想不会问一下有关

00:16:48.510 --> 00:16:49.170
公路地图。
>> 是。

00:16:49.170 --> 00:16:50.320
>> 或日期，或任何类似的东西。

00:16:50.320 --> 00:16:52.350
>> 的权限。编号 >>
>> 已经在我们的心里，和

00:16:52.350 --> 00:16:53.190
我们已经讨论了它。

00:16:53.190 --> 00:16:54.430
>> 和
它也是一个真正有效的方案。

00:16:54.430 --> 00:16:56.060
>> 是，它是一个有效的方案。

00:16:56.060 --> 00:16:58.110
>> 是。
它是朝向传递以及 sass 推

00:16:58.110 --> 00:16:58.830
诸如此类的。

00:16:58.830 --> 00:16:59.330
>> 完全一样。

00:16:59.330 --> 00:17:00.870
>> 我们无法看到那 kinda 会。

00:17:00.870 --> 00:17:01.900
>> 完全一样。完全。

00:17:01.900 --> 00:17:02.630
>> 好了，冷却。

00:17:02.630 --> 00:17:03.960
这非常棒。

00:17:03.960 --> 00:17:05.630
我喜欢从一种视角。

00:17:05.630 --> 00:17:08.970
我认为是我最初的问题，
这两个数字媒体适配器。

00:17:10.180 --> 00:17:11.370
有-
>> DA.

00:17:11.370 --> 00:17:11.910
>> DA.

00:17:11.910 --> 00:17:15.305
没有放
政府的一个部门。

00:17:15.305 --> 00:17:17.720
[笑声]它没有放的。

00:17:17.720 --> 00:17:20.240
但我可以看到这些工具
种汇集在了一起，

00:17:20.240 --> 00:17:22.130
是因为它们都赞美
每个其他很好。

00:17:22.130 --> 00:17:22.920
>> 绝对。

00:17:22.920 --> 00:17:23.650
>> 是。
>> 对吧？

00:17:23.650 --> 00:17:25.800
但我认为什么数字媒体适配器
没有，

00:17:25.800 --> 00:17:28.690
当您看从发
我的工作负载的角度来看。

00:17:28.690 --> 00:17:29.620
>> 更正。

00:17:29.620 --> 00:17:32.840
>> 因此，事情是什么
我需要为我查询修复吗？

00:17:32.840 --> 00:17:36.990
现在，我可以，我点击
谈论它，可有什么办法

00:17:36.990 --> 00:17:40.880
点击到 16 中查询存储在
然后转可能利用其中一部分？

00:17:40.880 --> 00:17:43.560
我不知道，它是比较
想大声读出一点。

00:17:43.560 --> 00:17:44.440
>> 是。
我认为肯定。

00:17:44.440 --> 00:17:46.220
我认为那些事情
我们正在研究。

00:17:46.220 --> 00:17:47.030
>> 好。

00:17:47.030 --> 00:17:48.980
>> 是，
我们在遇到有关的讨论。冷却。

00:17:48.980 --> 00:17:50.760
>> 所以这是只需重新运行它。

00:17:50.760 --> 00:17:51.420
>> 好。
>> 我想我

00:17:51.420 --> 00:17:54.710
告诉您前面，
我们出生存的最后一周。

00:17:54.710 --> 00:17:55.210
>> 好。

00:17:55.210 --> 00:17:59.510
>> 我们宣布技术
在过去一周的预览。

00:17:59.510 --> 00:18:00.100
>> 好。
>> 因此

00:18:00.100 --> 00:18:02.050
它可供公共视图，
和

00:18:02.050 --> 00:18:04.030
它是从下载
下载中心。

00:18:04.030 --> 00:18:05.850
>> 好。
>> 这样的人可以看一看它，

00:18:05.850 --> 00:18:06.630
使用它。

00:18:06.630 --> 00:18:08.320
向我们提供任何反馈。

00:18:08.320 --> 00:18:08.910
所有那些东西。
>> 因此

00:18:08.910 --> 00:18:11.410
显示说明
我们将放置到下载的链接。

00:18:11.410 --> 00:18:12.710
>> 很好。
>> 绝对。

00:18:12.710 --> 00:18:14.825
>> 和有关的最佳方法是什么
他们提供反馈？

00:18:14.825 --> 00:18:17.905
>> [听不到]
>> 没有在 DA 反馈

00:18:17.905 --> 00:18:19.630
那里 Microsoft.com
已有一个别名。

00:18:19.630 --> 00:18:20.530
>> 好。

00:18:20.530 --> 00:18:24.390
>> 我们还将有
>> 的工具，我们需要从链接

00:18:24.390 --> 00:18:26.240
若要添加上的
>> 好了，所以

00:18:26.240 --> 00:18:27.110
将所有的信息-
>> 和

00:18:27.110 --> 00:18:31.070
我们已经开始看到了很多
自上周以来的下载项。

00:18:31.070 --> 00:18:33.000
并且我们也有一些反馈。

00:18:33.000 --> 00:18:33.970
>> 是的绝对。

00:18:33.970 --> 00:18:36.270
>> 这样的人已经
玩耍的-

00:18:36.270 --> 00:18:37.610
>> 很好，你在 SQL 传递，右。

00:18:37.610 --> 00:18:39.110
因此，所有此人
可能会说，新工具 ！

00:18:39.110 --> 00:18:39.890
让我将其下载。

00:18:39.890 --> 00:18:41.320
>> 是。
>> 完全一样。

00:18:41.320 --> 00:18:43.160
超，这棒极了，
感谢您的光临。

00:18:43.160 --> 00:18:44.050
>> 感谢您。

00:18:44.050 --> 00:18:48.020
>> 我们非常感谢您的时间，我们将
爱让您回到比较左右

00:18:48.020 --> 00:18:52.600
当新的 GA 功能
告诉您原因我认为是需要

00:18:52.600 --> 00:18:57.790
一些这种反馈和改进
工具是因为已超，

00:18:57.790 --> 00:19:01.030
我们会爱到
>> 种什么是此工具中的新增功能。

00:19:01.030 --> 00:19:01.908
>> 听。
>> 冷却。

00:19:01.908 --> 00:19:03.404
>> 嗨大家，
感谢您的观看和

00:19:03.404 --> 00:19:04.372
我们将看到下一次。

00:19:04.372 --> 00:19:14.372
[音乐]