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
私はスコット Kline、ホストと
今日説明する 2 人は、自分

00:00:19.745 --> 00:00:21.295
について、データ移行アシスタントです。

00:00:21.295 --> 00:00:25.425
今すぐ引越する前にここでします。
について、1 か月前、初めて使用するとします。

00:00:25.425 --> 00:00:26.225
>> そうです。
>> 理由

00:00:26.225 --> 00:00:28.555
導入するのには 1 秒間で利用します。
自分自身で作成し開始します。

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
>> など、2 つの部分へようこそ
最初です。

00:01:25.240 --> 00:01:25.740
>> パート 2 ですか。
>> はい。

00:01:25.740 --> 00:01:28.040
データの移行の第 2 部

00:01:28.040 --> 00:01:29.266
アシスタント シリーズです。

00:01:29.266 --> 00:01:32.406
1 番目の系列では、
最初のビデオでは、

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 の仮想マシンにおける 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
>> 甘い、「ok です。

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
>> 権限。
>>、マイクロソフトのデータ プラットフォーム

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
2 つのワークフローがあるため
1 つは、評価し、

00:03:58.050 --> 00:03:59.375
もう 1 つは、移行します。

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 server のバージョン

00:04:33.560 --> 00:04:36.430
SQL server だけでなく
クラウドの VM で実行されています。

00:04:36.430 --> 00:04:37.240
>> では、仮想マシンをクラウドです。

00:04:37.240 --> 00:04:38.940
>> は何かを
キャッシュは、デモを実施する予定です。

00:04:38.940 --> 00:04:40.900
>> これは、
2 段階の処理の種類です。

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
すごい、たくさんでした。
1 か月で作業します。

00:04:52.822 --> 00:04:54.170
>> 正確に [笑って] です。

00:04:54.170 --> 00:04:58.040
>> し、実際には、ここでも 2.1
直後の 2 週間以内にパスします。

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
1 回、データベースを移行します。
目的のバージョンに

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
>> は、2 つの独立しました。
この時点でのワークフローが、

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 を経由してネットワークまたは
express のようになりましたか

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
オプションを提供することができます。
2 つの別々 の場所。

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
1 つのフォルダーがありません。
両方のソースと

00:08:55.090 --> 00:08:56.900
データへのアクセス権を持つことができます。

00:08:56.900 --> 00:08:58.470
このコピー実行できます。

00:08:58.470 --> 00:09:00.720
>> はいので、
1 つの場所にコピーしてみましょう

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
この 1 つの場所を提供できるだけで
次が、同時に、

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
将来の 1 回のみではなく
バックアップが行われます。

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
スクロールしたかどうか、上、下、
これら 4 つのログインがあります。

00:10:42.120 --> 00:10:43.790
1 つ SQL では、4 つの 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
1 回のすべてのデータベース
移行します。

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
ここでは、いくつかのログインがあります。
いくつかのログインが、ここでは、いくつかの Db

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
任意の 1 つの移行が失敗した場合
理由は、残りの部分に移行し、

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
いずれかが失敗した場合
引き続き各 DB では、

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
1 回のすべてが完了します。
私ことができます、エクスポートし、

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
支援は 60,000 のコアです。

00:14:09.748 --> 00:14:14.630
>> と約 70,000 のデータベース
当社のシステムを実行します。

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
>> 3 週間のみが行われています。
移行のワークフローをリリースしました。

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
合計数を確認し、さらに
ダウンロードは 7,000 のところです。

00:14:38.249 --> 00:14:39.029
>> 7,000 をダウンロードしますか。

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 月、以降は、「ok、
さて、非常に便利です。

00:14:45.600 --> 00:14:48.486
>> ので、この移行には、いくつかかかる場合があります。
時間、何かが実行されるので、

00:14:48.486 --> 00:14:51.596
このしました、これで
ポイントのすべてのユーザーのマッピングには

00:14:51.596 --> 00:14:54.690
役割の割り当てと
手順 2 の [オーディオ] メンバーシップです。

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
バージョン 2.1 の DMA と、
フォルダーに移動する場合

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
UI のバージョンでは、
これは、コマンド ライン バージョンです。

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
これは、新しいと
コマンドレットであること

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
1 つのデータベース、複数
データベース、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
マイクロソフトでは、内部は実際には
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
自分がこの特定のデモで、
これらの 9 つのデータベースを評価しようとしています。

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
したがって、2 つのデータベースを持つことができます。
2 つの異なるサーバーです。

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
1 つだけ問題があります。

00:21:00.155 --> 00:21:01.805
>> とも移動することができます。
130 の互換性のレベルだけでは

00:21:01.805 --> 00:21:03.205
問題の 1 つが問題を修正し、完了します。

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
>> うん。
>> の最新のプラットフォームです。

00:21:41.560 --> 00:21:43.960
ビルドについては、
プランが全体を取得する操作を行います。

00:21:43.960 --> 00:21:45.320
>> も true の場合、
原因とも知っているでしょうか。

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 guy

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
>> の最も大きなメリットの 1 つですが、
方法があるという事実が大好き

00:22:12.870 --> 00:22:16.880
これを取得し、結果を表示
非常に便利です。

00:22:16.880 --> 00:22:19.900
>> より重要なは、最終的に
2、1 つのドットが離れる場所

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 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
はい、優先順位を付ける
1 つに移行する必要があります。

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
バージョン 3 を期待しております
[必ず笑い] 次の週をような。

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
>> Awesome、待ってるぜ。

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