WEBVTT

00:00:00.000 --> 00:00:09.907
[MUSICA]

00:00:13.409 --> 00:00:16.496
Tutti gli utenti di un altro
interessante episodio di dati esposti.

00:00:16.496 --> 00:00:19.745
Mi Scott Kline, l'host e con
mi sono oggi due persone di comunicare

00:00:19.745 --> 00:00:21.295
informazioni su Assistente migrazione dati.

00:00:21.295 --> 00:00:25.425
Ora abbiamo utilizzato è qui prima
circa un mese fa, e non si ha familiarità.

00:00:25.425 --> 00:00:26.225
>> Sì.
>> Per questo motivo

00:00:26.225 --> 00:00:28.555
non è necessario un secondo per introdurre
se stessi e quindi verrà introduzione.

00:00:28.555 --> 00:00:29.805
Perché non iniziare?

00:00:29.805 --> 00:00:32.415
>> Sì, pertanto
Il mio nome è Raj Pajaradju.

00:00:32.415 --> 00:00:36.850
Sono senior program manager
nel team di migrazione dati.

00:00:36.850 --> 00:00:41.260
Il nostro team è responsabile
per tutti i tipi di migrazioni di dati,

00:00:41.260 --> 00:00:43.860
da piattaforme esterne,

00:00:43.860 --> 00:00:48.790
dai precedenti SQL Server,
per le piattaforme SQL moderne.

00:00:48.790 --> 00:00:51.970
>> Sì, OK (Okay).
>> E io sono responsabile della

00:00:51.970 --> 00:00:57.010
Gli aggiornamenti di SQL Server, nonché il
Cloud, le migrazioni di SQL Server.

00:00:57.010 --> 00:00:58.180
>> Fantastico, awesome.

00:00:58.180 --> 00:00:58.690
Tutti i diritti non temete.

00:00:58.690 --> 00:01:01.570
>> Io Akash [INAUDIBLE] sono
un responsabile tecnico dei dati

00:01:01.570 --> 00:01:02.470
team di migrazione.

00:01:02.470 --> 00:01:06.990
Lavoriamo con Raj
la creazione di questi strumenti awesome.

00:01:06.990 --> 00:01:09.640
>> OK (Okay), in modo siete venuti a
un mese fa l'ordinamento di immissione

00:01:09.640 --> 00:01:11.260
l'Assistente di migrazione dati,
correggere?

00:01:11.260 --> 00:01:11.790
>> Sì.

00:01:11.790 --> 00:01:13.570
>> Si tratta di un follow up.

00:01:13.570 --> 00:01:18.330
Ora ultimo così abbiamo introdotto tipo di
si e parlato qui è lo strumento,

00:01:18.330 --> 00:01:20.120
di seguito viene inizialmente le potenzialità.

00:01:20.120 --> 00:01:23.150
Oggi, si
Se si intende per indicare il?

00:01:23.150 --> 00:01:25.240
>> Benvenuti in modo che la parte due,
Innanzitutto.

00:01:25.240 --> 00:01:25.740
>> Parte due?
>> Sì.

00:01:25.740 --> 00:01:28.040
Seconda parte della migrazione dei dati

00:01:28.040 --> 00:01:29.266
serie di Assistente.

00:01:29.266 --> 00:01:32.406
Nella prima serie,
nel primo video,

00:01:32.406 --> 00:01:37.896
in realtà abbiamo introdotto all'utente di
Assistente migrazione dati DMA 1.0.

00:01:37.896 --> 00:01:39.230
>> 1.0, Sì.

00:01:39.230 --> 00:01:44.060
>> Che consentono le valutazioni
per la migrazione per il seguito del gioco

00:01:44.060 --> 00:01:44.790
piattaforme server.

00:01:44.790 --> 00:01:45.480
>> Sì.

00:01:45.480 --> 00:01:47.350
>>, Quindi, in questo video,

00:01:47.350 --> 00:01:51.530
vogliamo essere presentare
è la migrazione dei dati 2.0.

00:01:51.530 --> 00:01:53.375
>> In modo che siamo già fino a 2.0?

00:01:53.375 --> 00:01:53.940
>> Sì, 2.0
>> Sì.

00:01:53.940 --> 00:01:56.950
>> Già fino a 2.1,
appena la settimana scorsa.

00:01:56.950 --> 00:01:58.110
>> Davvero? Zing!

00:01:58.110 --> 00:01:59.670
Okay, awesome, tutti i diritti.

00:01:59.670 --> 00:02:04.610
>> In modo che questo 2.0 DMA è stato rilasciato.
al Summit SQL PASSATA.

00:02:04.610 --> 00:02:05.290
>> Sì, OK (Okay).
>> Durante

00:02:05.290 --> 00:02:06.730
il keynote indirizzo effettivamente.

00:02:06.730 --> 00:02:07.480
>> Problema, corretto.

00:02:07.480 --> 00:02:11.180
>> E quindi in questo modo
la migrazione effettiva da

00:02:11.180 --> 00:02:13.420
nei locali a
la piattaforma SQL moderna.

00:02:13.420 --> 00:02:13.940
>> OK (Okay).
>> E

00:02:13.940 --> 00:02:17.840
Oltre a decorrere, nei locali del
SQL Server nella macchina Virtuale Azure.

00:02:17.840 --> 00:02:18.843
>> A tutto, il raffreddamento corretto.

00:02:18.843 --> 00:02:19.844
>> E oggi,

00:02:19.844 --> 00:02:25.460
Akash sarà una demo come
la migrazione è il DMA.

00:02:25.460 --> 00:02:26.000
>> Dolci, OK (Okay).

00:02:26.000 --> 00:02:26.620
>> Sì.
>> Raffreddare.

00:02:26.620 --> 00:02:29.930
>> Prima andiamo
Mi piacerebbe,

00:02:29.930 --> 00:02:32.560
possiamo tornando la visione,
Mi piacerebbe

00:02:32.560 --> 00:02:37.260
parlare di conclusioni sui nostri
Area del team di migrazione dati.

00:02:37.260 --> 00:02:41.640
Come noterete, essa consente ai clienti
Per passare alla piattaforma di dati più recenti

00:02:41.640 --> 00:02:46.780
Per ottenere un vantaggio competitivo
tramite le informazioni aziendali.

00:02:46.780 --> 00:02:49.445
Come sapete,
con l'analisi di dati, e

00:02:49.445 --> 00:02:52.408
nonché iniziale
miglioramenti di formazione,

00:02:52.408 --> 00:02:56.050
che modifica completamente la modalità di
che invitiamo i dati.

00:02:56.050 --> 00:03:01.260
Informazioni dettagliate sui dati è un molto
aspetto critico per l'azienda.

00:03:01.260 --> 00:03:06.830
E attualmente,
viene specificato il business

00:03:06.830 --> 00:03:11.890
Per ottenere informazioni dettagliate sui dati
e anche come utilizzare tali dati

00:03:11.890 --> 00:03:15.860
per trasformare in realtà il modo che
funzionano con i clienti.

00:03:15.860 --> 00:03:18.830
In modo da visualizzare
le esperienze ai clienti.

00:03:18.830 --> 00:03:19.870
>> OK (Okay).
>> In modo che le applicazioni e

00:03:19.870 --> 00:03:20.860
le operazioni.

00:03:20.860 --> 00:03:23.570
>> A destra.
>> E pertanto è la piattaforma dati di Microsoft

00:03:23.570 --> 00:03:26.030
all'avanguardia
l'evoluzione dei dati, destra?

00:03:26.030 --> 00:03:31.520
>> Così al team di migrazione dati, il nostro
obiettivo è consentire a questi clienti per

00:03:31.520 --> 00:03:33.670
eseguire la migrazione alla piattaforma moderna così

00:03:33.670 --> 00:03:39.750
che i clienti possano concentrarsi realmente
al raggiungimento di un vantaggio competitivo

00:03:39.750 --> 00:03:41.000
tramite le informazioni aziendali
>> Sì.

00:03:41.000 --> 00:03:42.450
>> In modo che tipo di obiettivo.

00:03:42.450 --> 00:03:43.050
>> OK (Okay).
>> Così

00:03:43.050 --> 00:03:47.750
allineamento con il nostro obiettivo, si dispone
Questo assistente migrazione dati,

00:03:48.860 --> 00:03:54.560
principalmente riduce lo sforzo prima
l'aggiornamento a SQL Server.

00:03:54.560 --> 00:03:58.050
Pertanto dispone di due flussi di lavoro,
uno è la valutazione, e

00:03:58.050 --> 00:03:59.375
l'altro è la migrazione.

00:03:59.375 --> 00:03:59.890
>> OK (Okay).

00:03:59.890 --> 00:04:05.370
>> Operazione del flusso di lavoro valutazione
abbiamo veramente automatizzare la precedenza

00:04:05.370 --> 00:04:10.750
manuali e
Oltre a un processo molto complesso.

00:04:10.750 --> 00:04:15.120
verifica del database's statico
codice per le modifiche di intrusione.

00:04:15.120 --> 00:04:16.570
>> Sì, e abbiamo visto l'ultima volta.

00:04:16.570 --> 00:04:19.060
La carica d'innesco afferma qui, questa operazione se si
l'aggiornamento da questa versione di questo

00:04:19.060 --> 00:04:21.320
versione che necessaria di intrusione
le modifiche e si consiglia.

00:04:21.320 --> 00:04:22.120
>> Sì.

00:04:22.120 --> 00:04:23.300
>> Operazione del flusso di lavoro, migrazione

00:04:23.300 --> 00:04:27.680
abbiamo fatto è che ora gli utenti
possibile eseguire la migrazione dei dati,

00:04:27.680 --> 00:04:31.170
lo schema e i server SQL
account di accesso e gli account di accesso di Windows.

00:04:31.170 --> 00:04:33.560
>> OK (Okay).
>> Per le versioni moderne di server SQL

00:04:33.560 --> 00:04:36.430
e il server SQL
in esecuzione su macchine Virtuali nel cloud.

00:04:36.430 --> 00:04:37.240
>> Il cloud VM, OK.

00:04:37.240 --> 00:04:38.940
>> Che rappresenta un elemento che il nostro
cache verrà demo è.

00:04:38.940 --> 00:04:40.900
>> È un oggetto,
tipo di un processo in due fasi.

00:04:40.900 --> 00:04:42.450
Qui è la valutazione. Vero?

00:04:42.450 --> 00:04:42.790
E

00:04:42.790 --> 00:04:45.930
quindi se si desidera eseguire la migrazione,
procedere quindi verso destra la migrazione?

00:04:45.930 --> 00:04:47.230
Lo schema e dati.

00:04:47.230 --> 00:04:48.180
Gli account di accesso e, grazie.

00:04:48.180 --> 00:04:49.370
>> Dati, grazie.
>> Raffreddare.

00:04:49.370 --> 00:04:50.150
Awesome.

00:04:50.150 --> 00:04:52.822
WOW, che era molto
di lavoro in un mese.

00:04:52.822 --> 00:04:54.170
>> [Più a SORRIDERE] esattamente.

00:04:54.170 --> 00:04:58.040
>> E in effetti, abbiamo fornito anche 2.1
subito dopo passaggio entro due settimane.

00:04:58.040 --> 00:05:01.130
Abbiamo molto richiesto dai clienti
in essi sono stati lo dico hey,

00:05:01.130 --> 00:05:03.980
Questo strumento funziona quando grande
Stavo il collegamento di database.

00:05:03.980 --> 00:05:06.210
Ma se è necessario valutare
come centinaia di database,

00:05:06.210 --> 00:05:08.570
quindi mi serve qualcosa di simile
uno script di automazione.

00:05:08.570 --> 00:05:10.832
Così abbiamo attivato immediatamente
un comando per la valutazione, e

00:05:10.832 --> 00:05:13.740
Abbiamo auto-spedito che 2.1, e
Mi occuperò di fare di più che.

00:05:13.740 --> 00:05:14.570
>> Dolci, OK (Okay), word.

00:05:14.570 --> 00:05:16.600
A destra, è ora demo?

00:05:16.600 --> 00:05:19.300
>> Per volta demo,
il periodo interessante effettivamente.

00:05:19.300 --> 00:05:20.370
>> OK (Okay).
Raffreddare.

00:05:20.370 --> 00:05:24.570
>> Sì,
Aprirò la migrazione guidata.

00:05:24.570 --> 00:05:29.460
Pertanto questa operazione è già disponibile in
area di download il collegamento stesso.

00:05:29.460 --> 00:05:32.443
I clienti esistenti possono
Utilizzare l'aggiornamento MSI.

00:05:32.443 --> 00:05:35.540
>> Sì, pertanto credo che è necessario
uscire dalla presentazione.

00:05:35.540 --> 00:05:37.130
Sì, non vi è go.

00:05:37.130 --> 00:05:39.490
Ed è quindi, ecco, perfette.

00:05:39.490 --> 00:05:40.590
>> Bene, vi sono la.

00:05:40.590 --> 00:05:42.520
In tal caso, ora,
ultima volta che ho questa demo,

00:05:42.520 --> 00:05:43.940
Questa migrazione prossimamente.

00:05:43.940 --> 00:05:44.950
A questo punto è già presente.

00:05:44.950 --> 00:05:47.100
Pertanto è possibile avviare un progetto di migrazione.

00:05:47.100 --> 00:05:49.390
È possibile definirlo GetToSQL nuovamente.

00:05:49.390 --> 00:05:50.430
Creare.

00:05:50.430 --> 00:05:53.778
>> Eseguire subito la migrazione o
è necessario eseguire,

00:05:53.778 --> 00:05:56.157
come è stata selezionata la migrazione?

00:05:56.157 --> 00:05:58.680
Esegue la valutazione
Per impostazione predefinita?

00:05:58.680 --> 00:06:01.470
>> Buona domanda.
In modo che in pratica è sempre consigliabile

00:06:01.470 --> 00:06:05.330
Per eseguire la valutazione all'inizio, a
Scoprite tutte le ultime modifiche.

00:06:05.330 --> 00:06:08.390
E quindi proporre un piano
Per correggere le ultime modifiche.

00:06:08.390 --> 00:06:12.860
Una volta che si esegue la migrazione del database
per la versione di destinazione,

00:06:12.860 --> 00:06:15.530
è possibile essere in grado di applicare la
Consente di correggere prima di aprire il

00:06:15.530 --> 00:06:16.350
database per la [INAUDIBLE].

00:06:16.350 --> 00:06:18.840
>> Di destra, in modo che la migrazione
non verrà eseguita anche una valutazione?

00:06:18.840 --> 00:06:21.630
>> Ci a no, non applicare
valutazione durante la migrazione.

00:06:21.630 --> 00:06:22.610
>> OK (Okay).
>>, Ma è consigliabile eseguire

00:06:22.610 --> 00:06:23.540
una valutazione che li precedono.

00:06:23.540 --> 00:06:25.500
>> Sono due indipendenti
a questo punto, i flussi di lavoro, ma

00:06:25.500 --> 00:06:27.380
è sempre consigliabile per passare
con la valutazione inizialmente.

00:06:27.380 --> 00:06:28.070
>> Prima a destra.

00:06:28.070 --> 00:06:29.080
Sì, ha un senso.

00:06:29.080 --> 00:06:34.760
>> In questo particolare scenario
Andrò a migrazione demo

00:06:34.760 --> 00:06:39.140
server in locale a
una macchina Virtuale di SQL Azure che dispone di un cloud.

00:06:39.140 --> 00:06:42.066
E quando parliamo di migrazione,
il flusso di lavoro corrente

00:06:42.066 --> 00:06:45.070
supporta l'intero server
migrazione server TP.

00:06:45.070 --> 00:06:47.130
In modo che verrà eseguita la migrazione
tutti i database.

00:06:47.130 --> 00:06:48.320
Eseguirà la migrazione di tutti gli account di accesso.

00:06:48.320 --> 00:06:51.240
Assicura che tutti gli account di accesso
sono stati mappati correttamente anche se non esiste

00:06:51.240 --> 00:06:53.780
sono già alcuni account di accesso
già eseguita la migrazione prima.

00:06:53.780 --> 00:06:56.330
E quindi le applicazioni dovrebbero essere sufficiente
grado di connettersi a questo nuovo

00:06:56.330 --> 00:06:57.220
il database di lavoro.

00:06:57.220 --> 00:06:58.770
Che è il database qui.

00:06:58.770 --> 00:07:00.470
>> In modo che l'applicazione appena deve
modificare la stringa di connessione?

00:07:00.470 --> 00:07:02.510
>> Modificare la stringa di connessione e
deve essere in grado di funzionare.

00:07:02.510 --> 00:07:05.780
In Consenti selezione di un locale su
istanza che sono qui.

00:07:05.780 --> 00:07:10.220
E supporta entrambe le finestre e
Autenticazione di SQL.

00:07:10.220 --> 00:07:12.690
Si applica la crittografia, ma
Se si desidera, è possibile rimuoverlo.

00:07:12.690 --> 00:07:14.910
Si consiglia di utilizzare sempre che.

00:07:14.910 --> 00:07:18.740
Consente inoltre di specificare le credenziali
Questo account con cui mi

00:07:18.740 --> 00:07:20.490
la connessione è necessaria
nel server di origine.

00:07:20.490 --> 00:07:22.610
Pertanto richiede un controllo
autorizzazione di server.

00:07:22.610 --> 00:07:24.570
In questa istanza di server unico.

00:07:24.570 --> 00:07:27.360
Ora Consenti all'utente di selezionare il server di destinazione
Qual è la parte del server

00:07:27.360 --> 00:07:31.030
che non è altro che un SQL
server in un cloud VM ma

00:07:31.030 --> 00:07:35.190
è collegato tramite express
indirizzare al nostro [INAUDIBLE].

00:07:35.190 --> 00:07:38.889
È necessario assicurarsi che
la macchina Virtuale connesso a in base a

00:07:38.889 --> 00:07:41.468
rete attraverso una VPN o
ora Express o

00:07:41.468 --> 00:07:42.940
altre tecnologie.

00:07:42.940 --> 00:07:43.810
>>, È dominio è

00:07:43.810 --> 00:07:44.700
desidera che nel [INAUDIBLE]
>> Esattamente.

00:07:44.700 --> 00:07:45.240
>> In caso contrario,

00:07:45.240 --> 00:07:48.900
non sarà possibile eseguire la migrazione
come account di accesso e persone come che.

00:07:48.900 --> 00:07:50.300
>> Sì.
>> Sì, esattamente e

00:07:50.300 --> 00:07:50.940
allo stesso tempo,

00:07:50.940 --> 00:07:52.910
informa inoltre quanto il
missione è necessaria nella destinazione.

00:07:52.910 --> 00:07:54.700
In questo caso, cosa significa
ruolo del server di sistema.

00:07:54.700 --> 00:07:55.940
In questo caso, è possibile fare clic su Avanti.

00:07:55.940 --> 00:07:58.250
A questo punto è stato effettuato un controllo
a tutti i database e

00:07:58.250 --> 00:08:00.300
mi ha dato un elenco di tutti
i database qui.

00:08:00.300 --> 00:08:04.870
Ora in questa schermata è possibile specificare il
modo essa verrà eseguita la migrazione, verranno semplicemente

00:08:04.870 --> 00:08:07.720
Utilizzare backup semplice prevede, quale
esiste già il supporto del servizio SQL.

00:08:07.720 --> 00:08:10.970
Pertanto viene chiesto di
una posizione di ombra in

00:08:10.970 --> 00:08:13.570
il server di origine dispone di autorizzazione
effettuare il backup e

00:08:13.570 --> 00:08:16.334
la destinazione disponga dell'autorizzazione
Per eseguire il ripristino da lì.

00:08:16.334 --> 00:08:19.470
Me e l'utente che esegue MDMA
non è necessaria l'autorizzazione e

00:08:19.470 --> 00:08:21.110
quindi Chiedi conferma per questa cartella è

00:08:21.110 --> 00:08:23.820
Possibile fornire un percorso di cartella
che già hai qui.

00:08:23.820 --> 00:08:25.050
Che già stato creato.

00:08:25.050 --> 00:08:26.210
Preferibilmente una condivisione di rete.

00:08:26.210 --> 00:08:29.920
Tuttavia; Se necessario, è possibile
sempre scelto questo copia database

00:08:29.920 --> 00:08:32.380
opzione di cui è possibile specificare
due posizioni distinte.

00:08:32.380 --> 00:08:35.220
E in questo caso il MDMA
esegue l'operazione di copia.

00:08:35.220 --> 00:08:38.160
Ma allo stesso tempo, ora che
sarà necessario un utente su MDMA

00:08:38.160 --> 00:08:39.510
autorizzazione sull'oggetto per ottenere i risultati.

00:08:39.510 --> 00:08:41.870
>> OK (Okay).
>> Si consiglia di non eseguire tale operazione

00:08:41.870 --> 00:08:44.960
perché solo introduce
un altro passaggio dell'errore.

00:08:46.110 --> 00:08:47.790
E rallenta solo.

00:08:47.790 --> 00:08:52.150
Pertanto lo scenario dove i clienti
potrebbe essere necessario eseguire ovvero se essi

00:08:52.150 --> 00:08:55.090
non è una singola cartella
in entrambi di origine e

00:08:55.090 --> 00:08:56.900
dati possono avere accesso ad esso.

00:08:56.900 --> 00:08:58.470
È quindi possibile effettuare questa copia.

00:08:58.470 --> 00:09:00.720
>> Sì, pertanto
sarà copiarlo in un percorso,

00:09:00.720 --> 00:09:04.270
MDMA verrà copiarlo a altro
posizione dove il server cloud.

00:09:05.360 --> 00:09:09.740
Per quanto riguarda la copia in
Archiviazione di Blob di Azure, ad esempio.

00:09:09.740 --> 00:09:13.400
E penso che dipende da
il tipo di backup che ci limitiamo.

00:09:13.400 --> 00:09:15.370
>> Sì, si tratta di un completo
in realtà, backup di database.

00:09:15.370 --> 00:09:16.160
>> OK (Okay).
>> E al momento,

00:09:16.160 --> 00:09:19.865
non nostra strategia di backup
all'URL di cloud.

00:09:19.865 --> 00:09:21.572
>> OK (Okay).
>> È solo tipo di back ups

00:09:21.572 --> 00:09:23.835
si verificano nel registro locale e
la rete.

00:09:23.835 --> 00:09:26.155
>> Ricordare inizialmente, che ho accennato
che lo scenario di supporti per

00:09:26.155 --> 00:09:28.495
il connettore express al.

00:09:28.495 --> 00:09:30.998
Pertanto riteniamo che la stessa
condivisione di rete o

00:09:30.998 --> 00:09:33.730
unità di aria che sarebbero
>> Sì.

00:09:33.730 --> 00:09:35.430
>> In futuro,
avremo scenari,

00:09:35.430 --> 00:09:37.340
dove verranno
eseguire un backup nel blob.

00:09:37.340 --> 00:09:38.735
>> In modo che si supponga che è possibile passare a SQL

00:09:38.735 --> 00:09:39.420
[IMPERCETTIBILE]
>>. SQL.

00:09:39.420 --> 00:09:40.820
>> Anche quando ti trovi
non è ancora connesso.

00:09:40.820 --> 00:09:41.430
>> OK (Okay).
>> In questo caso,

00:09:41.430 --> 00:09:44.193
Questo è ciò che verranno illustrate in futuro,
ma oggi non lo supporta.

00:09:44.193 --> 00:09:45.276
>> OK (Okay).
>> Allo stesso tempo, a questo punto,

00:09:45.276 --> 00:09:48.379
Appena possibile fornire quest ' unica posizione
e che successivamente, ma allo stesso tempo,

00:09:48.379 --> 00:09:50.967
È possibile attivare anche al database e
modificare queste impostazioni,

00:09:50.967 --> 00:09:52.393
come modificare il nome del database.

00:09:52.393 --> 00:09:55.046
Se si nota con lo stesso
posizione avete copiato qui.

00:09:55.046 --> 00:09:57.708
Posso modificare il file di dati e
percorsi dei file di registro.

00:09:57.708 --> 00:09:59.239
Per ora, modificherò nulla.

00:09:59.239 --> 00:10:01.850
Presenterò solo con le impostazioni predefinite
che DM è selezionato per me.

00:10:01.850 --> 00:10:03.590
E fare clic su Avanti.

00:10:03.590 --> 00:10:06.235
Ora Ecco dove verrà applicata a tutti
le impostazioni per ogni database,

00:10:06.235 --> 00:10:08.657
tutte le convalide soddisfatti
[IMPERCETTIBILE] esiste già oppure No.

00:10:08.657 --> 00:10:10.389
Aggiungere le autorizzazioni corrette o non.

00:10:10.389 --> 00:10:11.998
Cercheremo di effettuare un [INAUDIBLE]
Ripristina solo e

00:10:11.998 --> 00:10:13.434
vedere se il ripristino
avrà esito positivo o

00:10:13.434 --> 00:10:15.040
non in una volta futura
l'esecuzione del backup.

00:10:15.040 --> 00:10:16.710
Esegue in modo che tutti i controlli.

00:10:16.710 --> 00:10:20.000
E ora, dopo un controllo ha esito positivo
vengono elencati in tutti gli account di accesso.

00:10:20.000 --> 00:10:23.447
Ora per ogni account di accesso, l'origine
Server, informa che il tipo di accesso,

00:10:23.447 --> 00:10:27.123
il valore predefinito è, lo stato
la se è abilitato o

00:10:27.123 --> 00:10:27.706
disattivato.

00:10:27.706 --> 00:10:32.674
E allo stesso tempo,
fornisce le proprie conoscenze,

00:10:32.674 --> 00:10:36.830
Se l'account di accesso è
Per spostare o non è pronto.

00:10:36.830 --> 00:10:39.010
Dice che tutti questi elementi
pronti spostare gli account di accesso.

00:10:39.010 --> 00:10:42.120
Ma se scorre verso il basso,
sono questi quattro account di accesso.

00:10:42.120 --> 00:10:43.790
Uno SQL, quattro login di Windows.

00:10:43.790 --> 00:10:47.194
E dichiara che l'account di accesso già
esiste nel server di destinazione.

00:10:47.194 --> 00:10:47.970
>> OK (Okay).

00:10:47.970 --> 00:10:50.520
>> In quanto per
esempio su qui sono l'utente e

00:10:50.520 --> 00:10:52.100
Sono l'utente sul computer di destinazione.

00:10:52.100 --> 00:10:55.050
Ma è MDM,
esso non selezionarli per impostazione predefinita.

00:10:55.050 --> 00:10:57.308
Tuttavia, è possibile scegliere
migrare.

00:10:57.308 --> 00:10:59.955
E quali [INAUDIBLE] eseguire
è che verrà eseguita la migrazione di account di accesso,

00:10:59.955 --> 00:11:02.051
conserverà la destinazione
gli account di accesso come sono, ma

00:11:02.051 --> 00:11:05.194
eseguirà la migrazione di entità a protezione diretta e
gli utenti isolati verranno mappati e

00:11:05.194 --> 00:11:07.980
quindi è possibile che [CROSSTALK]
>> OK (Okay), in modo non verranno rimosse

00:11:07.980 --> 00:11:12.152
gli account di accesso, ma verranno tutti
l'entità a protezione diretta e cose simili.

00:11:12.152 --> 00:11:15.474
>> Sì, saranno rimappate a
gli account di accesso già esistente nella

00:11:15.474 --> 00:11:16.610
computer di destinazione.

00:11:16.610 --> 00:11:19.752
Non infrangere così esistente
applicazioni sul server di destinazione,

00:11:19.752 --> 00:11:20.587
Se presenti.

00:11:20.587 --> 00:11:23.344
E allo stesso tempo, non esiste
alcuni che sono di SQL e

00:11:23.344 --> 00:11:26.282
Diciamo che diamine non appena
eseguire la migrazione, questi sono disattivati.

00:11:26.282 --> 00:11:28.913
A questo punto, sufficiente fare clic su
il pulsante di avvio della migrazione, e

00:11:28.913 --> 00:11:30.550
qui è dove la magia avviene.

00:11:30.550 --> 00:11:34.810
In questo caso, inizialmente descrizione è
verrà eseguita la migrazione di tutti i database

00:11:34.810 --> 00:11:35.320
In Outlook.

00:11:35.320 --> 00:11:37.790
Una volta tutti i database e
viene eseguita la migrazione,

00:11:37.790 --> 00:11:39.020
Quando si avvia la migrazione
tutti gli account di accesso.

00:11:39.020 --> 00:11:40.810
Poiché per eseguire il mapping di tutti gli utenti,

00:11:40.810 --> 00:11:43.700
è necessario che tutti questi database
la presenza di farlo.

00:11:43.700 --> 00:11:45.830
E tutto avviene
i database in parallelo.

00:11:45.830 --> 00:11:48.617
Il livello corrente è otto che
ci siamo prefissati di file di configurazione, ma

00:11:48.617 --> 00:11:51.250
gli utenti possono modificare in base
Nella nell'origine e

00:11:51.250 --> 00:11:52.350
il server di destinazione.

00:11:52.350 --> 00:11:55.521
E può disporre di ulteriori migrazioni
aiutare parallela.

00:11:55.521 --> 00:11:57.470
E ora verrà avviato
la migrazione di tutti gli account di accesso.

00:11:57.470 --> 00:12:01.920
Il vantaggio di questo flusso di lavoro è il
migrazione di account di accesso, la migrazione del database,

00:12:01.920 --> 00:12:04.070
anche se è possibile visualizzare nel
In questo caso, sono collegate tra loro,

00:12:04.070 --> 00:12:06.140
questi non sono legati tra loro,
non dipendono.

00:12:06.140 --> 00:12:09.310
Ad esempio, è possibile creare
un flusso di migrazione e i comandi vocali,

00:12:09.310 --> 00:12:12.740
allora è il mio automazione
script per eseguire la migrazione di database.

00:12:12.740 --> 00:12:14.430
Sufficiente per eseguire la migrazione degli account di accesso.

00:12:14.430 --> 00:12:16.290
È possibile eseguire la migrazione di
database nel modo desiderato.

00:12:16.290 --> 00:12:18.540
Può provenire
deselezionare tutti i database, e

00:12:18.540 --> 00:12:21.030
Questi sono gli accessi a dire I
è necessario eseguire la migrazione e spostarsi in avanti.

00:12:21.030 --> 00:12:24.170
Stessa cosa vale per i database,
ed è possibile anche scegliere.

00:12:24.170 --> 00:12:27.550
In modo che in genere si tratta di uno scenario dove
ci si noti che molte persone,

00:12:27.550 --> 00:12:31.200
eseguite con la migrazione parziale
e ora consentisse come.

00:12:31.200 --> 00:12:34.018
Hai un account di accesso
alcuni account di accesso esiste, in questo caso, alcuni DBs

00:12:34.018 --> 00:12:34.860
alcuni lì.

00:12:34.860 --> 00:12:36.410
Cosa fare a questo punto?

00:12:36.410 --> 00:12:39.165
Possono provenire e risolverà
tutti questi accessi per l'utente.

00:12:39.165 --> 00:12:40.793
>> OK (Okay).
>> In modo che il tipo di scenario

00:12:40.793 --> 00:12:41.751
dove è.

00:12:41.751 --> 00:12:46.060
>> Cosa succede se uno del
migrazioni di database o un elemento

00:12:46.060 --> 00:12:50.830
ha esito negativo, è in parallelo, pertanto non è
un tutto o niente, suppongo.

00:12:50.830 --> 00:12:54.340
Se una migrazione non riesce per qualsiasi
motivo, il resto verrà eseguita la migrazione e

00:12:54.340 --> 00:12:56.800
quindi indica,
Allora quello non riuscito x.

00:12:56.800 --> 00:12:57.330
>> Sì.

00:12:57.330 --> 00:12:59.230
>> È possibile continuare con
migrazione di archiviazione dei dati.

00:12:59.230 --> 00:12:59.730
>> OK (Okay).
>> Sì.

00:12:59.730 --> 00:13:01.537
È il massimo impegno questo punto, questa operazione

00:13:01.537 --> 00:13:04.043
Se uno non è riuscito,
è comunque possibile continuare in quanto ogni DB,

00:13:04.043 --> 00:13:05.850
ogni account di accesso è indipendente.
>> OK (Okay).

00:13:05.850 --> 00:13:06.630
>> E, di

00:13:06.630 --> 00:13:07.850
come è illustrato qui.

00:13:07.850 --> 00:13:10.561
Non è ancora, il report di esportazione
Poiché la migrazione non è

00:13:10.561 --> 00:13:13.121
completa, ma una volta tutto
è fatto, esportare, e

00:13:13.121 --> 00:13:15.288
disporrà di tutte le
report del problema,

00:13:15.288 --> 00:13:17.423
che cos'è riuscito a visualizzare
un elemento nell'interfaccia Utente stessa.

00:13:17.423 --> 00:13:18.110
>> Bene, raffreddare.

00:13:18.110 --> 00:13:21.590
>>, In questo caso il vantaggio rappresentato dal fatto che
Quando si lavora con la migrazione dei dati

00:13:21.590 --> 00:13:24.220
sito, non si è appena
la migrazione dei database.

00:13:24.220 --> 00:13:27.300
L'obiettivo è l'altro

00:13:27.300 --> 00:13:30.060
oggetti server che
le applicazioni dipendono.

00:13:30.060 --> 00:13:32.910
Per esempio, in questo caso,
gli account di accesso, diritto?

00:13:32.910 --> 00:13:35.430
E quindi in futuro, le abbiamo
sta per aggiungere ulteriori oggetti server

00:13:35.430 --> 00:13:38.340
su di esso, i processi di agente SQL,
Pacchetti di SSAS.

00:13:38.340 --> 00:13:40.903
Molte di queste applicazioni sono
dipende da alcuni di questi oggetti

00:13:40.903 --> 00:13:42.684
che ci siano all'esterno
del database.

00:13:42.684 --> 00:13:44.630
>> Sì.
>> Si desidera essere certi che abbiamo

00:13:44.630 --> 00:13:48.830
fornire una soluzione completa,
una soluzione di un punto in

00:13:48.830 --> 00:13:51.620
sta per prendersi cura di
tutte le esigenze di migrazione.

00:13:51.620 --> 00:13:52.310
>> OK (Okay).

00:13:52.310 --> 00:13:53.200
>> Sì
>> Molto interessante.

00:13:53.200 --> 00:13:54.880
>> E
la migrazione in corso

00:13:54.880 --> 00:13:56.180
Ho alcune novità per l'utente.

00:13:56.180 --> 00:14:01.040
Quando si tratta di, è stato quello 3
mesi sono stati rilasciati i nostri, si conosce,

00:14:01.040 --> 00:14:02.730
Versione 1.0 di DMA
>> Sì.

00:14:02.730 --> 00:14:06.643
>> Finora abbiamo circa 60 KB
core che sono assistite,

00:14:06.643 --> 00:14:09.748
60.000 core che sono assistite.

00:14:09.748 --> 00:14:14.630
>> E circa 70.000 database
che il nostro sistema di eseguire questa operazione

00:14:14.630 --> 00:14:16.660
nei nostri valutazione DM.

00:14:16.660 --> 00:14:17.530
>> Davvero?

00:14:17.530 --> 00:14:20.530
>> È stato solo tre settimane che
è stato rilasciato il flusso di migrazione.

00:14:20.530 --> 00:14:24.867
Vediamo già circa 700
core che vengono migrati a

00:14:24.867 --> 00:14:27.220
le piattaforme più recenti.

00:14:27.220 --> 00:14:29.780
E che viene verso il basso
database di circa 400.

00:14:29.780 --> 00:14:32.521
>> In modo che gli effettivamente
scaricare e utilizzare questo strumento per

00:14:32.521 --> 00:14:34.846
effettuare una valutazione e per eseguire la migrazione di e -
>> Sì, e

00:14:34.846 --> 00:14:38.249
quindi cercare il numero totale
di download è pari a 7.000 finora.

00:14:38.249 --> 00:14:39.029
>> 7.000 download?

00:14:39.029 --> 00:14:40.070
>> Sì, a partire da agosto.

00:14:40.070 --> 00:14:40.954
>> Totale, o?

00:14:40.954 --> 00:14:41.828
>> Totale da agosto.

00:14:41.828 --> 00:14:45.600
>> OK (Okay), da agosto,
Okay, molto interessante.

00:14:45.600 --> 00:14:48.486
>> In modo che la migrazione potrebbe richiedere alcuni
ora, in modo che sarà cosa mentre

00:14:48.486 --> 00:14:51.596
Questo continua, poiché questo
punto che è il mapping di tutti gli utenti,

00:14:51.596 --> 00:14:54.690
assegnazione di ruoli e
appartenenza [IMPERCETTIBILE] seconda fase.

00:14:54.690 --> 00:14:58.310
Pertanto Vorrei passare al comando
interfaccia della riga e

00:14:58.310 --> 00:14:59.990
possiamo arriviamo qui e
osservare il risultato.

00:14:59.990 --> 00:15:04.840
Mostra principalmente tutto ciò che abbiamo appena
[IMPERCETTIBILE] possiamo arriviamo qui nuovamente.

00:15:04.840 --> 00:15:09.317
Questa operazione con la versione 2.1 di DMA
Se si passa alla cartella

00:15:09.317 --> 00:15:14.113
in DMA Ottiene l'installazione,
che è il file di programma >

00:15:14.113 --> 00:15:19.480
Assistente di migrazione dati,
si noterà, DmaCmd * dma.

00:15:19.480 --> 00:15:22.844
Così è DmaCmd.exe
Oltre a un Dma.exe,

00:15:22.844 --> 00:15:25.620
la versione dell'interfaccia Utente, e
Questa è la versione della riga di comando.

00:15:25.620 --> 00:15:30.170
Come con qualsiasi strumento della riga di comando,
è possibile digitare semplicemente /?, o la Guida in linea e

00:15:30.170 --> 00:15:34.830
In questo caso sarà le procedure
Per utilizzare questa utilità particolare.

00:15:34.830 --> 00:15:37.460
In tal caso, se si osserva il flag
In questo caso, viene semplicemente richiesto per lo stesso

00:15:37.460 --> 00:15:40.570
Ciò che disponibile nell'interfaccia Utente,
solo un nome di valutazione, un elenco di

00:15:40.570 --> 00:15:43.730
tutti i database in cui è necessario
trattare ogni database in modo indipendente.

00:15:43.730 --> 00:15:47.430
Pertanto è possibile fornire una connessione
stringhe al database che è necessario in quanto

00:15:47.430 --> 00:15:51.240
si tratta di un ripristino, automazione
è possibile eseguirlo in modalità automatica.

00:15:51.240 --> 00:15:53.900
La piattaforma di destinazione,
valutare i problemi di compatibilità o

00:15:53.900 --> 00:15:57.690
non assegnato loro raccomandazioni o
Se si desidera, è possibile scegliere entrambi.

00:15:57.690 --> 00:16:00.148
Si tratta di una novità
sono disponibili nel cmdlet,

00:16:00.148 --> 00:16:02.564
è possibile esportare il
risultati in formato JSON.

00:16:02.564 --> 00:16:05.024
E illustra il perché questo è molto
molto importante effettivamente quando si

00:16:05.024 --> 00:16:06.210
proviene da uno script di automazione.

00:16:06.210 --> 00:16:08.340
In questa particolare
caso naturalmente e

00:16:08.340 --> 00:16:11.250
quindi forniti ulteriori esempi
ad esempio eseguire lo strumento per

00:16:11.250 --> 00:16:14.310
un singolo database, multipli
database, l'autenticazione di SQL, e

00:16:14.310 --> 00:16:16.090
offre alcuni esempi per
un avvio rapido.

00:16:16.090 --> 00:16:19.650
il è internamente,
mentre si lavora con diversi team

00:16:19.650 --> 00:16:23.880
all'interno di Microsoft, è effettivamente
creare uno script di PowerShell,

00:16:23.880 --> 00:16:27.130
che include il problema
particolare utilità.

00:16:27.130 --> 00:16:28.520
Così ora,

00:16:28.520 --> 00:16:31.990
Ho codificato solo disco rigido è necessario
come i miei argomenti di input qui.

00:16:31.990 --> 00:16:35.240
In questa demo particolare, mi
passare a valutare questi nove database

00:16:35.240 --> 00:16:38.630
che è necessario valutare la
problemi di compatibilità, e

00:16:38.630 --> 00:16:41.270
output dei risultati in formato JSON.

00:16:41.270 --> 00:16:45.367
Una volta i risultati sono disponibili,
Si dispone di uno script di importazione JSON su

00:16:45.367 --> 00:16:49.333
In questo caso, che sta per importare
Questa operazione in una tabella SQL nel database SQL.

00:16:49.333 --> 00:16:49.980
>> Interessante, OK (Okay).
>>, Quindi,

00:16:49.980 --> 00:16:52.850
è possibile chiedere a tutti i tipi di domande
che è necessario nella tabella e

00:16:52.850 --> 00:16:54.490
ottenere tutti i tipi di informazioni da essi.

00:16:54.490 --> 00:16:57.622
>> In modo sostanzialmente consente
una vista consolidata della e SQL.

00:16:57.622 --> 00:17:00.580
>> Sì, molto interessante, corretto.

00:17:00.580 --> 00:17:04.430
>> Così Iniziamo appena
esecuzione dello script per il momento.

00:17:04.430 --> 00:17:09.866
>> Adesso mi sembra che tali,
l'elenco di stringhe di connessione,

00:17:09.866 --> 00:17:13.040
che siano separati da uno spazio sufficiente?

00:17:13.040 --> 00:17:15.470
>> Sì, è uno spazio separato, Sì.

00:17:15.470 --> 00:17:19.260
Perché non partire internamente
creare la valutazione del prodotto.

00:17:19.260 --> 00:17:21.080
Gestisce i database in modo indipendente.

00:17:21.080 --> 00:17:23.480
In questo caso, si dispone di due database
da due server diversi.

00:17:23.480 --> 00:17:25.790
Pertanto viene chiesto di
flusso di connessione per ognuno di essi.

00:17:25.790 --> 00:17:29.870
E quindi una volta che consente di valutare tutti
[IMPERCETTIBILE] sta per importare

00:17:29.870 --> 00:17:34.630
i risultati in una tabella SQL
Server e visualizzare i risultati.

00:17:34.630 --> 00:17:37.580
Pertanto in genere dove abbiamo visto
in questa operazione è utile è pensare

00:17:37.580 --> 00:17:40.990
uno scenario aziendale in cui si trova
centinaia di migliaia di database.

00:17:40.990 --> 00:17:43.050
È di un'istanza
uguale a istanze.

00:17:43.050 --> 00:17:46.010
Diventa davvero difficile quando
si tratta di progetti di migrazione.

00:17:46.010 --> 00:17:49.110
La parte intera pianificazione per decidere
il database da associare al primo,

00:17:49.110 --> 00:17:51.780
pronti eseguire la migrazione,
non sono pronti per eseguire la migrazione,

00:17:51.780 --> 00:17:52.780
è un esercizio di grandi dimensioni.

00:17:52.780 --> 00:17:54.260
>> Sì, si gestisce centinaia o

00:17:54.260 --> 00:17:57.400
migliaia o
decine di migliaia di database.

00:17:57.400 --> 00:17:58.480
Come mantenere traccia su di essa?

00:17:58.480 --> 00:18:01.410
>> E lo strumento non viene realmente
Per risolvere questo scenario scala enorme.

00:18:01.410 --> 00:18:03.730
A questo punto, è possibile eseguirlo utilizzando
uno script PowerShell.

00:18:03.730 --> 00:18:05.830
È possibile lasciarlo in esecuzione per
notti e giorni.

00:18:05.830 --> 00:18:08.870
E dopo aver aggiunto tutti i report non esiste
di SQL Server, sarà possibile compilare,

00:18:08.870 --> 00:18:11.530
Si supponga che un rapporto potenza BI in primo piano
di esso e scrivere le query e

00:18:11.530 --> 00:18:12.330
le risposte da esso.

00:18:12.330 --> 00:18:14.040
>> OK (Okay), in tal caso-
>> Ci stiamo scrivendo una dettagliata

00:18:14.040 --> 00:18:18.100
blog su alcuni di questi casi utente
clienti realmente utilizzo questo

00:18:18.100 --> 00:18:21.770
utilità e quindi proporre
un tipo di una visualizzazione consolidata.

00:18:21.770 --> 00:18:25.120
Oltre a molti dei clienti
chiesto che cosa sono i miei sporgente bassa

00:18:25.120 --> 00:18:25.630
frutti?

00:18:25.630 --> 00:18:28.380
I database che non è possibile
eseguire la migrazione con meno fatica?

00:18:28.380 --> 00:18:31.020
In modo che tali tipi di visualizzazioni
che possiamo quindi generare e

00:18:31.020 --> 00:18:35.270
Effettueranno scrittura presente sul blog attivo o
il blog di Assistente migrazione.

00:18:35.270 --> 00:18:37.420
>> Bene, buono scenario,
tipo di scenario, dunque, grande.

00:18:37.420 --> 00:18:39.682
>> È possibile accedere alla
blogs.microsoft.com/DataMigration

00:18:39.682 --> 00:18:42.620
e tutti i blog sono [INAUDIBLE]
con le note sulla versione e tutto.

00:18:42.620 --> 00:18:47.140
Ora in questo caso, poiché lo script è già
fatto, mi effettivamente Vai a,

00:18:47.140 --> 00:18:51.090
Questa è la tabella specifica
per la creazione dei dati di un report e

00:18:51.090 --> 00:18:54.600
una query semplice, come ad esempio I
Per informazioni su come effettuare Stephen Toub,

00:18:54.600 --> 00:18:56.330
nemmeno quelle eseguite prima.

00:18:56.330 --> 00:18:58.798
Sufficiente conoscere
l'elenco dei database e

00:18:58.798 --> 00:19:00.864
ordinarle nel numero di problemi.

00:19:00.864 --> 00:19:02.790
Per esempio
si tratta di numeri di problemi o

00:19:02.790 --> 00:19:05.680
solo ordinarli per il numero di
interessati oggetti poiché essa verrà

00:19:05.680 --> 00:19:07.190
Guida alla pianificazione, ad esempio.

00:19:07.190 --> 00:19:10.760
>> Query molto semplice, ma vediamo me
ad esempio, eseguire entrambe le query.

00:19:10.760 --> 00:19:13.380
>> È possibile la connessione al server.

00:19:15.070 --> 00:19:17.180
>> È necessario passare a
il database non esiste.

00:19:17.180 --> 00:19:21.867
>> Sì.
[IMPERCETTIBILE] Okay, ad esempio,

00:19:21.867 --> 00:19:26.408
afferma che, lasciatemi espandere questo.

00:19:39.730 --> 00:19:44.040
>> In modo che in pratica, tutti assegnato
l'elenco dei server SQL,

00:19:44.040 --> 00:19:46.101
un elenco dei database e

00:19:46.101 --> 00:19:50.695
quindi l'elenco dei problemi
sono ha generato tramite DMA e

00:19:50.695 --> 00:19:55.517
sarà inoltre possibile utilizzare Modifica [CROSSTALK]
>> Se si tratta di una modifica apprezzerà,

00:19:55.517 --> 00:19:58.511
Se si tratta di un altro
funzionalità obsoleta oppure è.

00:19:58.511 --> 00:20:03.530
>> Questa operazione, lo script qui effettivamente
non ha una valutazione contemporaneamente?

00:20:03.530 --> 00:20:04.640
>> Sì.
>> In modo forzato sorta di

00:20:04.640 --> 00:20:05.450
una valutazione.

00:20:05.450 --> 00:20:07.960
>> Dazio hm.
>> E ha quindi la migrazione.

00:20:07.960 --> 00:20:08.760
O sei cavata una migrazione prima?

00:20:08.760 --> 00:20:09.570
>> Nr.
Non fare una migrazione.

00:20:09.570 --> 00:20:10.620
Si just.did una valutazione.

00:20:10.620 --> 00:20:11.404
>> È appena fatto una valutazione?

00:20:11.404 --> 00:20:12.195
>> È effettivamente compilato.

00:20:12.195 --> 00:20:14.750
Il motivo è Dov'è
Ho avuto questa cosa che non

00:20:14.750 --> 00:20:15.348
sono disponibili in dubbio.

00:20:15.348 --> 00:20:19.000
E semplicemente cancellato tutti i dati per
Me.

00:20:19.000 --> 00:20:21.109
Ma vediamo me appena rapidamente
eseguire la valutazione e

00:20:21.109 --> 00:20:23.848
let me eseguire query e
Mostra alcuni approfondimenti.

00:20:23.848 --> 00:20:28.406
>> Così è inoltre possibile utilizzare questa opzione quindi per
Si supponga di eseguire la migrazione anche quindi?

00:20:28.406 --> 00:20:31.075
>> N, n oggi, ma questa operazione verrà eseguita.

00:20:31.075 --> 00:20:35.100
>> OK (Okay), in modo che la riga di comando solo
esegue la migrazione o una valutazione.

00:20:35.100 --> 00:20:37.791
>> In caso di compatibilità
valutazione in comunica

00:20:37.791 --> 00:20:39.291
per le ultime modifiche e

00:20:39.291 --> 00:20:42.678
Vedere anche la funzionalità
valutazione e consigli.

00:20:42.678 --> 00:20:46.395
Così si sarebbero sapere quali funzionalità
è possibile sfruttare veramente quando si

00:20:46.395 --> 00:20:49.242
alla destinazione sei
Se si intende per beneficiare.

00:20:49.242 --> 00:20:52.662
>> OK (Okay), pertanto la stessa query, I.

00:20:52.662 --> 00:20:53.825
Esaminare, ad esempio.

00:20:53.825 --> 00:20:54.445
Afferma che,

00:20:54.445 --> 00:20:57.165
Buongiorno generare l'errore questo particolare DB-
>> Sì.

00:20:57.165 --> 00:20:58.245
>> Per passare da 90 a 10.

00:20:58.245 --> 00:21:00.155
Si verifica un solo problema.

00:21:00.155 --> 00:21:01.805
>> E anche quando posso passare a
livello di compatibilità 130 solo

00:21:01.805 --> 00:21:03.205
correggere un problema e aver.

00:21:03.205 --> 00:21:05.007
>> Sì.
>> Mentre il database costliest

00:21:05.007 --> 00:21:08.230
Per accedere a SQL che hai,
che presenta problemi di circa 16.

00:21:08.230 --> 00:21:10.950
Tuttavia, se si tenta di ordinarli
in base al numero di interessati

00:21:10.950 --> 00:21:13.770
oggetti, l'effettivo
quantità di lavoro da eseguire,

00:21:13.770 --> 00:21:15.010
è in senso inverso.

00:21:15.010 --> 00:21:17.607
Non in senso inverso, ma
verrà visualizzato il numero che ha questo particolare vuoto

00:21:17.607 --> 00:21:19.426
il maggior numero di
gli oggetti necessari per risolvere il problema.

00:21:19.426 --> 00:21:22.067
Considerando che ottenere anche SQL
il numero di problemi è più.

00:21:22.067 --> 00:21:23.555
Il numero di oggetti è inferiori.

00:21:23.555 --> 00:21:26.245
Questo è solo un molto
query semplice che eseguito, ma

00:21:26.245 --> 00:21:29.965
Immaginate con tutti i dati che
ottenere nel formato strutturato.

00:21:29.965 --> 00:21:31.627
È possibile creare tutti i tipi di rapporti,

00:21:31.627 --> 00:21:34.790
come abbiamo visto team interni
assegnando un punteggio a questo database.

00:21:34.790 --> 00:21:36.180
>> Sì.
>> Classificazione loro in un ordine.

00:21:36.180 --> 00:21:37.560
>> A destra.
>> Di assegnare un punteggio,

00:21:37.560 --> 00:21:38.960
qualcosa che chiamano,
ad esempio il punteggio di valutazione.

00:21:38.960 --> 00:21:40.350
Ad esempio, la compatibilità è maggiore.

00:21:40.350 --> 00:21:41.560
>> Yup.
>> Per la piattaforma più recente.

00:21:41.560 --> 00:21:43.960
E quindi basare che,
è possibile ottenere un intero piano.

00:21:43.960 --> 00:21:45.320
>> È true,
troppo, far sapere?

00:21:45.320 --> 00:21:47.940
Avrei potuto osservare, o forse
estrarla e generare una potenza di BI.

00:21:47.940 --> 00:21:49.010
>> Sì.
>> In primo piano, a destra?

00:21:49.010 --> 00:21:50.290
>> Esattamente.
>> Sul dashboard e Vai,

00:21:50.290 --> 00:21:52.290
esiste un modo abbastanza per
Esaminiamo questo diritto.

00:21:52.290 --> 00:21:55.818
Ma l'aspetto interessante qui è che
di seguito è un ottimo modo, molto rapidamente,

00:21:55.818 --> 00:21:57.047
Per ottenere una valutazione.

00:21:57.047 --> 00:21:58.620
Per ottenere lo stesso
informazioni tramite uno strumento.

00:21:58.620 --> 00:22:00.070
>> A destra.
>> O uno strumento di valutazione.

00:22:00.070 --> 00:22:02.917
>> Sì.
>> Se si è un grave guy di PowerShell

00:22:02.917 --> 00:22:05.820
o comando, è possibile eseguire questa operazione anche.

00:22:05.820 --> 00:22:06.960
>> È davvero aiuta i clienti a

00:22:06.960 --> 00:22:09.660
le migrazioni, priorità
in pratica.

00:22:09.660 --> 00:22:12.870
>> Uno dei problemi più gravi ma
Mi piace il fatto che è un modo per

00:22:12.870 --> 00:22:16.880
ottenere e visualizzare i risultati,
che è molto interessante.

00:22:16.880 --> 00:22:19.900
>>, Soprattutto in fine
punto in cui lascia un punto due,

00:22:19.900 --> 00:22:21.490
ottenere una grande quantità di
commenti degli strumenti.

00:22:21.490 --> 00:22:24.230
In questo caso, si dispone di una sezione e un modulo
dove gli utenti possono inviare commenti e suggerimenti.

00:22:24.230 --> 00:22:26.490
E abbiamo una grande quantità di nostra da
clienti in essi sono stati richiedono

00:22:26.490 --> 00:22:29.590
Questa operazione, pertanto abbiamo detto, perché non
fornire di seguito.

00:22:29.590 --> 00:22:32.130
>> Raffreddare,
tornare alla valutazione,

00:22:32.130 --> 00:22:32.980
vedere se la valutazione del fatto.

00:22:32.980 --> 00:22:33.660
Migrazioni.

00:22:33.660 --> 00:22:36.490
>> sembra Sì, le migrazioni
sono le operazioni eseguite in questa fase.

00:22:36.490 --> 00:22:38.810
La migrazione di tutti gli account di accesso
correttamente, e

00:22:38.810 --> 00:22:41.140
Naturalmente è l'esportazione di.

00:22:41.140 --> 00:22:44.510
>> È a questo punto,
in modo, come report CSV.

00:22:44.510 --> 00:22:48.090
In realtà di memorizzare lo stato
di anti-migrazione.

00:22:48.090 --> 00:22:51.330
Se si desidera tornare indietro e
rivederlo quest'ultimo punto di tempo.

00:22:51.330 --> 00:22:55.068
È sempre possibile utilizzare questo report CS
Per scoprire cosa contiene

00:22:55.068 --> 00:22:58.360
stata eseguita la migrazione e
che cosa è stato non riuscito, bene?

00:22:58.360 --> 00:23:00.310
>> OK (Okay), dolci.

00:23:00.310 --> 00:23:03.700
>> Aprirò
il migrationresults.csv.

00:23:05.050 --> 00:23:07.220
Avrà maggiori dettagli
all'interno di frasi.

00:23:07.220 --> 00:23:10.420
>> A destra.
>> Consueto utilizzare questo report è possibile

00:23:10.420 --> 00:23:12.840
Passare all'intestazione.

00:23:12.840 --> 00:23:15.120
Anche se è un CSV I
è sufficiente aprirla in Excel.

00:23:15.120 --> 00:23:19.670
È possibile inserire un filtro su di esso, salvarlo
come XLXX e quindi si dispone di tutto questo.

00:23:19.670 --> 00:23:21.310
>> È possibile utilizzare
la potenza di Excel.

00:23:23.000 --> 00:23:24.750
>> In modo sostanzialmente quasi ottenere
la stessa cosa che è stato ottenuto in di SQL

00:23:24.750 --> 00:23:25.332
risultati.

00:23:25.332 --> 00:23:26.993
>> Esattamente.

00:23:26.993 --> 00:23:28.110
>> Sì. Sì.

00:23:28.110 --> 00:23:28.990
>> È molto potente.

00:23:28.990 --> 00:23:29.890
Adoro questo.

00:23:29.890 --> 00:23:33.335
In modo che non solo è possibile effettuare la valutazione
in modi diversi in modi diversi

00:23:33.335 --> 00:23:36.270
ora di visualizzare che e renderlo
come dice, rendono molto facile,

00:23:37.950 --> 00:23:41.290
Sì, la priorità che
uno desidera migrare.

00:23:41.290 --> 00:23:44.010
Ma ora anche posso
anche la migrazione.

00:23:44.010 --> 00:23:45.670
>> Per un corretto.
>> Molto interessante.

00:23:45.670 --> 00:23:46.880
>> Signori questo è fantastico,

00:23:46.880 --> 00:23:48.490
Apprezzare la
Grazie a tempo di entrata.

00:23:48.490 --> 00:23:50.932
Cercare la versione tre
come in [più a SORRIDERE] la settimana successiva.

00:23:50.932 --> 00:23:53.262
>> [PIÙ A SORRIDERE]
>> Mi sto scherzando, ma grande lavoro.

00:23:53.262 --> 00:23:55.000
Abbiamo esaminato in avanti a
è visto, e

00:23:55.000 --> 00:23:57.045
sapere quali altri awesome
STUFF che se si sta eseguendo.

00:23:57.045 --> 00:23:58.013
>> Che.
>> Grazie per l'entrata.

00:23:58.013 --> 00:23:59.560
>> Ringraziamento.
>> Ringrazia molto, è di nuovo visualizzati.

00:23:59.560 --> 00:24:03.355
>> Se hanno commenti,
si dice che come 7000 download,

00:24:03.355 --> 00:24:04.390
già diritto.

00:24:04.390 --> 00:24:05.492
>> Sì.

00:24:05.492 --> 00:24:08.470
>> Pertanto, se non vi è alcun feedback
Qual è il modo migliore per poter,

00:24:08.470 --> 00:24:11.390
>> Quindi dobbiamo avere questo LES ld.

00:24:11.390 --> 00:24:14.180
L'indirizzo di posta elettronica,
dmafeedback.microsoft.com.

00:24:14.180 --> 00:24:16.140
Invio di un messaggio di posta elettronica ad esso.

00:24:16.140 --> 00:24:18.750
Ma anche nello strumento è
la funzione commenti.

00:24:18.750 --> 00:24:20.383
È possibile inviare il feedback
anche da quest '.

00:24:20.383 --> 00:24:21.467
>> Awesome, buona, buona.

00:24:21.467 --> 00:24:23.852
Tutto a destra, questa operazione
tutti gli utenti a iniziare il download e

00:24:23.852 --> 00:24:26.720
avviare la migrazione dei database,
Questo è ciò che vogliamo.

00:24:26.720 --> 00:24:28.380
>> Tutti i diritti.
>> Hey, grazie per tutti gli utenti provenienti.

00:24:28.380 --> 00:24:30.830
E tutti gli utenti grazie dell'attenzione,
e vediamo il successivo.

00:24:30.830 --> 00:24:31.380
>> Ringraziamento.
>> Ringraziamento.

00:24:31.380 --> 00:24:31.880
BYE.

00:24:31.880 --> 00:24:41.880
[MUSICA]

