WEBVTT

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

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

00:00:16.496 --> 00:00:19.745
我是主持人 Scott Kline 和与
我今天正在交谈的两个人

00:00:19.745 --> 00:00:21.295
有关数据迁移助手。

00:00:21.295 --> 00:00:25.425
现在我们已经有您这里之前
关于一个月前，而你的新。

00:00:25.425 --> 00:00:26.225
>> 是。
>> 为什么

00:00:26.225 --> 00:00:28.555
不需要引入第二个
自己，然后我们将获得进入。

00:00:28.555 --> 00:00:29.805
为什么不您开始？

00:00:29.805 --> 00:00:32.415
>> 是，因此
我的名字是会 Pajaradju。

00:00:32.415 --> 00:00:36.850
我是高级项目经理
在数据迁移的组。

00:00:36.850 --> 00:00:41.260
我们小组主要负责
为所有类型的数据迁移

00:00:41.260 --> 00:00:43.860
从外平台，

00:00:43.860 --> 00:00:48.790
从传统的 SQL 服务器，
到了现代的 SQL 平台。

00:00:48.790 --> 00:00:51.970
>> 是，确定。
>> 和我主要负责

00:00:51.970 --> 00:00:57.010
SQL Server 升级，以及
SQL Server 迁移过，云。

00:00:57.010 --> 00:00:58.180
>> 很棒、 超。

00:00:58.180 --> 00:00:58.690
好了，我们去吧。

00:00:58.690 --> 00:01:01.570
>> 我是我是的 Akash [INAUDIBLE]
工程管理器上的数据

00:01:01.570 --> 00:01:02.470
迁移小组。

00:01:02.470 --> 00:01:06.990
我们会与合作
构建这些超的工具。

00:01:06.990 --> 00:01:09.640
>> 对，您已听说过
一个月前要进行排序的引入

00:01:09.640 --> 00:01:11.260
数据迁移助手，
更正？

00:01:11.260 --> 00:01:11.790
>> 是。

00:01:11.790 --> 00:01:13.570
>>，这是跟进了。

00:01:13.570 --> 00:01:18.330
所以上次我们什么样的引入
它谈到以下是该工具，

00:01:18.330 --> 00:01:20.120
这里最初是它的作用。

00:01:20.120 --> 00:01:23.150
今天，是什么您
将向我们展示？

00:01:23.150 --> 00:01:25.240
>> 因此欢迎两个部分
首先。

00:01:25.240 --> 00:01:25.740
>> 第二部分？
>> 是。

00:01:25.740 --> 00:01:28.040
第二部分中的数据迁移

00:01:28.040 --> 00:01:29.266
助手系列。

00:01:29.266 --> 00:01:32.406
在第一个系列中，
在第一个视频中，

00:01:32.406 --> 00:01:37.896
实际上我们介绍给您
数据迁移助手 DMA 1.0。

00:01:37.896 --> 00:01:39.230
>> 1.0 的没错。

00:01:39.230 --> 00:01:44.060
>> 它实现了评估
迁移到结果

00:01:44.060 --> 00:01:44.790
服务器平台。

00:01:44.790 --> 00:01:45.480
>> 是。

00:01:45.480 --> 00:01:47.350
>>，然后，在此视频中，

00:01:47.350 --> 00:01:51.530
我们将会展示
您的数据迁移 2.0。

00:01:51.530 --> 00:01:53.375
>> 因此我们已经达 2.0？

00:01:53.375 --> 00:01:53.940
>> 是，2.0
>> 是。

00:01:53.940 --> 00:01:56.950
>> 已达 2.1，
只是最后一周。

00:01:56.950 --> 00:01:58.110
>> 确实吗？Zing ！

00:01:58.110 --> 00:01:59.670
好，超、 右。

00:01:59.670 --> 00:02:04.610
>> 因此发布此 DMA 2.0
在 SQL 传递峰会。

00:02:04.610 --> 00:02:05.290
>> 是，确定。
>> 在

00:02:05.290 --> 00:02:06.730
实际解决问题的主题演讲。

00:02:06.730 --> 00:02:07.480
>> 隐患，没关系。

00:02:07.480 --> 00:02:11.180
>> 和再这样
从实际的迁移

00:02:11.180 --> 00:02:13.420
内部部署到
现代的 SQL 平台。

00:02:13.420 --> 00:02:13.940
>> 好。
>> 和

00:02:13.940 --> 00:02:17.840
也为从内部部署的
在 Azure 的 VM 上的 SQL Server。

00:02:17.840 --> 00:02:18.843
>> 您无妨棒极了。

00:02:18.843 --> 00:02:19.844
>> 和今天，

00:02:19.844 --> 00:02:25.460
Akash 想如何让演示
在 DMA 中有效迁移。

00:02:25.460 --> 00:02:26.000
>> 温柔，好。

00:02:26.000 --> 00:02:26.620
>> 是。
>> 冷却。

00:02:26.620 --> 00:02:29.930
>> 前我们那里，
我想要

00:02:29.930 --> 00:02:32.560
可我们回到远景
我想要

00:02:32.560 --> 00:02:37.260
有关重复介绍谈一谈我们
数据迁移团队区域。

00:02:37.260 --> 00:02:41.640
正如您看到的它使客户
若要移动到现代数据平台

00:02:41.640 --> 00:02:46.780
若要获得竞争优势
通过业务见解。

00:02:46.780 --> 00:02:49.445
如您所知，
具有数据分析和

00:02:49.445 --> 00:02:52.408
以及初始
学习进步

00:02:52.408 --> 00:02:56.050
它完全改变了方式
我们欢迎数据。

00:02:56.050 --> 00:03:01.260
您知道数据的见解是很
负责业务的关键环节。

00:03:01.260 --> 00:03:06.830
并且当前，
指定业务

00:03:06.830 --> 00:03:11.890
要做深入的数据
以及为使用这些数据

00:03:11.890 --> 00:03:15.860
要真正转变方式，
它们适用于他们的客户。

00:03:15.860 --> 00:03:18.830
它们显示它们的方式
对客户体验。

00:03:18.830 --> 00:03:19.870
>> 好。
>> 因此他们的应用程序和

00:03:19.870 --> 00:03:20.860
它们的操作。

00:03:20.860 --> 00:03:23.570
>> 的权限。
>>，因此它是 Microsoft 数据平台

00:03:23.570 --> 00:03:26.030
在最前沿的
数据演变而来，合适吗？

00:03:26.030 --> 00:03:31.520
>> 在数据迁移团队，所以我们
目的是使到这些客户

00:03:31.520 --> 00:03:33.670
因此迁移到现代的平台

00:03:33.670 --> 00:03:39.750
客户可以真正焦点
在获得竞争优势

00:03:39.750 --> 00:03:41.000
通过业务洞察力
>> 是。

00:03:41.000 --> 00:03:42.450
>> 这是什么样的我们的目标。

00:03:42.450 --> 00:03:43.050
>> 好。
>> 因此

00:03:43.050 --> 00:03:47.750
使与我们的目标，现在我们有了
此数据迁移助手，

00:03:48.860 --> 00:03:54.560
主要是减少了之前的工作
要升级到 SQL 服务器。

00:03:54.560 --> 00:03:58.050
因此，它有两个工作流，
一是评估，和

00:03:58.050 --> 00:03:59.375
另一个是迁移。

00:03:59.375 --> 00:03:59.890
>> 好。

00:03:59.890 --> 00:04:05.370
>> 因此，在评估工作流
我们真的自动化以前

00:04:05.370 --> 00:04:10.750
手动和
也为非常惊人的过程

00:04:10.750 --> 00:04:15.120
检查数据库的静态
非法闯入更改代码。

00:04:15.120 --> 00:04:16.570
>> 是的而且我们看到的最后一次。

00:04:16.570 --> 00:04:19.060
助推器在这里，这么说如果你
从这个版本升级到这

00:04:19.060 --> 00:04:21.320
您需要非法闯入的版本
更改和我们的建议。

00:04:21.320 --> 00:04:22.120
>> 是。

00:04:22.120 --> 00:04:23.300
>> 因此，在迁移工作流，

00:04:23.300 --> 00:04:27.680
我们所做的是，现在的人
可以将它们的数据迁移

00:04:27.680 --> 00:04:31.170
其架构和它们的 SQL 服务器
登录名和 Windows 登录。

00:04:31.170 --> 00:04:33.560
>> 好。
>> 对现代的 SQL 服务器版本

00:04:33.560 --> 00:04:36.430
和 SQL 服务器
在云环境的虚拟机上运行。

00:04:36.430 --> 00:04:37.240
>> 云 VM，好了。

00:04:37.240 --> 00:04:38.940
>> 就是事情的我们
高速缓存将演示您。

00:04:38.940 --> 00:04:40.900
>> 因此，，
两个部分组成的过程的类型。

00:04:40.900 --> 00:04:42.450
这里是评估。对吧？

00:04:42.450 --> 00:04:42.790
和

00:04:42.790 --> 00:04:45.930
如果我们想要迁移，，则
继续进行迁移，请向右？

00:04:45.930 --> 00:04:47.230
架构和数据。

00:04:47.230 --> 00:04:48.180
登录并是。

00:04:48.180 --> 00:04:49.370
>> 的数据，是。
>> 冷却。

00:04:49.370 --> 00:04:50.150
超。

00:04:50.150 --> 00:04:52.822
哇，这是很多
一个月中的工作。

00:04:52.822 --> 00:04:54.170
>> [发笑] 的完全相同。

00:04:54.170 --> 00:04:58.040
>>，并在事实上，我们甚至 2.1
紧随其后在两周内通过。

00:04:58.040 --> 00:05:01.130
我们有大量的客户，询问
其中他们所说，嗨，

00:05:01.130 --> 00:05:03.980
此工具的工作原理很好时
我已链接的数据库。

00:05:03.980 --> 00:05:06.210
但是，如果我需要评估
上百个数据库，如

00:05:06.210 --> 00:05:08.570
然后需要类似
自动化的脚本。

00:05:08.570 --> 00:05:10.832
因此我们立即启用
评估时，命令，

00:05:10.832 --> 00:05:13.740
我们自动发货，在 2.1，和
我将做的更多。

00:05:13.740 --> 00:05:14.570
>> 最拿手，好、 字。

00:05:14.570 --> 00:05:16.600
好了，它是演示时间？

00:05:16.600 --> 00:05:19.300
>> 这是演示时间
令人兴奋的时间实际上。

00:05:19.300 --> 00:05:20.370
>> 好。
冷却。

00:05:20.370 --> 00:05:24.570
>> 是是，
让我打开迁移助手。

00:05:24.570 --> 00:05:29.460
因此这已在
下载中心提供相同的链接。

00:05:29.460 --> 00:05:32.443
现有客户可以
只需使用 MSI 的刷新。

00:05:32.443 --> 00:05:35.540
>> 是，那么，我想您需要
从您的演示文稿进行转义。

00:05:35.540 --> 00:05:37.130
是的就我们了。

00:05:37.130 --> 00:05:39.490
看看，然后，非常。

00:05:39.490 --> 00:05:40.590
>> 好了，那里我们拥有它。

00:05:40.590 --> 00:05:42.520
因此，现在，
我向此演示，演示的最后一次

00:05:42.520 --> 00:05:43.940
这种迁移即将登场。

00:05:43.940 --> 00:05:44.950
现在它已存在。

00:05:44.950 --> 00:05:47.100
所以，我开始迁移项目。

00:05:47.100 --> 00:05:49.390
我们叫它 GetToSQL 再次。

00:05:49.390 --> 00:05:50.430
然后创建。

00:05:50.430 --> 00:05:53.778
>> 您做的不仅仅是迁移或
您需要执行操作

00:05:53.778 --> 00:05:56.157
如您选择迁移？

00:05:56.157 --> 00:05:58.680
它是做评估
默认情况下？

00:05:58.680 --> 00:06:01.470
>> 很好的问题。
所以我们始终建议

00:06:01.470 --> 00:06:05.330
为执行开始时，评估
找出所有这些重大更改。

00:06:05.330 --> 00:06:08.390
然后提出一个计划
若要修复那些重大更改。

00:06:08.390 --> 00:06:12.860
一旦迁移数据库
到目标版本，

00:06:12.860 --> 00:06:15.530
然后您可以能够应用这些
解决了之前您打开您

00:06:15.530 --> 00:06:16.350
[INAUDIBLE] 的数据库。

00:06:16.350 --> 00:06:18.840
>> 好的那么在迁移
不打算还进行评估？

00:06:18.840 --> 00:06:21.630
>> 没有，我们不会强制使用
在迁移过程中评估。

00:06:21.630 --> 00:06:22.610
>> 好。
>>，但我们建议您做

00:06:22.610 --> 00:06:23.540
在此之前的评估。

00:06:23.540 --> 00:06:25.500
>> 这些是两个独立
在这种情况下，工作流，但

00:06:25.500 --> 00:06:27.380
我们始终建议转
与最初的评估。

00:06:27.380 --> 00:06:28.070
>> 第一权利。

00:06:28.070 --> 00:06:29.080
是的有意义的。

00:06:29.080 --> 00:06:34.760
>> 因此，在此特定情形
我将演示迁移

00:06:34.760 --> 00:06:39.140
我对部署到的服务器
我在云中有 SQL Azure VM。

00:06:39.140 --> 00:06:42.066
当我们说迁移，和
当前的工作流，

00:06:42.066 --> 00:06:45.070
它支持整个服务器
tp 服务器迁移。

00:06:45.070 --> 00:06:47.130
因此，它将迁移
所有数据库。

00:06:47.130 --> 00:06:48.320
它将迁移所有登录名。

00:06:48.320 --> 00:06:51.240
它将确保所有登录名
正确映射即使那里

00:06:51.240 --> 00:06:53.780
已有一些登录
已迁移之前。

00:06:53.780 --> 00:06:56.330
然后应用程序应该只是被
无法连接到此新

00:06:56.330 --> 00:06:57.220
数据库和处理。

00:06:57.220 --> 00:06:58.770
这就是在这里数据库。

00:06:58.770 --> 00:07:00.470
>> 因此该应用程序只需要
更改连接字符串？

00:07:00.470 --> 00:07:02.510
>> 更改连接字符串，
应该能够正常工作。

00:07:02.510 --> 00:07:05.780
所以，我选择内部
我在这里有实例。

00:07:05.780 --> 00:07:10.220
而支持这两个窗口和
SQL 身份验证。

00:07:10.220 --> 00:07:12.690
我们不要强制加密，但
如果需要，您可以将其删除。

00:07:12.690 --> 00:07:14.910
我们建议始终使用它。

00:07:14.910 --> 00:07:18.740
它还指定哪些凭据
我用此帐户

00:07:18.740 --> 00:07:20.490
是必需的连接
在源服务器中。

00:07:20.490 --> 00:07:22.610
因此它需要的控件
服务器的权限。

00:07:22.610 --> 00:07:24.570
对此唯一的服务器实例。

00:07:24.570 --> 00:07:27.360
现在让我选择我的目标服务器
这是此服务器的一部分

00:07:27.360 --> 00:07:31.030
这是 SQL 只
坐在 VM 云的服务器，但

00:07:31.030 --> 00:07:35.190
它通过快速连接
将路由到我们 [INAUDIBLE]。

00:07:35.190 --> 00:07:38.889
因此，我们要确保我们有
虚拟机连接到内部

00:07:38.889 --> 00:07:41.468
通过任何一个 VPN 网络或
现在表达或

00:07:41.468 --> 00:07:42.940
任何其他技术。

00:07:42.940 --> 00:07:43.810
>> 因此，域是您

00:07:43.810 --> 00:07:44.700
希望为您 [INAUDIBLE]
>> 完全一样。

00:07:44.700 --> 00:07:45.240
>> 否则为

00:07:45.240 --> 00:07:48.900
您将无法迁移
如下所示的登录和这样的人。

00:07:48.900 --> 00:07:50.300
>> 是。
>> 是，正好和

00:07:50.300 --> 00:07:50.940
在同一时间，

00:07:50.940 --> 00:07:52.910
他还告诉您什么您
任务需要在您的目标。

00:07:52.910 --> 00:07:54.700
因此，您什么意思
系统服务器角色。

00:07:54.700 --> 00:07:55.940
因此，由我来选择下一步。

00:07:55.940 --> 00:07:58.250
在这里进行了扫描
通过所有数据库和

00:07:58.250 --> 00:08:00.300
赐予我的所有的列表
在这里数据库。

00:08:00.300 --> 00:08:04.870
现在，我可以在此屏幕上指定
它会迁移方式，将仅仅

00:08:04.870 --> 00:08:07.720
使用简单的备份计划，它
已使用 SQL 服务支持。

00:08:07.720 --> 00:08:10.970
因此，它要求我
一个阴影的位置，

00:08:10.970 --> 00:08:13.570
源服务器具有权限
以将它带回了，

00:08:13.570 --> 00:08:16.334
目标具有的权限
若要从那里将其还原。

00:08:16.334 --> 00:08:19.470
我和运行 MDMA 的用户
不需要您的权限，

00:08:19.470 --> 00:08:21.110
然后问我对此文件夹，

00:08:21.110 --> 00:08:23.820
我可以提供一个文件夹位置
我已经在此处。

00:08:23.820 --> 00:08:25.050
我已经创建。

00:08:25.050 --> 00:08:26.210
最好是一个网络共享位置。

00:08:26.210 --> 00:08:29.920
但是;如果需要您可以
始终选择此复制数据库

00:08:29.920 --> 00:08:32.380
您可以在其中提供的选项
两个不同的位置。

00:08:32.380 --> 00:08:35.220
在这种情况下，MDMA 和
将执行复制操作。

00:08:35.220 --> 00:08:38.160
但在同一时间现在
MDMA 上的用户将需要

00:08:38.160 --> 00:08:39.510
对此结果的权限。

00:08:39.510 --> 00:08:41.870
>> 好。
>> 建议不要做的

00:08:41.870 --> 00:08:44.960
因为它只是引入了
失败的另一个步骤。

00:08:46.110 --> 00:08:47.790
然后它就会增加。

00:08:47.790 --> 00:08:52.150
因此该方案的客户
可能想要做的就是如果他们

00:08:52.150 --> 00:08:55.090
没有一个单一的文件夹
源位置和

00:08:55.090 --> 00:08:56.900
数据可以有权访问它。

00:08:56.900 --> 00:08:58.470
然后他们可以执行此副本。

00:08:58.470 --> 00:09:00.720
>> 是，因此
它会将其复制到一个位置，

00:09:00.720 --> 00:09:04.270
然后 MDMA 会将其复制到另
位置，云服务器。

00:09:05.360 --> 00:09:09.740
怎样将复制到
Azure Blob 存储，例如。

00:09:09.740 --> 00:09:13.400
我猜这取决于
我们所做的备份的类型。

00:09:13.400 --> 00:09:15.370
>> 是，这是一个完整的
实际数据库备份。

00:09:15.370 --> 00:09:16.160
>> 好。
>> 和当前，

00:09:16.160 --> 00:09:19.865
我们不会采用备份
到云的 URL。

00:09:19.865 --> 00:09:21.572
>> 好。
>> 因此，只是种回 ups

00:09:21.572 --> 00:09:23.835
发生这种情况记录到本地日志和
网络。

00:09:23.835 --> 00:09:26.155
>> 最初，记得我提到过
该方案支持

00:09:26.155 --> 00:09:28.495
为此快速连接器。

00:09:28.495 --> 00:09:30.998
因此，我们期望相同
网络共享或

00:09:30.998 --> 00:09:33.730
这就是空气驱动器
>> 是。

00:09:33.730 --> 00:09:35.430
>> 在将来，
我们会有的情况下，

00:09:35.430 --> 00:09:37.340
其中，我们将到
到 blob 进行备份。

00:09:37.340 --> 00:09:38.735
>> 因此，让我们假设您可以转到 SQL

00:09:38.735 --> 00:09:39.420
[听不到]
>> SQL。

00:09:39.420 --> 00:09:40.820
>> 甚至是
甚至没有连接。

00:09:40.820 --> 00:09:41.430
>> 好。
>> 因此，

00:09:41.430 --> 00:09:44.193
这就是在将来，我们将工作
但今天它不支持它。

00:09:44.193 --> 00:09:45.276
>> 好。
>> 在同一时间，现在，

00:09:45.276 --> 00:09:48.379
我只可以提供一个地方
并说下, 一步，但在同一时间，

00:09:48.379 --> 00:09:50.967
我甚至可以进入数据库，
调整这些设置，

00:09:50.967 --> 00:09:52.393
如下所示更改数据库名称。

00:09:52.393 --> 00:09:55.046
如果您注意到具有相同
在这里有复制的位置。

00:09:55.046 --> 00:09:57.708
我可以更改数据文件和
日志文件的位置。

00:09:57.708 --> 00:09:59.239
现在，我不会改变任何东西。

00:09:59.239 --> 00:10:01.850
我只会用默认值
我选择了该 DM。

00:10:01.850 --> 00:10:03.590
并让我单击下一步。

00:10:03.590 --> 00:10:06.235
现在轮到它将应用所有
对于每个数据库，设置

00:10:06.235 --> 00:10:08.657
不要让所有验证
[听不到] 已经存在。

00:10:08.657 --> 00:10:10.389
添加正确的权限。

00:10:10.389 --> 00:10:11.998
我们会试着做 [INAUDIBLE]
只能还原和

00:10:11.998 --> 00:10:13.434
请参阅是否还原
将成功或

00:10:13.434 --> 00:10:15.040
不能在未来的一次
在完成备份。

00:10:15.040 --> 00:10:16.710
因此，它会所有这些检查。

00:10:16.710 --> 00:10:20.000
现在，检查成功后
其上的所有登录的列表。

00:10:20.000 --> 00:10:23.447
现在对于每个登录，对此源
服务器，它告诉我的登录类型，

00:10:23.447 --> 00:10:27.123
是，默认状态
是否已启用或

00:10:27.123 --> 00:10:27.706
被禁用。

00:10:27.706 --> 00:10:32.674
并在同一时间，
给出自己的见解，

00:10:32.674 --> 00:10:36.830
此登录名是否是
已准备好移动或不。

00:10:36.830 --> 00:10:39.010
它说，所有这些
登录就可以开始学习。

00:10:39.010 --> 00:10:42.120
但如果我滚动向下，
没有这些四个登录。

00:10:42.120 --> 00:10:43.790
一个 SQL，四个 Windows 登录。

00:10:43.790 --> 00:10:47.194
它说，已在此登录
在目标服务器上存在。

00:10:47.194 --> 00:10:47.970
>> 好。

00:10:47.970 --> 00:10:50.520
>> 由于为
通过示例我的用户和

00:10:50.520 --> 00:10:52.100
我是目标计算机上的用户。

00:10:52.100 --> 00:10:55.050
但它是 MDM，
它没有默认情况下选择它们。

00:10:55.050 --> 00:10:57.308
但是，您可以选择
若要将此迁移。

00:10:57.308 --> 00:10:59.955
并且不要什么 [INAUDIBLE] 将
是它会迁移登录，

00:10:59.955 --> 00:11:02.051
它将保留您的目标
登录名不变，但

00:11:02.051 --> 00:11:05.194
它会迁移安全对象和
它将映射孤立的用户和

00:11:05.194 --> 00:11:07.980
然后它可能 [串扰]
>> 对，它不会删除

00:11:07.980 --> 00:11:12.152
登录，但它将所有
安全对象和事情喜欢这样。

00:11:12.152 --> 00:11:15.474
>> 是，他们将重新映射到
在已经存在的登录名

00:11:15.474 --> 00:11:16.610
目标计算机中。

00:11:16.610 --> 00:11:19.752
所以我们不要破坏现有的
在目标服务器上，应用程序

00:11:19.752 --> 00:11:20.587
如果有的话。

00:11:20.587 --> 00:11:23.344
并在同一时间那里
是一些该 SQL 和

00:11:23.344 --> 00:11:26.282
我们会说，嘿您不能只是
迁移，这些都被禁用。

00:11:26.282 --> 00:11:28.913
在这种情况下，只需单击按钮
开始迁移按钮中，并且

00:11:28.913 --> 00:11:30.550
这里是奇迹的地方。

00:11:30.550 --> 00:11:34.810
因此，最初将做什么是它
将迁移中的所有数据库

00:11:34.810 --> 00:11:35.320
Outlook 中。

00:11:35.320 --> 00:11:37.790
和一次所有数据库
将迁移

00:11:37.790 --> 00:11:39.020
我们从开始迁移
所有的登录名。

00:11:39.020 --> 00:11:40.810
因为若要将所有用户都映射

00:11:40.810 --> 00:11:43.700
它需要所有这些数据库
有去做。

00:11:43.700 --> 00:11:45.830
以及它所有
并行数据库。

00:11:45.830 --> 00:11:48.617
当前等级为 8，
我们已经设置了配置文件中，但

00:11:48.617 --> 00:11:51.250
用户可以更改基于
在源和

00:11:51.250 --> 00:11:52.350
目标服务器中。

00:11:52.350 --> 00:11:55.521
可以有更多的迁移
帮助您并行。

00:11:55.521 --> 00:11:57.470
但现在却将
迁移的所有登录。

00:11:57.470 --> 00:12:01.920
此工作流的美妙
登录迁移数据库迁移

00:12:01.920 --> 00:12:04.070
尽管看
这里有链接在一起，

00:12:04.070 --> 00:12:06.140
它们不依赖于彼此，
他们是独立的。

00:12:06.140 --> 00:12:09.310
例如，可以创建
迁移工作流面前说︰

00:12:09.310 --> 00:12:12.740
嘿我有我自己的自动化
迁移数据库的脚本。

00:12:12.740 --> 00:12:14.430
我只被需要该迁移的登录。

00:12:14.430 --> 00:12:16.290
您可以迁移您
数据库所需的方法。

00:12:16.290 --> 00:12:18.540
在这里，你能参加
取消选择所有数据库，并

00:12:18.540 --> 00:12:21.030
只是说这些是登录我
需要迁移并向前移动。

00:12:21.030 --> 00:12:24.170
同样适用于数据库中，
然后，您可以还挑选。

00:12:24.170 --> 00:12:27.550
因此，这是通常情况下，
我们注意到，很多人，

00:12:27.550 --> 00:12:31.200
他们都完成了与局部迁移
和现在他们仍旧像这里一样。

00:12:31.200 --> 00:12:34.018
我在这里，有一些登录
一些登录那里，在这里，一些数据库

00:12:34.018 --> 00:12:34.860
一些在那里。

00:12:34.860 --> 00:12:36.410
在此情况下该怎么办？

00:12:36.410 --> 00:12:39.165
可以达成并将解析
为您的所有这些登录。

00:12:39.165 --> 00:12:40.793
>> 好。
>> 这是何种方案

00:12:40.793 --> 00:12:41.751
其中您。

00:12:41.751 --> 00:12:46.060
>> 如果会怎么样或者之一
数据库迁移或某物

00:12:46.060 --> 00:12:50.830
失败，它是并行，因此它不是
全部或任何内容，我假设。

00:12:50.830 --> 00:12:54.340
如果有任何一次迁移失败
原因，其余部分将迁移和

00:12:54.340 --> 00:12:56.800
然后告诉您，
嘿这一个失败，因为 x。

00:12:56.800 --> 00:12:57.330
>> 是。

00:12:57.330 --> 00:12:59.230
>> 他们可以继续
数据存储迁移。

00:12:59.230 --> 00:12:59.730
>> 好。
>> 是。

00:12:59.730 --> 00:13:01.537
它是最大的努力这点时，

00:13:01.537 --> 00:13:04.043
如果其中一个出现故障，
我们仍继续，因为每个数据库中，

00:13:04.043 --> 00:13:05.850
每次登录都是独立的。
>> 好。

00:13:05.850 --> 00:13:06.630
>>，

00:13:06.630 --> 00:13:07.850
当您显示在这里。

00:13:07.850 --> 00:13:10.561
然而，我没有使用导出报告
迁移不是因为

00:13:10.561 --> 00:13:13.121
完成，但一次的所有内容
是，我可以将其导出，和

00:13:13.121 --> 00:13:15.288
它将拥有所有详细
报告的失败，

00:13:15.288 --> 00:13:17.423
若要显示的已成功
某些东西在自己的用户界面。

00:13:17.423 --> 00:13:18.110
>> 好了，冷却。

00:13:18.110 --> 00:13:21.590
>> 因此，好的一点是，
说到数据迁移

00:13:21.590 --> 00:13:24.220
网站，你只是不
迁移数据库。

00:13:24.220 --> 00:13:27.300
它是有关其他

00:13:27.300 --> 00:13:30.060
服务器对象的
这些应用程序都依赖。

00:13:30.060 --> 00:13:32.910
例如，在这种情况下，
登录，合适吗？

00:13:32.910 --> 00:13:35.430
然后在将来释放我们
要添加更多服务器对象

00:13:35.430 --> 00:13:38.340
到该 SQL 代理作业，
SSA 包。

00:13:38.340 --> 00:13:40.903
很多这些应用程序是
依赖于其中的一些对象

00:13:40.903 --> 00:13:42.684
这坐之外
您的数据库。

00:13:42.684 --> 00:13:44.630
>> 是。
>> 我们想要确保我们

00:13:44.630 --> 00:13:48.830
提供全面的解决方案，
一个一站式的解决方案，

00:13:48.830 --> 00:13:51.620
它将负责
所有您迁移的需要。

00:13:51.620 --> 00:13:52.310
>> 好。

00:13:52.310 --> 00:13:53.200
>> 是
>> 非常好。

00:13:53.200 --> 00:13:54.880
>> 和
在迁移进行过程

00:13:54.880 --> 00:13:56.180
我为您准备了一些令人兴奋的消息。

00:13:56.180 --> 00:14:01.040
说到，它已像 3
我们发布的几个月我们，您知道，

00:14:01.040 --> 00:14:02.730
DMA 1.0 版本
>> 是。

00:14:02.730 --> 00:14:06.643
>> 我们大约 60 k 为止
被救援的核心

00:14:06.643 --> 00:14:09.748
辅助的 60000 内核。

00:14:09.748 --> 00:14:14.630
>> 和约 70000 数据库
运行我们的系统，

00:14:14.630 --> 00:14:16.660
到目前为止与 DM 评估。

00:14:16.660 --> 00:14:17.530
>> 确实吗？

00:14:17.530 --> 00:14:20.530
>> 它已只有三个星期，
我们发布的迁移工作流。

00:14:20.530 --> 00:14:24.867
我们已看到约 700
迁移到的核心

00:14:24.867 --> 00:14:27.220
最新的平台。

00:14:27.220 --> 00:14:29.780
它又向下
大约 400 数据库。

00:14:29.780 --> 00:14:32.521
>> 这样的人实际上是
下载和使用此工具

00:14:32.521 --> 00:14:34.846
做一个评估和迁移和-
>> 是，和

00:14:34.846 --> 00:14:38.249
再来看一看的总数
下载的是 7000 为止。

00:14:38.249 --> 00:14:39.029
下载 >> 7000 吗？

00:14:39.029 --> 00:14:40.070
>> 是，自 8 月以来。

00:14:40.070 --> 00:14:40.954
>> 的总数，或？

00:14:40.954 --> 00:14:41.828
>> 自 8 月以来总。

00:14:41.828 --> 00:14:45.600
>> 8 月，由于好，
好，非常好。

00:14:45.600 --> 00:14:48.486
>> 因此这一迁移可能需要一些
时间，所以我会做什么时

00:14:48.486 --> 00:14:51.596
这继续，因为在这
它将所有用户都映射的点

00:14:51.596 --> 00:14:54.690
分配角色和
成员资格 [听不到] 第二步。

00:14:54.690 --> 00:14:58.310
因此，让我跳转到该命令
线路接口和

00:14:58.310 --> 00:14:59.990
我们可以回到这里来，
查看结果。

00:14:59.990 --> 00:15:04.840
如果我们只是显示主要的一切
[听不到] 我们可以来这里再次。

00:15:04.840 --> 00:15:09.317
这样的 DMA 的 2.1 版本
如果您转到该文件夹

00:15:09.317 --> 00:15:14.113
DMA 在其中获取安装，
这是程序文件 >

00:15:14.113 --> 00:15:19.480
数据迁移助手，
您会发现 DmaCmd，dma *。

00:15:19.480 --> 00:15:22.844
因此，您将发现 DmaCmd.exe
以及 Dma.exe

00:15:22.844 --> 00:15:25.620
这是用户界面版本，和
这是命令行版本。

00:15:25.620 --> 00:15:30.170
使用命令行工具，如
您只需键入 /？，或帮助，

00:15:30.170 --> 00:15:34.830
它将为您提供的细节
若要使用此特定的实用程序。

00:15:34.830 --> 00:15:37.460
因此，如果您查看标志
在这里，它只是要求提供相同

00:15:37.460 --> 00:15:40.570
您在用户界面中提供的事情
只是评估名称的列表

00:15:40.570 --> 00:15:43.730
您应该在其中的所有数据库
独立处理每个数据库。

00:15:43.730 --> 00:15:47.430
因此，可以提供连接
因为您需要的数据库的字符串

00:15:47.430 --> 00:15:51.240
这是自动修复，
您可以在无人参与模式下运行它。

00:15:51.240 --> 00:15:53.900
目标平台
评估的兼容性问题或

00:15:53.900 --> 00:15:57.690
没有给出自己的建议或
如果您愿意，您可以选择两个。

00:15:57.690 --> 00:16:00.148
这也是新的事物
我们有在 cmdlet，

00:16:00.148 --> 00:16:02.564
您可以导出您
以 JSON 格式的结果。

00:16:02.564 --> 00:16:05.024
我将为您展示为什么这是非常
很重要实际上当它

00:16:05.024 --> 00:16:06.210
说到自动化脚本。

00:16:06.210 --> 00:16:08.340
因此，在此特定的
种情况下，当然，

00:16:08.340 --> 00:16:11.250
然后它为您提供更多示例
例如，如何运行工具

00:16:11.250 --> 00:16:14.310
单个数据库，多个
数据库，SQL 身份验证，并

00:16:14.310 --> 00:16:16.090
为您提供一些的示例
一个快速的开始。

00:16:16.090 --> 00:16:19.650
我做了什么，在内部，
在处理不同的团队

00:16:19.650 --> 00:16:23.880
在 Microsoft，我们实际上
创建一个 PowerShell 脚本，

00:16:23.880 --> 00:16:27.130
它将环绕这
特定的实用程序。

00:16:27.130 --> 00:16:28.520
所以现在，

00:16:28.520 --> 00:16:31.990
我已经只是硬编码需要的东西
为我在这里的输入参数。

00:16:31.990 --> 00:16:35.240
我在此演示中，
要评估这些九个数据库

00:16:35.240 --> 00:16:38.630
我需要的评估
兼容性问题和

00:16:38.630 --> 00:16:41.270
输出以 JSON 格式的结果。

00:16:41.270 --> 00:16:45.367
一旦结果是可用的
我已经通过导入 JSON 脚本

00:16:45.367 --> 00:16:49.333
在这里，它将要导入
这到 SQL 数据库中的 SQL 表。

00:16:49.333 --> 00:16:49.980
>> 很有意思，好了。
>>，然后，

00:16:49.980 --> 00:16:52.850
可以提出各种不同的问题
您需要在该表上和

00:16:52.850 --> 00:16:54.490
从其获取所有种类的见解。

00:16:54.490 --> 00:16:57.622
>> 这使您可以所以基本上
一个整合的视图和 SQL。

00:16:57.622 --> 00:17:00.580
>> 是的非常好，没有问题。

00:17:00.580 --> 00:17:04.430
>> 因此，让我只是开始
现在运行脚本。

00:17:04.430 --> 00:17:09.866
>> 现在注意，那些，
列表中的连接字符串，

00:17:09.866 --> 00:17:13.040
它们只是用空格分隔？

00:17:13.040 --> 00:17:15.470
>> 是，就是用空格分隔，是的。

00:17:15.470 --> 00:17:19.260
因为内部开始不
创建产品评估。

00:17:19.260 --> 00:17:21.080
独立处理数据库。

00:17:21.080 --> 00:17:23.480
因此，您可以有两个数据库
从两个不同的服务器。

00:17:23.480 --> 00:17:25.790
因此，它要求您输入
为每个连接流。

00:17:25.790 --> 00:17:29.870
然后它将评估所有之后
[听不到] 它将导入

00:17:29.870 --> 00:17:34.630
在 SQL 表结果
服务器，并让我显示的结果。

00:17:34.630 --> 00:17:37.580
因此，通常，我们所看到的
这是有用的思考是

00:17:37.580 --> 00:17:40.990
有的企业级方案
数百和数千个数据库。

00:17:40.990 --> 00:17:43.050
任何一个实例是
与实例相等。

00:17:43.050 --> 00:17:46.010
它变得真正困难时
说到迁移项目。

00:17:46.010 --> 00:17:49.110
整个计划的一部分决定
第一，与哪些数据库

00:17:49.110 --> 00:17:51.780
它已准备好迁移，
这不是准备好迁移，

00:17:51.780 --> 00:17:52.780
是一种巨大的练习。

00:17:52.780 --> 00:17:54.260
>> 是，您管理数百个或

00:17:54.260 --> 00:17:57.400
千位或
成千上万的数据库。

00:17:57.400 --> 00:17:58.480
如何对其保留曲目？

00:17:58.480 --> 00:18:01.410
>>，该工具不会真的
解决此大规模方案。

00:18:01.410 --> 00:18:03.730
因此，现在您可以运行它使用
此类 PowerShell 脚本。

00:18:03.730 --> 00:18:05.830
您可以让它的运行
夜晚，天。

00:18:05.830 --> 00:18:08.870
一旦所有报表中都是否有和
SQL Server 中，则您可以生成，

00:18:08.870 --> 00:18:11.530
让我们假设在最前面的电源 BI 报告
并编写查询和

00:18:11.530 --> 00:18:12.330
从其获取您的回答。

00:18:12.330 --> 00:18:14.040
>> 好，是的
>> 我们要编写一个详细

00:18:14.040 --> 00:18:18.100
在某些情况下用户的博客
客户可以如何真正使用此

00:18:18.100 --> 00:18:21.770
实用程序，然后拿出
某些种类的一个整合的视图。

00:18:21.770 --> 00:18:25.120
和很多客户
什么我低悬挂要求

00:18:25.120 --> 00:18:25.630
水果吗？

00:18:25.630 --> 00:18:28.380
我可以哪些数据库
将迁移更轻松？

00:18:28.380 --> 00:18:31.020
这些种类的视图
我们可以生成和

00:18:31.020 --> 00:18:35.270
我转在活动的博客上写那里或
他们迁移助手博客。

00:18:35.270 --> 00:18:37.420
>> 好了，好的方案，
键入的情况下，好了，好。

00:18:37.420 --> 00:18:39.682
>> 我可以转到
blogs.microsoft.com/datamigration

00:18:39.682 --> 00:18:42.620
和所有我们的博客 [INAUDIBLE]
发行说明和一切。

00:18:42.620 --> 00:18:47.140
因此现在，由于该脚本已
完成后，让我真正进入，

00:18:47.140 --> 00:18:51.090
这是特定表
创建报表数据和

00:18:51.090 --> 00:18:54.600
例如我这样的简单查询
需要知道如何以我，

00:18:54.600 --> 00:18:56.330
甚至不是我之前运行。

00:18:56.330 --> 00:18:58.798
我只被想知道
数据库列表和

00:18:58.798 --> 00:19:00.864
在许多问题中对它们进行排序。

00:19:00.864 --> 00:19:02.790
例如，
这些都是数字的问题或

00:19:02.790 --> 00:19:05.680
只是通过数进行排序
因为它将影响对象

00:19:05.680 --> 00:19:07.190
例如规划中帮助我。

00:19:07.190 --> 00:19:10.760
>> 非常简单的查询，所以让我
例如运行的查询。

00:19:10.760 --> 00:19:13.380
>> 让我将其连接到此服务器。

00:19:15.070 --> 00:19:17.180
>> 您需要转到
数据库存在。

00:19:17.180 --> 00:19:21.867
>> 是。
[听不到]好，例如，

00:19:21.867 --> 00:19:26.408
它说的让我展开这个。

00:19:39.730 --> 00:19:44.040
>> 基本上，给予所有
SQL 服务器中，列表

00:19:44.040 --> 00:19:46.101
数据库的列表和

00:19:46.101 --> 00:19:50.695
然后这些列表问题
是加大通过 DMA 和

00:19:50.695 --> 00:19:55.517
然后使用 [串扰] 更改
>> 是一个赤裸裸的更改，

00:19:55.517 --> 00:19:58.511
它是另一种
不建议使用的功能，或者是。

00:19:58.511 --> 00:20:03.530
>>，请您在本文中的脚本实际上
在同一时间进行评估？

00:20:03.530 --> 00:20:04.640
>> 是。
>> 这样的排序强制

00:20:04.640 --> 00:20:05.450
一次评估。

00:20:05.450 --> 00:20:07.960
>> Hm。
>>，然后没有迁移。

00:20:07.960 --> 00:20:08.760
或者，您是第一次做迁移？

00:20:08.760 --> 00:20:09.570
>> 号
我没有做迁移。

00:20:09.570 --> 00:20:10.620
它 just.did 评估。

00:20:10.620 --> 00:20:11.404
>> 您刚做了一次评估？

00:20:11.404 --> 00:20:12.195
>> 它实际填充。

00:20:12.195 --> 00:20:14.750
原因是，出了什么问题了
回想此事我不该

00:20:14.750 --> 00:20:15.348
有疑问。

00:20:15.348 --> 00:20:19.000
它只是清除所有数据
我。

00:20:19.000 --> 00:20:21.109
所以，我只是快速地
运行评估和

00:20:21.109 --> 00:20:23.848
然后让我运行这些查询，
向您展示一些见解。

00:20:23.848 --> 00:20:28.406
>> 因此您还可以使用此再到吗
说做迁移以及呢？

00:20:28.406 --> 00:20:31.075
>> 没有，今天没有，但我们会做。

00:20:31.075 --> 00:20:35.100
>> 对，只有命令行
执行迁移或评估。

00:20:35.100 --> 00:20:37.791
>> 这样的兼容性
还指出了其中的评估

00:20:37.791 --> 00:20:39.291
您的重大更改，

00:20:39.291 --> 00:20:42.678
参阅您的功能
还建议评估。

00:20:42.678 --> 00:20:46.395
因此，您将知道哪些功能，
实际上，您可以利用什么

00:20:46.395 --> 00:20:49.242
你的目标
将从中受益。

00:20:49.242 --> 00:20:52.662
>> 很好，所以相同的查询，我。

00:20:52.662 --> 00:20:53.825
看看这一点，例如。

00:20:53.825 --> 00:20:54.445
它说，

00:20:54.445 --> 00:20:57.165
嘿引发错误此特定数据库-
>> 是。

00:20:57.165 --> 00:20:58.245
>> 为从 90 移至 10。

00:20:58.245 --> 00:21:00.155
还有一个问题。

00:21:00.155 --> 00:21:01.805
>>，甚至可以移动到
只需 130 兼容性级别

00:21:01.805 --> 00:21:03.205
一个问题解决它，您就完成。

00:21:03.205 --> 00:21:05.007
>> 是。
>> 而在 costliest 数据库

00:21:05.007 --> 00:21:08.230
若要获取对 SQL 的我有，
其中有大约 16 问题。

00:21:08.230 --> 00:21:10.950
但是，如果我尝试进行排序
根据受影响的数

00:21:10.950 --> 00:21:13.770
这是实际的对象
我需要做的工作量

00:21:13.770 --> 00:21:15.010
它是在其他方向。

00:21:15.010 --> 00:21:17.607
不是其他的方法解决，但
它说︰ 此特定空

00:21:17.607 --> 00:21:19.426
最多的
解决此问题所需的对象。

00:21:19.426 --> 00:21:22.067
而即使进入 SQL
许多问题都更多。

00:21:22.067 --> 00:21:23.555
对象的数目会更少。

00:21:23.555 --> 00:21:26.245
现在，这只是非常
简单查询的运行，但

00:21:26.245 --> 00:21:29.965
设想一下，所有这些数据，
可以在结构化的格式。

00:21:29.965 --> 00:21:31.627
它可以生成各种不同的报告，

00:21:31.627 --> 00:21:34.790
正如我们所看到的内部团队
对此数据库给予分数。

00:21:34.790 --> 00:21:36.180
>> 是。
>> 最弱的顺序按顺序。

00:21:36.180 --> 00:21:37.560
>> 的权限。
>> 给出的分数，

00:21:37.560 --> 00:21:38.960
一些调用它们，
如评价得分。

00:21:38.960 --> 00:21:40.350
喜欢，这方式可以是更多。

00:21:40.350 --> 00:21:41.560
>> Yup。
>> 为最新的平台。

00:21:41.560 --> 00:21:43.960
然后，在生成
就整个计划。

00:21:43.960 --> 00:21:45.320
>> 很好，也是如此，
也会让您知道吗？

00:21:45.320 --> 00:21:47.940
我可以看一下这一点，或可能
请取出并引发电源 BI。

00:21:47.940 --> 00:21:49.010
>> 是。
>> 的前面，对吧？

00:21:49.010 --> 00:21:50.290
>> 完全一样。
>> 上的仪表板和转，

00:21:50.290 --> 00:21:52.290
下面是以漂亮的方式
查看此权限。

00:21:52.290 --> 00:21:55.818
但什么是这里很好是的
方式、 速度非常快，这是很好

00:21:55.818 --> 00:21:57.047
若要获取一次评估。

00:21:57.047 --> 00:21:58.620
因此获得相同
通过工具的信息。

00:21:58.620 --> 00:22:00.070
>> 的权限。
>> 或评估工具。

00:22:00.070 --> 00:22:02.917
>> 是。
>> 如果我是一个坚定的 PowerShell 专家

00:22:02.917 --> 00:22:05.820
或者我也可以执行此操作的命令。

00:22:05.820 --> 00:22:06.960
>> 它真的可以帮助客户

00:22:06.960 --> 00:22:09.660
其迁移，设置优先级
基本上是的。

00:22:09.660 --> 00:22:12.870
>> 的最大问题之一，但
我喜欢这一事实，我有一种方法

00:22:12.870 --> 00:22:16.880
获取此和可视化结果，
这是很酷。

00:22:16.880 --> 00:22:19.900
>> 更重要的是在最后
在离开一个点两个，

00:22:19.900 --> 00:22:21.490
得到很多
这些工具的反馈。

00:22:21.490 --> 00:22:24.230
因此，我们有一节和窗体
其中人们可以发送反馈意见。

00:22:24.230 --> 00:22:26.490
和我们有了大量的来自我们自己
他们被要求为客户

00:22:26.490 --> 00:22:29.590
这样，所以我们说的为什么不是这样，
我们提供这类情况的发生。

00:22:29.590 --> 00:22:32.130
>> 很棒，
让我们回到评估，

00:22:32.130 --> 00:22:32.980
如果评估的完成，请参阅。

00:22:32.980 --> 00:22:33.660
迁移。

00:22:33.660 --> 00:22:36.490
>> 是，似乎是迁移
所有都在这里完成。

00:22:36.490 --> 00:22:38.810
所有的登录帐户迁移
成功，和

00:22:38.810 --> 00:22:41.140
当然我可以导出到此。

00:22:41.140 --> 00:22:44.510
>>，在这点上，
我们提供，作为 CSV 报告。

00:22:44.510 --> 00:22:48.090
若要真正存储状态
在反迁移。

00:22:48.090 --> 00:22:51.330
如果您想要返回，
评审后的时间点。

00:22:51.330 --> 00:22:55.068
您始终可以使用此控制站报告
要真正了解什么都有

00:22:55.068 --> 00:22:58.360
已迁移和
什么失败，好？

00:22:58.360 --> 00:23:00.310
>> 好，温柔。

00:23:00.310 --> 00:23:03.700
>> 让我打开
migrationresults.csv。

00:23:05.050 --> 00:23:07.220
它将有更多详细信息
在句子内。

00:23:07.220 --> 00:23:10.420
>> 的权限。
>> 通常的方式使用此报表，我是我

00:23:10.420 --> 00:23:12.840
只需转到标题。

00:23:12.840 --> 00:23:15.120
即使它是 CSV I
只是在 Excel 中打开它。

00:23:15.120 --> 00:23:19.670
您可以将筛选器保存它在
为 XLXX，然后您有所有这一切。

00:23:19.670 --> 00:23:21.310
>> 您可以使用
Excel 的电源。

00:23:23.000 --> 00:23:24.750
>> 基本上几乎获得
你在 SQL 中同样的事情

00:23:24.750 --> 00:23:25.332
结果。

00:23:25.332 --> 00:23:26.993
>> 完全一样。

00:23:26.993 --> 00:23:28.110
>> 是。是的。

00:23:28.110 --> 00:23:28.990
>> 这是非常强大的。

00:23:28.990 --> 00:23:29.890
我喜欢这样。

00:23:29.890 --> 00:23:33.335
我们因此不只做评估
以不同的方式，以不同的方式

00:23:33.335 --> 00:23:36.270
现在要可视化，并使其
如您所说，可以非常轻松，

00:23:37.950 --> 00:23:41.290
是的确定其优先级
一个我想要迁移。

00:23:41.290 --> 00:23:44.010
但现在我可以做
也在迁移中。

00:23:44.010 --> 00:23:45.670
>> 的正确。
>> 很酷。

00:23:45.670 --> 00:23:46.880
>> Gentlemen 这棒极了，

00:23:46.880 --> 00:23:48.490
我非常喜欢您
时间感谢您的光临。

00:23:48.490 --> 00:23:50.932
我们寻找第三版
在想下一周 [笑声]。

00:23:50.932 --> 00:23:53.262
>> [发笑]
>> 我开玩笑，但是很好。

00:23:53.262 --> 00:23:55.000
我们盼望向前
让您回来，并

00:23:55.000 --> 00:23:57.045
看到什么其他超
要做的东西。

00:23:57.045 --> 00:23:58.013
>> 确定。
>> 感谢您的光临。

00:23:58.013 --> 00:23:59.560
>> 感谢您。
>>，谢谢这么多，您再看到。

00:23:59.560 --> 00:24:03.355
>> 如果他们有任何反馈，
您说这像 7000 下载，

00:24:03.355 --> 00:24:04.390
已经向右。

00:24:04.390 --> 00:24:05.492
>> 是。

00:24:05.492 --> 00:24:08.470
>> 因此，如果没有任何的反馈
对于他们，最好的方法是什么

00:24:08.470 --> 00:24:11.390
>> 因此，我们必须有此 LES DL。

00:24:11.390 --> 00:24:14.180
该电子邮件地址，
dmafeedback.microsoft.com。

00:24:14.180 --> 00:24:16.140
他们可以向其发送一封电子邮件。

00:24:16.140 --> 00:24:18.750
而且还在该工具没有
一个称为反馈的功能。

00:24:18.750 --> 00:24:20.383
他们可以提交反馈
从也。

00:24:20.383 --> 00:24:21.467
>> 超，良好，良好。

00:24:21.467 --> 00:24:23.852
所有权利因此
每个人都开始下载和

00:24:23.852 --> 00:24:26.720
开始迁移您的数据库，
这就是我们的希望。

00:24:26.720 --> 00:24:28.380
>> 所有权利。
>> 您好，感谢每个人参加。

00:24:28.380 --> 00:24:30.830
和每个人都感谢观看，
然后，我们将看到下一次。

00:24:30.830 --> 00:24:31.380
>> 感谢您。
>> 感谢您。

00:24:31.380 --> 00:24:31.880
再见。

00:24:31.880 --> 00:24:41.880
[音乐]