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 Скотт вашего узла и с
меня сегодня являются два человека говорить

00:00:19.745 --> 00:00:21.295
о помощнике по миграции данных.

00:00:21.295 --> 00:00:25.425
Теперь мы оказались вы здесь перед
около месяца назад и вы не слишком знакомы.

00:00:25.425 --> 00:00:26.225
>> Да.
>> Почему

00:00:26.225 --> 00:00:28.555
не делать второй для введения
себя, а затем мы будем приступить к работе.

00:00:28.555 --> 00:00:29.805
Почему не приступить к работе?

00:00:29.805 --> 00:00:32.415
>> Да, поэтому
меня зовут Raj Pajaradju.

00:00:32.415 --> 00:00:36.850
Я старший руководитель
в группе миграции данных.

00:00:36.850 --> 00:00:41.260
Наша группа, ответственное
для всех видов миграция данных

00:00:41.260 --> 00:00:43.860
с внешнего платформ

00:00:43.860 --> 00:00:48.790
со старых серверов SQL
на современных платформах SQL.

00:00:48.790 --> 00:00:51.970
>> Да подтверждения.
>> И я ответственное за

00:00:51.970 --> 00:00:57.010
Обновление SQL Server, а также
Миграция на SQL Server, облака.

00:00:57.010 --> 00:00:58.180
>> Для охлаждения, awesome.

00:00:58.180 --> 00:00:58.690
Все права пойти дальше.

00:00:58.690 --> 00:01:01.570
>> Я я Akash [INAUDIBLE]
Диспетчер инженер по данным

00:01:01.570 --> 00:01:02.470
отдел миграции.

00:01:02.470 --> 00:01:06.990
Мы работаем с Raj
построение этих средств awesome.

00:01:06.990 --> 00:01:09.640
>> О ' кей, поэтому были рассмотрены
месяц назад рода появление

00:01:09.640 --> 00:01:11.260
Помощник по миграции данных,
исправить?

00:01:11.260 --> 00:01:11.790
>> Да.

00:01:11.790 --> 00:01:13.570
>> И выполните копирование.

00:01:13.570 --> 00:01:18.330
Поэтому последний раз мы представили довольно
он и говорил о здесь — это средство

00:01:18.330 --> 00:01:20.120
Вот изначально, что он делает.

00:01:20.120 --> 00:01:23.150
Сегодня что вы
будет ли нам Показать?

00:01:23.150 --> 00:01:25.240
>> Добро пожаловать в часть два,
Прежде всего.

00:01:25.240 --> 00:01:25.740
>> Часть 2?
>> Да.

00:01:25.740 --> 00:01:28.040
Во второй части переноса данных

00:01:28.040 --> 00:01:29.266
Серия помощника.

00:01:29.266 --> 00:01:32.406
В первом ряду
в первом видео

00:01:32.406 --> 00:01:37.896
Фактически мы представили вам
Помощник по миграции данных DMA 1.0.

00:01:37.896 --> 00:01:39.230
>> 1.0, Да.

00:01:39.230 --> 00:01:44.060
>> Что включить оценки
для перехода на продолжение

00:01:44.060 --> 00:01:44.790
серверные платформы.

00:01:44.790 --> 00:01:45.480
>> Да.

00:01:45.480 --> 00:01:47.350
>> И затем, в этом видео

00:01:47.350 --> 00:01:51.530
мы собираемся быть демонстрации
При миграции данных 2.0.

00:01:51.530 --> 00:01:53.375
>> Так мы уже до 2.0?

00:01:53.375 --> 00:01:53.940
>> Да, 2.0
>> Да.

00:01:53.940 --> 00:01:56.950
>> Уже до 2.1
только на прошлой неделе.

00:01:56.950 --> 00:01:58.110
>> Действительно? Zing!

00:01:58.110 --> 00:01:59.670
Итак, awesome, все права.

00:01:59.670 --> 00:02:04.610
>>, Это DMA 2.0 была выпущена
на саммите SQL PASS.

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
также как в локально из
SQL Server на виртуальной Машине Azure.

00:02:17.840 --> 00:02:18.843
>> Вас, хорошо для охлаждения.

00:02:18.843 --> 00:02:19.844
>> И сегодня,

00:02:19.844 --> 00:02:25.460
Как дать демонстрационный ролик будет Akash
миграции работает DMA.

00:02:25.460 --> 00:02:26.000
>> Приятный, ОК.

00:02:26.000 --> 00:02:26.620
>> Да.
>> Охлаждения.

00:02:26.620 --> 00:02:29.930
>>, Прежде чем мы перейдем
Я бы хотел,

00:02:29.930 --> 00:02:32.560
можно вернуться к концепции
Я бы хотел

00:02:32.560 --> 00:02:37.260
поговорить о воспроизведение наших
Область команды миграции данных.

00:02:37.260 --> 00:02:41.640
Как вы видите, он позволяет клиентам
для перемещения в современной платформы данных

00:02:41.640 --> 00:02:46.780
преимущество перед конкурентами
через бизнес-идеи.

00:02:46.780 --> 00:02:49.445
Как вы знаете,
с помощью анализа данных и

00:02:49.445 --> 00:02:52.408
а также начальные
Усовершенствования обучения

00:02:52.408 --> 00:02:56.050
полностью меняет способ
что мы будем рады данные.

00:02:56.050 --> 00:03:01.260
Вы знаете представлений данных очень
ключевой аспект для бизнеса.

00:03:01.260 --> 00:03:06.830
И в настоящее время
Указанный бизнеса

00:03:06.830 --> 00:03:11.890
Чтобы получить представление о данных
а также как использовать эти данные

00:03:11.890 --> 00:03:15.860
Чтобы действительно изменить методы,
они работают с клиентами.

00:03:15.860 --> 00:03:18.830
Они так, они показывают
возможности для клиентов.

00:03:18.830 --> 00:03:19.870
>> О ' кей.
>> Таким образом свои приложения и

00:03:19.870 --> 00:03:20.860
их деятельности.

00:03:20.860 --> 00:03:23.570
>> Право.
>>, И поэтому платформа данных Майкрософт

00:03:23.570 --> 00:03:26.030
в области
данные развитие, право?

00:03:26.030 --> 00:03:31.520
>> Так в группе миграции данных, наши
целью является разрешение этих клиентов

00:03:31.520 --> 00:03:33.670
Поэтому миграция современной платформы

00:03:33.670 --> 00:03:39.750
что действительно сосредотачивать клиентов
Для получения конкурентного преимущества

00:03:39.750 --> 00:03:41.000
через бизнес-идеи
>> Да.

00:03:41.000 --> 00:03:42.450
>> Так, чтобы он довольно наша цель.

00:03:42.450 --> 00:03:43.050
>> О ' кей.
>> Т

00:03:43.050 --> 00:03:47.750
Выравнивание с нашей цели, теперь у нас есть
Данный помощник по миграции данных

00:03:48.860 --> 00:03:54.560
главным образом сокращает усилия, прежде чем
обновление для серверов SQL.

00:03:54.560 --> 00:03:58.050
Поэтому она имеет два потока работ
такой оценки, и

00:03:58.050 --> 00:03:59.375
другой-миграции.

00:03:59.375 --> 00:03:59.890
>> О ' кей.

00:03:59.890 --> 00:04:05.370
>>, В процессе оценки
Мы действительно автоматизации ранее

00:04:05.370 --> 00:04:10.750
вручную и
а также весьма затруднительным процессом

00:04:10.750 --> 00:04:15.120
проверки статических базы данных
код для изменения поломки.

00:04:15.120 --> 00:04:16.570
>> Да, и мы увидели, что последний раз.

00:04:16.570 --> 00:04:19.060
Ускорителя указано здесь, если вы
Обновление этой версии этого

00:04:19.060 --> 00:04:21.320
что нужно поломки версии
изменения, и мы рекомендуем.

00:04:21.320 --> 00:04:22.120
>> Да.

00:04:22.120 --> 00:04:23.300
>>, В процессе миграции

00:04:23.300 --> 00:04:27.680
мы сделали это, теперь люди
можно перенести свои данные

00:04:27.680 --> 00:04:31.170
схемой и их SQL server
имена пользователей и имена входа Windows.

00:04:31.170 --> 00:04:33.560
>> О ' кей.
>> В современных версиях SQL server

00:04:33.560 --> 00:04:36.430
а также SQL server
под управлением виртуальной Машины в облаке.

00:04:36.430 --> 00:04:37.240
>> Облака ВМ, хорошо.

00:04:37.240 --> 00:04:38.940
>> Это что-то, наши
кэш будет можно запустить демонстрацию.

00:04:38.940 --> 00:04:40.900
>> Это,
вид двух этапов.

00:04:40.900 --> 00:04:42.450
Вот оценки. Правильно?

00:04:42.450 --> 00:04:42.790
И

00:04:42.790 --> 00:04:45.930
Если мы хотим выполнить миграцию, а затем
Продолжить и перейти вправо?

00:04:45.930 --> 00:04:47.230
Схема и данные.

00:04:47.230 --> 00:04:48.180
Имена входа и Да.

00:04:48.180 --> 00:04:49.370
>> Данных, Да.
>> Охлаждения.

00:04:49.370 --> 00:04:50.150
Awesome.

00:04:50.150 --> 00:04:52.822
WOW, который был гораздо
работы в один месяц.

00:04:52.822 --> 00:04:54.170
>> [ХОХОЧЕМ], точно.

00:04:54.170 --> 00:04:58.040
>> И на самом деле, мы даже отгружены 2.1
только после прохода в течение двух недель.

00:04:58.040 --> 00:05:01.130
Мы получили много требует от клиентов
где они о том, что Эй,

00:05:01.130 --> 00:05:03.980
Это средство работает отлично, когда
Я связывание базы данных.

00:05:03.980 --> 00:05:06.210
Но после оценки
как и сотни баз данных

00:05:06.210 --> 00:05:08.570
Затем нужно что-то вроде
сценарий автоматизации.

00:05:08.570 --> 00:05:10.832
Поэтому мы сразу же включен
в команде для оценки и

00:05:10.832 --> 00:05:13.740
Мы Авто отгружен, 2.1, и
Я собираюсь сделать больше этого.

00:05:13.740 --> 00:05:14.570
>> Sweet ОК, word.

00:05:14.570 --> 00:05:16.600
Право это время демонстрации?

00:05:16.600 --> 00:05:19.300
>> Это время демонстрации
захватывающие период действительности.

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

00:05:20.370 --> 00:05:24.570
>> Да Да
Позвольте мне открыть помощник по миграции.

00:05:24.570 --> 00:05:29.460
Поэтому уже находится в
Центр загрузки той же связи.

00:05:29.460 --> 00:05:32.443
Существующие клиенты могут
просто используйте обновления MSI.

00:05:32.443 --> 00:05:35.540
>> Да, я думаю, вам необходимо
Выйдите из презентации.

00:05:35.540 --> 00:05:37.130
Да, дальше.

00:05:37.130 --> 00:05:39.490
И затем дальше, модель идеально подходит.

00:05:39.490 --> 00:05:40.590
>> Хорошо что у нас есть его.

00:05:40.590 --> 00:05:42.520
Да, сейчас
последний раз, я продемонстрировал в этой демонстрации

00:05:42.520 --> 00:05:43.940
Такая миграция была в ближайшее время.

00:05:43.940 --> 00:05:44.950
Теперь он уже существует.

00:05:44.950 --> 00:05:47.100
Позвольте мне начать проект миграции.

00:05:47.100 --> 00:05:49.390
Назовем ее GetToSQL попытку.

00:05:49.390 --> 00:05:50.430
И создать.

00:05:50.430 --> 00:05:53.778
>> Вы сделали просто миграции или
у этого

00:05:53.778 --> 00:05:56.157
как выбрать миграции?

00:05:56.157 --> 00:05:58.680
Он делает оценку
по умолчанию?

00:05:58.680 --> 00:06:01.470
>> Хороший вопрос.
По сути рекомендуется всегда

00:06:01.470 --> 00:06:05.330
для выполнения оценки в первую очередь, до
Узнайте все эти критические изменения.

00:06:05.330 --> 00:06:08.390
А затем придумать план
Чтобы устранить эти критические изменения.

00:06:08.390 --> 00:06:12.860
После миграции базы данных
до целевой версии

00:06:12.860 --> 00:06:15.530
Затем можно применить те
исправления, прежде чем открыть вашего

00:06:15.530 --> 00:06:16.350
базы данных для [INAUDIBLE].

00:06:16.350 --> 00:06:18.840
>> Так, миграции
не будет делать оценки?

00:06:18.840 --> 00:06:21.630
>> Нет, мы не применяется
Оценка во время миграции.

00:06:21.630 --> 00:06:22.610
>> О ' кей.
>>, Но мы не рекомендуем

00:06:22.610 --> 00:06:23.540
Оценка перед этим.

00:06:23.540 --> 00:06:25.500
>> Это два независимых
рабочие процессы на этом этапе, но

00:06:25.500 --> 00:06:27.380
Рекомендуется всегда делать
с оценка в первую очередь.

00:06:27.380 --> 00:06:28.070
>> Первый справа.

00:06:28.070 --> 00:06:29.080
Да, это имеет смысл.

00:06:29.080 --> 00:06:34.760
>>, В данном случае
Я собираюсь Демонстрация миграции

00:06:34.760 --> 00:06:39.140
которых локально на сервере
SQL Azure виртуальной Машины, в облаке.

00:06:39.140 --> 00:06:42.066
А когда речь идет о миграции
текущий рабочий процесс

00:06:42.066 --> 00:06:45.070
он поддерживает всего сервера
Перенос сервера транзакций.

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
сервер, расположенный в облаке виртуальной Машины, но

00:07:31.030 --> 00:07:35.190
он подключен через express
направлять на наш [INAUDIBLE].

00:07:35.190 --> 00:07:38.889
Поэтому мы хотели бы убедиться в том, что у нас есть
Подключение виртуальной Машины на месте

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
Оно также сообщает, что ваш
жизненно необходим в свойстве target.

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
Me и пользователь, выполняющий MDMA
не требуется разрешение и

00:08:19.470 --> 00:08:21.110
попросите меня для этой папки

00:08:21.110 --> 00:08:23.820
Предоставленными расположение папки
у меня уже здесь.

00:08:23.820 --> 00:08:25.050
Что я уже создан.

00:08:25.050 --> 00:08:26.210
Желательно общий сетевой ресурс.

00:08:26.210 --> 00:08:29.920
Однако; При необходимости можно
всегда выбрал этой копии базы данных

00:08:29.920 --> 00:08:32.380
где можно указать параметр
двух разных местах.

00:08:32.380 --> 00:08:35.220
И в данном случае MDMA
Выполняет операцию копирования.

00:08:35.220 --> 00:08:38.160
Но в то же время сейчас
необходимых пользователю на MDMA

00:08:38.160 --> 00:08:39.510
разрешение на это для результатов.

00:08:39.510 --> 00:08:41.870
>> О ' кей.
>> Не рекомендуется делать это

00:08:41.870 --> 00:08:44.960
так как он представляет
другой шаг сбоя.

00:08:46.110 --> 00:08:47.790
И это замедляет работу.

00:08:47.790 --> 00:08:52.150
Поэтому сценарий где клиентов
может потребоваться, если они

00:08:52.150 --> 00:08:55.090
нет отдельной папки
где оба источника и

00:08:55.090 --> 00:08:56.900
данные можно получить к нему доступ.

00:08:56.900 --> 00:08:58.470
Затем они могут выполняют эту копию.

00:08:58.470 --> 00:09:00.720
>> Да, поэтому
он будет скопировать в одно место

00:09:00.720 --> 00:09:04.270
MDMA будет скопируйте его на другой
место где сервер облака.

00:09:05.360 --> 00:09:09.740
Как насчет копирование
Azure хранилища BLOB-данных, например.

00:09:09.740 --> 00:09:13.400
И я полагаю, что это зависит от
Тип резервной копии, которую мы делаем.

00:09:13.400 --> 00:09:15.370
>> Да, это полный
резервная копия базы данных, фактически.

00:09:15.370 --> 00:09:16.160
>> О ' кей.
>> И в настоящее время

00:09:16.160 --> 00:09:19.865
Вы не получите резервных копий
URL-адрес облака.

00:09:19.865 --> 00:09:21.572
>> О ' кей.
>> Это просто kind обратно ИБП

00:09:21.572 --> 00:09:23.835
происходит в локальный журнал и
сеть.

00:09:23.835 --> 00:09:26.155
>> Первоначально помните, что я упомянул
что поддерживает сценарии

00:09:26.155 --> 00:09:28.495
Этот express разъем.

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
где мы собираемся
производить резервное копирование в большой двоичный объект.

00:09:37.340 --> 00:09:38.735
>> Давайте предположим, что можно перейти к SQL

00:09:38.735 --> 00:09:39.420
[INAUDIBLE]
>> SQL.

00:09:39.420 --> 00:09:40.820
>> Даже после
даже не подключен.

00:09:40.820 --> 00:09:41.430
>> О ' кей.
>> Таким образом,

00:09:41.430 --> 00:09:44.193
Вот что мы будем работать в будущем
Однако сегодня она не поддерживает.

00:09:44.193 --> 00:09:45.276
>> О ' кей.
>> В то же время

00:09:45.276 --> 00:09:48.379
Просто обеспечить этого места
и сказать, далее, но в то же время

00:09:48.379 --> 00:09:50.967
Можно даже перейти к базе данных и
Корректировка этих параметров

00:09:50.967 --> 00:09:52.393
как изменить имя базы данных.

00:09:52.393 --> 00:09:55.046
Если вы заметили с одинаковыми
Здесь есть копирует расположение.

00:09:55.046 --> 00:09:57.708
Можно изменить файл данных и
расположение файлов журнала.

00:09:57.708 --> 00:09:59.239
Сейчас я не изменит ничего.

00:09:59.239 --> 00:10:01.850
Достаточно будет перейти с параметрами по умолчанию
что я выбрал DM.

00:10:01.850 --> 00:10:03.590
И позвольте мне нажмите кнопку Далее.

00:10:03.590 --> 00:10:06.235
Теперь Вот где он применяет все
параметры для каждой базы данных

00:10:06.235 --> 00:10:08.657
все проверки, такие как
[INAUDIBLE] уже существует или нет.

00:10:08.657 --> 00:10:10.389
Добавьте разрешения, правильно или нет.

00:10:10.389 --> 00:10:11.998
Мы попытаемся сделать [INAUDIBLE]
Восстановление только и

00:10:11.998 --> 00:10:13.434
увидеть ли восстановление
будет успешным или

00:10:13.434 --> 00:10:15.040
не в будущем один раз
выполняется резервное копирование.

00:10:15.040 --> 00:10:16.710
Поэтому он будет выполнять все эти проверки.

00:10:16.710 --> 00:10:20.000
Теперь, после успешной проверки
в нем перечислены на всех имен входа.

00:10:20.000 --> 00:10:23.447
Теперь для каждого имени входа на этот источник
сервер, он сообщает мне тип входа в систему

00:10:23.447 --> 00:10:27.123
по умолчанию, он имеет статус
будет ли оно включено или

00:10:27.123 --> 00:10:27.706
отключена.

00:10:27.706 --> 00:10:32.674
И в то же время
предоставляет свои собственные идеи

00:10:32.674 --> 00:10:36.830
является ли данное имя входа
можно переместить или нет.

00:10:36.830 --> 00:10:39.010
Его о том, что все эти
имена входа будут готовы перейти.

00:10:39.010 --> 00:10:42.120
Но при прокрутке вниз,
Существуют следующие четыре имена входа.

00:10:42.120 --> 00:10:43.790
Один SQL четыре Логины Windows.

00:10:43.790 --> 00:10:47.194
И получаю сообщение, что это имя входа уже
существует на целевом сервере.

00:10:47.194 --> 00:10:47.970
>> О ' кей.

00:10:47.970 --> 00:10:50.520
>> Так как для
Пример по здесь я пользователя и

00:10:50.520 --> 00:10:52.100
Я пользователя на конечном компьютере.

00:10:52.100 --> 00:10:55.050
Но это MDM,
то не выбрано по умолчанию.

00:10:55.050 --> 00:10:57.308
Тем не менее вы можете
Чтобы перенести это.

00:10:57.308 --> 00:10:59.955
И какие [INAUDIBLE] сделать
что он выполняет миграцию учетных записей,

00:10:59.955 --> 00:11:02.051
он будет хранить ваши цели
имена входа как есть, но

00:11:02.051 --> 00:11:05.194
он переносит защищаемые объекты и
она будет отображать изолированных пользователей и

00:11:05.194 --> 00:11:07.980
Затем он может [перекрестных ПОМЕХ]
>> О ' кей, поэтому он не приведет к удалению

00:11:07.980 --> 00:11:12.152
имена входа, но он будет все
Защищаемые объекты и объекты, например.

00:11:12.152 --> 00:11:15.474
>> Да, они будут повторно сопоставлены
уже существующих имен входа на

00:11:15.474 --> 00:11:16.610
на целевом компьютере.

00:11:16.610 --> 00:11:19.752
Поэтому мы не нарушая существующего
приложения на сервере назначения

00:11:19.752 --> 00:11:20.587
Если таковые имеются.

00:11:20.587 --> 00:11:23.344
И в то же время существует
Некоторые из которых являются SQL и

00:11:23.344 --> 00:11:26.282
говорят, что Эй не только что
миграции, они будут отключены.

00:11:26.282 --> 00:11:28.913
И в этот момент я просто нажмите кнопку
Кнопка запуска миграции, и

00:11:28.913 --> 00:11:30.550
Вот где Магия.

00:11:30.550 --> 00:11:34.810
Таким образом изначально что он будет делать это
выполняет миграцию всех баз данных в

00:11:34.810 --> 00:11:35.320
Программа Outlook.

00:11:35.320 --> 00:11:37.790
И после всех баз данных
выполняется миграция

00:11:37.790 --> 00:11:39.020
Мы начнем миграции
все имена входа.

00:11:39.020 --> 00:11:40.810
Поскольку для сопоставления пользователей

00:11:40.810 --> 00:11:43.700
он должен этих баз данных
должен быть установлен для этого.

00:11:43.700 --> 00:11:45.830
И это все делается
базы данных параллельно.

00:11:45.830 --> 00:11:48.617
Текущий уровень равно восьми,
устанавливаем конфигурационного файла, но

00:11:48.617 --> 00:11:51.250
Пользователи могут изменить его на основе
на на источнике и

00:11:51.250 --> 00:11:52.350
на целевом сервере.

00:11:52.350 --> 00:11:55.521
И может иметь несколько миграций
помогая parallel.

00:11:55.521 --> 00:11:57.470
И теперь он начнет
Миграция всех учетных записей.

00:11:57.470 --> 00:12:01.920
Красота этого процесса является
Имя входа миграции, миграция базы данных

00:12:01.920 --> 00:12:04.070
Несмотря на то, что вы видите
Здесь связаны друг с другом,

00:12:04.070 --> 00:12:06.140
они не связаны друг с другом
они являются независимыми.

00:12:06.140 --> 00:12:09.310
Например можно создать
рабочий процесс миграции и сказать:

00:12:09.310 --> 00:12:12.740
Эй у меня есть мой собственный автоматизации
сценарии переноса моих баз данных.

00:12:12.740 --> 00:12:14.430
Я просто нужен для миграции учетных записей.

00:12:14.430 --> 00:12:16.290
Можно выполнить миграцию вашей
База данных нужный способ.

00:12:16.290 --> 00:12:18.540
Вы находитесь здесь
Отменить выбор всех баз данных, и

00:12:18.540 --> 00:12:21.030
достаточно сказать, это имена входа я
необходимые для перехода вперед.

00:12:21.030 --> 00:12:24.170
Же относится к базам данных,
и пользователь может также выбрать.

00:12:24.170 --> 00:12:27.550
Так что это, как правило, сценарий которой
Мы Обратите внимание, что многие люди

00:12:27.550 --> 00:12:31.200
они выполняются с частичной миграции
и теперь застряла, как здесь.

00:12:31.200 --> 00:12:34.018
Здесь есть некоторые имена входа
Некоторые имена входа там, здесь некоторые дБ

00:12:34.018 --> 00:12:34.860
Некоторые там.

00:12:34.860 --> 00:12:36.410
Что делать в данный момент?

00:12:36.410 --> 00:12:39.165
Можно перейти и решения
все эти имена для вас.

00:12:39.165 --> 00:12:40.793
>> О ' кей.
>>, Подобный сценарий

00:12:40.793 --> 00:12:41.751
где вы.

00:12:41.751 --> 00:12:46.060
>> Что произойдет, если любой из
Миграция базы данных или что-нибудь

00:12:46.060 --> 00:12:50.830
происходит сбой, это параллельно, поэтому нет
все или ничего, я предполагаю.

00:12:50.830 --> 00:12:54.340
Если по какой-либо сбой одного миграции
Причина, остальные будут переноситься и

00:12:54.340 --> 00:12:56.800
затем укажите
Эй это не удалось из-за x.

00:12:56.800 --> 00:12:57.330
>> Да.

00:12:57.330 --> 00:12:59.230
>> Их можно продолжить работу с
хранилище миграции данных.

00:12:59.230 --> 00:12:59.730
>> О ' кей.
>> Да.

00:12:59.730 --> 00:13:01.537
Это Наилучшая попытка этот момент,

00:13:01.537 --> 00:13:04.043
Если сбой одного
Мы по-прежнему продолжают, так как каждый 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
завершить, но все, что один раз
Это сделано, можно экспортировать его, и

00:13:13.121 --> 00:13:15.288
он будет иметь все подробные
отчет неудавшегося действия

00:13:15.288 --> 00:13:17.423
Показать что успешно выполнено
что-то в пользовательском Интерфейсе сам.

00:13:17.423 --> 00:13:18.110
>> Хорошо охлаждения.

00:13:18.110 --> 00:13:21.590
>> Таким образом что хорошо является то, что
Когда дело доходит до переноса данных

00:13:21.590 --> 00:13:24.220
сайт, вы просто не
Миграция баз данных.

00:13:24.220 --> 00:13:27.300
Дело в другой

00:13:27.300 --> 00:13:30.060
который объектов сервера
приложения зависят от.

00:13:30.060 --> 00:13:32.910
Например, в этом случае
имена входа, правом?

00:13:32.910 --> 00:13:35.430
И в будущем освобождает мы
требуется добавить дополнительные объекты сервера

00:13:35.430 --> 00:13:38.340
к нему заданий агента SQL,
Пакеты служб 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 КБ
ядер, которые являются помощь,

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
>> Было только три недели,
Корпорация Майкрософт выпустила рабочего процесса миграции.

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
>> 7000 загрузки?

00:14:39.029 --> 00:14:40.070
>> Да, начиная с августа.

00:14:40.070 --> 00:14:40.954
>> Всего, или?

00:14:40.954 --> 00:14:41.828
>> Всего начиная с августа.

00:14:41.828 --> 00:14:45.600
>> О ' кей, начиная с августа,
Итак, очень хорошо.

00:14:45.600 --> 00:14:48.486
>>, Такая миграция может уйти некоторое время
время, так что будут делать во время

00:14:48.486 --> 00:14:51.596
Это продолжение, так как это
места, где он является сопоставление всех пользователей

00:14:51.596 --> 00:14:54.690
Назначение ролей и
в группах [INAUDIBLE] шаге 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
Если мы просто показать в основном все
[INAUDIBLE] мы может быть здесь снова.

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
который является версия пользовательского Интерфейса, и
Это версия командной строки.

00:15:25.620 --> 00:15:30.170
Как и с любой инструмент командной строки
можно просто ввести /?, или Справка и

00:15:30.170 --> 00:15:34.830
он предоставит подробные сведения
для использования данной конкретной программы.

00:15:34.830 --> 00:15:37.460
Таким образом, если взглянуть на флаги
Здесь он просто запрашивает то же

00:15:37.460 --> 00:15:40.570
вещь, указанный в Интерфейсе пользователя
только имя оценки, список

00:15:40.570 --> 00:15:43.730
все базы данных, где необходимо
обрабатывать каждую базу данных независимо друг от друга.

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

00:15:47.430 --> 00:15:51.240
Это восстановление автоматизации
его можно запустить в автоматическом режиме.

00:15:51.240 --> 00:15:53.900
Целевой платформы
Оценка проблем совместимости или

00:15:53.900 --> 00:15:57.690
не учитывая их рекомендации или
одновременно можно выбрать, если нужно.

00:15:57.690 --> 00:16:00.148
И это новое дело
что у нас есть в командлет,

00:16:00.148 --> 00:16:02.564
можно экспортировать в
результаты в формате JSON.

00:16:02.564 --> 00:16:05.024
И я покажу вам, почему это очень
существенно важным фактически при его

00:16:05.024 --> 00:16:06.210
приходит сценарий автоматизации.

00:16:06.210 --> 00:16:08.340
Это, в частности, это
Конечно же случае и

00:16:08.340 --> 00:16:11.250
Затем он предоставляет дополнительные примеры
Например, запустите средство для

00:16:11.250 --> 00:16:14.310
одна база данных, несколько
в базах данных, проверку подлинности SQL, и

00:16:14.310 --> 00:16:16.090
Предоставляет примеры
Краткое руководство.

00:16:16.090 --> 00:16:19.650
Я сделал это, на внутреннем уровне
При работе с разными группами

00:16:19.650 --> 00:16:23.880
в корпорации Майкрософт мы фактически
Создать сценарий PowerShell

00:16:23.880 --> 00:16:27.130
который обтекает это
определенной программы.

00:16:27.130 --> 00:16:28.520
Сейчас,

00:16:28.520 --> 00:16:31.990
Я просто жестко запрограммировал что нужно
как Мои входные аргументы здесь.

00:16:31.990 --> 00:16:35.240
И в этой конкретной демонстрации я
предстоит оценить эти девять базы данных

00:16:35.240 --> 00:16:38.630
что нужно для оценки
проблемы совместимости и

00:16:38.630 --> 00:16:41.270
Вывод результатов в формате JSON.

00:16:41.270 --> 00:16:45.367
Если доступны результаты
У меня есть сценарий импорта JSON через

00:16:45.367 --> 00:16:49.333
здесь, который требуется импортировать
Это в таблицу SQL SQL DB.

00:16:49.333 --> 00:16:49.980
>> Интересный, все в порядке.
>>, А затем

00:16:49.980 --> 00:16:52.850
можно попросить все виды вопросов
что необходимо для этой таблицы и

00:16:52.850 --> 00:16:54.490
Получите все виды идеи из их.

00:16:54.490 --> 00:16:57.622
>> По сути он дает
обобщенное представление и SQL.

00:16:57.622 --> 00:17:00.580
>> Да здорово, все в порядке.

00:17:00.580 --> 00:17:04.430
>> Позвольте мне сразу же
в данный момент выполнения сценария.

00:17:04.430 --> 00:17:09.866
>> Теперь я заметил, что те,
Список строк подключения

00:17:09.866 --> 00:17:13.040
они просто пробел?

00:17:13.040 --> 00:17:15.470
>> Да, это пробел, Да.

00:17:15.470 --> 00:17:19.260
Поскольку начало внутренне не
Создайте оценку продукта.

00:17:19.260 --> 00:17:21.080
Он рассматривает базы данных независимо друг от друга.

00:17:21.080 --> 00:17:23.480
Таким образом может иметь две базы данных
из двух серверов.

00:17:23.480 --> 00:17:25.790
Поэтому он предлагает для
подключение потока для каждого из них.

00:17:25.790 --> 00:17:29.870
А затем, как только она оценивает все
[INAUDIBLE] требуется импортировать

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
Предположим, в верхней части отчета питания бизнес-Аналитики
и напишите запросы и

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
Я перейти существует запись в блоге active или
его блог помощник по миграции.

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
>> Да.
[INAUDIBLE] Итак, например,

00:19:21.867 --> 00:19:26.408
его о том, что, позвольте мне развернуть это.

00:19:39.730 --> 00:19:44.040
>> По сути он присваивает все
список серверов SQL

00:19:44.040 --> 00:19:46.101
список баз данных и

00:19:46.101 --> 00:19:50.695
затем список этих проблем
вызывается через DMA и

00:19:50.695 --> 00:19:55.517
также использовать изменение [перекрестных ПОМЕХ]
>> Ли это изменение нарушениях,

00:19:55.517 --> 00:19:58.511
является ли другой
Рекомендуется использовать функцию или является.

00:19:58.511 --> 00:20:03.530
>> Таким образом, сценарий здесь фактически
выполнили оценку в то же время?

00:20:03.530 --> 00:20:04.640
>> Да.
>>, Рода принудительно

00:20:04.640 --> 00:20:05.450
Оценка.

00:20:05.450 --> 00:20:07.960
>> Hm.
>> И затем миграции.

00:20:07.960 --> 00:20:08.760
Или вы сделали миграции сначала?

00:20:08.760 --> 00:20:09.570
>> Но.
Не делать миграции.

00:20:09.570 --> 00:20:10.620
Он just.did оценки.

00:20:10.620 --> 00:20:11.404
>> Вы только что выполнили оценку?

00:20:11.404 --> 00:20:12.195
>> Он фактически заполнен.

00:20:12.195 --> 00:20:14.750
Причина в том, что произошло, является
Я бы эту вещь, которой я не

00:20:14.750 --> 00:20:15.348
быть в состоянии под сомнением.

00:20:15.348 --> 00:20:19.000
Все данные для только что снят
мне.

00:20:19.000 --> 00:20:21.109
Позвольте мне так быстро
выполнить оценку и

00:20:21.109 --> 00:20:23.848
Дайте мне выполнять эти запросы и
Показать некоторые идеи.

00:20:23.848 --> 00:20:28.406
>> Таким образом можно также использовать этот затем
скажем, затем выполнить миграцию также?

00:20:28.406 --> 00:20:31.075
>> Нет, сегодня нет, но мы сделаем это.

00:20:31.075 --> 00:20:35.100
>> О ' кей, поэтому только командную строку
Выполняет оценку или миграции.

00:20:35.100 --> 00:20:37.791
>>, Как и совместимость
Оценка, где он сообщает

00:20:37.791 --> 00:20:39.291
Вы критические изменения и

00:20:39.291 --> 00:20:42.678
также можно просмотреть функции
также для оценки рекомендаций.

00:20:42.678 --> 00:20:46.395
Таким образом можно будет знать, какие функции
действительно можно использовать при переходе

00:20:46.395 --> 00:20:49.242
к цели вы
будет использовать преимущества.

00:20:49.242 --> 00:20:52.662
>> Это, является тот же запрос, я.

00:20:52.662 --> 00:20:53.825
Рассмотрим, к примеру.

00:20:53.825 --> 00:20:54.445
Он говорит

00:20:54.445 --> 00:20:57.165
Эй вызвать ошибку этой конкретной DB-
>> Да.

00:20:57.165 --> 00:20:58.245
>> Для перехода от 90 до 10.

00:20:58.245 --> 00:21:00.155
Есть только одна проблема.

00:21:00.155 --> 00:21:01.805
>> И даже при переходе на
уровень совместимости 130 просто

00:21:01.805 --> 00:21:03.205
одна проблема в решении и все готово.

00:21:03.205 --> 00:21:05.007
>> Да.
>> В то время как база данных costliest

00:21:05.007 --> 00:21:08.230
Чтобы получить SQL, у меня есть
который имеет около 16 проблемы.

00:21:08.230 --> 00:21:10.950
Тем не менее если заказать
на основе количества затронутых

00:21:10.950 --> 00:21:13.770
объекты, которые фактически
объем работы, которую необходимо сделать,

00:21:13.770 --> 00:21:15.010
Это в обратном направлении.

00:21:15.010 --> 00:21:17.607
Не в обратном направлении, но
он говорит, что с этой конкретной пустой

00:21:17.607 --> 00:21:19.426
Наибольшее число
объекты, необходимые для ее исправления.

00:21:19.426 --> 00:21:22.067
В то время как даже получить доступ к SQL
Число вопросов было больше.

00:21:22.067 --> 00:21:23.555
Число объектов, которые меньше.

00:21:23.555 --> 00:21:26.245
Теперь это просто очень
простой запрос, запустить, но

00:21:26.245 --> 00:21:29.965
Представьте себе все эти данные,
Вы получаете в структурированном виде.

00:21:29.965 --> 00:21:31.627
Можно создавать отчеты, все виды

00:21:31.627 --> 00:21:34.790
как мы уже видели внутренних рабочих групп
давая оценку для этой базы данных.

00:21:34.790 --> 00:21:36.180
>> Да.
>> Рейтинг их в порядке.

00:21:36.180 --> 00:21:37.560
>> Право.
>> Показатель, предоставляя

00:21:37.560 --> 00:21:38.960
то, что они вызывают
как оценка показателя.

00:21:38.960 --> 00:21:40.350
Как это готовности более.

00:21:40.350 --> 00:21:41.560
>> Еще бы.
>> Для последней версии платформы.

00:21:41.560 --> 00:21:43.960
А затем построить на
Получение всего плана.

00:21:43.960 --> 00:21:45.320
>> Ну это действительно так,
Можно также вызвать знать?

00:21:45.320 --> 00:21:47.940
Можно просмотреть, или может быть
убрать его и создавать BI питания.

00:21:47.940 --> 00:21:49.010
>> Да.
>> На переднем плане, правой?

00:21:49.010 --> 00:21:50.290
>> Точно.
>> На панели мониторинга и перейти,

00:21:50.290 --> 00:21:52.290
Вот довольно способ
Посмотрите на это право.

00:21:52.290 --> 00:21:55.818
Но что неплохо здесь является то, что
Вот это отличный способ, очень быстро

00:21:55.818 --> 00:21:57.047
Чтобы получить оценку.

00:21:57.047 --> 00:21:58.620
Чтобы получить то же
сведения в программе.

00:21:58.620 --> 00:22:00.070
>> Право.
>> Или средство оценки.

00:22:00.070 --> 00:22:02.917
>> Да.
>> Если я фанатичных парень PowerShell

00:22:02.917 --> 00:22:05.820
или команды, это можно также сделать.

00:22:05.820 --> 00:22:06.960
>> Она действительно помогает клиентам

00:22:06.960 --> 00:22:09.660
Определение приоритетов их миграции
по существу.

00:22:09.660 --> 00:22:12.870
>> Один из самых серьезных проблем, но
Мне нравится тот факт, что у меня есть способ

00:22:12.870 --> 00:22:16.880
Это и визуализировать результаты,
все это очень здорово.

00:22:16.880 --> 00:22:19.900
>> В итоге важнее
где он оставляет одну точку

00:22:19.900 --> 00:22:21.490
Вы получаете много
обратная связь от средств.

00:22:21.490 --> 00:22:24.230
Итак у нас есть раздел и формы
где пользователи могут отправлять отзывы.

00:22:24.230 --> 00:22:26.490
И мы получили много нас из
клиентов, где они запросом

00:22:26.490 --> 00:22:29.590
Это, так почему бы не сказали
Давайте предоставить это.

00:22:29.590 --> 00:22:32.130
>> Охлаждения,
Вернемся к оценки

00:22:32.130 --> 00:22:32.980
увидеть, если закончится оценки.

00:22:32.980 --> 00:22:33.660
Миграции.

00:22:33.660 --> 00:22:36.490
>> Да, кажется, что миграция
все происходит в данный момент.

00:22:36.490 --> 00:22:38.810
Миграция всех учетных записей
успешно и

00:22:38.810 --> 00:22:41.140
Конечно можно экспортировать для.

00:22:41.140 --> 00:22:44.510
>>, В данный момент
Мы предоставляем, как отчет в формате CSV.

00:22:44.510 --> 00:22:48.090
Действительно ли хранить состояние
против миграции.

00:22:48.090 --> 00:22:51.330
Если вы хотите вернуться назад и
Просмотрите последний момент времени.

00:22:51.330 --> 00:22:55.068
Можно всегда использовать этот отчет 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
Откройте его в Microsoft Excel.

00:23:15.120 --> 00:23:19.670
Можно поместить фильтр на нем, сохраните его
у XLXX, а затем все это.

00:23:19.670 --> 00:23:21.310
>> Можно использовать
возможности Microsoft Excel.

00:23:23.000 --> 00:23:24.750
>> По сути почти получить
то же самое, полученного в SQL

00:23:24.750 --> 00:23:25.332
результаты.

00:23:25.332 --> 00:23:26.993
>> Точно.

00:23:26.993 --> 00:23:28.110
>> Да. Да.

00:23:28.110 --> 00:23:28.990
>> Это очень мощный.

00:23:28.990 --> 00:23:29.890
Мне нравится это.

00:23:29.890 --> 00:23:33.335
Таким образом, не только можно сделать оценку
по-разному разными способами

00:23:33.335 --> 00:23:36.270
Теперь для визуализации и сделать его
как вы сказали, сделать его очень легко,

00:23:37.950 --> 00:23:41.290
Да, приоритет которой
один требуется перенести.

00:23:41.290 --> 00:23:44.010
Но теперь также можно сделать
Миграция также.

00:23:44.010 --> 00:23:45.670
>> На правильный.
>> Очень здорово.

00:23:45.670 --> 00:23:46.880
>> Gentlemen, это просто великолепно,

00:23:46.880 --> 00:23:48.490
Очень благодарен вашей
за время, спасибо.

00:23:48.490 --> 00:23:50.932
Мы ожидаем, версия 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
какие другие awesome видеть
то, что вы делаете.

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 Рассылки.

00:24:11.390 --> 00:24:14.180
Адрес электронной почты
dmafeedback.Microsoft.com.

00:24:14.180 --> 00:24:16.140
Пользователи могут отправлять сообщения электронной почты на него.

00:24:16.140 --> 00:24:18.750
Но также в программе есть
Средство обратной связи.

00:24:18.750 --> 00:24:20.383
Пользователь может отправить отзыв
с тем же успехом.

00:24:20.383 --> 00:24:21.467
>> Отлично, хорошо, хорошо.

00:24:21.467 --> 00:24:23.852
Все права, поэтому
все начать загрузку и

00:24:23.852 --> 00:24:26.720
начать перенос баз данных,
Вот что нам нужно.

00:24:26.720 --> 00:24:28.380
>> Все права.
>> Эй, Спасибо за все поступающие.

00:24:28.380 --> 00:24:30.830
И всем Спасибо за просмотр,
и мы увидим, следующий раз.

00:24:30.830 --> 00:24:31.380
>> Спасибо.
>> Спасибо.

00:24:31.380 --> 00:24:31.880
Пока.

00:24:31.880 --> 00:24:41.880
[МУЗЫКА]