WEBVTT

00:00:00.000 --> 00:00:09.686
[MÚSICA]

00:00:13.045 --> 00:00:15.590
Bem-vindo ao outro todos
episódio interessante de dados expostos.

00:00:15.590 --> 00:00:16.470
Sou seu anfitrião, Scott Klein.

00:00:16.470 --> 00:00:18.580
E comigo hoje
são dois convidados awesome.

00:00:18.580 --> 00:00:20.200
Portanto, vou tê-los
apresentassem.

00:00:20.200 --> 00:00:21.210
Então, por que não ir primeiro?

00:00:21.210 --> 00:00:22.310
E, em seguida, passaremos para você.

00:00:22.310 --> 00:00:25.540
>> Tudo bem, Olá,
Meu nome é que sou gerente de programa na

00:00:25.540 --> 00:00:29.540
a equipe de experimentação de banco de dados
dentro do grupo de dados.

00:00:29.540 --> 00:00:30.210
>> OK.

00:00:30.210 --> 00:00:31.520
>> Meu nome de Kurtutlil de Denay

00:00:31.520 --> 00:00:34.050
Sou um gerente de engenharia em
a equipe de testes de dados.

00:00:34.050 --> 00:00:35.410
>> OK, excelente, portanto
Obrigado por sua presença.

00:00:35.410 --> 00:00:36.330
É nosso prazer tê-lo.

00:00:36.330 --> 00:00:37.900
>> BOM em conhecer, Scott.

00:00:37.900 --> 00:00:40.470
>> Então, nós já ouvimos muito sobre,
Tive algumas pessoas comunicar-se aqui

00:00:40.470 --> 00:00:43.350
sobre os assistentes de migração de dados
e todos esses tipos de coisas.

00:00:43.350 --> 00:00:46.140
Mas quem nunca ouviu falar do
Assistente de experimentação de banco de dados.

00:00:46.140 --> 00:00:47.320
>> Que 's porque ele é novo.

00:00:47.320 --> 00:00:49.500
>> Tudo bem, boa,
em seguida, informe [DIVERTIDO]-lo.

00:00:49.500 --> 00:00:51.250
O que é isto?

00:00:51.250 --> 00:00:56.270
>> É, na verdade, uma ferramenta muito nova
para ajudar os clientes a migrar do

00:00:57.390 --> 00:01:00.870
uma versão anterior do SQL Server
para uma versão superior.

00:01:00.870 --> 00:01:02.860
Portanto, você deve ter ouvido falar de
auxiliar de migração de dados e

00:01:02.860 --> 00:01:04.910
outra irmã ferramentas.

00:01:04.910 --> 00:01:08.560
Este é um tipo de
um suplemento que.

00:01:08.560 --> 00:01:11.160
Assim, você ouviu de A / B teste?

00:01:11.160 --> 00:01:11.740
>> Muito bem.

00:01:11.740 --> 00:01:14.190
>> Para isso é A / B para o teste
sistemas de banco de dados.

00:01:14.190 --> 00:01:15.440
>> OK.
>>, É isso que ele é.

00:01:15.440 --> 00:01:18.630
As pessoas têm, como você pode ver
a maioria dos nossos clientes SQL

00:01:18.630 --> 00:01:21.350
está em 2008 ou abaixo e
eles desejam ir para 2016.

00:01:21.350 --> 00:01:25.060
E existe hoje está hesitante e
migrando devido à complexidade e

00:01:25.060 --> 00:01:26.780
os riscos envolvidos nela.

00:01:26.780 --> 00:01:28.260
>> OK.
>> Assim, com essa ferramenta será

00:01:28.260 --> 00:01:32.400
é possível obter qualquer, Noções básicas sobre qualquer
quebra e alterações que acompanham ou

00:01:32.400 --> 00:01:34.730
mesmo uma desempenho
implicações que podem vir

00:01:34.730 --> 00:01:36.760
Quando eles se moverem para uma versão mais recente.

00:01:36.760 --> 00:01:39.720
E eles podem fazer upgrade para a mais recente
versão muito mais com muito

00:01:39.720 --> 00:01:40.497
mais confiança.

00:01:40.497 --> 00:01:44.940
>> Correto,
Vou colocá-lo no local.

00:01:44.940 --> 00:01:48.630
Mas não o Assistente de migração
também fazer uma análise do Ei,

00:01:48.630 --> 00:01:50.220
alterações significativas e
coisas como essa?

00:01:50.220 --> 00:01:53.000
>> Tipo de Assistente de migração de
de fazer muito mais semelhante a uma função

00:01:53.000 --> 00:01:54.450
espaçamento de tipo de mecanismo de algo.

00:01:54.450 --> 00:01:56.600
Ele realmente não faz
uma comparação da carga de trabalho.

00:01:56.600 --> 00:01:59.430
Pense nisso como realmente
tentando examinar sua carga de trabalho

00:01:59.430 --> 00:02:00.990
em produção e

00:02:00.990 --> 00:02:03.650
tentando ver como sua carga de trabalho
Execute em uma versão mais recente.

00:02:04.670 --> 00:02:08.040
Atualização é um cenário para nós, mas
Você pode pensar nisso como fazer muitas

00:02:08.040 --> 00:02:11.530
diferentes tipos de experimentos,
como ele pode fazer um recurso ativado e desativado.

00:02:11.530 --> 00:02:14.500
Como um DBA que deseja ativar
um recurso e um recurso.

00:02:14.500 --> 00:02:17.090
Então, é como se fosse
uma solução de teste genérica AB

00:02:17.090 --> 00:02:19.920
É um cenário maior
direita agora que podemos oferecer suporte.

00:02:19.920 --> 00:02:21.590
Mas o mesmo pode ser usado para
outros cenários muito.

00:02:21.590 --> 00:02:25.508
>> Para resumir, DMA realmente
faz análise de código estático.

00:02:25.508 --> 00:02:30.530
Mas como mencionei, não muito
mais na comparação de carga de trabalho

00:02:30.530 --> 00:02:32.240
usando cargas de trabalho reais, também, à direita.

00:02:32.240 --> 00:02:32.850
>> OK.

00:02:32.850 --> 00:02:34.960
>>, Essa é uma delas.

00:02:34.960 --> 00:02:36.320
OK, legal.

00:02:36.320 --> 00:02:37.990
>> Sim.
>> Há um ponto no tempo,

00:02:37.990 --> 00:02:38.940
outra pergunta carregada,

00:02:38.940 --> 00:02:42.030
Talvez um ponto no tempo em que esses
talvez se torne a mesma ferramenta?

00:02:42.030 --> 00:02:43.440
>> Existe.
>> Porque se sou um ISV e

00:02:44.620 --> 00:02:47.570
Eu disse tudo bem eu obtive executá-lo
ferramenta e o temos executar essa ferramenta.

00:02:47.570 --> 00:02:50.620
>> Sim, há muita terminamos
foi pensando sobre ele.

00:02:50.620 --> 00:02:52.440
Há uma grande probabilidade de
Essa opção para mesclar.

00:02:52.440 --> 00:02:53.970
>> OK.
>> Em termos de cenário.

00:02:53.970 --> 00:02:55.959
Mas agora, eles são
Basta separe ferramentas.

00:02:57.090 --> 00:02:59.240
Mas que tipo de conclusão
a migração intervent.

00:02:59.240 --> 00:02:59.760
>> Sim, OK.

00:02:59.760 --> 00:03:03.900
E isso faz sentido porque
como podemos afastar os,

00:03:03.900 --> 00:03:07.870
como dizer isso, estamos flush-o
>> As complexidades de cada ferramenta.

00:03:07.870 --> 00:03:09.930
>> As complexidades de cada ferramenta

00:03:09.930 --> 00:03:12.990
excelente, obtivemos-um ponto
onde eles estão Pães, boa.

00:03:12.990 --> 00:03:13.555
[CROSSTALK] Perfeito.

00:03:13.555 --> 00:03:14.150
O que vem a seguir.

00:03:14.150 --> 00:03:15.180
>> Faz total sentido.

00:03:15.180 --> 00:03:19.490
Portanto, vou orientá-lo ao alto
aqui, a instalação do nível de experiência

00:03:19.490 --> 00:03:21.840
Antes nós mergulhamos a demonstração.

00:03:21.840 --> 00:03:25.210
Então, vamos dizer que temos um cenário
onde o cliente está migrando de

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

00:03:25.790 --> 00:03:29.810
Portanto, eles têm uma produção
ambiente de 2008,

00:03:29.810 --> 00:03:33.592
que é onde podemos está capturando
todos os rastreamentos do SQL.

00:03:33.592 --> 00:03:34.370
>> OK.

00:03:34.370 --> 00:03:35.210
>> E que nós, e

00:03:35.210 --> 00:03:38.070
em seguida, eles têm um ambiente de teste
onde eles têm duas instâncias lá.

00:03:38.070 --> 00:03:41.880
Um que imita o SQL
ambiente de 2008.

00:03:41.880 --> 00:03:44.560
Também em seu segundo
instância teria 2016 SQL,

00:03:44.560 --> 00:03:47.020
qual é o destino.

00:03:47.020 --> 00:03:49.220
Esta é A e
B que estamos falando.

00:03:49.220 --> 00:03:53.670
Portanto, estamos usando DA,
a repetição, o banco de dados

00:03:53.670 --> 00:03:57.900
tudo o que ele capturado em um para
Estes dois ambientes de teste.

00:03:57.900 --> 00:03:58.820
>> OK, perfeito.

00:04:00.140 --> 00:04:03.960
>> Depois de você ter feito isso, o DEA
processa e analisa os rastreamentos

00:04:03.960 --> 00:04:06.380
que você tenha de
>> A e B,

00:04:06.380 --> 00:04:06.590
>> OK.

00:04:06.590 --> 00:04:10.170
>> E em seguida, ela mostra em
um ótimo relatório de interface do Usuário, que pode

00:04:10.170 --> 00:04:13.200
conter detalhados de desempenho e
erros, erro de dados relacionados.

00:04:13.200 --> 00:04:14.720
>> Permitem que me certificar.
Pode fazemos backup rapidamente?

00:04:14.720 --> 00:04:16.770
E peço desculpas por
a pergunta ignorante.

00:04:16.770 --> 00:04:18.410
Por isso, tenho um A e

00:04:18.410 --> 00:04:20.360
uma vez que é igual de 2008
>> À direita.

00:04:20.360 --> 00:04:20.870
>> Corrigi.

00:04:20.870 --> 00:04:22.850
>>, Vou repetir que
em relação a outra instância de 2008,

00:04:22.850 --> 00:04:23.140
>> À direita.

00:04:23.140 --> 00:04:24.150
>> Bem como uma instância de 2016?

00:04:24.150 --> 00:04:24.650
>>, Mas, Sim.
>> À direita.

00:04:24.650 --> 00:04:26.170
Mas por que não há um motivo.

00:04:26.170 --> 00:04:27.510
Na verdade, é um bom ponto.

00:04:27.510 --> 00:04:29.140
Há um motivo por que
Poderíamos ter feito isso.

00:04:29.140 --> 00:04:32.580
>> Normalmente em uma produção
ambiente, você sabe, DBAs e

00:04:32.580 --> 00:04:36.540
os proprietários do aplicativo não gostam muito de
uma sobrecarga de desempenho de um sistema.

00:04:36.540 --> 00:04:40.160
Por isso, queremos nos assegurar o desempenho
sobrecarga, ativando a uma captura

00:04:40.160 --> 00:04:41.345
no sistema de produção mínimo.

00:04:41.345 --> 00:04:42.050
>> OK.
>> Então

00:04:42.050 --> 00:04:44.740
o que fazemos na primeira etapa quando estamos
capturar o rastreamento na produção

00:04:44.740 --> 00:04:47.670
sistema, podemos capturar somente
um subconjunto dos eventos de rastreamento.

00:04:47.670 --> 00:04:49.650
Ele apenas me dá a carga de trabalho
Isso é tudo o que precisamos.

00:04:49.650 --> 00:04:53.190
E os demais as coisas, podemos fazer
em um ambiente fora da produção, mas

00:04:53.190 --> 00:04:54.330
ainda é possível fazer um teste de AB,

00:04:54.330 --> 00:04:56.840
comparação de igual para igual,
desde que A "Primes" e

00:04:56.840 --> 00:04:59.230
B são semelhantes de tipos de hardware
configuração e coisas como essas.

00:04:59.230 --> 00:04:59.780
>> OK.
>> Muito bem.

00:04:59.780 --> 00:05:02.430
Faz favor
comparação de onde estou, certo?

00:05:02.430 --> 00:05:03.970
>> Sim.
>> No tipo de um tipo de nível básico

00:05:03.970 --> 00:05:04.540
de cenário.

00:05:04.540 --> 00:05:05.250
>> Exatamente.
>> Sim.

00:05:05.250 --> 00:05:05.820
>> OK.
Fresco.

00:05:05.820 --> 00:05:07.280
>> Detectada em que embora feliz.

00:05:07.280 --> 00:05:09.970
>> Tudo bem, Sim,
Eu observou que e deu certo,

00:05:09.970 --> 00:05:11.687
Por que estou novamente executando isso?

00:05:11.687 --> 00:05:13.990
Bem, cuz se estou pedindo que,
alguém irá perguntar isso.

00:05:13.990 --> 00:05:15.040
>> Absolutamente.
>>, Vou perguntar,

00:05:15.040 --> 00:05:17.020
Eu não deveria chamar
perguntas de "burro"-los.

00:05:17.020 --> 00:05:19.388
Vou fazer perguntas óbvias,
cuz [CROSSTALK].

00:05:19.388 --> 00:05:22.285
>> Isso vem do cliente
é sobre, fizemos 1,5% é

00:05:22.285 --> 00:05:25.648
a sobrecarga da CPU quando fazemos isso
em qual é o tipo de produção

00:05:25.648 --> 00:05:27.960
bem pequeno, na verdade, se
você pensar nisso, Sim.

00:05:27.960 --> 00:05:28.910
>> Tudo bem, mas o interessante é que,

00:05:28.910 --> 00:05:30.860
Ei quando eu terminei recebo
Este relatório interessante que vai,

00:05:30.860 --> 00:05:34.470
Ei, aqui está o que
>> Direita, que está prestes a ir?

00:05:34.470 --> 00:05:35.210
>> Que 's à direita.

00:05:35.210 --> 00:05:36.730
>> E, com isso,
Estamos irá pegar a demonstração.

00:05:36.730 --> 00:05:39.170
>> Este é o tipo de como
Quando você insere o DEA

00:05:39.170 --> 00:05:42.610
à esquerda lado você
Consulte três recursos.

00:05:42.610 --> 00:05:44.400
Capturar, reproduzir e análise.

00:05:44.400 --> 00:05:47.250
Tudo bem e apenas cita
o que nos itens de arquitetura.

00:05:47.250 --> 00:05:49.060
Essencialmente os
três recursos lá.

00:05:49.060 --> 00:05:51.200
>> Sim, portanto, esta é minha inicial
instância de 2008, vou

00:05:51.200 --> 00:05:51.820
Colete dados.

00:05:51.820 --> 00:05:53.130
>> Exatamente.
>> Certo, aqui,

00:05:53.130 --> 00:05:56.390
Se vir na captura
Na verdade, pode apontar para um SQL Server

00:05:56.390 --> 00:05:57.210
instância.

00:05:57.210 --> 00:05:59.150
Esta é minha fonte de 2008.

00:05:59.150 --> 00:06:02.240
E especificar por quanto tempo eu faço
realmente deseja executar este rastreamento para

00:06:02.240 --> 00:06:04.090
e é aqui na duração.

00:06:04.090 --> 00:06:05.960
E, em seguida, o tamanho máximo de arquivo.

00:06:05.960 --> 00:06:08.480
Isso normalmente é o perfil
tamanho de um rastreamento.

00:06:08.480 --> 00:06:09.620
Acho que recomendada é 200.

00:06:09.620 --> 00:06:12.140
Você pode deixá-lo como 200,
a menos que haja algumas necessidades especiais ou

00:06:12.140 --> 00:06:14.470
algo semelhante, e
um nome para o rastreamento.

00:06:14.470 --> 00:06:16.290
E quando você iniciá-lo,
o que acontece é vai e

00:06:16.290 --> 00:06:18.960
dispara um evento de captura de rastreamento
sobre o SQL Server 2008.

00:06:18.960 --> 00:06:20.060
>> OK.

00:06:20.060 --> 00:06:22.620
>> Para que você pode ver aqui, ele já está
Iniciar a captura do rastreamento.

00:06:22.620 --> 00:06:25.800
Você tem um bom, consulte como fazer
medir o progresso e

00:06:25.800 --> 00:06:26.540
caixa de diálogo como essa.

00:06:26.540 --> 00:06:28.050
>> OK.
>> Para que ele agora está fazendo a produção

00:06:28.050 --> 00:06:28.820
captura de carga de trabalho.

00:06:28.820 --> 00:06:30.460
Ele vai executar por 60 minutos e

00:06:30.460 --> 00:06:33.000
em seguida, você terá um rastreamento
no final deste.

00:06:33.000 --> 00:06:35.800
>> Bem, [DIVERTIDO] para
Eu tenho uma pergunta.

00:06:35.800 --> 00:06:38.660
Portanto, é sua capacidade de dizer Ei, vamos
Basta ir para mim, se eu já tenho

00:06:38.660 --> 00:06:41.730
Talvez um rastreamento que eu já
feito pode, puxe-o para cima aqui?

00:06:41.730 --> 00:06:43.040
>> Sim,
Você não precisa fazer as coisas.

00:06:43.040 --> 00:06:44.400
Você pode ir para o próximo
etapa se tiver um.

00:06:44.400 --> 00:06:45.790
>> Tudo bem, então
Posso iniciar etapa dois e ir, tudo bem.

00:06:45.790 --> 00:06:46.480
>> Etapa dois e ir.

00:06:46.480 --> 00:06:48.040
>> Já tenho um rastreamento
Já foram capturados.

00:06:48.040 --> 00:06:48.721
>> Sim.
>> OK.

00:06:48.721 --> 00:06:49.901
Sim, geralmente recomenda-se a

00:06:49.901 --> 00:06:52.811
mesma carga de trabalho, mas você reproduzir em
tipos diferentes de configurações

00:06:52.811 --> 00:06:54.321
e coisas assim se desejar.
>> OK, legal.

00:06:54.321 --> 00:06:55.401
>> Que 's por você sempre é sempre

00:06:55.401 --> 00:06:58.141
dissociado dessa maneira.
Se as pessoas capturou rastreamento

00:06:58.141 --> 00:07:00.380
já, eles não precisam ir
por meio da mesma coisa novamente.

00:07:00.380 --> 00:07:03.650
Eles podem ir e reproduzir ou
ou, você sabe coisas como essa.

00:07:03.650 --> 00:07:04.500
>> Muito bom, tudo bem, legal.

00:07:04.500 --> 00:07:05.500
Muito bom.

00:07:05.500 --> 00:07:09.260
Então, vai para a parte dois e
nós simplesmente parar a captura aqui,

00:07:09.260 --> 00:07:12.120
nós temos uma pessoa completa,
Isso é bom.

00:07:12.120 --> 00:07:15.460
Vai para a parte de repetição, então
aqui, há algumas etapas em

00:07:15.460 --> 00:07:19.960
reproduzindo, basicamente a primeira etapa
tipo de está verificando sua infra-estrutura de reprodução

00:07:19.960 --> 00:07:20.090
>> OK

00:07:20.090 --> 00:07:21.720
>> E um ponto principal aqui é que

00:07:21.720 --> 00:07:23.890
Isso, com esse lançamento
nós não fazemos o conjunto de

00:07:23.890 --> 00:07:26.860
da infra-estrutura de repetição
usamos repetição distribuída

00:07:26.860 --> 00:07:28.830
que já está disponível
parte da instalação do SQL.

00:07:28.830 --> 00:07:30.920
>> Sim, repetição distribuída
controlador ou algo semelhante.

00:07:30.920 --> 00:07:31.630
>> Exatamente.
Sim.

00:07:31.630 --> 00:07:33.920
Nós gostamos, verificação
a configuração nesse momento.

00:07:33.920 --> 00:07:36.880
Então, aqui eu concedi como:
máquinas de um controlador e

00:07:36.880 --> 00:07:37.820
quatro máquinas do filho, e

00:07:37.820 --> 00:07:40.390
eles já foram configurados
Dessa forma, na instalação, à direita.

00:07:40.390 --> 00:07:43.290
E quando eu vou fazer em seguida, o que do
fazer, é como tipo de verificação

00:07:43.290 --> 00:07:45.960
Ei, é a instalação realmente apertado
posso ter acesso.

00:07:45.960 --> 00:07:46.840
Todos os filhos e

00:07:46.840 --> 00:07:50.810
controladores de conversar entre si,
e tudo funcionando bem.

00:07:50.810 --> 00:07:52.880
>> Todos os direitos, portanto
Ele disse que Ei coisas funcionam bem.

00:07:52.880 --> 00:07:54.610
Agora é a hora quando
-Selecione o rastreamento.

00:07:54.610 --> 00:07:57.090
Isso é o que
capturado na etapa um.

00:07:57.090 --> 00:07:58.480
>> OK.
>> Lembre-se da carga de trabalho

00:07:58.480 --> 00:07:59.630
captura que fizemos.

00:07:59.630 --> 00:08:01.820
>> Este é onde devo ir
Digamos que eu já tenho um.

00:08:01.820 --> 00:08:03.090
>>, Que é exatamente correto.

00:08:03.090 --> 00:08:05.545
Então, deixe-me apenas recepção
Isso até aqui.

00:08:11.554 --> 00:08:14.481
Eu desejei que houvesse uma forma automatizada
Para fazer este mas eu não, isso.

00:08:16.909 --> 00:08:21.120
>> Então, aqui eu dar o rastreamento
arquivo que captura e

00:08:21.120 --> 00:08:25.949
então, digamos, armazenar
a saída pré-processando aqui.

00:08:25.949 --> 00:08:26.820
>> OK.
>> Então

00:08:26.820 --> 00:08:28.930
basicamente tem algo a ver
com os dados de arquitetura, reproduzir

00:08:28.930 --> 00:08:31.870
ele converte os arquivos em
um arquivo otimizado, à direita.

00:08:31.870 --> 00:08:35.480
E, em seguida, ele vai realmente e
valores de maneira otimizada

00:08:35.480 --> 00:08:39.000
converter esses arquivos de rastreamento
arquivo de arquivo a um replay, tudo bem.

00:08:39.000 --> 00:08:40.680
>> E a terceira etapa foi
Na verdade, fazendo uma repetição.

00:08:40.680 --> 00:08:43.751
E você verá lá da interface do usuário
é opções para apontar um determinado

00:08:43.751 --> 00:08:45.057
banco de dados e [CROSSTALK].

00:08:45.057 --> 00:08:46.967
>> É onde você, Ei,

00:08:46.967 --> 00:08:48.850
executá-lo em relação a esses-
>> Exatamente.

00:08:48.850 --> 00:08:49.450
>> Tudo bem.

00:08:49.450 --> 00:08:53.020
>> Sim, que é onde você faz a
reproduzir para os bancos de dados especificados.

00:08:53.020 --> 00:08:55.950
Portanto para esse cenário, onde você
Atualizando para 2008 ou 16,

00:08:55.950 --> 00:08:58.740
Você pode fazer isso vez fo 2008 e
outro momento para 2016.

00:08:58.740 --> 00:09:02.021
>> Se você se lembrar da arquitetura
tínhamos duas delas.

00:09:02.021 --> 00:09:04.760
Um na e
o outro um vale o B.

00:09:04.760 --> 00:09:06.610
>> Pode fazer aqueles em paralelo, ou

00:09:06.610 --> 00:09:09.390
é executado em relação A e
em seguida, B?

00:09:09.390 --> 00:09:10.970
>> De interface do Usuário,
irá fazê-lo uma vez.

00:09:10.970 --> 00:09:12.400
>> Um de cada vez.
>> Temos um suporte de comando

00:09:12.400 --> 00:09:14.770
onde você pode fazer isso em paralelo.

00:09:14.770 --> 00:09:16.990
>> Pode disparar para
ambas as instâncias.

00:09:16.990 --> 00:09:18.010
>> Que 's boa.

00:09:18.010 --> 00:09:19.080
Fresco.

00:09:19.080 --> 00:09:20.260
>> Sim, Sim,
temos a tela final.

00:09:20.260 --> 00:09:21.440
Não vou muito nele.

00:09:21.440 --> 00:09:22.520
Vai precisar
um pouco de tempo.

00:09:22.520 --> 00:09:24.250
Assim, para a taxa de juros de tempo,

00:09:24.250 --> 00:09:26.690
Agora podemos realmente indicar
a instância SQL.

00:09:26.690 --> 00:09:28.440
E diga, interromper a reprodução.

00:09:28.440 --> 00:09:29.540
>> OK.
>> E, em seguida, arquivo da repetição.

00:09:29.540 --> 00:09:30.610
E, em seguida, você pode exibir o andamento

00:09:30.610 --> 00:09:32.580
como você viu o progresso
no primeiro.

00:09:32.580 --> 00:09:33.340
>> Para isso é onde deve ir,

00:09:33.340 --> 00:09:36.360
Digamos que aqui está minha instância de 2008
[INAUDÍVEL] Exatamente.

00:09:36.360 --> 00:09:39.100
>> E, quando isso é feito,
Agora posso executá-lo no meu 2008

00:09:39.100 --> 00:09:40.610
minha instância de 2016.

00:09:40.610 --> 00:09:41.170
>> Exatamente.

00:09:41.170 --> 00:09:42.080
>> OK.
>> Isto é correto.

00:09:42.080 --> 00:09:43.700
Tudo bem, e
em seguida, quando eu terminei onde posso ver

00:09:43.700 --> 00:09:44.860
a saída dos resultados?

00:09:44.860 --> 00:09:47.700
>> Agora, você tem dois rastreamentos
capturado para ambos será substituída.

00:09:47.700 --> 00:09:50.190
>> OK.
>> E vá para a terceira etapa.

00:09:50.190 --> 00:09:52.310
Temos uma nova análise aqui.

00:09:52.310 --> 00:09:55.460
Isso é onde você fornecer se você
Vemos aqui o rastreamento do servidor de origem

00:09:55.460 --> 00:09:57.560
e rastreamento do servidor de destino.

00:09:57.560 --> 00:10:00.690
Portanto, é onde você fornecer
os arquivos de rastreamento 2008 e 2016.

00:10:00.690 --> 00:10:06.076
>> Os dois
não a fonte, as duas.

00:10:06.076 --> 00:10:07.064
>> O primo A e o B.

00:10:07.064 --> 00:10:07.825
>> O bem principal, B.

00:10:07.825 --> 00:10:08.411
>> À direita.

00:10:08.411 --> 00:10:08.971
>> Problema.

00:10:08.971 --> 00:10:12.258
>> Sim e, em seguida, fornecer que
e, em seguida, aponte para o SQL Server

00:10:12.258 --> 00:10:15.340
instância em que você deseja
coloca os relatórios de análise.

00:10:15.340 --> 00:10:17.170
E você obtém os dados, Sim.

00:10:17.170 --> 00:10:18.670
Portanto, vou mostrar o que temos.

00:10:18.670 --> 00:10:21.099
Como um exemplo de algumas
testes que fizemos.

00:10:31.008 --> 00:10:34.260
Portanto, isso é como você faria
Exiba os relatórios existentes.

00:10:34.260 --> 00:10:36.860
Esses são todos os relatórios
que foram gerados antes.

00:10:36.860 --> 00:10:39.067
Qual é um deles
a próxima vai mostrar,

00:10:39.067 --> 00:10:42.481
Portanto, esta é a percepção de que você terá
entrar em comparação da carga de trabalho.

00:10:42.481 --> 00:10:45.026
>> Sim, vamos pedir que você
Esse direito ao iniciar

00:10:45.026 --> 00:10:45.851
>> Eu iria dizer:

00:10:45.851 --> 00:10:47.920
podemos salvar esses relatórios
Esse tipo de coisa.

00:10:47.920 --> 00:10:48.623
>> Exatamente.

00:10:48.623 --> 00:10:49.138
>> OK.

00:10:49.138 --> 00:10:50.652
>> Se você apontar para uma instância de banco de dados

00:10:50.652 --> 00:10:52.900
ele irá retirar todos
o que você fez.

00:10:52.900 --> 00:10:55.800
>> Isso, se você observar todos
os relatórios são criados com

00:10:55.800 --> 00:10:58.800
a análise do prefixo e o nome
que você forneceu no anterior

00:10:58.800 --> 00:10:59.960
tela que Nick foi mostrando.

00:10:59.960 --> 00:11:03.030
Assim, ele irá retirar tudo
desse banco de dados.

00:11:03.030 --> 00:11:03.530
>> OK.
Fresco.

00:11:04.640 --> 00:11:08.390
A primeira coisa que você vê aqui é
uma representação da carga de trabalho.

00:11:08.390 --> 00:11:10.490
Agora, há dois tipos de
aqui, balls as bolas azuis e

00:11:10.490 --> 00:11:11.630
as bolas verdes.

00:11:11.630 --> 00:11:16.160
Média de bolas azuis consultas que nós
viu pela primeira vez,

00:11:16.160 --> 00:11:19.250
enquanto as bolas verdes significam consultas
que já vimos anteriormente e

00:11:19.250 --> 00:11:21.240
já avaliamos que.

00:11:21.240 --> 00:11:23.590
Assim, tipo de mostra como o
andamento da carga de trabalho, e

00:11:23.590 --> 00:11:25.670
Este é um tipo de
uma carga de trabalho de teste.

00:11:25.670 --> 00:11:27.040
Então você vê o passar do tempo,

00:11:27.040 --> 00:11:29.910
maioria das consultas
já são avaliados.

00:11:29.910 --> 00:11:34.380
Portanto, o objetivo é dar uma visão para
Ei, você capturou como um bom

00:11:34.380 --> 00:11:37.980
quantidade de carga de trabalho, ou
sua carga de trabalho ainda está acontecendo?

00:11:37.980 --> 00:11:39.120
>> Sim.
>> Precisamos capturar para

00:11:39.120 --> 00:11:39.790
um pouco mais?

00:11:39.790 --> 00:11:42.370
Isso é o tipo de visão que
queremos fornecer a partir dessa carga de trabalho

00:11:42.370 --> 00:11:43.150
representação.

00:11:43.150 --> 00:11:44.870
>> Tudo bem, isso é o Ei,

00:11:44.870 --> 00:11:46.810
posso capturar suficiente
>> Exatamente.

00:11:46.810 --> 00:11:48.590
>> Informações para poder
para tomar uma boa decisão.

00:11:48.590 --> 00:11:50.470
>> Corrigi.
>> Esse tipo de vontade de ajudar pessoas

00:11:50.470 --> 00:11:52.530
como as instituições financeiras para

00:11:52.530 --> 00:11:55.540
como eles têm opções de exemplo
horas em como AM de 3 a 5 AM.

00:11:55.540 --> 00:11:56.140
>> OK.

00:11:56.140 --> 00:11:56.980
>> Agora que do ou

00:11:56.980 --> 00:11:59.270
Estou dizendo-lo exatamente como eu
não sabe que seu horário de coleta.

00:11:59.270 --> 00:11:59.950
>> À direita.
>> Mas

00:11:59.950 --> 00:12:02.750
Isso é o que eles desejam de destino na
ordem para obter essa carga de trabalho real

00:12:02.750 --> 00:12:03.470
representação.

00:12:03.470 --> 00:12:05.250
>> Correto,
foi, acho que abordamos que aqui.

00:12:05.250 --> 00:12:05.800
>> Sim.
>> É?

00:12:05.800 --> 00:12:06.310
>> Corrigi.

00:12:06.310 --> 00:12:08.020
>> OK.
>> Então este ideias irá ajudá-los

00:12:09.800 --> 00:12:10.910
Capturar no momento certo.

00:12:10.910 --> 00:12:11.980
>> OK, perfeito.

00:12:11.980 --> 00:12:12.950
>> Sim.

00:12:12.950 --> 00:12:15.410
>> E, em seguida, isso é o que podemos ver.

00:12:15.410 --> 00:12:19.200
Nós fornecemos uma confiança de análise
de quais consultas com erros de saída,

00:12:19.200 --> 00:12:22.060
quais consultas degradado, o que consultas
aprimorado e coisas como que, quando

00:12:22.060 --> 00:12:25.410
podemos fazer uma experimentação entre dois
diferentes versões do SQL Server.

00:12:25.410 --> 00:12:27.140
>> Isso, este bloco aqui,
o bloco vermelho,

00:12:27.140 --> 00:12:30.000
Na verdade mostra as consultas
Esse limite com erros.

00:12:30.000 --> 00:12:30.998
>> Portanto, faremos isso.

00:12:30.998 --> 00:12:35.750
>> De espera, você pode, vou
solicitar outro óbvias ou

00:12:35.750 --> 00:12:37.800
Talvez a questão não óbvia.

00:12:37.800 --> 00:12:38.360
>> Certeza.
>> Assim,

00:12:38.360 --> 00:12:40.850
executamos o teste contra 16 do SQL.

00:12:40.850 --> 00:12:41.920
>> À direita.

00:12:41.920 --> 00:12:44.290
>> Assim,
Há procedimentos de consulta que foi executado.

00:12:44.290 --> 00:12:47.910
Assim, diz o vermelho, não há consultas
que veio [INAUDIBLE]

00:12:47.910 --> 00:12:49.860
2008 com errados em 2016.

00:12:49.860 --> 00:12:51.781
>> OK.
[CROSSTALK] Há dois,

00:12:51.781 --> 00:12:53.635
três possibilidades, certas?

00:12:53.635 --> 00:12:57.160
Uma é consultas que funcionaram bem
em 2008, mas com erros fora de 2016.

00:12:57.160 --> 00:12:57.900
>> OK.

00:12:57.900 --> 00:13:00.660
>> E a outra é como,
tudo funcionou bem

00:13:00.660 --> 00:13:03.840
também não funcionou bem em 2008
mas começou a trabalhar bem em 2016.

00:13:03.840 --> 00:13:05.150
Isso também é possível.

00:13:05.150 --> 00:13:05.680
>> Sim.

00:13:05.680 --> 00:13:07.490
>> Tão pouco mostraremos todos os
as combinações.

00:13:07.490 --> 00:13:08.600
>> OK.

00:13:08.600 --> 00:13:10.470
Assim, para
exemplo, se você entra aqui, certo?

00:13:10.470 --> 00:13:13.060
Há três coisas
erros existentes, novos erros e

00:13:13.060 --> 00:13:13.990
erros resolvidos.

00:13:13.990 --> 00:13:15.750
>> OK.
>> Erros existentes é conhecer esses

00:13:15.750 --> 00:13:19.290
erros é visto em 2008 e estamos
tipo de vê-lo em 2016 também.

00:13:19.290 --> 00:13:20.770
>> OK.
>> Novos erros são como nós

00:13:20.770 --> 00:13:23.054
não consulte este mas
Estamos agora vendo ele em 2016.

00:13:23.054 --> 00:13:24.552
>> Alguma alteração física.

00:13:24.552 --> 00:13:27.540
>> Algumas palavras-chave e alguma alteração não
sendo suportado e coisas como essas.

00:13:27.540 --> 00:13:29.800
E resolver os erros
o que vimos em 2008,

00:13:29.800 --> 00:13:31.480
erring-out mas entendeu resolvido em 2016.

00:13:31.480 --> 00:13:34.980
>> OK.
>> Para isso é que ambos, fazemos

00:13:34.980 --> 00:13:38.340
exemplo, se você examinar algumas das
os erros de computação teclado, à direita.

00:13:38.340 --> 00:13:40.905
Estamos parado com suporte de computação
teclado de awesome informa

00:13:40.905 --> 00:13:41.715
12-los uma palavras.

00:13:41.715 --> 00:13:45.765
>> Assim, em menos de DMA informa ao tipo de
Eis o problema que encontramos, OK

00:13:45.765 --> 00:13:46.465
>> Sim, exatamente.

00:13:46.465 --> 00:13:49.115
Para tipo de informa você de
uma perspectiva de carga de trabalho.

00:13:49.115 --> 00:13:51.995
E você pode analisar e ver como
mais detalhes sobre os editores e

00:13:51.995 --> 00:13:53.905
coisas como essas.

00:13:53.905 --> 00:13:58.525
Posso voltar à página principal e

00:13:58.525 --> 00:14:01.550
Voltando às consultas legais,
Eu quero dizer.

00:14:01.550 --> 00:14:03.082
Assim, também DBA e

00:14:03.082 --> 00:14:05.980
Aplicativo que estou tentando descobrir o que
é o impacto de executando minha carga de trabalho.

00:14:05.980 --> 00:14:09.690
O desempenho de acertos
Estou recortando fazendo isso?

00:14:09.690 --> 00:14:11.900
Portanto, este modo de exibição tipos de lhe que.

00:14:11.900 --> 00:14:16.180
Para que possamos determinar as consultas,
a duração média da AB e

00:14:16.180 --> 00:14:18.310
a diferença de duração e
a diferença de apresentação.

00:14:18.310 --> 00:14:20.370
Permitir que eu escolha algo do
um pouco significativos.

00:14:22.180 --> 00:14:23.020
Talvez seja uma delas.

00:14:25.620 --> 00:14:27.220
Portanto, criamos para baixo
da consulta.

00:14:27.220 --> 00:14:30.140
Uma coisa a ser observada é
a consulta é normalizada.

00:14:30.140 --> 00:14:31.620
Os parâmetros são retirados.

00:14:31.620 --> 00:14:34.540
Que certifica-se de que estamos quase

00:14:34.540 --> 00:14:37.710
a mesma consulta de hash
sem parâmetros.

00:14:38.960 --> 00:14:42.050
Ele informará quantas vezes
ele tem um seguro A e B, a média

00:14:42.050 --> 00:14:45.710
durações, CPUs, leituras,
as gravações e coisas como essas.

00:14:45.710 --> 00:14:49.430
Ele também pode fornecer um
comparação dos planos de consulta.

00:14:49.430 --> 00:14:52.300
Agora, para essa parte,
ter compilado planos de consulta.

00:14:52.300 --> 00:14:53.520
>> OK.

00:14:53.520 --> 00:14:56.870
>>, Mas se examinar compilado
planos de consulta, que você ainda pode ver ali

00:14:56.870 --> 00:15:00.570
uma diferença em termos de como
são os planos de consulta compilada.

00:15:00.570 --> 00:15:07.140
Assim, por exemplo para r do mostrando
uma duração média das 47,847.

00:15:07.140 --> 00:15:08.545
E para B, ele está mostrando muito mais.

00:15:08.545 --> 00:15:10.490
>> À direita.
>> É o plano de crédito de compilação,

00:15:10.490 --> 00:15:13.780
e os dados de execução real
também dizer a mesma coisa.

00:15:13.780 --> 00:15:16.790
Se você o vê aqui,
Você pode ver que a duração

00:15:16.790 --> 00:15:19.620
B, linhas pontilhadas,
linhas azuis na parte superior

00:15:19.620 --> 00:15:23.345
é muito maior do que o não pontilhada
linha azul, linhas azuis em negrito.

00:15:23.345 --> 00:15:24.560
>> OK.
>> E você pode ver, há

00:15:24.560 --> 00:15:26.640
uma diferença no uso de CPU também.

00:15:26.640 --> 00:15:28.440
Na verdade, usando o B
um pouco mais CPUs.

00:15:28.440 --> 00:15:28.970
Esse crédito

00:15:28.970 --> 00:15:31.550
Você verá uma diferença no desempenho
em termos de degradação.

00:15:31.550 --> 00:15:32.050
>> OK.
>> Sim.

00:15:32.050 --> 00:15:32.730
E isso é,

00:15:32.730 --> 00:15:36.710
Acho que, é a munição
Para descobrir por que ele

00:15:36.710 --> 00:15:37.870
degredated e Diga Oi,
>> Sim.

00:15:37.870 --> 00:15:38.995
>> Que 's correta, à direita.

00:15:38.995 --> 00:15:41.920
>> Cuz é interessante
causa que você sabe que tivemos algumas-

00:15:41.920 --> 00:15:44.430
Bob Ward aqui ele vai
SQL16 é simplesmente mais rápido.

00:15:44.430 --> 00:15:45.220
E vamos examinar isso e

00:15:45.220 --> 00:15:47.090
Estou como bem,
>> Sim.

00:15:47.090 --> 00:15:49.330
>> Em alguns casos é não,
>> Sim, exatamente.

00:15:49.330 --> 00:15:50.010
Então o que aconteceu?

00:15:50.010 --> 00:15:52.000
>> Eles poderão precisar ir em frente e
Ajuste o plano de consulta.

00:15:52.000 --> 00:15:52.860
Ajuste o plano de consulta, Sim.

00:15:52.860 --> 00:15:54.490
E, em seguida, corrigi-lo antes de
eles podem fazer upgrade.

00:15:54.490 --> 00:15:55.350
>> À direita. Tudo bem, >> à direita.

00:15:55.350 --> 00:15:56.260
>> E isso faz sentido porque,

00:15:56.260 --> 00:15:57.630
Como disse há
somethings que

00:15:58.640 --> 00:15:59.960
não traduzir bem-
>> Exatamente.

00:15:59.960 --> 00:16:04.040
>> Para 16 por palavra-chave
segregator e coisas como essas.

00:16:04.040 --> 00:16:07.150
>> À direita. -Se. >> Corrigir,
Sim e estamos trabalhando em mais dados

00:16:07.150 --> 00:16:12.100
nela, podemos ver mais
dados que podem ser úteis.

00:16:12.100 --> 00:16:14.330
>> Pode esta ferramenta em algum momento,

00:16:14.330 --> 00:16:17.310
ele não oferece suporte a banco de dados de SQL Azure
é neste momento?

00:16:17.310 --> 00:16:18.650
Ou é apenas no local.

00:16:18.650 --> 00:16:20.650
>> Ele não oferece suporte
Agora DB SQL Azure.

00:16:20.650 --> 00:16:23.200
Mas ele oferece suporte a SQL nas VMs.

00:16:23.200 --> 00:16:24.750
Embora pudesse ser o cenário.

00:16:24.750 --> 00:16:25.520
>> É o mesmo.

00:16:25.520 --> 00:16:27.860
>> Sim SQL e SQL em VMs.

00:16:27.860 --> 00:16:29.150
>> Deve haver planos?

00:16:29.150 --> 00:16:32.010
Porque talvez se estou pensando
sobre Ei quero ir.

00:16:33.380 --> 00:16:34.800
Porque se sou um ISV ou

00:16:34.800 --> 00:16:37.150
algo parecido com o que eu tive
Adoro ir ao banco de dados de SQL Azure.

00:16:37.150 --> 00:16:38.950
mas é minha carga de trabalho
para traduzir, e

00:16:38.950 --> 00:16:42.290
Talvez o nível de serviço no SQL Azure
banco de dados é necessário escolher a

00:16:42.290 --> 00:16:44.290
ter esse mesmo desempenho da carga de trabalho?

00:16:44.290 --> 00:16:45.240
>> Sim.
>> É que tipo de?

00:16:45.240 --> 00:16:46.620
>> Sim.
Essas são as coisas que temos

00:16:46.620 --> 00:16:47.280
falamos sobre e ele tem

00:16:47.280 --> 00:16:47.780
>> OK.
>> Exatamente.

00:16:47.780 --> 00:16:48.510
>> Eu não estou pedindo para

00:16:48.510 --> 00:16:49.170
um mapa da estrada.
>> Sim.

00:16:49.170 --> 00:16:50.320
>> Ou uma data, ou algo semelhante.

00:16:50.320 --> 00:16:52.350
>> À direita. N º >>
>> Foi em nossas mentes, e

00:16:52.350 --> 00:16:53.190
Temos falado sobre ele.

00:16:53.190 --> 00:16:54.430
>> E
Esse é um cenário muito válido, muito.

00:16:54.430 --> 00:16:56.060
>> Sim, é um cenário válido.

00:16:56.060 --> 00:16:58.110
>> Sim.
É um esforço em direção a passagem e sass,

00:16:58.110 --> 00:16:58.830
coisas como essas.

00:16:58.830 --> 00:16:59.330
>> Exatamente.

00:16:59.330 --> 00:17:00.870
>> Poderíamos ver vai kinda.

00:17:00.870 --> 00:17:01.900
>> Exatamente. Totalmente.

00:17:01.900 --> 00:17:02.630
>> OK, legal.

00:17:02.630 --> 00:17:03.960
Isso é excelente.

00:17:03.960 --> 00:17:05.630
Adoro a partir de uma perspectiva.

00:17:05.630 --> 00:17:08.970
E acredito que minha pergunta inicial foi,
Tanto o DMA.

00:17:10.180 --> 00:17:11.370
Há um
>> DA.

00:17:11.370 --> 00:17:11.910
>> DA.

00:17:11.910 --> 00:17:15.305
Ele não significam
um órgão do governo.

00:17:15.305 --> 00:17:17.720
[RIR] Ele não espera para isso.

00:17:17.720 --> 00:17:20.240
Mas eu posso ver essas ferramentas
tipo de andam juntos,

00:17:20.240 --> 00:17:22.130
cuz ambas complementar
cada outro muito bem.

00:17:22.130 --> 00:17:22.920
>> Absolutamente.

00:17:22.920 --> 00:17:23.650
>> Sim.
>> Direita?

00:17:23.650 --> 00:17:25.800
Mas acho que o DMA
não tem é,

00:17:25.800 --> 00:17:28.690
Quando você olha de uma
Meu ponto de vista de carga de trabalho.

00:17:28.690 --> 00:17:29.620
>> Corrigi.

00:17:29.620 --> 00:17:32.840
>>, Quais são as coisas
Preciso corrigir para minha consulta?

00:17:32.840 --> 00:17:36.990
E pode meu toque, agora que eu sou
pode falar sobre ele, é possível

00:17:36.990 --> 00:17:40.880
para tocar no armazenamento de consulta em 16
e ir utilizar alguns dos que talvez?

00:17:40.880 --> 00:17:43.560
Não sei, é uma
pensando em voz alta um pouco.

00:17:43.560 --> 00:17:44.440
>> Sim.
Acho que definitivamente.

00:17:44.440 --> 00:17:46.220
Acho que essas são as coisas
Estamos analisando.

00:17:46.220 --> 00:17:47.030
>> OK.

00:17:47.030 --> 00:17:48.980
>> Sim,
Vamos ter discussões sobre isso. Fresco.

00:17:48.980 --> 00:17:50.760
>> Para que isso é apenas um rerun dele.

00:17:50.760 --> 00:17:51.420
>> OK.
>> Eu penso

00:17:51.420 --> 00:17:54.710
estava dizendo anteriormente,
fomos live por semana passada.

00:17:54.710 --> 00:17:55.210
>> OK.

00:17:55.210 --> 00:17:59.510
>> Anunciamos o técnico
Visualizar na semana passada.

00:17:59.510 --> 00:18:00.100
>> OK.
>> Então

00:18:00.100 --> 00:18:02.050
ele está disponível para exibição pública,
e

00:18:02.050 --> 00:18:04.030
ele pode ser baixado da
o Centro de download.

00:18:04.030 --> 00:18:05.850
>> OK.
>> Então as pessoas podem dar uma olhada

00:18:05.850 --> 00:18:06.630
usá-lo.

00:18:06.630 --> 00:18:08.320
Envie qualquer comentário.

00:18:08.320 --> 00:18:08.910
Esse tipo de coisa.
>> Então

00:18:08.910 --> 00:18:11.410
na descrição da apresentação
colocaremos o link para o download.

00:18:11.410 --> 00:18:12.710
>> Excelente.
>> Absolutamente.

00:18:12.710 --> 00:18:14.825
>> E qual é a melhor maneira de
eles fornecem comentários?

00:18:14.825 --> 00:18:17.905
>> [INAUDÍVEL]
>> Há um feedback em

00:18:17.905 --> 00:18:19.630
Microsoft.com, há
é um alias lá.

00:18:19.630 --> 00:18:20.530
>> OK.

00:18:20.530 --> 00:18:24.390
>> Também teremos um
>> Link da ferramenta que precisamos

00:18:24.390 --> 00:18:26.240
Adicionar on-
>> Tudo bem, então

00:18:26.240 --> 00:18:27.110
colocar todos os que informações-
>> E

00:18:27.110 --> 00:18:31.070
já começamos vendo muito
de downloads desde a semana passada.

00:18:31.070 --> 00:18:33.000
E também Tivemos alguns comentários.

00:18:33.000 --> 00:18:33.970
>> Sim, absolutamente.

00:18:33.970 --> 00:18:36.270
>> Para que as pessoas foram
tocando em torno dele para-

00:18:36.270 --> 00:18:37.610
>> Bem, você está na passagem SQL, à direita.

00:18:37.610 --> 00:18:39.110
Assim, todo esse pessoas
Vamos dizer, a nova ferramenta!

00:18:39.110 --> 00:18:39.890
Vou baixá-lo.

00:18:39.890 --> 00:18:41.320
>> Sim.
>> Exatamente.

00:18:41.320 --> 00:18:43.160
Excelente, isso é fantástico,
Obrigado por sua presença.

00:18:43.160 --> 00:18:44.050
>> Obrigado.

00:18:44.050 --> 00:18:48.020
>> Agradecemos seu tempo, que faríamos
Adoro ter você volta uma cerca

00:18:48.020 --> 00:18:52.600
GA quando há novos recursos que
sair porque acho que é você tirar

00:18:52.600 --> 00:18:57.790
alguns dos seus comentários e melhorar
a ferramenta cuz já é impressionante,

00:18:57.790 --> 00:19:01.030
Vamos adorar dar
>> Tipo de novidades nesta ferramenta.

00:19:01.030 --> 00:19:01.908
>> Parece satisfatório.
>> Resfriar.

00:19:01.908 --> 00:19:03.404
>> Ei todos,
Obrigada por assistir e

00:19:03.404 --> 00:19:04.372
veremos posteriormente.

00:19:04.372 --> 00:19:14.372
[MÚSICA]