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
>> [是]，因此
我的名稱是 Raj 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
我們正在使用 Raj
建置這些實用的工具。

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 伺服器以及
在定域機組 VM 上執行。

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
所以我們要請確定我們有
VM 連線到開啟的前提

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
它們已經完成部分的遷移
和 [now] 示停駐。

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
若要顯示成功的項目
中 UI 本身。

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 代理程式作業，
SSAS 套件。

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
您所提供的 UI 中的項目
只是一個評估名稱的清單

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
嘿引發錯誤這個特定的 DB-
>> 沒錯。

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
無法查看這項目，或可能
拿，則擲回電源商業情報。

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
您隨時可以使用此 CS 報表
若要真正瞭解哪一個處理序

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 一世
只要在 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
>> 這是太好了，女士

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
[音樂]