WEBVTT

00:00:00.000 --> 00:00:09.907
[MÚSICA]

00:00:13.409 --> 00:00:16.496
Bem-vindo ao outro todos
episódio interessante de dados expostos.

00:00:16.496 --> 00:00:19.745
Sou seu anfitrião Scott Kline e com
me hoje são dois indivíduos para falar

00:00:19.745 --> 00:00:21.295
sobre o Assistente de migração de dados.

00:00:21.295 --> 00:00:25.425
Agora que tivemos você aqui antes de
cerca de um mês atrás, e você é novo.

00:00:25.425 --> 00:00:26.225
>> Muito bem.
>> Por que

00:00:26.225 --> 00:00:28.555
Você não tira um segundo apresentar
si e, em seguida, irá começar a utilizar o.

00:00:28.555 --> 00:00:29.805
Por que não começar?

00:00:29.805 --> 00:00:32.415
>> Sim, portanto
Meu nome é Pajaradju Raj.

00:00:32.415 --> 00:00:36.850
Sou gerente de programas sênior
na equipe de migração de dados.

00:00:36.850 --> 00:00:41.260
Nossa equipe é o principal responsável
para todos os tipos de migrações de dados

00:00:41.260 --> 00:00:43.860
de plataformas estrangeiras,

00:00:43.860 --> 00:00:48.790
de servidores antigos do SQL,
para as modernas plataformas SQL.

00:00:48.790 --> 00:00:51.970
>> Muito bem, OK.
>> E eu sou responsável principalmente por

00:00:51.970 --> 00:00:57.010
Atualizações do SQL Server, bem como o
Migrações do SQL Server, nuvem.

00:00:57.010 --> 00:00:58.180
>> Legal, incrível.

00:00:58.180 --> 00:00:58.690
Tudo bem vá em frente.

00:00:58.690 --> 00:01:01.570
>> Estou Akash [INAUDIBLE] eu sou
um gerente de engenharia de dados

00:01:01.570 --> 00:01:02.470
equipe de migração.

00:01:02.470 --> 00:01:06.990
Estamos trabalhando com Raj
criar essas ferramentas awesome.

00:01:06.990 --> 00:01:09.640
>> Certo, então foram saber
um mês atrás para classificar de inserir

00:01:09.640 --> 00:01:11.260
o Assistente de migração de dados
corrigir?

00:01:11.260 --> 00:01:11.790
>> Sim.

00:01:11.790 --> 00:01:13.570
>> E isso é uma continuação do backup.

00:01:13.570 --> 00:01:18.330
Então última vez apresentamos tipo de
ele e falamos sobre aqui é a ferramenta

00:01:18.330 --> 00:01:20.120
aqui é inicialmente o que ele faz.

00:01:20.120 --> 00:01:23.150
Hoje em dia, o que é
irá nos mostrar?

00:01:23.150 --> 00:01:25.240
>> Tão bem-vindo à parte dois
Em primeiro lugar.

00:01:25.240 --> 00:01:25.740
>> Parte dois?
>> Sim.

00:01:25.740 --> 00:01:28.040
Parte dois da migração de dados

00:01:28.040 --> 00:01:29.266
série de assistente.

00:01:29.266 --> 00:01:32.406
Na primeira série
no primeiro vídeo,

00:01:32.406 --> 00:01:37.896
Na verdade, nós apresentamos a você o
Assistente de migração de dados DMA 1.0.

00:01:37.896 --> 00:01:39.230
>> 1.0, Sim.

00:01:39.230 --> 00:01:44.060
>> Que permitem que as avaliações
a migração para o sequel

00:01:44.060 --> 00:01:44.790
plataformas de servidor.

00:01:44.790 --> 00:01:45.480
>> Muito bem.

00:01:45.480 --> 00:01:47.350
>> E, em seguida, neste vídeo,

00:01:47.350 --> 00:01:51.530
Vamos ser apresentarem
você a 2.0 de migração de dados.

00:01:51.530 --> 00:01:53.375
>> Estamos já até 2.0?

00:01:53.375 --> 00:01:53.940
>> Sim, 2.0
>> Sim.

00:01:53.940 --> 00:01:56.950
>> Já até 2.1,
apenas na semana passada.

00:01:56.950 --> 00:01:58.110
>> Realmente? Zando!

00:01:58.110 --> 00:01:59.670
OK, awesome, todos os direitos.

00:01:59.670 --> 00:02:04.610
>> Para que este DMA 2.0 foi lançado
com o SQL PASS Summit.

00:02:04.610 --> 00:02:05.290
>> Muito bem, OK.
>> Durante

00:02:05.290 --> 00:02:06.730
a apresentação de endereços realmente.

00:02:06.730 --> 00:02:07.480
>> Problema, tudo bem.

00:02:07.480 --> 00:02:11.180
>> E, em seguida, isso permite
a migração real de

00:02:11.180 --> 00:02:13.420
em instalações
a plataforma SQL moderna.

00:02:13.420 --> 00:02:13.940
>> OK.
>> E

00:02:13.940 --> 00:02:17.840
Assim como nos locais de
o SQL Server na VM Azure.

00:02:17.840 --> 00:02:18.843
>> Te, bem legal.

00:02:18.843 --> 00:02:19.844
>> E hoje,

00:02:19.844 --> 00:02:25.460
Akash está prestes a dar uma demonstração de como
a migração funciona o DMA.

00:02:25.460 --> 00:02:26.000
>> Doce, OK.

00:02:26.000 --> 00:02:26.620
>> Sim.
>> Resfriar.

00:02:26.620 --> 00:02:29.930
>> Então, antes de entrarmos nesse local,
Eu gostaria,

00:02:29.930 --> 00:02:32.560
Vamos voltar para a visão
Eu gostaria de

00:02:32.560 --> 00:02:37.260
falar sobre uma recapitulação sobre nosso
Região de equipe de migração de dados.

00:02:37.260 --> 00:02:41.640
Como você pode ver, ele permite que os clientes
Para mover para a plataforma de dados modernos

00:02:41.640 --> 00:02:46.780
Para obter uma vantagem competitiva
por meio de ideias de negócios.

00:02:46.780 --> 00:02:49.445
Como você sabe,
com a análise de dados, e

00:02:49.445 --> 00:02:52.408
Assim como a letra inicial
avanços de aprendizagem

00:02:52.408 --> 00:02:56.050
que altera a maneira completamente
Se os dados são bem-vindos.

00:02:56.050 --> 00:03:01.260
Você sabe ideias de dados é um muito
aspecto crítico para os negócios.

00:03:01.260 --> 00:03:06.830
E, atualmente,
a empresa é especificada

00:03:06.830 --> 00:03:11.890
Para obter ideias sobre os dados
e também como usar esses dados

00:03:11.890 --> 00:03:15.860
para realmente transformar a maneira que
eles trabalham com seus clientes.

00:03:15.860 --> 00:03:18.830
Forma elas mostram
as experiências para os clientes.

00:03:18.830 --> 00:03:19.870
>> OK.
>> Para seus aplicativos e

00:03:19.870 --> 00:03:20.860
suas operações.

00:03:20.860 --> 00:03:23.570
>> À direita.
>> E então é a plataforma de dados da Microsoft

00:03:23.570 --> 00:03:26.030
na vanguarda da
a evolução de dados, certa?

00:03:26.030 --> 00:03:31.520
>> Então a equipe de migração de dados, os
objetivo é permitir que esses clientes

00:03:31.520 --> 00:03:33.670
migrar para a plataforma moderna assim

00:03:33.670 --> 00:03:39.750
os clientes realmente podem se concentrar
em obter vantagem competitiva

00:03:39.750 --> 00:03:41.000
por meio de ideias de negócios
>> Sim.

00:03:41.000 --> 00:03:42.450
>> Que é tipo de nosso objetivo.

00:03:42.450 --> 00:03:43.050
>> OK.
>> Então

00:03:43.050 --> 00:03:47.750
Alinhar com nosso objetivo, agora temos
Este assistente de migração de dados

00:03:48.860 --> 00:03:54.560
principalmente reduz o esforço antes
você atualizar para os servidores SQL.

00:03:54.560 --> 00:03:58.050
Portanto, ele possui dois fluxos de trabalho,
uma é a avaliação e

00:03:58.050 --> 00:03:59.375
o outro é a migração.

00:03:59.375 --> 00:03:59.890
>> OK.

00:03:59.890 --> 00:04:05.370
>> Isso no fluxo de trabalho de avaliação
podemos realmente automatizar o anteriormente

00:04:05.370 --> 00:04:10.750
manual e
processo, bem como muito grande

00:04:10.750 --> 00:04:15.120
de verificação de banco de dados estático do concluída
código para que as alterações de invasão.

00:04:15.120 --> 00:04:16.570
>> Sim, vimos o último momento.

00:04:16.570 --> 00:04:19.060
O booster diz aqui, se você estiver
atualização desta versão para isso

00:04:19.060 --> 00:04:21.320
versão que necessária a invasão
as alterações e o que é recomendável.

00:04:21.320 --> 00:04:22.120
>> Sim.

00:04:22.120 --> 00:04:23.300
>> Isso no fluxo de trabalho migração

00:04:23.300 --> 00:04:27.680
o que fizemos é que agora as pessoas
pode migrar seus dados,

00:04:27.680 --> 00:04:31.170
o esquema e o servidor SQL
logins e logins do Windows.

00:04:31.170 --> 00:04:33.560
>> OK.
>> Para as versões modernas do servidor SQL

00:04:33.560 --> 00:04:36.430
Assim como o servidor SQL
a nuvem VM em execução.

00:04:36.430 --> 00:04:37.240
>> Nuvem de VM, tudo bem.

00:04:37.240 --> 00:04:38.940
>> Ou seja algo que nossos
cache será você de demonstração.

00:04:38.940 --> 00:04:40.900
>> É um,
tipo de um processo de duas partes.

00:04:40.900 --> 00:04:42.450
Aqui está a avaliação. Direita?

00:04:42.450 --> 00:04:42.790
E

00:04:42.790 --> 00:04:45.930
e se quisermos migrar,
Vá em frente e migre, certo?

00:04:45.930 --> 00:04:47.230
O esquema e dados.

00:04:47.230 --> 00:04:48.180
Logins e, muito bem.

00:04:48.180 --> 00:04:49.370
>> Dados, muito bem.
>> Resfriar.

00:04:49.370 --> 00:04:50.150
Awesome.

00:04:50.150 --> 00:04:52.822
Uau, que era muito
de trabalho em um mês.

00:04:52.822 --> 00:04:54.170
>> [RIR] exatamente.

00:04:54.170 --> 00:04:58.040
>> E na verdade, até mesmo enviamos 2.1
Depois de passar dentro de duas semanas.

00:04:58.040 --> 00:05:01.130
Obtivemos muitos pergunta de clientes
onde eles foram dizendo que Ei,

00:05:01.130 --> 00:05:03.980
Essa ferramenta funciona quando grande
Foi vinculando o bancos de dados.

00:05:03.980 --> 00:05:06.210
Mas se eu preciso avaliar
como centenas de bancos de dados,

00:05:06.210 --> 00:05:08.570
em seguida, preciso de algo como
um script de automação.

00:05:08.570 --> 00:05:10.832
Então é ativado imediatamente
um comando para avaliação, e

00:05:10.832 --> 00:05:13.740
autoenviamos que 2.1, e
Vou fazer mais do que.

00:05:13.740 --> 00:05:14.570
>> Melhores, tudo bem, o word.

00:05:14.570 --> 00:05:16.600
Certo, é hora de demonstração?

00:05:16.600 --> 00:05:19.300
>> Este é tempo de demonstração
o período interessante realmente.

00:05:19.300 --> 00:05:20.370
>> OK.
Fresco.

00:05:20.370 --> 00:05:24.570
>> Portanto, Sim,
vou abrir o Assistente de migração.

00:05:24.570 --> 00:05:29.460
Então isso já está disponível em
Centro de download no mesmo link.

00:05:29.460 --> 00:05:32.443
Os clientes existentes podem
Basta use a atualização do MSI.

00:05:32.443 --> 00:05:35.540
>> Sim, acho que você precisa
sair da sua apresentação.

00:05:35.540 --> 00:05:37.130
Sim, existe, vamos lá.

00:05:37.130 --> 00:05:39.490
E, em seguida,, perfeito.

00:05:39.490 --> 00:05:40.590
>> Tudo bem, aí está.

00:05:40.590 --> 00:05:42.520
Portanto, agora,
última vez em que mostrei esta demonstração

00:05:42.520 --> 00:05:43.940
essa migração foi em breve.

00:05:43.940 --> 00:05:44.950
Agora ele já estiver lá.

00:05:44.950 --> 00:05:47.100
Deixe-me iniciar um projeto de migração.

00:05:47.100 --> 00:05:49.390
Vamos chamá-lo GetToSQL novamente.

00:05:49.390 --> 00:05:50.430
E criar.

00:05:50.430 --> 00:05:53.778
>> Você se saiu apenas a migração ou
Você precisa fazer,

00:05:53.778 --> 00:05:56.157
como você selecionou a migração?

00:05:56.157 --> 00:05:58.680
Ele faz a avaliação
Por padrão?

00:05:58.680 --> 00:06:01.470
>> Boa pergunta.
Basicamente é sempre recomendável

00:06:01.470 --> 00:06:05.330
fazer a avaliação inicial
Descubra todas as alterações recentes.

00:06:05.330 --> 00:06:08.390
E, em seguida, Elabore um plano
Para corrigir as alterações significativas.

00:06:08.390 --> 00:06:12.860
Depois de migrar seu banco de dados
para a versão de destino

00:06:12.860 --> 00:06:15.530
em seguida, você pode ser capaz de aplicar essas
corrige antes de você abrir seu

00:06:15.530 --> 00:06:16.350
bancos de dados [INAUDIBLE].

00:06:16.350 --> 00:06:18.840
>> Certo, portanto, a migração é
não vou fazer também uma avaliação?

00:06:18.840 --> 00:06:21.630
>> Não, nós não impor
avaliação durante a migração.

00:06:21.630 --> 00:06:22.610
>> OK.
>>, Mas é recomendável que você faça

00:06:22.610 --> 00:06:23.540
uma avaliação antes disso.

00:06:23.540 --> 00:06:25.500
>> Esses são dois independentes
fluxos de trabalho neste ponto, mas

00:06:25.500 --> 00:06:27.380
é sempre recomendável ir
com a avaliação primeiro.

00:06:27.380 --> 00:06:28.070
>> Primeiro direito.

00:06:28.070 --> 00:06:29.080
Sim, isso faz sentido.

00:06:29.080 --> 00:06:34.760
>> Isso neste cenário específico
Vou migrando de demonstração

00:06:34.760 --> 00:06:39.140
servidor que tenha a premissa de
uma VM de SQL Azure que tenho na nuvem.

00:06:39.140 --> 00:06:42.066
E quando dizemos migração,
o fluxo de trabalho atual,

00:06:42.066 --> 00:06:45.070
Ele oferece suporte a todo o servidor
migração do servidor TP.

00:06:45.070 --> 00:06:47.130
Portanto, ele fará a migração
todos os seus bancos de dados.

00:06:47.130 --> 00:06:48.320
Ele irá migrar todos os seus logins.

00:06:48.320 --> 00:06:51.240
Isso garantirá que todos os logons
estão mapeados corretamente mesmo se existe

00:06:51.240 --> 00:06:53.780
já estão alguns logons
já migrados antes.

00:06:53.780 --> 00:06:56.330
E, em seguida, os aplicativos devem ser apenas
capaz de conectar-se nesse novo

00:06:56.330 --> 00:06:57.220
banco de dados e trabalho.

00:06:57.220 --> 00:06:58.770
Que é o banco de dados aqui.

00:06:58.770 --> 00:07:00.470
>> Para o aplicativo precisa apenas
alterar a sequência de conexão?

00:07:00.470 --> 00:07:02.510
>> Alterar a sequência de conexão e
deve ser capaz de trabalhar.

00:07:02.510 --> 00:07:05.780
Deixe-me selecionar no local
instância que tenho aqui.

00:07:05.780 --> 00:07:10.220
E é compatível com Windows e
Autenticação de SQL.

00:07:10.220 --> 00:07:12.690
Podemos aplicar a criptografia, mas
Se desejar, você poderá removê-lo.

00:07:12.690 --> 00:07:14.910
É recomendável usar sempre que.

00:07:14.910 --> 00:07:18.740
Ela também especifica quais credenciais
Essa conta com a qual eu sou

00:07:18.740 --> 00:07:20.490
a conexão é necessária
no servidor de origem.

00:07:20.490 --> 00:07:22.610
Isso requer um controle
permissão do servidor.

00:07:22.610 --> 00:07:24.570
Nesta instância de servidor único.

00:07:24.570 --> 00:07:27.360
Agora vamos selecionar o servidor de destino
qual é essa parte do servidor

00:07:27.360 --> 00:07:31.030
que não é nada mas um SQL
servidor sentado em uma nuvem VM, mas

00:07:31.030 --> 00:07:35.190
ele é conectado através do express
rotear para nosso [INAUDIBLE].

00:07:35.190 --> 00:07:38.889
Queremos nos certificar de que temos
a máquina Virtual conectado no local

00:07:38.889 --> 00:07:41.468
rede através de um VPN ou
Express agora ou

00:07:41.468 --> 00:07:42.940
outras tecnologias.

00:07:42.940 --> 00:07:43.810
>> Por isso, é domínio você

00:07:43.810 --> 00:07:44.700
deseja em [INAUDIBLE]
>> Exatamente.

00:07:44.700 --> 00:07:45.240
>> Contrário,

00:07:45.240 --> 00:07:48.900
não será possível migrar
como os logons e as pessoas gostam que.

00:07:48.900 --> 00:07:50.300
>> Sim.
>> Sim, exatamente e

00:07:50.300 --> 00:07:50.940
ao mesmo tempo,

00:07:50.940 --> 00:07:52.910
Ele também informa que o
missão é necessária no seu destino.

00:07:52.910 --> 00:07:54.700
Portanto, o que você quer dizer
função de servidor do sistema.

00:07:54.700 --> 00:07:55.940
Portanto, vou selecionar Avançar.

00:07:55.940 --> 00:07:58.250
Nesse ponto foi examinado
por meio de todos os bancos de dados e

00:07:58.250 --> 00:08:00.300
me deu uma lista de todos os
os bancos de dados aqui.

00:08:00.300 --> 00:08:04.870
Agora nesta tela posso especificar o
maneira migrará, será apenas

00:08:04.870 --> 00:08:07.720
usar o backup simple planejar, que
já tem o suporte de serviço do SQL.

00:08:07.720 --> 00:08:10.970
Portanto, ele me pergunta para
um local de sombra onde

00:08:10.970 --> 00:08:13.570
o servidor de origem tem permissão
tentar fazer backup e

00:08:13.570 --> 00:08:16.334
o destino tem permissão
Para restaurá-lo de lá.

00:08:16.334 --> 00:08:19.470
Me e o usuário que está executando o MDMA
não precisa de sua permissão e

00:08:19.470 --> 00:08:21.110
em seguida, pergunte-me para esta pasta isso

00:08:21.110 --> 00:08:23.820
Posso fornecer um local de pasta
que eu já tenho aqui.

00:08:23.820 --> 00:08:25.050
Que já criou.

00:08:25.050 --> 00:08:26.210
Preferencialmente um compartilhamento de rede.

00:08:26.210 --> 00:08:29.920
No entanto; Se necessário, você pode
sempre escolheu esse banco de dados de cópia

00:08:29.920 --> 00:08:32.380
opção onde você pode fornecer
dois locais separados.

00:08:32.380 --> 00:08:35.220
E, nesse caso, o MDMA
fará a operação de cópia.

00:08:35.220 --> 00:08:38.160
Mas ao mesmo tempo agora que
precisará de um usuário em MDMA

00:08:38.160 --> 00:08:39.510
permissão sobre isso para obter os resultados.

00:08:39.510 --> 00:08:41.870
>> OK.
>> É recomendável para não fazer isso

00:08:41.870 --> 00:08:44.960
porque ele apresenta apenas
outra etapa de falha.

00:08:46.110 --> 00:08:47.790
E ele fica lento apenas.

00:08:47.790 --> 00:08:52.150
Assim o cenário onde os clientes
talvez queira fazer isto é se eles

00:08:52.150 --> 00:08:55.090
não tem uma única pasta
onde ambos de origem e

00:08:55.090 --> 00:08:56.900
dados podem ter acesso a ele.

00:08:56.900 --> 00:08:58.470
Em seguida, eles podem fazer essa cópia.

00:08:58.470 --> 00:09:00.720
>> Sim, portanto
ele vai copiá-lo para um local,

00:09:00.720 --> 00:09:04.270
em seguida, MDMA irá copiá-lo para o outro
local onde o servidor na nuvem.

00:09:05.360 --> 00:09:09.740
Por que copiar para
Blob de armazenamento do Azure, por exemplo.

00:09:09.740 --> 00:09:13.400
E acho que depende
o tipo de backup que estamos fazendo.

00:09:13.400 --> 00:09:15.370
>> Sim, isso é um total
banco de dados de backup, na verdade.

00:09:15.370 --> 00:09:16.160
>> OK.
>> E no momento,

00:09:16.160 --> 00:09:19.865
não estamos dando os backups
a URL da nuvem.

00:09:19.865 --> 00:09:21.572
>> OK.
>> É apenas tipo de volta no-break

00:09:21.572 --> 00:09:23.835
Por acaso, o registro local e
a rede.

00:09:23.835 --> 00:09:26.155
>> Inicialmente, lembre-se que mencionei
que o cenário oferece suporte para

00:09:26.155 --> 00:09:28.495
Esse conector express para.

00:09:28.495 --> 00:09:30.998
Portanto, esperamos que o mesmo
compartilhamento de rede ou

00:09:30.998 --> 00:09:33.730
unidade de ar que seria
>> Sim.

00:09:33.730 --> 00:09:35.430
>> No futuro,
teremos cenários,

00:09:35.430 --> 00:09:37.340
onde estamos
fazer um backup no blob.

00:09:37.340 --> 00:09:38.735
>> Então, vamos dizer que você pode ir para SQL

00:09:38.735 --> 00:09:39.420
[INAUDÍVEL]
>> SQL.

00:09:39.420 --> 00:09:40.820
>> Mesmo quando você está
nem mesmo conectado.

00:09:40.820 --> 00:09:41.430
>> OK.
>> Assim,

00:09:41.430 --> 00:09:44.193
Isso é o que vamos trabalhar no futuro,
mas atualmente ele não suporta.

00:09:44.193 --> 00:09:45.276
>> OK.
>> Ao mesmo tempo, agora,

00:09:45.276 --> 00:09:48.379
Posso simplesmente fornecer deste único local
e diga a seguir, mas ao mesmo tempo,

00:09:48.379 --> 00:09:50.967
Posso até mesmo ir ao banco de dados e
ajustar essas configurações,

00:09:50.967 --> 00:09:52.393
como alterar o nome do banco de dados.

00:09:52.393 --> 00:09:55.046
Se você observar com o mesmo
local foi copiado aqui.

00:09:55.046 --> 00:09:57.708
Posso alterar o arquivo de dados e
os locais de arquivo de log.

00:09:57.708 --> 00:09:59.239
Por enquanto, não alterar nada.

00:09:59.239 --> 00:10:01.850
Entrarei apenas com os padrões
Se tiver selecionado DM para mim.

00:10:01.850 --> 00:10:03.590
E deixar que eu clique em Avançar.

00:10:03.590 --> 00:10:06.235
Aqui é onde ele será aplicado todas
as configurações para cada banco de dados

00:10:06.235 --> 00:10:08.657
todas as validações agradar
[INAUDÍVEL] já existe ou não.

00:10:08.657 --> 00:10:10.389
Adicione as permissões corretas ou não.

00:10:10.389 --> 00:10:11.998
Nós vamos tentar fazer [INAUDIBLE]
restaurar somente e

00:10:11.998 --> 00:10:13.434
Veja se a restauração
será bem sucedido ou

00:10:13.434 --> 00:10:15.040
não em vez futura
o backup é feito.

00:10:15.040 --> 00:10:16.710
Portanto, ele fará todas as verificações.

00:10:16.710 --> 00:10:20.000
E agora, quando um cheque é bem-sucedida
lista todos os logons.

00:10:20.000 --> 00:10:23.447
Agora, para cada login nessa fonte
servidor, ele informa o tipo de login

00:10:23.447 --> 00:10:27.123
o padrão é, o status
o se ele está habilitado ou

00:10:27.123 --> 00:10:27.706
desativado.

00:10:27.706 --> 00:10:32.674
E, ao mesmo tempo,
Fornece suas próprias ideias,

00:10:32.674 --> 00:10:36.830
Se esse logon é
pronto para continuar ou não.

00:10:36.830 --> 00:10:39.010
Ele diz que todos esses
logons estiverem prontos para continuar.

00:10:39.010 --> 00:10:42.120
Mas se eu rolar para baixo,
Há esses quatro logons.

00:10:42.120 --> 00:10:43.790
Um SQL, quatro logins do Windows.

00:10:43.790 --> 00:10:47.194
E ele diz que esse logon já
existe no servidor de destino.

00:10:47.194 --> 00:10:47.970
>> OK.

00:10:47.970 --> 00:10:50.520
>> Porque para
exemplo sobre aqui eu sou o usuário e

00:10:50.520 --> 00:10:52.100
Eu sou o usuário na máquina de destino.

00:10:52.100 --> 00:10:55.050
Mas é MDM,
ele não seleciona-los por padrão.

00:10:55.050 --> 00:10:57.308
No entanto, você pode escolher
para migrar isso.

00:10:57.308 --> 00:10:59.955
E quanto vai [INAUDIBLE] fazer
é que ele migrará os logons

00:10:59.955 --> 00:11:02.051
ele manterá seu destino
logins como estão, mas

00:11:02.051 --> 00:11:05.194
ele migrará o protegíveis e
ele irá mapear os usuários órfãos e

00:11:05.194 --> 00:11:07.980
em seguida, ele pode [CROSSTALK]
>> Certo, então ele não remover

00:11:07.980 --> 00:11:12.152
os logons, mas ele será todos
protegíveis e coisas como essas.

00:11:12.152 --> 00:11:15.474
>> Sim, eles serão mapeados novamente para
os logins já existentes no

00:11:15.474 --> 00:11:16.610
a máquina de destino.

00:11:16.610 --> 00:11:19.752
Portanto não quebremos existente
aplicativos no servidor de destino

00:11:19.752 --> 00:11:20.587
Se houver algum.

00:11:20.587 --> 00:11:23.344
E ao mesmo tempo existe
são alguns que o SQL e

00:11:23.344 --> 00:11:26.282
dizemos que Ei você não pode apenas
migrar, eles são desabilitados.

00:11:26.282 --> 00:11:28.913
E, nesse momento, basta clicar em
botão Iniciar migração, e

00:11:28.913 --> 00:11:30.550
aqui é onde a mágica acontece.

00:11:30.550 --> 00:11:34.810
Portanto, inicialmente o que ele fará é
fará a migração de todos os bancos de dados

00:11:34.810 --> 00:11:35.320
Outlook.

00:11:35.320 --> 00:11:37.790
Uma vez todos os bancos de dados e
são migrados

00:11:37.790 --> 00:11:39.020
Vamos começar a migração
todos os logons.

00:11:39.020 --> 00:11:40.810
Como mapear todos os usuários

00:11:40.810 --> 00:11:43.700
ele precisa de todos esses bancos de dados
Para fazê-lo.

00:11:43.700 --> 00:11:45.830
E ele faz tudo
os bancos de dados em paralelo.

00:11:45.830 --> 00:11:48.617
O nível atual é oito que
nós definimos o arquivo de configuração, mas

00:11:48.617 --> 00:11:51.250
os usuários podem alterá-lo com base
sobre a sua origem e

00:11:51.250 --> 00:11:52.350
o servidor de destino.

00:11:52.350 --> 00:11:55.521
E você pode ter mais de migrações
ajudando você a paralela.

00:11:55.521 --> 00:11:57.470
E agora será iniciado
migrar todos os logons.

00:11:57.470 --> 00:12:01.920
A vantagem deste fluxo de trabalho é o
migração de login, migração de banco de dados

00:12:01.920 --> 00:12:04.070
mesmo que você vê
aqui, vinculou juntos,

00:12:04.070 --> 00:12:06.140
eles não são ligados uns aos outros,
eles são independentes.

00:12:06.140 --> 00:12:09.310
Por exemplo, posso criar
um fluxo de trabalho de migração e dizer,

00:12:09.310 --> 00:12:12.740
Ei eu tenho minha própria automação
scripts para migrar meus bancos de dados.

00:12:12.740 --> 00:12:14.430
Eu só preciso para migrar logons.

00:12:14.430 --> 00:12:16.290
Você pode migrar seu
banco de dados da maneira desejada.

00:12:16.290 --> 00:12:18.540
Você pode vir aqui,
Cancele a seleção de todos os bancos de dados, e

00:12:18.540 --> 00:12:21.030
Basta dizer que são os logins,
precisa migrar e mover para frente.

00:12:21.030 --> 00:12:24.170
Mesmo se aplica para bancos de dados
e você pode também selecionar e escolher.

00:12:24.170 --> 00:12:27.550
Isso geralmente é cenário onde
percebemos que muitas pessoas,

00:12:27.550 --> 00:12:31.200
eles são feitos com migração parcial
e agora eles estão parados como aqui.

00:12:31.200 --> 00:12:34.018
Aqui, tenho alguns logons
alguns logons lá, aqui, alguns bancos de dados

00:12:34.018 --> 00:12:34.860
Alguns ali.

00:12:34.860 --> 00:12:36.410
O que devo fazer agora?

00:12:36.410 --> 00:12:39.165
Pode haver e resolverá
todos os logons para você.

00:12:39.165 --> 00:12:40.793
>> OK.
>> É o tipo de cenário

00:12:40.793 --> 00:12:41.751
onde você.

00:12:41.751 --> 00:12:46.060
>> O que ocorre se qualquer da
migrações de banco de dados ou algo

00:12:46.060 --> 00:12:50.830
falhar, ele é em paralelo, portanto não é
um tudo ou nada, suponho.

00:12:50.830 --> 00:12:54.340
Se uma migração falhar por qualquer outro
motivo, migrará o resto e

00:12:54.340 --> 00:12:56.800
em seguida, informar,
Ei esta falha devido a x.

00:12:56.800 --> 00:12:57.330
>> Sim.

00:12:57.330 --> 00:12:59.230
>> Que eles possam continuar com
migração de armazenamento de dados.

00:12:59.230 --> 00:12:59.730
>> OK.
>> Sim.

00:12:59.730 --> 00:13:01.537
É melhor esforço ponto, isso

00:13:01.537 --> 00:13:04.043
Se um falha,
Continuamos ainda porque cada banco de dados

00:13:04.043 --> 00:13:05.850
cada logon é independente.
>> OK.

00:13:05.850 --> 00:13:06.630
>> E, você irá,

00:13:06.630 --> 00:13:07.850
como mostrado aqui.

00:13:07.850 --> 00:13:10.561
Ainda não tenho o relatório de exportação,
como a migração não é

00:13:10.561 --> 00:13:13.121
Concluir, mas uma vez tudo
é feito, pode exportar, e

00:13:13.121 --> 00:13:15.288
ele terá todos os detalhadas
relatório do que falhou,

00:13:15.288 --> 00:13:17.423
para mostrar o que bem-sucedida
algo na interface do Usuário propriamente dita.

00:13:17.423 --> 00:13:18.110
>> OK, legal.

00:13:18.110 --> 00:13:21.590
>> Dessa forma, o bom aqui é que
Quando se trata de migração de dados

00:13:21.590 --> 00:13:24.220
site, você está simplesmente não
Migrando seus bancos de dados.

00:13:24.220 --> 00:13:27.300
É sobre o outro

00:13:27.300 --> 00:13:30.060
objetos de servidor que
os aplicativos são dependentes.

00:13:30.060 --> 00:13:32.910
Para, por exemplo, nesse caso,
os logins, certos?

00:13:32.910 --> 00:13:35.430
E, em seguida, no futuro, libera nós
Vamos adicionar mais objetos de servidor

00:13:35.430 --> 00:13:38.340
Para isso, trabalhos do SQL agent,
Pacotes SSAS.

00:13:38.340 --> 00:13:40.903
Muitos desses aplicativos estão
Alguns desses objetos dependentes

00:13:40.903 --> 00:13:42.684
que estejam fora
do banco de dados.

00:13:42.684 --> 00:13:44.630
>> Muito bem.
>> Queremos nos certificar de que estamos

00:13:44.630 --> 00:13:48.830
fornecer uma solução abrangente
uma solução de uma parada onde

00:13:48.830 --> 00:13:51.620
ele vai cuidar de
todas as suas necessidades de migração.

00:13:51.620 --> 00:13:52.310
>> OK.

00:13:52.310 --> 00:13:53.200
>> Muito bem
>> Muito bom.

00:13:53.200 --> 00:13:54.880
>> E
enquanto a migração está em andamento

00:13:54.880 --> 00:13:56.180
Tenho algumas notícias interessantes para você.

00:13:56.180 --> 00:14:01.040
Quando se trata de, foi como 3
meses, lançamos nossa, você sabe,

00:14:01.040 --> 00:14:02.730
Versão 1.0 de DMA
>> Muito bem.

00:14:02.730 --> 00:14:06.643
>> Até agora obtivemos cerca de 60 mil
núcleos são assistidos,

00:14:06.643 --> 00:14:09.748
60.000 núcleos são assistida.

00:14:09.748 --> 00:14:14.630
>> E cerca de 70.000 bancos de dados
que executam nosso sistema isso

00:14:14.630 --> 00:14:16.660
Agora com nossa avaliação de DM.

00:14:16.660 --> 00:14:17.530
>> Realmente?

00:14:17.530 --> 00:14:20.530
>> Foi apenas três semanas que
lançamos o fluxo de trabalho de migração.

00:14:20.530 --> 00:14:24.867
Vemos aproximadamente 700 já
núcleos são migrados para o

00:14:24.867 --> 00:14:27.220
as plataformas mais recentes.

00:14:27.220 --> 00:14:29.780
E que é fornecido para baixo
ao redor de 400 bancos de dados.

00:14:29.780 --> 00:14:32.521
>> Para que as pessoas estão realmente
baixar e usar essa ferramenta para

00:14:32.521 --> 00:14:34.846
fazer uma avaliação e migrar e -
>> Sim, e

00:14:34.846 --> 00:14:38.249
Depois de examinar o número total
de downloads é 7.000 até o momento.

00:14:38.249 --> 00:14:39.029
>> de 7.000 downloads?

00:14:39.029 --> 00:14:40.070
>> Sim, desde agosto.

00:14:40.070 --> 00:14:40.954
>> Total, ou?

00:14:40.954 --> 00:14:41.828
>> Total desde agosto.

00:14:41.828 --> 00:14:45.600
>> Bem, desde agosto,
OK, muito bom.

00:14:45.600 --> 00:14:48.486
>> Para que essa migração pode demorar alguns
tempo, portanto, o que eu farei é enquanto

00:14:48.486 --> 00:14:51.596
Isso continuar, porque isso
ponto de mapeamento de todos os usuários

00:14:51.596 --> 00:14:54.690
atribuir funções e
etapa de membros [INAUDÍVEL] dois.

00:14:54.690 --> 00:14:58.310
Deixe-me saltar para o comando
interface de linha e

00:14:58.310 --> 00:14:59.990
podemos pode vir voltar aqui e
Veja o resultado.

00:14:59.990 --> 00:15:04.840
Se simplesmente mostrar praticamente tudo
[INAUDÍVEL] nos deparamos aqui novamente.

00:15:04.840 --> 00:15:09.317
Isso com a versão 2.1 do DMA
Se você for para a pasta

00:15:09.317 --> 00:15:14.113
onde o DMA obtém a instalação
quais são arquivos de programa >

00:15:14.113 --> 00:15:19.480
Assistente de migração de dados
Você encontrará DmaCmd, dma *.

00:15:19.480 --> 00:15:22.844
Portanto, você encontrará DmaCmd.exe
Além de um Dma.exe

00:15:22.844 --> 00:15:25.620
qual é a versão da interface do Usuário, e
Esta é a versão de linha de comando.

00:15:25.620 --> 00:15:30.170
Como com qualquer ferramenta de linha de comando
Você pode apenas digitar /?, ou help e

00:15:30.170 --> 00:15:34.830
ele fornecerá detalhes de como
Para usar este utilitário em particular.

00:15:34.830 --> 00:15:37.460
Portanto, se você verificar os sinalizadores
aqui, ele apenas solicita a mesma

00:15:37.460 --> 00:15:40.570
algo que você forneceu na interface do Usuário,
apenas um nome de avaliação, uma lista de

00:15:40.570 --> 00:15:43.730
todos os bancos de dados, onde você deve
trate cada banco de dados independente.

00:15:43.730 --> 00:15:47.430
Portanto, você pode fornecer a conexão
sequências de caracteres de banco de dados que é necessário porque

00:15:47.430 --> 00:15:51.240
Este é um reparo de automação
Você pode executá-lo no modo autônomo.

00:15:51.240 --> 00:15:53.900
A plataforma de destino
Avaliar questões de compatibilidade ou

00:15:53.900 --> 00:15:57.690
não recebem suas recomendações ou
Você pode escolher ambas se desejar.

00:15:57.690 --> 00:16:00.148
E isso é algo novo
que temos no cmdlet,

00:16:00.148 --> 00:16:02.564
Você pode exportar seu
resultados em formato JSON.

00:16:02.564 --> 00:16:05.024
E mostrarei por que isso é muito
muito importante, na verdade, quando ele

00:16:05.024 --> 00:16:06.210
Trata-se de script de automação.

00:16:06.210 --> 00:16:08.340
Isso neste particular
Caso claro e

00:16:08.340 --> 00:16:11.250
em seguida, ele fornece mais exemplos
como executar a ferramenta para

00:16:11.250 --> 00:16:14.310
um único banco de dados, vários
bancos de dados, autenticação do SQL, e

00:16:14.310 --> 00:16:16.090
fornece alguns exemplos de
um início rápido.

00:16:16.090 --> 00:16:19.650
O que tem feito é, internamente,
ao trabalhar com equipes diferentes

00:16:19.650 --> 00:16:23.880
na Microsoft, estamos realmente
criar um script do PowerShell,

00:16:23.880 --> 00:16:27.130
que envolve isso
utilitário em particular.

00:16:27.130 --> 00:16:28.520
Até agora,

00:16:28.520 --> 00:16:31.990
Apenas duro codifiquei o que eu preciso
como Meus argumentos de entrada aqui.

00:16:31.990 --> 00:16:35.240
E esta demonstração específica, estou
indo para avaliar esses bancos de dados de nove

00:16:35.240 --> 00:16:38.630
preciso avaliar para
problemas de compatibilidade e

00:16:38.630 --> 00:16:41.270
gerar os resultados em um formato JSON.

00:16:41.270 --> 00:16:45.367
Depois que os resultados estão disponíveis,
Tenho um script JSON de importação por

00:16:45.367 --> 00:16:49.333
aqui, que vai importar
Isso em uma tabela do SQL em um banco de dados SQL.

00:16:49.333 --> 00:16:49.980
>> Interessante, tudo bem.
>> E, em seguida,

00:16:49.980 --> 00:16:52.850
Você pode pedir a todos os tipos de perguntas
que é necessário nessa tabela e

00:16:52.850 --> 00:16:54.490
obter todos os tipos de ideias a partir deles.

00:16:54.490 --> 00:16:57.622
>> Basicamente oferece
uma visão consolidada da e SQL.

00:16:57.622 --> 00:17:00.580
>> Muito bem, muito bom, tudo bem.

00:17:00.580 --> 00:17:04.430
>> Deixe-me começar apenas
executando o script por enquanto.

00:17:04.430 --> 00:17:09.866
>> Agora notei que esses,
a lista de cadeias de caracteres de conexão

00:17:09.866 --> 00:17:13.040
eles são apenas separada por espaço?

00:17:13.040 --> 00:17:15.470
>> Sim, o espaço é separado, Sim.

00:17:15.470 --> 00:17:19.260
Não porque começando internamente
Crie sua avaliação do produto.

00:17:19.260 --> 00:17:21.080
Ele trata o banco de dados de forma independente.

00:17:21.080 --> 00:17:23.480
Portanto, é possível ter duas bases de dados
de dois servidores diferentes.

00:17:23.480 --> 00:17:25.790
Portanto, ele pede a você para
fluxo de conexão para cada um deles.

00:17:25.790 --> 00:17:29.870
E, em seguida, uma vez que ele avalia todos
[INAUDÍVEL] vai importar

00:17:29.870 --> 00:17:34.630
os resultados em uma tabela no SQL
Servidor e deixe-me mostrar os resultados.

00:17:34.630 --> 00:17:37.580
Dessa forma, normalmente onde temos visto
onde isso é útil é pensar em

00:17:37.580 --> 00:17:40.990
um cenário empresarial no local
centenas e milhares de bancos de dados.

00:17:40.990 --> 00:17:43.050
É qualquer instância
igual às instâncias.

00:17:43.050 --> 00:17:46.010
É realmente difícil quando
se trata de projetos de migração.

00:17:46.010 --> 00:17:49.110
A parte inteira de planejamento decidir
Vá com o primeiro, qual banco de dados

00:17:49.110 --> 00:17:51.780
que esteja pronto para migrar,
que não estão prontos para migrar,

00:17:51.780 --> 00:17:52.780
é um exercício enorme.

00:17:52.780 --> 00:17:54.260
>> Sim, você está gerenciando centenas ou

00:17:54.260 --> 00:17:57.400
milhares ou
dezenas de milhares de bancos de dados.

00:17:57.400 --> 00:17:58.480
Como manter controle sobre ele?

00:17:58.480 --> 00:18:01.410
>> E a ferramenta não realmente
Resolva essa situação de grande escala.

00:18:01.410 --> 00:18:03.730
Agora você pode executá-lo usando o
Esse script do PowerShell.

00:18:03.730 --> 00:18:05.830
Você pode permitir que ele execute para
dias e noites.

00:18:05.830 --> 00:18:08.870
E depois de todo o relatório já existe em
o SQL Server, então você pode criar,

00:18:08.870 --> 00:18:11.530
Digamos que um relatório de BI de energia na parte superior
dele e escrever as suas consultas e

00:18:11.530 --> 00:18:12.330
Obtenha as respostas dele.

00:18:12.330 --> 00:18:14.040
>> Bem, então-
>>, Escrevemos uma detalhada

00:18:14.040 --> 00:18:18.100
blog em alguns desses casos de usuário
como os clientes podem usar realmente isso

00:18:18.100 --> 00:18:21.770
utilitário e, em seguida, apresente-se com
algum tipo de uma visão consolidada.

00:18:21.770 --> 00:18:25.120
Assim como muitos dos clientes
estão perguntando quais são minha deslocado de baixo

00:18:25.120 --> 00:18:25.630
frutas?

00:18:25.630 --> 00:18:28.380
Quais bancos de dados que posso
migrar com menos esforço?

00:18:28.380 --> 00:18:31.020
Portanto, esse tipo de modos de exibição
que podemos gerar e

00:18:31.020 --> 00:18:35.270
Vá escrevendo lá no blog ativo ou
o blog do Assistente de migração.

00:18:35.270 --> 00:18:37.420
>> Tudo bem, boa situação,
tipo de cenário, OK, excelente.

00:18:37.420 --> 00:18:39.682
>> Posso ir para
blogs.microsoft.com/datamigration

00:18:39.682 --> 00:18:42.620
e todos os nossos blogs são [INAUDIBLE]
Notas de versão e tudo.

00:18:42.620 --> 00:18:47.140
Agora, uma vez que o script já está
feito, deixe-me, na verdade, vá para a

00:18:47.140 --> 00:18:51.090
Esta é a tabela específica
que criar dados de relatório e

00:18:51.090 --> 00:18:54.600
uma consulta simples, como por exemplo
precisa saber como fazer que o meu,

00:18:54.600 --> 00:18:56.330
nem mesmo aquelas que executei antes.

00:18:56.330 --> 00:18:58.798
Eu só preciso saber
a lista de bancos de dados e

00:18:58.798 --> 00:19:00.864
ordene o número de problemas.

00:19:00.864 --> 00:19:02.790
Por exemplo,
Esses são o números de problemas ou

00:19:02.790 --> 00:19:05.680
Basta solicitá-los pelo número de
impacto sobre objetos porque ele será

00:19:05.680 --> 00:19:07.190
Ajude-me a planejamento por exemplo.

00:19:07.190 --> 00:19:10.760
>> Consulta muito simple, deixe-me
Execute ambas as consultas por exemplo.

00:19:10.760 --> 00:19:13.380
>> Vou conectar-se a este servidor.

00:19:15.070 --> 00:19:17.180
>> Você precisa ir para
o banco de dados existe.

00:19:17.180 --> 00:19:21.867
>> Sim.
[INAUDÍVEL] Bem, por exemplo,

00:19:21.867 --> 00:19:26.408
ele diz que, me permita expandir isso.

00:19:39.730 --> 00:19:44.040
>> Basicamente, ele deu a todos
a lista de servidores SQL,

00:19:44.040 --> 00:19:46.101
uma lista dos bancos de dados e

00:19:46.101 --> 00:19:50.695
lista de problemas que
são gerou através de DMA e

00:19:50.695 --> 00:19:55.517
use também a alteração [CROSSTALK]
>> Se trata de uma alteração proposital,

00:19:55.517 --> 00:19:58.511
Se é outro
Substituído o recurso ou é.

00:19:58.511 --> 00:20:03.530
>> Isso, seu script aqui, na verdade,
foi uma avaliação ao mesmo tempo?

00:20:03.530 --> 00:20:04.640
>> Sim.
>> Para classificar de forçada

00:20:04.640 --> 00:20:05.450
uma avaliação.

00:20:05.450 --> 00:20:07.960
>> Hm.
>> E, em seguida, fez a migração.

00:20:07.960 --> 00:20:08.760
Ou então, você fez uma migração pela primeira vez?

00:20:08.760 --> 00:20:09.570
>> Não.
Eu não fiz uma migração.

00:20:09.570 --> 00:20:10.620
Ele just.did uma avaliação.

00:20:10.620 --> 00:20:11.404
>> Você acabou de fazer uma avaliação?

00:20:11.404 --> 00:20:12.195
>> É, na verdade, preenchido.

00:20:12.195 --> 00:20:14.750
O motivo é que o que aconteceu é
Tive essa coisa que eu não

00:20:14.750 --> 00:20:15.348
Se estiver em dúvida.

00:20:15.348 --> 00:20:19.000
E ele apenas limpa todos os dados
-Me.

00:20:19.000 --> 00:20:21.109
Deixe-me rapidamente apenas
Execute a avaliação e

00:20:21.109 --> 00:20:23.848
em seguida, vou executar essas consultas e
Mostre algumas ideias.

00:20:23.848 --> 00:20:28.406
>> Assim você pode também usar isso então
Digamos que fazer migração também?

00:20:28.406 --> 00:20:31.075
>> Não, não hoje, mas faremos.

00:20:31.075 --> 00:20:35.100
>> Certo, então o comando somente linha
faz a migração ou uma avaliação.

00:20:35.100 --> 00:20:37.791
>> Para que ele faz de compatibilidade
avaliação onde ele informa

00:20:37.791 --> 00:20:39.291
que alterações significativas e

00:20:39.291 --> 00:20:42.678
Consulte também o recurso
avaliação de recomendações bem.

00:20:42.678 --> 00:20:46.395
Portanto, você deve saber quais recursos que
Você realmente pode aproveitar quando

00:20:46.395 --> 00:20:49.242
o destino está
vai para se beneficiar.

00:20:49.242 --> 00:20:52.662
>> Tudo bem, portanto, é a mesma consulta, eu.

00:20:52.662 --> 00:20:53.825
Veja, por exemplo.

00:20:53.825 --> 00:20:54.445
Ele diz que,

00:20:54.445 --> 00:20:57.165
Ei gerar erro este banco de dados particular-
>> Muito bem.

00:20:57.165 --> 00:20:58.245
>> Para ir de 90 a 10.

00:20:58.245 --> 00:21:00.155
Há apenas um problema.

00:21:00.155 --> 00:21:01.805
>> E mesmo quando pode mover para
nível de compatibilidade 130 apenas

00:21:01.805 --> 00:21:03.205
corrigir um problema e pronto.

00:21:03.205 --> 00:21:05.007
>> Sim.
>> Enquanto o banco de dados mais caras

00:21:05.007 --> 00:21:08.230
para chegar ao SQL que tenho,
que tem aproximadamente 16 problemas.

00:21:08.230 --> 00:21:10.950
No entanto, se eu tentar ordená-las
com base no número de impacto

00:21:10.950 --> 00:21:13.770
objetos, que é o valor real
quantidade de trabalho que preciso fazer,

00:21:13.770 --> 00:21:15.010
é o oposto.

00:21:15.010 --> 00:21:17.607
Não o oposto, mas
ele diz que tem esse determinado vazio

00:21:17.607 --> 00:21:19.426
o maior número de
os objetos necessários para corrigi-lo.

00:21:19.426 --> 00:21:22.067
Ao passo que chegar até mesmo à SQL
o número de questões foram mais.

00:21:22.067 --> 00:21:23.555
O número de objetos é menores.

00:21:23.555 --> 00:21:26.245
Agora, isso é apenas um muito
consulta simples executar, mas

00:21:26.245 --> 00:21:29.965
Imagine com todos esses dados que
Você obtém o formato estruturado.

00:21:29.965 --> 00:21:31.627
Ele pode criar todos os tipos de relatórios,

00:21:31.627 --> 00:21:34.790
como temos visto equipes internas
dando uma pontuação para este banco de dados.

00:21:34.790 --> 00:21:36.180
>> Sim.
>> Classificando-as em uma ordem.

00:21:36.180 --> 00:21:37.560
>> À direita.
>> Dando uma pontuação

00:21:37.560 --> 00:21:38.960
algo que eles chamam,
como a pontuação de classificação.

00:21:38.960 --> 00:21:40.350
Como, a preparação é a mais.

00:21:40.350 --> 00:21:41.560
>> Yup.
>> Para a plataforma mais recente.

00:21:41.560 --> 00:21:43.960
E, então, construir sobre isso
Você obtém um plano inteiro.

00:21:43.960 --> 00:21:45.320
>> Bem, é verdade,
também, fazer com que você sabe?

00:21:45.320 --> 00:21:47.940
Eu poderia ver isso, ou talvez
experimentá-lo e acionar um BI de energia.

00:21:47.940 --> 00:21:49.010
>> Sim.
>> Na frente dele, certo?

00:21:49.010 --> 00:21:50.290
>> Exatamente.
>> No painel de controle e ir,

00:21:50.290 --> 00:21:52.290
Esta é uma boa maneira de
Examine esse direito.

00:21:52.290 --> 00:21:55.818
Mas o interessante aqui é que
Aqui está uma excelente maneira, muito rapidamente,

00:21:55.818 --> 00:21:57.047
Para obter uma avaliação.

00:21:57.047 --> 00:21:58.620
Para obter o mesmo
informações através de uma ferramenta.

00:21:58.620 --> 00:22:00.070
>> À direita.
>> Ou uma ferramenta de avaliação.

00:22:00.070 --> 00:22:02.917
>> Sim.
>> Se eu sou um cara hardcore do PowerShell

00:22:02.917 --> 00:22:05.820
ou o comando, pode fazer isso também.

00:22:05.820 --> 00:22:06.960
>> Realmente ajuda os clientes a

00:22:06.960 --> 00:22:09.660
priorizar as migrações
basicamente.

00:22:09.660 --> 00:22:12.870
>> Um dos maiores problemas mas
Adoro o fato de que tenho uma maneira de

00:22:12.870 --> 00:22:16.880
Obtenha isso e visualizar os resultados
Isso é muito legal.

00:22:16.880 --> 00:22:19.900
>> Mais importante no final
onde ele deixa um ponto dois,

00:22:19.900 --> 00:22:21.490
Você obtém um lote de
comentários de ferramentas.

00:22:21.490 --> 00:22:24.230
Portanto, temos uma seção e um formulário
onde as pessoas podem enviar comentários.

00:22:24.230 --> 00:22:26.490
E obtivemos muita nossa de
clientes onde eles estavam pedindo

00:22:26.490 --> 00:22:29.590
Isso, portanto, por que não dissemos
Vamos oferecer isso.

00:22:29.590 --> 00:22:32.130
>> Legal,
Vamos voltar para a avaliação

00:22:32.130 --> 00:22:32.980
Consulte se terminar a avaliação.

00:22:32.980 --> 00:22:33.660
Migrações.

00:22:33.660 --> 00:22:36.490
>> Sim, parece que as migrações
são todos realizados nesse momento.

00:22:36.490 --> 00:22:38.810
Todos os logons migrados
com êxito, e

00:22:38.810 --> 00:22:41.140
claro, pode exportá-la para.

00:22:41.140 --> 00:22:44.510
>> Isso neste ponto
Oferecemos, como um relatório CSV.

00:22:44.510 --> 00:22:48.090
Para realmente armazenar o status
a migração de suavização.

00:22:48.090 --> 00:22:51.330
Se você deseja voltar e
revisá-lo último ponto do tempo.

00:22:51.330 --> 00:22:55.068
Você sempre pode usar este relatório CS
Para descobrir o que tem, na verdade

00:22:55.068 --> 00:22:58.360
foram migrados e
o que falhou, certo?

00:22:58.360 --> 00:23:00.310
>> OK, doce.

00:23:00.310 --> 00:23:03.700
>> Me deixa abrir
o migrationresults.csv.

00:23:05.050 --> 00:23:07.220
Ele terá mais detalhes
dentro de sentenças.

00:23:07.220 --> 00:23:10.420
>> À direita.
>> Usar este relatório de maneira usual é I

00:23:10.420 --> 00:23:12.840
Ir para o cabeçalho.

00:23:12.840 --> 00:23:15.120
Mesmo se ele for um CSV I
basta abri-la no Excel.

00:23:15.120 --> 00:23:19.670
Você pode colocar um filtro, salvá-lo
como XLXX e, em seguida, você tem tudo isso.

00:23:19.670 --> 00:23:21.310
>> Você pode usar
o poder do Excel.

00:23:23.000 --> 00:23:24.750
>> Basicamente obter quase
a mesma coisa que você obteve no SQL

00:23:24.750 --> 00:23:25.332
resultados.

00:23:25.332 --> 00:23:26.993
>> Exatamente.

00:23:26.993 --> 00:23:28.110
>> Sim. Sim.

00:23:28.110 --> 00:23:28.990
>> Isso é muito eficiente.

00:23:28.990 --> 00:23:29.890
Eu adoro isso.

00:23:29.890 --> 00:23:33.335
Isso não só podemos fazer a avaliação
maneiras diferentes de diferentes maneiras

00:23:33.335 --> 00:23:36.270
Agora a visualização que e torná-lo
como foi dito, facilitar a,

00:23:37.950 --> 00:23:41.290
Sim, priorizar quais
um deseja migrar.

00:23:41.290 --> 00:23:44.010
Mas agora posso também fazer
a migração também.

00:23:44.010 --> 00:23:45.670
>> Que 's correta.
>> Muito interessante.

00:23:45.670 --> 00:23:46.880
>> Senhor isso é fantástico,

00:23:46.880 --> 00:23:48.490
Agradeço muito por sua
tempo Obrigado por sua presença.

00:23:48.490 --> 00:23:50.932
Procuramos versão três
como na próxima semana [DIVERTIDO].

00:23:50.932 --> 00:23:53.262
>> [RIR]
>> Estou brincando, mas ótimo trabalho.

00:23:53.262 --> 00:23:55.000
Fizemos encaminhar para
com você, e

00:23:55.000 --> 00:23:57.045
vendo o que outros awesome
coisas que você está fazendo.

00:23:57.045 --> 00:23:58.013
>> Certeza.
>> Obrigado por sua presença.

00:23:58.013 --> 00:23:59.560
>> Obrigado.
>> Obrigado, muito vê-lo novamente.

00:23:59.560 --> 00:24:03.355
>> Se tiverem algum comentário
Você disse que como 7000 downloads,

00:24:03.355 --> 00:24:04.390
já à direita.

00:24:04.390 --> 00:24:05.492
>> Sim.

00:24:05.492 --> 00:24:08.470
>> Isso, se houver quaisquer comentários
qual é a melhor maneira para elas,

00:24:08.470 --> 00:24:11.390
>> Para que temos ter esse LES DL.

00:24:11.390 --> 00:24:14.180
O endereço de e-mail
dmafeedback.microsoft.com.

00:24:14.180 --> 00:24:16.140
Eles podem enviar um email a ele.

00:24:16.140 --> 00:24:18.750
Mas também na ferramenta há
um recurso chamado comentários.

00:24:18.750 --> 00:24:20.383
Eles podem enviar comentários
de lá também.

00:24:20.383 --> 00:24:21.467
>> Excelente, BOM, boa.

00:24:21.467 --> 00:24:23.852
Tudo bem, isso
todo mundo começar a baixar e

00:24:23.852 --> 00:24:26.720
migrar os bancos de dados
Isso é o que queremos.

00:24:26.720 --> 00:24:28.380
>> Tudo bem.
>> Ei, Obrigado por chegando todas as pessoas.

00:24:28.380 --> 00:24:30.830
E obrigado a todos por assistir,
e veremos posteriormente.

00:24:30.830 --> 00:24:31.380
>> Obrigado.
>> Obrigado.

00:24:31.380 --> 00:24:31.880
Bye.

00:24:31.880 --> 00:24:41.880
[MÚSICA]

