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 正子です。

00:00:16.470 --> 00:00:18.580
および me を今すぐに
2 つの素晴らしいゲストであります。

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
>> をスコットを満たすためによくできています。

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
アップグレードでは、1 つのシナリオが、
として多くの操作を行って、それについて考えることができます。

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
最大のシナリオの 1 つ
サポートしていることを右です。

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
私は ok で私がこれを実行するように
ツールとは、そのツールを実行してきました。

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
テスト環境があるし、
あるため、2 つのインスタンスがあります。

00:03:38.070 --> 00:03:41.880
1 つの SQL を模倣しました。
2008 環境です。

00:03:41.880 --> 00:03:44.560
2 番目の場合と同様
インスタンスが 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
獲得したものにする
これらの 2 つはテスト環境です。

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
>> 通常生産で
環境では、わかっていれば、Dba と

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
さて、cuz 私をお願いする場合
他のユーザーは、質問があるでしょう。

00:05:13.990 --> 00:05:15.040
>> 絶対にします。
>> ここで質問する、

00:05:15.040 --> 00:05:17.020
呼び出すべきではありません。
それらはダムの質問です。

00:05:17.020 --> 00:05:19.388
明白な質問をしてみます
cuz [クロストーク] です。

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
左上側します。
3 つの機能を参照してください。

00:05:42.610 --> 00:05:44.400
キャプチャし、再生し、分析します。

00:05:44.400 --> 00:05:47.250
すべての権利、および同様の議論
アーキテクチャ上の項目であります。

00:05:47.250 --> 00:05:49.060
本質的には、
3 つの機能があります。

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
皆さんと答えると、その機能
me を参照してだけで、既にある場合

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
>> いいので、
手順 2 を開始して移動、さぁ。

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
パート 2 に、移動し、
ここでは、キャプチャを停止するだけで

00:07:09.260 --> 00:07:12.120
我々 1 人、
それはいいですね。

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
>> で、ここで 1 つの重要ポイント

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
そのため、ここで私を与えたと同様に、
1 つのコント ローラーのコンピューターと

00:07:36.880 --> 00:07:37.820
4 つの子マシンと

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
>> と 3 番目のステップ
再生を実際に行っています。

00:08:40.680 --> 00:08:43.751
Ui が表示されます。
オプションを特定のポイントは、します。

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
これを行うことができます 1 回 2008/fo オプションと
2016 の別の時間です。

00:08:58.740 --> 00:09:02.021
>> アーキテクチャを保存する場合
2 つの必要があります。

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
>> UI から
私たちがその方法を 1 つずつ。

00:09:10.970 --> 00:09:12.400
>> 1 つずつ。
>> があるコマンドのサポート

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
同じように、進行状況を説明しました。
で最初の 1 つです。

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
>> これで、2 つのトレースがあります。
2 つのキャプチャを置き換えられます。

00:09:47.700 --> 00:09:50.190
>> 可能。
>> と 3 番目の手順に進みます。

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
>> 2 つ、
ソースではなく、いずれか 2 つです。

00:10:06.076 --> 00:10:07.064
>> A 素数と、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
>>、DB インスタンスをポイントする場合

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
ニックで表示する画面です。

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
ここでは、2 つの種類
ここでは、青のボールを 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
例を選択するように
時間に 5 AM に 3 AM のようにします。

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
2 つの実験を行うには
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
>> 可能。
[クロストーク]2 つ、

00:12:51.781 --> 00:12:53.635
可能性は 3 つ、右ですか。

00:12:53.635 --> 00:12:57.160
1 つは、クエリが正常に動作していた
2016 でアウト エラーになったのですが、2008 年。

00:12:57.160 --> 00:12:57.900
>> 可能。

00:12:57.900 --> 00:13:00.660
>> と同様に、1 つが、
正常に動作していたもの

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
次の 3 つの点では、
既存のエラー、エラーが新しいし、

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
計算のサポートを停止しました
awesome のキーボードは、します。

00:13:40.905 --> 00:13:41.715
12 を 1 つの単語です。

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
どの程度のパフォーマンスへの影響
これにより am はカットですか。

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
1 点は、します。
クエリを正規化します。

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
It のための表示
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
>> Cuz のように興味深いは、
いくつかの必要があるが知っている原因

00:15:41.920 --> 00:15:44.430
Bob Ward をここで彼は、
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
Vm 上で 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
Azure の SQL でどのようなサービス層も
データベースを選択する必要があります

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
>> を確認する種々 の進行中です。

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
私の最初の質問があったと思い、
両方 DMA です。

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
cuz、両方を補完します。
各その他の非常によくします。

00:17:22.130 --> 00:17:22.920
>> 絶対にします。

00:17:22.920 --> 00:17:23.650
>> [はい] です。
>> と思いませんか。

00:17:23.650 --> 00:17:25.800
どの DMA だと思いますが、
ありませんが、

00:17:25.800 --> 00:17:28.690
From からブラウザーでのプレビュー
[作業負荷の観点です。

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
>> 発表した技術
過去 1 週間でプレビューします。

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
このフィードバックの向上
ツールの cuz が既に素晴らしい

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