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
Я узла, Скотт Klein.

00:00:16.470 --> 00:00:18.580
И мне сегодня
— два awesome гостей.

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
Обновление будет один сценарий для нас, но
можно рассматривать его как делать многие

00:02:08.040 --> 00:02:11.530
различные виды экспериментов,
как можно сделать функцию, включение и отключение.

00:02:11.530 --> 00:02:14.500
Администратору базы данных необходимо включить
функция и отключить функцию.

00:02:14.500 --> 00:02:17.090
Таким образом это похоже на
универсального решения AB тестирования

00:02:17.090 --> 00:02:19.920
Является одним из крупнейших сценария
право, теперь, когда мы поддержки.

00:02:19.920 --> 00:02:21.590
Но так же может использоваться для
другие сценарии, слишком.

00:02:21.590 --> 00:02:25.508
>> Для суммирования DMA фактически
выполняет статический анализ кода.

00:02:25.508 --> 00:02:30.530
Но, как уже упоминалось, он поддерживает гораздо
более при сравнении рабочей нагрузки

00:02:30.530 --> 00:02:32.240
с помощью реальных рабочих нагрузок, слишком, справа.

00:02:32.240 --> 00:02:32.850
>> О ' кей.

00:02:32.850 --> 00:02:34.960
>> Так, что это один из них.

00:02:34.960 --> 00:02:36.320
Итак охлаждения.

00:02:36.320 --> 00:02:37.990
>> Да.
>> Есть точку во времени,

00:02:37.990 --> 00:02:38.940
другой вопрос загрузки,

00:02:38.940 --> 00:02:42.030
Возможно на момент времени где они
может стать такой же инструмент?

00:02:42.030 --> 00:02:43.440
>> Нет.
>> Так как я являюсь Независимым и

00:02:44.620 --> 00:02:47.570
Я думаю хорошо у меня для этого:
инструмент и я получил для запуска этого средства.

00:02:47.570 --> 00:02:50.620
>> Да, есть много мы уже
было думать о нем.

00:02:50.620 --> 00:02:52.440
Имеется потенциал для
это объединение.

00:02:52.440 --> 00:02:53.970
>> О ' кей.
>> От сценария.

00:02:53.970 --> 00:02:55.959
Но сейчас они
Просто разделяйте средства.

00:02:57.090 --> 00:02:59.240
Но тип завершения
intervent миграции.

00:02:59.240 --> 00:02:59.760
>> Да, подтверждения.

00:02:59.760 --> 00:03:03.900
И это имеет смысл из-за
как мы сбросить,

00:03:03.900 --> 00:03:07.870
как сказать, это мы flush out
>> Сложности каждого инструмента.

00:03:07.870 --> 00:03:09.930
>> Сложности каждого инструмента

00:03:09.930 --> 00:03:12.990
очень нас его в точку
где они Хлебобулочные, хорошо.

00:03:12.990 --> 00:03:13.555
[ПЕРЕКРЕСТНЫХ ПОМЕХ] Идеально подходит.

00:03:13.555 --> 00:03:14.150
Что дальше.

00:03:14.150 --> 00:03:15.180
>> Делает общий смысл.

00:03:15.180 --> 00:03:19.490
Итак давайте обсудим вы высокий
Настройка уровня эксперимент

00:03:19.490 --> 00:03:21.840
Прежде чем мы разберем демонстрацию.

00:03:21.840 --> 00:03:25.210
Итак давайте предположим, у нас есть сценарий
Когда клиент перемещается с

00:03:25.210 --> 00:03:25.790
SQL 2008 к 2016.

00:03:25.790 --> 00:03:29.810
Поэтому они имеют производства
2008, окружающей среды

00:03:29.810 --> 00:03:33.592
который является, где мы записи
все трассировки SQL.

00:03:33.592 --> 00:03:34.370
>> О ' кей.

00:03:34.370 --> 00:03:35.210
>> И какие мы и

00:03:35.210 --> 00:03:38.070
Затем они имеют тестовой среды
где они имеют два экземпляра существует.

00:03:38.070 --> 00:03:41.880
Один, который имитирует SQL
2008 среда.

00:03:41.880 --> 00:03:44.560
А также в их второй
экземпляр может иметь 2016 SQL

00:03:44.560 --> 00:03:47.020
что является целью.

00:03:47.020 --> 00:03:49.220
Это A и
B, что речь идет о.

00:03:49.220 --> 00:03:53.670
Таким образом мы используем DA,
базы данных для воспроизведения

00:03:53.670 --> 00:03:57.900
все записанные в в
Эти две тестовые среды.

00:03:57.900 --> 00:03:58.820
>> О ' кей, идеально.

00:04:00.140 --> 00:04:03.960
>> После завершения, Инициатив
обрабатывает и анализирует трассировки

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
>> И затем показано на
Хороший отчет пользовательского Интерфейса, можно

00:04:10.170 --> 00:04:13.200
содержат подробные производительности и
ошибки, ошибка связанные данные.

00:04:13.200 --> 00:04:14.720
>> Позвольте мне убедиться.
Мы резервную копию можно создать реальную быстрый?

00:04:14.720 --> 00:04:16.770
И прошу прощения за
глупо вопрос.

00:04:16.770 --> 00:04:18.410
Таким образом, у меня есть A и

00:04:18.410 --> 00:04:20.360
поскольку он равен 2008 г
>> Право.

00:04:20.360 --> 00:04:20.870
>> Исправления.

00:04:20.870 --> 00:04:22.850
>> Я собираюсь воспроизведения
для другого экземпляра 2008

00:04:22.850 --> 00:04:23.140
>> Право.

00:04:23.140 --> 00:04:24.150
>> А также экземпляр 2016?

00:04:24.150 --> 00:04:24.650
>>, Но, Да.
>> Право.

00:04:24.650 --> 00:04:26.170
Но есть причина, почему.

00:04:26.170 --> 00:04:27.510
Фактически является хорошей точкой.

00:04:27.510 --> 00:04:29.140
Есть причина, почему
мы сделали.

00:04:29.140 --> 00:04:32.580
>> Обычно в производстве
Среда, вы знаете, администраторы баз данных и

00:04:32.580 --> 00:04:36.540
Владельцы приложений не нравится слишком большую часть
производительность системы.

00:04:36.540 --> 00:04:40.160
Таким образом мы хотели бы производительность
накладные расходы, включив режим записи

00:04:40.160 --> 00:04:41.345
в производственной системе минимальное.

00:04:41.345 --> 00:04:42.050
>> О ' кей.
>> Т

00:04:42.050 --> 00:04:44.740
на первом этапе мы делаем когда мы
фиксации данных трассировки в производстве

00:04:44.740 --> 00:04:47.670
системы, мы только записи
подмножество событий трассировки.

00:04:47.670 --> 00:04:49.650
Это просто дает мне нагрузки,
Это все, что нам нужно.

00:04:49.650 --> 00:04:53.190
И остальные вещи, мы можем
в непроизводственной среде но

00:04:53.190 --> 00:04:54.330
по-прежнему можно выполнить тестирование AB,

00:04:54.330 --> 00:04:56.840
Сравнение яблоки на яблоки,
при условии, что активация A и

00:04:56.840 --> 00:04:59.230
B, вроде аналогичное оборудование
конфигурации и вещи, например.

00:04:59.230 --> 00:04:59.780
>> О ' кей.
>> Да.

00:04:59.780 --> 00:05:02.430
Извините
Сравнение я, право?

00:05:02.430 --> 00:05:03.970
>> Да.
>> На тип, базовый уровень

00:05:03.970 --> 00:05:04.540
сценария.

00:05:04.540 --> 00:05:05.250
>> Точно.
>> Да.

00:05:05.250 --> 00:05:05.820
>> О ' кей.
Классно.

00:05:05.820 --> 00:05:07.280
>> Хорошо вы поймали на, хотя.

00:05:07.280 --> 00:05:09.970
>> Итак,. Да,
Я рассматривали и пошло

00:05:09.970 --> 00:05:11.687
Почему я снова использую это?

00:05:11.687 --> 00:05:13.990
Итак, 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
нагрузка на ЦП, когда мы это делаем
в производстве, который имеет вид

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
>> Это сортировки из как
При вводе Инициатив

00:05:39.170 --> 00:05:42.610
в левой стороны вы
содержатся три возможности.

00:05:42.610 --> 00:05:44.400
Записи, воспроизведения и анализа.

00:05:44.400 --> 00:05:47.250
Все права и просто говорил о
что в архитектурных элементов.

00:05:47.250 --> 00:05:49.060
По существу
Существует три возможности.

00:05:49.060 --> 00:05:51.200
>> Да, так что это мой исходный
я собираюсь экземпляр 2008

00:05:51.200 --> 00:05:51.820
Сбор данных.

00:05:51.820 --> 00:05:53.130
>> Точно.
>> О ' кей, поэтому здесь

00:05:53.130 --> 00:05:56.390
Если вы находитесь в записи
фактически можно указать для SQL Server

00:05:56.390 --> 00:05:57.210
экземпляр.

00:05:57.210 --> 00:05:59.150
Это источнике 2008.

00:05:59.150 --> 00:06:02.240
И можно указать, сколько времени мне
Действительно выполнить для данной трассировки

00:06:02.240 --> 00:06:04.090
и именно здесь в длительность.

00:06:04.090 --> 00:06:05.960
А затем максимальный размер файла.

00:06:05.960 --> 00:06:08.480
Чаще всего это профиль
размер для трассировки.

00:06:08.480 --> 00:06:09.620
Я думаю, рекомендуемые составляет 200.

00:06:09.620 --> 00:06:12.140
Можно оставить его как 200,
Если существуют некоторые особые потребности или

00:06:12.140 --> 00:06:14.470
что-то вроде этого и
Имя трассировки.

00:06:14.470 --> 00:06:16.290
И при запуске
что происходит, это переход и

00:06:16.290 --> 00:06:18.960
событие трассировки записи
в SQL Server 2008.

00:06:18.960 --> 00:06:20.060
>> О ' кей.

00:06:20.060 --> 00:06:22.620
>>, Вы видите здесь, это было сделано
Начата запись данных трассировки.

00:06:22.620 --> 00:06:25.800
У вас есть хороший см как
измерения хода выполнения и

00:06:25.800 --> 00:06:26.540
Подобные средства.

00:06:26.540 --> 00:06:28.050
>> О ' кей.
>>, Так что теперь это производство

00:06:28.050 --> 00:06:28.820
запись рабочей нагрузки.

00:06:28.820 --> 00:06:30.460
Он будет работать в течение 60 минут и

00:06:30.460 --> 00:06:33.000
будет иметь трассировки
в конце этого.

00:06:33.000 --> 00:06:35.800
>> О ' кей, [ХОХОЧЕМ],
У меня есть вопрос.

00:06:35.800 --> 00:06:38.660
Таким образом является их способность сказать Эй, позвольте
Просто перейдите на меня, если уже есть

00:06:38.660 --> 00:06:41.730
может быть, я трассировки уже
сделать можно извлекать его здесь?

00:06:41.730 --> 00:06:43.040
>> Да,
материалы в этом случае не нужно.

00:06:43.040 --> 00:06:44.400
Можно перейти к следующему
шаг, если таковой имеется.

00:06:44.400 --> 00:06:45.790
>> Хорошо, поэтому
Можно запустить второй шаг и перейти, хорошо.

00:06:45.790 --> 00:06:46.480
>> Второй шаг и перейти оттуда.

00:06:46.480 --> 00:06:48.040
>> Я уже получил трассировки
Я уже зафиксирована.

00:06:48.040 --> 00:06:48.721
>> Да.
>> О ' кей.

00:06:48.721 --> 00:06:49.901
Да, обычно требуется

00:06:49.901 --> 00:06:52.811
же рабочую нагрузку, но воспроизвести ее на
различные виды конфигураций

00:06:52.811 --> 00:06:54.321
и так, если вы хотите.
>> Хорошо охлаждения.

00:06:54.321 --> 00:06:55.401
>> На почему вы всегда является всегда

00:06:55.401 --> 00:06:58.141
в этом случае отдельно.
Если люди записи трассировки

00:06:58.141 --> 00:07:00.380
уже им не нужно перейти
в то же самое еще раз.

00:07:00.380 --> 00:07:03.650
Они могут быть и воспроизведения или
или вы вещи такого рода.

00:07:03.650 --> 00:07:04.500
>> Очень хорошо, хорошо, прекрасно.

00:07:04.500 --> 00:07:05.500
Очень хорошо.

00:07:05.500 --> 00:07:09.260
Таким образом, переход на две части и
Мы просто остановить сбор данных

00:07:09.260 --> 00:07:12.120
у нас есть один человек, полный
Это хорошо.

00:07:12.120 --> 00:07:15.460
Перейти к части воспроизведения, поэтому
Здесь существует несколько шагов в

00:07:15.460 --> 00:07:19.960
воспроизведение, по сути первый шаг
выполняется проверка типа инфраструктуры воспроизведения

00:07:19.960 --> 00:07:20.090
>> О ' кей

00:07:20.090 --> 00:07:21.720
>> И один ключевой момент здесь является то, что

00:07:21.720 --> 00:07:23.890
При этом в этом выпуске
Мы не набор

00:07:23.890 --> 00:07:26.860
Инфраструктура воспроизведения
Мы используем распределенное воспроизведение

00:07:26.860 --> 00:07:28.830
который уже доступны
часть установки SQL.

00:07:28.830 --> 00:07:30.920
>> Да, распределенное воспроизведение
контроллер или что-то вроде.

00:07:30.920 --> 00:07:31.630
>> Точно.
Да.

00:07:31.630 --> 00:07:33.920
Поэтому мы, например, проверки
на этом этапе установки.

00:07:33.920 --> 00:07:36.880
Итак здесь я дал
один контроллер машины и

00:07:36.880 --> 00:07:37.820
четыре компьютера дочерних и

00:07:37.820 --> 00:07:40.390
все они уже настроены
Таким образом, в настройках справа.

00:07:40.390 --> 00:07:43.290
И когда я перейти сделать Далее, что его элемента
Это, это похоже на проверку

00:07:43.290 --> 00:07:45.960
Эй является настройка действительно тесной
отсутствует доступ.

00:07:45.960 --> 00:07:46.840
Все дочерние и

00:07:46.840 --> 00:07:50.810
контроллеры, общения друг с другом,
и все будет прекрасно работать.

00:07:50.810 --> 00:07:52.880
>> Все права, поэтому
Он сказал, что Эй все работает нормально.

00:07:52.880 --> 00:07:54.610
Пришло время при
он подбора трассировки.

00:07:54.610 --> 00:07:57.090
Это, что мы
записанные на шаге 1.

00:07:57.090 --> 00:07:58.480
>> О ' кей.
>> Помните рабочей нагрузки

00:07:58.480 --> 00:07:59.630
записи, которые мы сделали.

00:07:59.630 --> 00:08:01.820
>> Это где угодно
Предположим, что у меня уже есть один.

00:08:01.820 --> 00:08:03.090
>> Точно является правильным.

00:08:03.090 --> 00:08:05.545
Итак позвольте мне только по запросу
Это вверх здесь.

00:08:11.554 --> 00:08:14.481
Мне бы хотелось было автоматического
сделать это но я нет, поэтому.

00:08:16.909 --> 00:08:21.120
>> Таким образом здесь передать трассировки
файл, сбора данных и

00:08:21.120 --> 00:08:25.949
Затем я говорю, хранения
Перед обработкой выходные данные здесь.

00:08:25.949 --> 00:08:26.820
>> О ' кей.
>> Т

00:08:26.820 --> 00:08:28.930
Это по сути какое-то
с данными воспроизведения архитектуры,

00:08:28.930 --> 00:08:31.870
он преобразует файлы в
оптимизированный файл, справа.

00:08:31.870 --> 00:08:35.480
И затем, фактически проходит и
цифры, оптимизированный способ

00:08:35.480 --> 00:08:39.000
преобразовать эти файлы трассировки
файл для воспроизведения файла хорошо.

00:08:39.000 --> 00:08:40.680
>>, А третий этап
Фактически это воспроизведение.

00:08:40.680 --> 00:08:43.751
И вы увидите, что пользовательского интерфейса
параметры для указания определенного

00:08:43.751 --> 00:08:45.057
База данных и [перекрестных ПОМЕХ].

00:08:45.057 --> 00:08:46.967
>> Это место сказать, Эй,

00:08:46.967 --> 00:08:48.850
выполняются следующие-
>> Точно.

00:08:48.850 --> 00:08:49.450
>> Все права.

00:08:49.450 --> 00:08:53.020
>> Да, это, где вы
воспроизведение на указанных баз данных.

00:08:53.020 --> 00:08:55.950
Так в этом сценарии, где вы
Переход на 2008 или 16,

00:08:55.950 --> 00:08:58.740
Это можно сделать после fo 2008 и
другое время 2016.

00:08:58.740 --> 00:09:02.021
>> Если вы помните, архитектура
имеется два из них.

00:09:02.021 --> 00:09:04.760
На A и
другая – в б.

00:09:04.760 --> 00:09:06.610
>> Можно делать их параллельно, или

00:09:06.610 --> 00:09:09.390
запускать от A и
нажмите B?

00:09:09.390 --> 00:09:10.970
>> Из пользовательского Интерфейса
Мы будем так делали одно одновременно.

00:09:10.970 --> 00:09:12.400
>> По одному.
>> Нас есть поддержка команд

00:09:12.400 --> 00:09:14.770
где это можно сделать параллельно.

00:09:14.770 --> 00:09:16.990
>> Может запускаться для
оба экземпляра.

00:09:16.990 --> 00:09:18.010
>> Всё хорошо.

00:09:18.010 --> 00:09:19.080
Классно.

00:09:19.080 --> 00:09:20.260
>> Да, Да
у нас есть последний экран.

00:09:20.260 --> 00:09:21.440
Я не буду слишком далеко в него.

00:09:21.440 --> 00:09:22.520
Он будет получать
немного времени.

00:09:22.520 --> 00:09:24.250
Так, процент времени,

00:09:24.250 --> 00:09:26.690
Теперь мы фактически может указывать
экземпляру SQL.

00:09:26.690 --> 00:09:28.440
И затем сказать, остановить Мое воспроизведение.

00:09:28.440 --> 00:09:29.540
>> О ' кей.
>>, А затем файл воспроизведения.

00:09:29.540 --> 00:09:30.610
Затем можно просмотреть ход выполнения

00:09:30.610 --> 00:09:32.580
как вы видели хода выполнения
в первый из них.

00:09:32.580 --> 00:09:33.340
>> Вот где бы перейти,

00:09:33.340 --> 00:09:36.360
Предположим, что вот мой экземпляр 2008
[INAUDIBLE] Совершенно верно.

00:09:36.360 --> 00:09:39.100
>> И затем, когда оно выполняется,
Теперь я запускать его для моего 2008

00:09:39.100 --> 00:09:40.610
Мой экземпляр 2016.

00:09:40.610 --> 00:09:41.170
>> Точно.

00:09:41.170 --> 00:09:42.080
>> О ' кей.
>> Это правильно.

00:09:42.080 --> 00:09:43.700
Все права и
Затем при окончании где можно посмотреть

00:09:43.700 --> 00:09:44.860
Вывод результатов?

00:09:44.860 --> 00:09:47.700
>>, Вы создали двух трассировок
записи из обоих, заменяется.

00:09:47.700 --> 00:09:50.190
>> О ' кей.
>> И перейдите к третьему этапу.

00:09:50.190 --> 00:09:52.310
Здесь у нас есть нового анализа.

00:09:52.310 --> 00:09:55.460
Так что это когда обеспечивают Если вы
Здесь увидеть трассировки с исходного сервера

00:09:55.460 --> 00:09:57.560
и трассировки из целевого сервера.

00:09:57.560 --> 00:10:00.690
Так что это когда обеспечивают
2008 и 2016 файлов трассировки.

00:10:00.690 --> 00:10:06.076
>> Два,
не источник, два.

00:10:06.076 --> 00:10:07.064
>> Простых 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
>> При наведении указателя на экземпляр базы данных,

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
Теперь существует два типа
Синие шары balls здесь, и

00:11:10.490 --> 00:11:11.630
зеленые шарики.

00:11:11.630 --> 00:11:16.160
Синие шары среднее запросы, мы
видели в первый раз

00:11:16.160 --> 00:11:19.250
Хотя запросы означают зеленые шарики
мы видели ранее и

00:11:19.250 --> 00:11:21.240
Мы уже вычислено.

00:11:21.240 --> 00:11:23.590
Таким образом, вид показывает как ваш
по мере выполнения рабочей нагрузки, а

00:11:23.590 --> 00:11:25.670
Это похоже на
рабочую нагрузку для тестирования.

00:11:25.670 --> 00:11:27.040
Мы видим, по мере продвижения времени

00:11:27.040 --> 00:11:29.910
Большинство запросов
уже оцениваются.

00:11:29.910 --> 00:11:34.380
Поэтому цель — предоставить подробные сведения о
Эй вы выработали, как лучше

00:11:34.380 --> 00:11:37.980
объем рабочей нагрузки или
рабочей нагрузки по-прежнему происходит?

00:11:37.980 --> 00:11:39.120
>> Да.
>> Нам нужны для захвата для

00:11:39.120 --> 00:11:39.790
чуть-чуть больше времени?

00:11:39.790 --> 00:11:42.370
Поэтому подобный понимания,
Мы хотим получить от рабочей нагрузки

00:11:42.370 --> 00:11:43.150
представление.

00:11:43.150 --> 00:11:44.870
>> Итак, так что это Эй,

00:11:44.870 --> 00:11:46.810
я записи достаточно
>> Точно.

00:11:46.810 --> 00:11:48.590
>> Информацию можно
Чтобы сделать хорошее решение.

00:11:48.590 --> 00:11:50.470
>> Исправления.
>> Этот тип будет для пользователей

00:11:50.470 --> 00:11:52.530
как и для финансовых учреждений

00:11:52.530 --> 00:11:55.540
Пример, как они имеют подбора
часов как 3 AM к 5 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
мы делаем экспериментирования между двумя
различные версии SQL Server.

00:12:25.410 --> 00:12:27.140
>> Таким образом, этот блок
красный блока

00:12:27.140 --> 00:12:30.000
фактически отображаются запросы
Это закрытых из.

00:12:30.000 --> 00:12:30.998
>> Так давайте что.

00:12:30.998 --> 00:12:35.750
>> Ожидания, можно, я собираюсь
задать другое очевидного или

00:12:35.750 --> 00:12:37.800
может быть не очевидным вопрос.

00:12:37.800 --> 00:12:38.360
>> Конечно.
>> Таким образом,

00:12:38.360 --> 00:12:40.850
мы проводили тест с SQL 16.

00:12:40.850 --> 00:12:41.920
>> Право.

00:12:41.920 --> 00:12:44.290
>> Таким образом,
У меня есть запрос процедур, которые выполнялись.

00:12:44.290 --> 00:12:47.910
Так что красный говорит, есть запросы
который поступил из [INAUDIBLE]

00:12:47.910 --> 00:12:49.860
2008, закрытых на 2016.

00:12:49.860 --> 00:12:51.781
>> О ' кей.
[ПЕРЕКРЕСТНЫХ ПОМЕХ] Два,

00:12:51.781 --> 00:12:53.635
три варианта, правом?

00:12:53.635 --> 00:12:57.160
Один — запросы, которые работали нормально
в 2008 г., но ошибочные ожидания в 2016.

00:12:57.160 --> 00:12:57.900
>> О ' кей.

00:12:57.900 --> 00:13:00.660
>> И одно из них
вещи, которые работали прекрасно,

00:13:00.660 --> 00:13:03.840
также не работают на 2008 г
но начатого прекрасно 2016.

00:13:03.840 --> 00:13:05.150
Это возможно слишком.

00:13:05.150 --> 00:13:05.680
>> Да.

00:13:05.680 --> 00:13:07.490
>> Так мы довольно Показать все
комбинации.

00:13:07.490 --> 00:13:08.600
>> О ' кей.

00:13:08.600 --> 00:13:10.470
Таким образом для
Например, если перейти сюда, правый?

00:13:10.470 --> 00:13:13.060
Три вещи
существующие ошибки, новые ошибки и

00:13:13.060 --> 00:13:13.990
исправления ошибок.

00:13:13.990 --> 00:13:15.750
>> О ' кей.
>> Существующие ошибки является зная их

00:13:15.750 --> 00:13:19.290
ошибки мы видели в 2008 и мы
Вид видеть в 2016 также.

00:13:19.290 --> 00:13:20.770
>> О ' кей.
>> Новые ошибки, как мы

00:13:20.770 --> 00:13:23.054
но это не см.
Мы сейчас наблюдаем его в 2016.

00:13:23.054 --> 00:13:24.552
>> Некоторые физические изменения.

00:13:24.552 --> 00:13:27.540
>> Некоторые изменения и некоторые ключевые слова не
поддерживаются и материалы, например.

00:13:27.540 --> 00:13:29.800
И исправление ошибок
вещей, которые мы видели в 2008 г.,

00:13:29.800 --> 00:13:31.480
erring но есть, проблема решена в 2016.

00:13:31.480 --> 00:13:34.980
>> О ' кей.
>>, Как это, мы делаем

00:13:34.980 --> 00:13:38.340
Например, если взглянуть на некоторые из
ошибки, вычислять клавиатуры, справа.

00:13:38.340 --> 00:13:40.905
Мы перестали поддерживать compute
Указывает клавиатуры из awesome

00:13:40.905 --> 00:13:41.715
их 12 одного слова.

00:13:41.715 --> 00:13:45.765
>> Таким образом, на вид сообщает как минимум DMA
Вот проблема, мы обнаружили, хорошо

00:13:45.765 --> 00:13:46.465
>> Да, точно.

00:13:46.465 --> 00:13:49.115
Поэтому оно довольно сообщает из
точки зрения рабочей нагрузки.

00:13:49.115 --> 00:13:51.995
И можно увидеть, как и развернуть
Дополнительные сведения о редакторах и

00:13:51.995 --> 00:13:53.905
тому подобное.

00:13:53.905 --> 00:13:58.525
Я вернуться на главную страницу и

00:13:58.525 --> 00:14:01.550
Возвращаясь к юридическим запросов
Я имею в виду.

00:14:01.550 --> 00:14:03.082
Так, в также DBA и

00:14:03.082 --> 00:14:05.980
Я пытаюсь выяснить, какие приложения
Это воздействие выполнения моей рабочей нагрузки.

00:14:05.980 --> 00:14:09.690
Сколько производительность
Вырезание таким образом?

00:14:09.690 --> 00:14:11.900
Таким образом это представление типа дают.

00:14:11.900 --> 00:14:16.180
Таким образом можно увидеть запросы,
Среднее продолжительность AB и

00:14:16.180 --> 00:14:18.310
Разница длительности и
Разница презентации.

00:14:18.310 --> 00:14:20.370
Позвольте мне выбрать что-нибудь в
немного значительные.

00:14:22.180 --> 00:14:23.020
Возможно, один из них.

00:14:25.620 --> 00:14:27.220
Таким образом мы создаем вниз
из запроса.

00:14:27.220 --> 00:14:30.140
Один обстоятельством является
запрос нормализуется.

00:14:30.140 --> 00:14:31.620
Параметры выключаются.

00:14:31.620 --> 00:14:34.540
Это позволяет убедиться, что мы рода

00:14:34.540 --> 00:14:37.710
тот же запрос хеширования
без каких-либо параметров.

00:14:38.960 --> 00:14:42.050
Оно показывает, сколько раз
он получил безопасного A и B, среднее

00:14:42.050 --> 00:14:45.710
длительность, ЦП, чтение,
записи и такие вещи, как.

00:14:45.710 --> 00:14:49.430
Он также поможет вам
Сравнение планов запросов.

00:14:49.430 --> 00:14:52.300
Теперь для этой части мы
скомпилированных планов запросов.

00:14:52.300 --> 00:14:53.520
>> О ' кей.

00:14:53.520 --> 00:14:56.870
>>, Но если взглянуть на скомпилированный
планы запросов, которые можно увидеть здесь

00:14:56.870 --> 00:15:00.570
разница с точки зрения
представляют собой скомпилированные планы запроса.

00:15:00.570 --> 00:15:07.140
Например для ИТ отображение
Средняя длительность 47,847.

00:15:07.140 --> 00:15:08.545
И для B, он гораздо больше.

00:15:08.545 --> 00:15:10.490
>> Право.
>> Это кредит плане компиляции

00:15:10.490 --> 00:15:13.780
и фактическое выполнение данных
Также предположим, то же самое.

00:15:13.780 --> 00:15:16.790
Если взглянуть на него
можно заметить, что длительность

00:15:16.790 --> 00:15:19.620
B пунктирных линий
синие линии в верхней части

00:15:19.620 --> 00:15:23.345
гораздо выше, чем без точек
синяя линия bold синие линии.

00:15:23.345 --> 00:15:24.560
>> О ' кей.
>> И вы увидите, что

00:15:24.560 --> 00:15:26.640
Разница в также ЦП.

00:15:26.640 --> 00:15:28.440
B фактически с помощью
несколько дополнительных процессоров.

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
Я думаю, является ammunition
Чтобы выяснить, почему он

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
Боб Ворд здесь он переходит,
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
он не поддерживает БД SQL Azure
не сейчас?

00:16:17.310 --> 00:16:18.650
Или это просто в помещениях.

00:16:18.650 --> 00:16:20.650
>> Не поддерживает
Azure SQL DB прямо сейчас.

00:16:20.650 --> 00:16:23.200
Но она поддерживает SQL на виртуальных машинах.

00:16:23.200 --> 00:16:24.750
Хотя это может быть сценарий.

00:16:24.750 --> 00:16:25.520
>> Это то же самое.

00:16:25.520 --> 00:16:27.860
>> Да SQL и SQL на виртуальных машинах.

00:16:27.860 --> 00:16:29.150
>> Может быть планы?

00:16:29.150 --> 00:16:32.010
Так как возможно, если я думаю
о Привет требуется перейти.

00:16:33.380 --> 00:16:34.800
Поскольку я являюсь Независимым или

00:16:34.800 --> 00:16:37.150
что-то вроде, что было
Любовь, чтобы перейти к БД SQL Azure.

00:16:37.150 --> 00:16:38.950
Но моей рабочей нагрузки
нужно перевести, и

00:16:38.950 --> 00:16:42.290
Возможно какие службы уровня в SQL Azure
базы данных необходимо для того, чтобы

00:16:42.290 --> 00:16:44.290
у этого же производительности рабочей нагрузки?

00:16:44.290 --> 00:16:45.240
>> Да.
>> Является то, что тип?

00:16:45.240 --> 00:16:46.620
>> Да.
Они еще

00:16:46.620 --> 00:16:47.280
говорили о и имеет

00:16:47.280 --> 00:16:47.780
>> О ' кей.
>> Точно.

00:16:47.780 --> 00:16:48.510
>> Я не имею запросом

00:16:48.510 --> 00:16:49.170
ориентир.
>> Да.

00:16:49.170 --> 00:16:50.320
>> Или дату, или что-нибудь, как.

00:16:50.320 --> 00:16:52.350
>> Право. Нет >>
>> Ее в уме, и

00:16:52.350 --> 00:16:53.190
Мы разговаривали о нем.

00:16:53.190 --> 00:16:54.430
>> И
Это действительно допустимый сценарий, слишком.

00:16:54.430 --> 00:16:56.060
>> Да, это допустимый сценарий.

00:16:56.060 --> 00:16:58.110
>> Да.
Это push сторону проход и sass,

00:16:58.110 --> 00:16:58.830
тому подобное.

00:16:58.830 --> 00:16:59.330
>> Точно.

00:16:59.330 --> 00:17:00.870
>> Мы видим, это будет kinda.

00:17:00.870 --> 00:17:01.900
>> Точно. Полностью.

00:17:01.900 --> 00:17:02.630
>> Хорошо охлаждения.

00:17:02.630 --> 00:17:03.960
Это замечательно.

00:17:03.960 --> 00:17:05.630
Я люблю с точки зрения.

00:17:05.630 --> 00:17:08.970
И я думаю, что мой исходный вопрос был,
Оба 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
было о том, ранее,
Мы заходили, live на прошлой неделе.

00:17:54.710 --> 00:17:55.210
>> О ' кей.

00:17:55.210 --> 00:17:59.510
>> Мы анонсировали Техническая
Предварительный просмотр на прошлую неделю.

00:17:59.510 --> 00:18:00.100
>> О ' кей.
>> Т

00:18:00.100 --> 00:18:02.050
она доступна для общего представления
и

00:18:02.050 --> 00:18:04.030
его можно загрузить с
Центр загрузки Майкрософт.

00:18:04.030 --> 00:18:05.850
>> О ' кей.
>>, Люди могут взглянуть на

00:18:05.850 --> 00:18:06.630
Используйте его.

00:18:06.630 --> 00:18:08.320
Отзыв любой.

00:18:08.320 --> 00:18:08.910
Это замечательно.
>> Т

00:18:08.910 --> 00:18:11.410
в описании показа
Мы будет поместить ссылку для загрузки.

00:18:11.410 --> 00:18:12.710
>> Отлично.
>> Абсолютно.

00:18:12.710 --> 00:18:14.825
>> И Каков наилучший способ
их отзывы?

00:18:14.825 --> 00:18:17.905
>> [INAUDIBLE]
>> Имеется обратная связь 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
[МУЗЫКА]