WEBVTT

00:00:00.000 --> 00:00:09.686
[MUSICA]

00:00:13.045 --> 00:00:15.590
Tutti gli utenti di un altro
interessante episodio di dati esposti.

00:00:15.590 --> 00:00:16.470
Ho l'host, Scott Klein.

00:00:16.470 --> 00:00:18.580
E con me oggi
sono due gli ospiti awesome.

00:00:18.580 --> 00:00:20.200
In questo caso, mi occuperò di far
invito a presentarsi.

00:00:20.200 --> 00:00:21.210
In questo caso, perché non cercare?

00:00:21.210 --> 00:00:22.310
E quindi, abbiamo Consulterò è.

00:00:22.310 --> 00:00:25.540
>> OK (Okay), alta,
Il mio nome è che la mia Program manager

00:00:25.540 --> 00:00:29.540
il Team di sperimentazione di Database
all'interno del gruppo di dati.

00:00:29.540 --> 00:00:30.210
>> OK (Okay).

00:00:30.210 --> 00:00:31.520
>> Denay Kurtutlil, il mio nome

00:00:31.520 --> 00:00:34.050
Io sono un responsabile tecnico
il Team di sperimentazione di dati.

00:00:34.050 --> 00:00:35.410
>> OK (Okay), grande, pertanto
Grazie per l'entrata.

00:00:35.410 --> 00:00:36.330
È nostro piacere per consentire al cliente.

00:00:36.330 --> 00:00:37.900
>> Bello di scendere a Scott.

00:00:37.900 --> 00:00:40.470
>> In questo caso, ci abbiamo sentito molto parlare,
Ho avuto alcune persone parlando qui

00:00:40.470 --> 00:00:43.350
informazioni sugli Assistenti di migrazione dati
e tutti questi tipo di contenuto.

00:00:43.350 --> 00:00:46.140
Ma non ho mai sentito parlare del
Assistente di sperimentazione di database.

00:00:46.140 --> 00:00:47.320
>> Che un perché è nuovo.

00:00:47.320 --> 00:00:49.500
>> OK (Okay), buona,
quindi in merito a noi [più a SORRIDERE].

00:00:49.500 --> 00:00:51.250
Cosa e' questo?

00:00:51.250 --> 00:00:56.270
>> È in realtà uno strumento molto nuovo
per consentire ai clienti di eseguire la migrazione da

00:00:57.390 --> 00:01:00.870
una versione precedente di SQL Server
per una versione successiva.

00:01:00.870 --> 00:01:02.860
In questo caso, potrebbe avere sentito parlare di
facilitare la migrazione dei dati e

00:01:02.860 --> 00:01:04.910
altri sorella strumenti.

00:01:04.910 --> 00:01:08.560
Si tratta di
un supplemento che.

00:01:08.560 --> 00:01:11.160
Pertanto, hai mai sentito del / B il test?

00:01:11.160 --> 00:01:11.740
>> Sì.

00:01:11.740 --> 00:01:14.190
>> In modo che questo oggetto / B il test di
sistemi di database.

00:01:14.190 --> 00:01:15.440
>> OK (Okay).
>> In modo che si tratta.

00:01:15.440 --> 00:01:18.630
Le persone hanno, come si può vedere
la maggior parte dei nostri clienti SQL

00:01:18.630 --> 00:01:21.350
sono il 2008 o di sotto e
si desidera passare 2016.

00:01:21.350 --> 00:01:25.060
E sono oggi sono esitare e
la migrazione a causa della complessità e

00:01:25.060 --> 00:01:26.780
i rischi che sono coinvolti in esso.

00:01:26.780 --> 00:01:28.260
>> OK (Okay).
>> In questo caso, con questo strumento sarà

00:01:28.260 --> 00:01:32.400
Per ottenere eventuali informazioni di qualsiasi
interruzione e le modifiche che associati, o

00:01:32.400 --> 00:01:34.730
anche un miglioramento delle prestazioni
implicazioni che possono provenire

00:01:34.730 --> 00:01:36.760
Quando si sposta a una versione più recente.

00:01:36.760 --> 00:01:39.720
E possano eseguire l'aggiornamento più recente
versione molto più con gran parte

00:01:39.720 --> 00:01:40.497
maggiore fiducia.

00:01:40.497 --> 00:01:44.940
>> OK (Okay),
Verrà inserito è sul posto.

00:01:44.940 --> 00:01:48.630
Ma non la migrazione guidata
inoltre effettuare un'analisi di hey,

00:01:48.630 --> 00:01:50.220
ultime modifiche e
operazioni simili?

00:01:50.220 --> 00:01:53.000
>> Tipo di Assistente migrazione
dei sistemi di più, ad esempio un ruolo

00:01:53.000 --> 00:01:54.450
Spaziatura tipo di motore di una cosa.

00:01:54.450 --> 00:01:56.600
In realtà non è
confronto carico di lavoro.

00:01:56.600 --> 00:01:59.430
Prova a pensare come effettivamente
tentativo di analizzare il carico di lavoro

00:01:59.430 --> 00:02:00.990
nella produzione e

00:02:00.990 --> 00:02:03.650
tentando di vedere in che modo il carico di lavoro
eseguire una versione più recente.

00:02:04.670 --> 00:02:08.040
L'aggiornamento è uno scenario per noi, ma
è possibile considerare gli può eseguire molte operazioni

00:02:08.040 --> 00:02:11.530
diversi tipi di esperimenti,
come è possibile eseguire una feature di attivare e disattivare.

00:02:11.530 --> 00:02:14.500
Come un amministratore di Database che si desidera attivare
una feature e disattivare una funzionalità.

00:02:14.500 --> 00:02:17.090
In questo caso, si tratta di
una soluzione di prova AB generica

00:02:17.090 --> 00:02:19.920
È uno dei maggiore scenario
ora che stiamo offrendo supporto a destra.

00:02:19.920 --> 00:02:21.590
Ma lo stesso può essere utilizzato per
altri scenari, troppo.

00:02:21.590 --> 00:02:25.508
>> Per riepilogare, effettivamente DMA
esegue l'analisi statica del codice.

00:02:25.508 --> 00:02:30.530
Ma come già accennato, non molto
più in confronto carico di lavoro

00:02:30.530 --> 00:02:32.240
utilizzo di carichi di lavoro reale, troppo, a destra.

00:02:32.240 --> 00:02:32.850
>> OK (Okay).

00:02:32.850 --> 00:02:34.960
>> In questo caso, che è uno di quelli.

00:02:34.960 --> 00:02:36.320
Dunque, raffreddare.

00:02:36.320 --> 00:02:37.990
>> Sì.
>> È presente un punto nel tempo,

00:02:37.990 --> 00:02:38.940
un'altra domanda caricata,

00:02:38.940 --> 00:02:42.030
Forse un punto nel tempo in questi
Forse diventa lo strumento stesso?

00:02:42.030 --> 00:02:43.440
>> È.
>> In quanto se si è un ISV e

00:02:44.620 --> 00:02:47.570
Mi bene che ho eseguire questa operazione
strumento e imparare a eseguire tale strumento.

00:02:47.570 --> 00:02:50.620
>> è Sì, è molto
state pensando a esso.

00:02:50.620 --> 00:02:52.440
È possibile inserire
Questa operazione di unione.

00:02:52.440 --> 00:02:53.970
>> OK (Okay).
>> In termini di scenario.

00:02:53.970 --> 00:02:55.959
Ma in questo momento sono
è sufficiente separare strumenti.

00:02:57.090 --> 00:02:59.240
Ma che tipo di termine
la migrazione di intervent.

00:02:59.240 --> 00:02:59.760
>> Sì, OK (Okay).

00:02:59.760 --> 00:03:03.900
E in secondo luogo, poiché
come abbiamo svuotare i,

00:03:03.900 --> 00:03:07.870
come si pronuncia questo svuotamento out è il
>> Complessità di ogni strumento.

00:03:07.870 --> 00:03:09.930
>> La complessità di ogni strumento,

00:03:09.930 --> 00:03:12.990
ottimo solamente a un punto
dove si sfornato, buona.

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

00:03:13.555 --> 00:03:14.150
Che cos'è successivo.

00:03:14.150 --> 00:03:15.180
>> Rende totale senso.

00:03:15.180 --> 00:03:19.490
In questo caso, vorrei analizzano gli alti
In questo caso, l'impostazione livello esperimento

00:03:19.490 --> 00:03:21.840
prima approfondiremo la demo.

00:03:21.840 --> 00:03:25.210
In questo caso, si supponga che si dispone di uno scenario
Se il cliente è lo spostamento da

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

00:03:25.790 --> 00:03:29.810
Per avere una produzione
ambiente del 2008,

00:03:29.810 --> 00:03:33.592
che è dove vengono acquisiti
tutte le tracce SQL.

00:03:33.592 --> 00:03:34.370
>> OK (Okay).

00:03:34.370 --> 00:03:35.210
>> E quali, e

00:03:35.210 --> 00:03:38.070
quindi dispongono di un ambiente di test
qualora abbiano due istanze non esiste.

00:03:38.070 --> 00:03:41.880
Uno che simula il SQL
ambiente 2008.

00:03:41.880 --> 00:03:44.560
Oltre che nel loro secondo
istanza avrebbe il 2016, SQL

00:03:44.560 --> 00:03:47.020
che è la destinazione.

00:03:47.020 --> 00:03:49.220
Si tratta di un oggetto e
B che stiamo parlando.

00:03:49.220 --> 00:03:53.670
In questo caso, stiamo utilizzando DA,
il database per la riproduzione,

00:03:53.670 --> 00:03:57.900
tutti i valori acquisiti un a
Questi due ambienti di test.

00:03:57.900 --> 00:03:58.820
>> Bene, perfetto.

00:04:00.140 --> 00:04:03.960
>> Dopo avere effettuato, che la DEA
Elabora e analizza le tracce

00:04:03.960 --> 00:04:06.380
verrà aperto all'esterno di
>> Di A e B,

00:04:06.380 --> 00:04:06.590
>> OK (Okay).

00:04:06.590 --> 00:04:10.170
>>, Viene illustrato e su
un report dell'interfaccia Utente, che possono essere

00:04:10.170 --> 00:04:13.200
contengono le prestazioni dettagliate e
errori, errori dati correlati.

00:04:13.200 --> 00:04:14.720
>> È possibile verificare.
Possiamo eseguiamo il backup del reale rapida?

00:04:14.720 --> 00:04:16.770
E ci scusiamo per
la domanda stupidi.

00:04:16.770 --> 00:04:18.410
In questo caso, ho ottenuto un oggetto e

00:04:18.410 --> 00:04:20.360
Poiché è uguale al 2008,
>> A destra.

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

00:04:20.870 --> 00:04:22.850
>> Verrà riprodotta che
in base a un'altra istanza 2008,

00:04:22.850 --> 00:04:23.140
>> A destra.

00:04:23.140 --> 00:04:24.150
>>, Nonché un'istanza 2016?

00:04:24.150 --> 00:04:24.650
>>, Ma Sì.
>> A destra.

00:04:24.650 --> 00:04:26.170
Ma perché c'è un motivo.

00:04:26.170 --> 00:04:27.510
È effettivamente un buon punto.

00:04:27.510 --> 00:04:29.140
C'è un motivo per cui
i professionisti IT che.

00:04:29.140 --> 00:04:32.580
>> In genere in una produzione
ambiente, si conosce, gli amministratori di database e

00:04:32.580 --> 00:04:36.540
i proprietari di App non piace troppo di
una riduzione delle prestazioni del sistema.

00:04:36.540 --> 00:04:40.160
In questo caso, con cui si desidera che le prestazioni
overhead attivando un'acquisizione

00:04:40.160 --> 00:04:41.345
nel sistema di produzione minimo.

00:04:41.345 --> 00:04:42.050
>> OK (Okay).
>> Così

00:04:42.050 --> 00:04:44.740
Ciò che facciamo nel primo passaggio quando si
acquisizione della traccia nella produzione

00:04:44.740 --> 00:04:47.670
sistema, è solo di acquisizione
un sottoinsieme degli eventi di traccia.

00:04:47.670 --> 00:04:49.650
Il solo risultato è il carico di lavoro,
Questo è tutto.

00:04:49.650 --> 00:04:53.190
E il resto di ciò, possiamo fare
in un ambiente non di produzione, ma

00:04:53.190 --> 00:04:54.330
comunque è possibile eseguire un test AB

00:04:54.330 --> 00:04:56.840
il confronto di mele per le mele,
purché la primes e

00:04:56.840 --> 00:04:59.230
B sono simili a tipo di hardware
configurazione e cose simili.

00:04:59.230 --> 00:04:59.780
>> OK (Okay).
>> Sì.

00:04:59.780 --> 00:05:02.430
Scusa
confronto tra il mio nominativo a destra?

00:05:02.430 --> 00:05:03.970
>> Sì.
>> Su un tipo di livello base

00:05:03.970 --> 00:05:04.540
dello scenario.

00:05:04.540 --> 00:05:05.250
>> Esattamente.
>> Sì.

00:05:05.250 --> 00:05:05.820
>> OK (Okay).
Raffreddare.

00:05:05.820 --> 00:05:07.280
>> Rilevata nella che tuttavia contenti.

00:05:07.280 --> 00:05:09.970
>> OK (Okay), Sì,
Ho esaminato che e andato, dunque,

00:05:09.970 --> 00:05:11.687
perché nuovamente in esecuzione questo?

00:05:11.687 --> 00:05:13.990
Okay, cuz se chiedo che,
qualcun altro sta per chiedere che.

00:05:13.990 --> 00:05:15.040
>> In modo assoluto.
>> Andrò a chiedere,

00:05:15.040 --> 00:05:17.020
Non è consentito chiamo
tali domande stupidi.

00:05:17.020 --> 00:05:19.388
Andrò a chiedere le domande ovvie,
cuz [CROSSTALK].

00:05:19.388 --> 00:05:22.285
>> Questo proviene dal cliente una partita,
su, pertanto abbiamo 1,5% è

00:05:22.285 --> 00:05:25.648
l'overhead sulla CPU quando si esegue questa operazione
in che tipo di produzione

00:05:25.648 --> 00:05:27.960
abbastanza piccola effettivamente se
si pensa, Sì.

00:05:27.960 --> 00:05:28.910
>> Bene, ma l'aspetto interessante è che,

00:05:28.910 --> 00:05:30.860
Buongiorno al termine viene visualizzato
Questo rapporto interessante che va,

00:05:30.860 --> 00:05:34.470
Salve, qui è il valore
>> Destra, che sta per passare?

00:05:34.470 --> 00:05:35.210
>> Che un diritto.

00:05:35.210 --> 00:05:36.730
>> E che,
ci sarà prelevato la demo.

00:05:36.730 --> 00:05:39.170
>> È l'ordinamento di come
Quando si immette la DEA,

00:05:39.170 --> 00:05:42.610
lato è a sinistra
le tre funzionalità, vedere.

00:05:42.610 --> 00:05:44.400
Acquisizione, la riproduzione e l'analisi.

00:05:44.400 --> 00:05:47.250
Tutti i diritti e appena parlato
che gli elementi dell'architettura.

00:05:47.250 --> 00:05:49.060
Essenzialmente quelli
sono tre funzionalità.

00:05:49.060 --> 00:05:51.200
>> Sì, in modo che questo è il mio iniziale
istanza 2008 che andrò a

00:05:51.200 --> 00:05:51.820
raccogliere i dati.

00:05:51.820 --> 00:05:53.130
>> Esattamente.
>> OK (Okay), qui,

00:05:53.130 --> 00:05:56.390
Se si trova nell'acquisizione
in realtà può puntare a un SQL Server

00:05:56.390 --> 00:05:57.210
istanza di.

00:05:57.210 --> 00:05:59.150
Si tratta qui l'origine del 2008.

00:05:59.150 --> 00:06:02.240
E possibile specificare per quanto tempo posso
in realtà si desidera eseguire la traccia per

00:06:02.240 --> 00:06:04.090
e qui la durata.

00:06:04.090 --> 00:06:05.960
E quindi la dimensione massima del file.

00:06:05.960 --> 00:06:08.480
Che è in genere il profilo
dimensione per una traccia.

00:06:08.480 --> 00:06:09.620
Penso consigliata è 200.

00:06:09.620 --> 00:06:12.140
È possibile lasciarlo come 200,
a meno che non esistano alcune esigenze particolari o

00:06:12.140 --> 00:06:14.470
un qualcosa, e
un nome per la traccia.

00:06:14.470 --> 00:06:16.290
E quando si avvia
cosa accade è consente di spostarsi e

00:06:16.290 --> 00:06:18.960
viene generato un evento di acquisizione della traccia
Nella finestra di SQL Server 2008.

00:06:18.960 --> 00:06:20.060
>> OK (Okay).

00:06:20.060 --> 00:06:22.620
>> In modo che in questo caso, è già
avviare l'acquisizione di traccia.

00:06:22.620 --> 00:06:25.800
È interessante vedere come
misurare l'avanzamento e

00:06:25.800 --> 00:06:26.540
informazioni simili.

00:06:26.540 --> 00:06:28.050
>> OK (Okay).
>> In modo che la produzione è ora inattivo

00:06:28.050 --> 00:06:28.820
acquisizione del carico di lavoro.

00:06:28.820 --> 00:06:30.460
Verrà eseguito per 60 minuti e

00:06:30.460 --> 00:06:33.000
si avranno una traccia
al termine di questo oggetto.

00:06:33.000 --> 00:06:35.800
>> OK (Okay), [più a SORRIDERE] in modo
Hai una domanda.

00:06:35.800 --> 00:06:38.660
Pertanto, è la possibilità di pronunciare hey, let
passare direttamente a Me, se si è già

00:06:38.660 --> 00:06:41.730
Forse una traccia che abbiamo già
fatto è estrarla qui?

00:06:41.730 --> 00:06:43.040
>>, Sì
non è necessario effettuare quindi i dati visualizzati.

00:06:43.040 --> 00:06:44.400
È possibile passare al successivo
passaggio se si dispone di uno.

00:06:44.400 --> 00:06:45.790
>> Bene, pertanto
È possibile avviare passaggio due e Vai, OK.

00:06:45.790 --> 00:06:46.480
>> Passaggio due e passare da lì.

00:06:46.480 --> 00:06:48.040
>> Che ho già una traccia,
È stato già acquisiti.

00:06:48.040 --> 00:06:48.721
>> Sì.
>> OK (Okay).

00:06:48.721 --> 00:06:49.901
Sì, in genere è il

00:06:49.901 --> 00:06:52.811
stesso carico di lavoro, ma è riprodotto
diversi tipi di configurazioni

00:06:52.811 --> 00:06:54.321
e cose del genere se si desidera.
>> Bene, raffreddare.

00:06:54.321 --> 00:06:55.401
>> Per un motivo sempre è sempre

00:06:55.401 --> 00:06:58.141
separata in questo modo.
Se le persone hanno acquisito traccia

00:06:58.141 --> 00:07:00.380
già, non devono passare
tramite la stessa cosa nuovamente.

00:07:00.380 --> 00:07:03.650
Provengono e sono in grado di riprodurre o
o si conoscono cose del genere.

00:07:03.650 --> 00:07:04.500
>> Molto buono, corretto, raffreddare.

00:07:04.500 --> 00:07:05.500
Molto bello.

00:07:05.500 --> 00:07:09.260
Quindi, tornando alla parte seconda e
è sufficiente interrompere l'acquisizione

00:07:09.260 --> 00:07:12.120
Abbiamo una persona completa,
Va bene.

00:07:12.120 --> 00:07:15.460
Passare quindi a parte la riproduzione,
In questo caso, esistono un paio di passaggi

00:07:15.460 --> 00:07:19.960
la riproduzione, in pratica il primo passaggio
tipo di verifica dell'infrastruttura, Impossibile riprodurre

00:07:19.960 --> 00:07:20.090
>> OK (Okay)

00:07:20.090 --> 00:07:21.720
>> E un punto chiave è che

00:07:21.720 --> 00:07:23.890
questo, con questa versione
non effettuiamo il set di

00:07:23.890 --> 00:07:26.860
dell'infrastruttura di riproduzione,
Utilizziamo riesecuzione distribuita

00:07:26.860 --> 00:07:28.830
che è già disponibile
parte dell'installazione di SQL.

00:07:28.830 --> 00:07:30.920
>> Sì, la riesecuzione distribuita
controller o qualcosa del genere.

00:07:30.920 --> 00:07:31.630
>> Esattamente.
Sì.

00:07:31.630 --> 00:07:33.920
Pertanto desideriamo, verifica
del programma di installazione a questo punto.

00:07:33.920 --> 00:07:36.880
Pertanto, qui è stata concessa
computer di un controller e

00:07:36.880 --> 00:07:37.820
quattro macchine figlio, e

00:07:37.820 --> 00:07:40.390
si sta già configurati
In questo modo nel setup, destra.

00:07:40.390 --> 00:07:43.290
E quando una soluzione a questo punto, cosa del
questo, è come tipo di verifica

00:07:43.290 --> 00:07:45.960
Ehi, è il programma di installazione molto ridotta,
hai accesso.

00:07:45.960 --> 00:07:46.840
Tutti gli elementi figlio e

00:07:46.840 --> 00:07:50.810
in comunicazione, controller
e funziona correttamente.

00:07:50.810 --> 00:07:52.880
>> Tutti i diritti, pertanto
si afferma che diamine funziona correttamente.

00:07:52.880 --> 00:07:54.610
È il momento quando
prelievo della traccia.

00:07:54.610 --> 00:07:57.090
Questo è quello che
acquisite nel passaggio 1.

00:07:57.090 --> 00:07:58.480
>> OK (Okay).
>> Ricorda il carico di lavoro

00:07:58.480 --> 00:07:59.630
acquisizione che abbiamo fatto.

00:07:59.630 --> 00:08:01.820
>> È dove è possibile passare
Si supponga che ho già uno.

00:08:01.820 --> 00:08:03.090
>> Esattamente, che sia corretto.

00:08:03.090 --> 00:08:05.545
In questo caso, vorrei solo pull
la finestra da qui.

00:08:11.554 --> 00:08:14.481
È capitato di un metodo automatico
Per fare questo ma non credo, questa operazione.

00:08:16.909 --> 00:08:21.120
>> In questo caso, ecco che dare la traccia
file di acquisizione e

00:08:21.120 --> 00:08:25.949
quindi si pronuncia, memorizzare
Ecco l'output pre-elaborazione.

00:08:25.949 --> 00:08:26.820
>> OK (Okay).
>> Così

00:08:26.820 --> 00:08:28.930
che è sostanzialmente da eseguire
con i dati di riprodurre l'architettura,

00:08:28.930 --> 00:08:31.870
Converte i file in
un file ottimizzato, destro.

00:08:31.870 --> 00:08:35.480
Poi, effettivamente e
figure in modo ottimizzato per

00:08:35.480 --> 00:08:39.000
convertire questi file dalla traccia
file per una riproduzione di file, OK.

00:08:39.000 --> 00:08:40.680
>> E stato terzo passaggio
in realtà una riproduzione.

00:08:40.680 --> 00:08:43.751
E verrà visualizzato nell'interfaccia Utente non esiste
opzioni per un determinato punto

00:08:43.751 --> 00:08:45.057
il database di [CROSSTALK].

00:08:45.057 --> 00:08:46.967
>> Questo è ad esempio, Buongiorno

00:08:46.967 --> 00:08:48.850
eseguire questi-
>> Esattamente.

00:08:48.850 --> 00:08:49.450
>> Tutti i diritti.

00:08:49.450 --> 00:08:53.020
>> Sì, che consente di eseguire il
riprodurre nel database specificati.

00:08:53.020 --> 00:08:55.950
In tal caso, per questo scenario, dove è
esegue l'aggiornamento a 2008 o 16,

00:08:55.950 --> 00:08:58.740
è possibile farlo una volta fo 2008 e
un'altra ora per il 2016.

00:08:58.740 --> 00:09:02.021
>> Se si ricorda l'architettura
Avevamo due di essi.

00:09:02.021 --> 00:09:04.760
Uno su un oggetto e
l'altra è di b.

00:09:04.760 --> 00:09:06.610
>> È possibile effettuare quelli in parallelo, o

00:09:06.610 --> 00:09:09.390
eseguire i e
quindi B?

00:09:09.390 --> 00:09:10.970
>> Dall'interfaccia Utente,
ci sarà avverrà uno alla volta.

00:09:10.970 --> 00:09:12.400
>> Uno alla volta.
>> Si dispone di un supporto di comando

00:09:12.400 --> 00:09:14.770
dove è possibile eseguire in parallelo.

00:09:14.770 --> 00:09:16.990
>> Si avviano per
entrambe le istanze.

00:09:16.990 --> 00:09:18.010
>> Che un buon.

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

00:09:19.080 --> 00:09:20.260
>>, Sì,
Disponiamo di schermata finale.

00:09:20.260 --> 00:09:21.440
Non andrò troppo in esso.

00:09:21.440 --> 00:09:22.520
Vorrà
un po' di tempo.

00:09:22.520 --> 00:09:24.250
Pertanto, per l'interesse di tempo,

00:09:24.250 --> 00:09:26.690
ora possiamo effettivamente si
all'istanza di SQL.

00:09:26.690 --> 00:09:28.440
E quindi pronunciare, interrompere la riproduzione.

00:09:28.440 --> 00:09:29.540
>> OK (Okay).
>> E quindi la riproduzione di file.

00:09:29.540 --> 00:09:30.610
Ed è quindi possibile visualizzare lo stato di avanzamento

00:09:30.610 --> 00:09:32.580
come si è visto lo stato di avanzamento
nel primo.

00:09:32.580 --> 00:09:33.340
>> In modo che si tratta di cui potrebbe accedere,

00:09:33.340 --> 00:09:36.360
qui è il mio istanza 2008
[IMPERCETTIBILE] Esattamente.

00:09:36.360 --> 00:09:39.100
>> E quindi, quando questo viene realizzato,
Ora eseguo contro il 2008,

00:09:39.100 --> 00:09:40.610
istanza del 2016.

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

00:09:41.170 --> 00:09:42.080
>> OK (Okay).
>> Che è corretto.

00:09:42.080 --> 00:09:43.700
Tutti i diritti e
quindi al termine dove visualizzare

00:09:43.700 --> 00:09:44.860
l'output dei risultati?

00:09:44.860 --> 00:09:47.700
>> A questo punto, si dispongono di due tracce
acquisite da entrambe che viene sostituito.

00:09:47.700 --> 00:09:50.190
>> OK (Okay).
>> E passare alla terza fase.

00:09:50.190 --> 00:09:52.310
È stato fatto qui una nuova analisi.

00:09:52.310 --> 00:09:55.460
Questa opzione in cui viene fornito se si
vedere qui traccia dal server di origine

00:09:55.460 --> 00:09:57.560
e traccia dal server di destinazione.

00:09:57.560 --> 00:10:00.690
Questa opzione in cui viene fornito
i file di traccia 2008 e 2016.

00:10:00.690 --> 00:10:06.076
>> Due,
non l'origine, i due.

00:10:06.076 --> 00:10:07.064
>> Il primo oggetto e B.

00:10:07.064 --> 00:10:07.825
>> Di B, primo OK (Okay).

00:10:07.825 --> 00:10:08.411
>> A destra.

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

00:10:08.971 --> 00:10:12.258
>> Sì e quindi fornire
e quindi si sceglie di SQL Server

00:10:12.258 --> 00:10:15.340
istanza in cui desidera
inserire i report di analisi.

00:10:15.340 --> 00:10:17.170
E si ottengono i dati, Sì.

00:10:17.170 --> 00:10:18.670
In questo caso, illustrerò le caratteristiche.

00:10:18.670 --> 00:10:21.099
Un esempio di alcuni
test che abbiamo.

00:10:31.008 --> 00:10:34.260
In questo caso, si tratta di come si farebbe
visualizzare i rapporti esistenti.

00:10:34.260 --> 00:10:36.860
Questi sono tutti i report
che sono state generate prima.

00:10:36.860 --> 00:10:39.067
Che è uno di essi
il passaggio successivo per mostrare,

00:10:39.067 --> 00:10:42.481
Questa opzione le informazioni approfondite che sarà
entrare nel confronto carico di lavoro.

00:10:42.481 --> 00:10:45.026
>> Sì, verrà chiesto
tale diritto all'avvio

00:10:45.026 --> 00:10:45.851
>> Stavo per dire

00:10:45.851 --> 00:10:47.920
è possibile salvare tali relazioni,
Questo tipo di operazione.

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

00:10:48.623 --> 00:10:49.138
>> OK (Okay).

00:10:49.138 --> 00:10:50.652
>> Se si punta a un'istanza di DB,

00:10:50.652 --> 00:10:52.900
aprono tutti
le operazioni eseguite.

00:10:52.900 --> 00:10:55.800
>> Questa operazione, se si verificano tutti
i report vengono creati con

00:10:55.800 --> 00:10:58.800
l'analisi di prefisso e il nome
che è stato assegnato il precedente

00:10:58.800 --> 00:10:59.960
schermata che Nick era mostrando.

00:10:59.960 --> 00:11:03.030
In questo caso, aprono tutti gli elementi
da tale database.

00:11:03.030 --> 00:11:03.530
>> OK (Okay).
Raffreddare.

00:11:04.640 --> 00:11:08.390
Per prima cosa che viene visualizzato qui
una rappresentazione del carico di lavoro.

00:11:08.390 --> 00:11:10.490
A questo punto, esistono due tipi di
Balls, le palline blue e

00:11:10.490 --> 00:11:11.630
le palle di colore verde.

00:11:11.630 --> 00:11:16.160
Una query che abbiamo palline blu medio
hanno visto per la prima volta,

00:11:16.160 --> 00:11:19.250
mentre le palline verde significa che le query
che abbiamo visto in precedenza e

00:11:19.250 --> 00:11:21.240
Abbiamo già abbiamo valutato che.

00:11:21.240 --> 00:11:23.590
In questo caso, viene tipo di modalità di
avanzamento del carico di lavoro, e

00:11:23.590 --> 00:11:25.670
si tratta di
un test di carico di lavoro.

00:11:25.670 --> 00:11:27.040
Per verificare all'avanzare del tempo,

00:11:27.040 --> 00:11:29.910
maggior parte delle query
sono già valutato.

00:11:29.910 --> 00:11:34.380
Pertanto l'obiettivo è fornire un quadro per
Buongiorno, sono state acquisite come bene

00:11:34.380 --> 00:11:37.980
quantità del carico di lavoro, o
è il carico di lavoro ancora il problema?

00:11:37.980 --> 00:11:39.120
>> Sì.
>> È necessario acquisire per

00:11:39.120 --> 00:11:39.790
un po' più lungo?

00:11:39.790 --> 00:11:42.370
In modo che il tipo di informazione che
desideriamo fornire da questo carico di lavoro

00:11:42.370 --> 00:11:43.150
rappresentazione in forma.

00:11:43.150 --> 00:11:44.870
>> OK (Okay), in modo che si tratta di hey,

00:11:44.870 --> 00:11:46.810
ho acquisito sufficiente
>> Esattamente.

00:11:46.810 --> 00:11:48.590
>> Informazioni in grado
Per rendere le decisioni appropriate.

00:11:48.590 --> 00:11:50.470
>> Correggere.
>> Questo tipo sarà di facilitare agli altri utenti

00:11:50.470 --> 00:11:52.530
come per le istituzioni finanziarie

00:11:52.530 --> 00:11:55.540
esempio di come hanno prelievo
ore come AM 3 a 5 AM.

00:11:55.540 --> 00:11:56.140
>> OK (Okay).

00:11:56.140 --> 00:11:56.980
>> Ora che del o

00:11:56.980 --> 00:11:59.270
Sto dicendo è sufficiente impostarla come I
non si conosce il relativo orario di prelievo.

00:11:59.270 --> 00:11:59.950
>> A destra.
>> Ma

00:11:59.950 --> 00:12:02.750
si tratta di scegliere come destinazione nella
ordine per ottenere il carico reale

00:12:02.750 --> 00:12:03.470
rappresentazione in forma.

00:12:03.470 --> 00:12:05.250
>> OK (Okay),
non ci ha penso che ne parleremo qui.

00:12:05.250 --> 00:12:05.800
>> Sì.
>> È?

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

00:12:06.310 --> 00:12:08.020
>> OK (Okay).
>> In modo che questo approfondimenti consentirà loro di

00:12:09.800 --> 00:12:10.910
acquisizione al momento giusto.

00:12:10.910 --> 00:12:11.980
>> Bene, perfetto.

00:12:11.980 --> 00:12:12.950
>> Sì.

00:12:12.950 --> 00:12:15.410
>> E questo è ciò che vede.

00:12:15.410 --> 00:12:19.200
Forniamo una confidenza di analisi
di query scadute,

00:12:19.200 --> 00:12:22.060
query inferiori, query
migliorato e quali che quando

00:12:22.060 --> 00:12:25.410
Facciamo una sperimentazione tra due
versioni diverse di SQL Server.

00:12:25.410 --> 00:12:27.140
>> Questa operazione, in questo caso, il blocco
il blocco di colore rosso,

00:12:27.140 --> 00:12:30.000
vengono visualizzate le query
tale scadute.

00:12:30.000 --> 00:12:30.998
>> In modo che abbia in tale.

00:12:30.998 --> 00:12:35.750
>> Di attesa, è possibile che intendo
richiedere un altro evidente o

00:12:35.750 --> 00:12:37.800
Forse non domanda.

00:12:37.800 --> 00:12:38.360
>> Che.
>> In questo caso,

00:12:38.360 --> 00:12:40.850
è stato eseguito il test in base 16 di SQL.

00:12:40.850 --> 00:12:41.920
>> A destra.

00:12:41.920 --> 00:12:44.290
>> In questo caso,
Ho stabilito procedure di query che è stato eseguito.

00:12:44.290 --> 00:12:47.910
Pertanto, è il rosso, significa che non sia presente query
proveniente da [INAUDIBLE]

00:12:47.910 --> 00:12:49.860
2008 che hanno causato l'errore nel 2016.

00:12:49.860 --> 00:12:51.781
>> OK (Okay).
[CROSSTALK] Vi sono due,

00:12:51.781 --> 00:12:53.635
tre possibilità, destra?

00:12:53.635 --> 00:12:57.160
Uno è una query che funzionava correttamente
nel 2008, ma esaurite out in 2016.

00:12:57.160 --> 00:12:57.900
>> OK (Okay).

00:12:57.900 --> 00:13:00.660
>> E uno
cose che funzionava correttamente

00:13:00.660 --> 00:13:03.840
e non ha funzionato correttamente nel 2008,
avviato ma funziona correttamente su 2016.

00:13:03.840 --> 00:13:05.150
Che è possibile.

00:13:05.150 --> 00:13:05.680
>> Sì.

00:13:05.680 --> 00:13:07.490
>> In modo che è tipo di Mostra tutto
le combinazioni di seguito.

00:13:07.490 --> 00:13:08.600
>> OK (Okay).

00:13:08.600 --> 00:13:10.470
Pertanto, per
esempio se si passa in questa posizione destra?

00:13:10.470 --> 00:13:13.060
Esistono tre operazioni,
nuovo gli errori esistenti e

00:13:13.060 --> 00:13:13.990
errori risolti.

00:13:13.990 --> 00:13:15.750
>> OK (Okay).
>> Errori esistenti il fatto che questi

00:13:15.750 --> 00:13:19.290
errori abbiamo visto nel 2008 e siamo
tipo di visualizzazione anche 2016.

00:13:19.290 --> 00:13:20.770
>> OK (Okay).
>> Nuovi errori sono come facciamo

00:13:20.770 --> 00:13:23.054
non visualizzare questo ma
Prevediamo ora nel 2016.

00:13:23.054 --> 00:13:24.552
>> Alcune modifiche fisiche.

00:13:24.552 --> 00:13:27.540
>> Alcune modifiche e alcune parole chiave non
supportato e cose simili.

00:13:27.540 --> 00:13:29.800
E risolvere gli errori,
le cose che abbiamo visto nel 2008,

00:13:29.800 --> 00:13:31.480
erring out ma hai risolto in 2016.

00:13:31.480 --> 00:13:34.980
>> OK (Okay).
>> In modo che questo sia, facciamo

00:13:34.980 --> 00:13:38.340
esempio se esaminiamo alcuni dei
gli errori, il calcolo della tastiera, a destra.

00:13:38.340 --> 00:13:40.905
Abbiamo interrotto il supporto di calcolo
tastiera da awesome indica

00:13:40.905 --> 00:13:41.715
12 le parole uno.

00:13:41.715 --> 00:13:45.765
>> In modo che, in almeno DMA indica al tipo di
qui è il problema che abbiamo trovato bene

00:13:45.765 --> 00:13:46.465
>> Sì, esattamente.

00:13:46.465 --> 00:13:49.115
In modo che in tipo di cui viene indicato da
un punto di vista del carico di lavoro.

00:13:49.115 --> 00:13:51.995
Ed è possibile eseguire il drill down e vedere come
ulteriori informazioni sull'editor e

00:13:51.995 --> 00:13:53.905
operazioni simili.

00:13:53.905 --> 00:13:58.525
Torna alla pagina principale e

00:13:58.525 --> 00:14:01.550
Tornando alla query valide,
Voglio dire.

00:14:01.550 --> 00:14:03.082
In tal caso, nella DBA anche e

00:14:03.082 --> 00:14:05.980
Sto cercando di capire cosa App
è l'impatto dell'esecuzione del carico di lavoro.

00:14:05.980 --> 00:14:09.690
La quantità di prestazioni
sto effettuando questo taglio?

00:14:09.690 --> 00:14:11.900
Pertanto, questa visualizzazione tipo di offrono che.

00:14:11.900 --> 00:14:16.180
Per visualizzare le query,
la durata media di AB e

00:14:16.180 --> 00:14:18.310
la differenza di durata e
la differenza di presentazione.

00:14:18.310 --> 00:14:20.370
Consenti all'utente di selezionare un elemento del
un po' significativi.

00:14:22.180 --> 00:14:23.020
Ad esempio se uno di questi.

00:14:25.620 --> 00:14:27.220
Quindi, creiamo verso il basso
da qui la query.

00:14:27.220 --> 00:14:30.140
Una cosa da notare è
la query viene normalizzata.

00:14:30.140 --> 00:14:31.620
I parametri vengono disconnessi dalla.

00:14:31.620 --> 00:14:34.540
Che garantisce che ci siano di

00:14:34.540 --> 00:14:37.710
la stessa query di hash
senza parametri.

00:14:38.960 --> 00:14:42.050
E in cui viene indicato quante volte
ha ricevuto un sicuro e B, la Media

00:14:42.050 --> 00:14:45.710
durate, le CPU, le letture,
le scritture e cose simili.

00:14:45.710 --> 00:14:49.430
È inoltre possibile fornire è
un confronto tra i piani di query.

00:14:49.430 --> 00:14:52.300
A questo punto, per questa parte è
sono compilati i piani di query.

00:14:52.300 --> 00:14:53.520
>> OK (Okay).

00:14:53.520 --> 00:14:56.870
>> Ma se si osserva il compilato
piani di query, che sarà comunque possibile visualizzare non esiste

00:14:56.870 --> 00:15:00.570
una differenza relativamente alla modalità
sono i piani di query compilata.

00:15:00.570 --> 00:15:07.140
Ad esempio per un oggetto della visualizzazione
una durata media di 47,847.

00:15:07.140 --> 00:15:08.545
E per B, è visualizzato più.

00:15:08.545 --> 00:15:10.490
>> A destra.
>> È il piano di credito, compilazione

00:15:10.490 --> 00:15:13.780
e i dati di esecuzione effettivo
Inoltre, dice la stessa cosa.

00:15:13.780 --> 00:15:16.790
Se si osserva in questo caso,
è possibile osservare che la durata

00:15:16.790 --> 00:15:19.620
B, le linee tratteggiate,
linee blu nella parte superiore,

00:15:19.620 --> 00:15:23.345
è molto superiore non punteggiato
linea blu, le righe in grassetto di colore blue.

00:15:23.345 --> 00:15:24.560
>> OK (Okay).
>> E vi è

00:15:24.560 --> 00:15:26.640
una differenza anche dell'utilizzo della CPU.

00:15:26.640 --> 00:15:28.440
Utilizza in realtà il B
CPU più un po'.

00:15:28.440 --> 00:15:28.970
Per questo tipo di credito,

00:15:28.970 --> 00:15:31.550
vedere una differenza nelle prestazioni
in termini di degradazione.

00:15:31.550 --> 00:15:32.050
>> OK (Okay).
>> Sì.

00:15:32.050 --> 00:15:32.730
Si tratta,

00:15:32.730 --> 00:15:36.710
Suppongo, sia le munizioni
Per capire perché il

00:15:36.710 --> 00:15:37.870
degredated e dire hey,
>> Sì.

00:15:37.870 --> 00:15:38.995
>> Per un corretto, a destra.

00:15:38.995 --> 00:15:41.920
>> Cuz è interessante
causa sapete che abbiamo avuto un paio-

00:15:41.920 --> 00:15:44.430
Bob Ward su qui egli diventa,
SQL16 è semplicemente più veloce.

00:15:44.430 --> 00:15:45.220
E noi ci questo e

00:15:45.220 --> 00:15:47.090
Sono simili e,
>> Sì.

00:15:47.090 --> 00:15:49.330
>> In alcuni casi, non
>> Sì, esattamente.

00:15:49.330 --> 00:15:50.010
Dunque cosa è successo?

00:15:50.010 --> 00:15:52.000
>> Potrebbe essere necessario procedere e
modificare il piano di query.

00:15:52.000 --> 00:15:52.860
Modificare il piano di query, Sì.

00:15:52.860 --> 00:15:54.490
E quindi risolvere il problema prima di
è possibile eseguire l'aggiornamento.

00:15:54.490 --> 00:15:55.350
>> A destra. Bene, >> destra.

00:15:55.350 --> 00:15:56.260
>> E ha un senso poiché,

00:15:56.260 --> 00:15:57.630
come si è detto non esiste
somethings che

00:15:58.640 --> 00:15:59.960
non tradurre well-
>> Esattamente.

00:15:59.960 --> 00:16:04.040
>> A 16 per parola chiave
segregator e cose simili.

00:16:04.040 --> 00:16:07.150
>> A destra. Certi. >> Correggere,
Sì e stiamo lavorando alla maggiore quantità di dati

00:16:07.150 --> 00:16:12.100
in esso come vedremo più
dati che possono essere utili.

00:16:12.100 --> 00:16:14.330
>> Possibile questo strumento un certo punto,

00:16:14.330 --> 00:16:17.310
non supporta il DB di SQL Azure
non è a questo punto?

00:16:17.310 --> 00:16:18.650
O è solo in locale.

00:16:18.650 --> 00:16:20.650
>> Non supporta
Ora DB SQL Azure.

00:16:20.650 --> 00:16:23.200
Ma supporta SQL su macchine virtuali.

00:16:23.200 --> 00:16:24.750
Sebbene possa essere lo scenario.

00:16:24.750 --> 00:16:25.520
>> È lo stesso.

00:16:25.520 --> 00:16:27.860
>> Sì SQL e SQL in macchine virtuali.

00:16:27.860 --> 00:16:29.150
>> Non vi sono piani?

00:16:29.150 --> 00:16:32.010
Poiché ad esempio, se un attimo
circa allora si desidera passare.

00:16:33.380 --> 00:16:34.800
Poiché se si è un ISV o

00:16:34.800 --> 00:16:37.150
qualcosa di simile è stato
amore per passare alla DB di SQL Azure.

00:16:37.150 --> 00:16:38.950
ma il carico di lavoro
da tradurre, e

00:16:38.950 --> 00:16:42.290
Forse il livello di servizio in SQL Azure
database necessario per il prelievo affinché

00:16:42.290 --> 00:16:44.290
offre prestazioni questo carico di lavoro?

00:16:44.290 --> 00:16:45.240
>> Sì.
>> È di tipo di?

00:16:45.240 --> 00:16:46.620
>> Sì.
Sono cose che abbiamo

00:16:46.620 --> 00:16:47.280
parlato e ha

00:16:47.280 --> 00:16:47.780
>> OK (Okay).
>> Esattamente.

00:16:47.780 --> 00:16:48.510
>> Non chiedo per

00:16:48.510 --> 00:16:49.170
Mappa stradale.
>> Sì.

00:16:49.170 --> 00:16:50.320
>> O una data o qualcosa di simile.

00:16:50.320 --> 00:16:52.350
>> A destra. Nr. >>
>> È stato in ponendo, e

00:16:52.350 --> 00:16:53.190
ci abbiamo già accennato su di esso.

00:16:53.190 --> 00:16:54.430
>> E
è uno scenario davvero valido, troppo.

00:16:54.430 --> 00:16:56.060
>> Sì, è uno scenario valido.

00:16:56.060 --> 00:16:58.110
>> Sì.
Si tratta di un push verso pass e sass,

00:16:58.110 --> 00:16:58.830
operazioni simili.

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

00:16:59.330 --> 00:17:00.870
>> È possibile osservare il corso kinda.

00:17:00.870 --> 00:17:01.900
>> Esattamente. Assolutamente si.

00:17:01.900 --> 00:17:02.630
>> Bene, raffreddare.

00:17:02.630 --> 00:17:03.960
Si tratta di awesome.

00:17:03.960 --> 00:17:05.630
Mi piace dal punto di vista.

00:17:05.630 --> 00:17:08.970
E penso che la mia domanda iniziale era,
Sia il DMA.

00:17:10.180 --> 00:17:11.370
Non è presente un
>> DA.

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

00:17:11.910 --> 00:17:15.305
Non riposare
un ente governativo.

00:17:15.305 --> 00:17:17.720
[PIÙ A SORRIDERE] Esso non si trova per tale.

00:17:17.720 --> 00:17:20.240
Ma è possibile visualizzare questi strumenti
tipo di che si uniscono,

00:17:20.240 --> 00:17:22.130
cuz entrambi complemento
ogni altro benissimo.

00:17:22.130 --> 00:17:22.920
>> In modo assoluto.

00:17:22.920 --> 00:17:23.650
>> Sì.
>> Vero?

00:17:23.650 --> 00:17:25.800
Ma io credo che il DMA
non esiste, è

00:17:25.800 --> 00:17:28.690
Quando si analizzano la da
la prospettiva di carico di lavoro.

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

00:17:29.620 --> 00:17:32.840
>>, Quali sono le cose
È necessario risolvere per la query?

00:17:32.840 --> 00:17:36.990
E possibile il tocco, ora che sono
possibile parlando, è possibile

00:17:36.990 --> 00:17:40.880
per toccare all'archivio query 16
e magari utilizzare qualcosa del genere?

00:17:40.880 --> 00:17:43.560
Non so, è kinda
pensando a voce alta un po'.

00:17:43.560 --> 00:17:44.440
>> Sì.
Penso che in modo definito.

00:17:44.440 --> 00:17:46.220
Penso che queste sono le cose
Siamo alla ricerca in.

00:17:46.220 --> 00:17:47.030
>> OK (Okay).

00:17:47.030 --> 00:17:48.980
>>, Sì
discussioni su che abbiamo organizzato. Raffreddare.

00:17:48.980 --> 00:17:50.760
>> In modo che questo è solo un Riesegui di esso.

00:17:50.760 --> 00:17:51.420
>> OK (Okay).
>> Credo che I

00:17:51.420 --> 00:17:54.710
è stato comunicato in precedenza,
siamo andati live la settimana scorsa.

00:17:54.710 --> 00:17:55.210
>> OK (Okay).

00:17:55.210 --> 00:17:59.510
>> Abbiamo annunciato il lancio tecnico
anteprima della scorsa settimana.

00:17:59.510 --> 00:18:00.100
>> OK (Okay).
>> Così

00:18:00.100 --> 00:18:02.050
è disponibile per la visualizzazione pubblica
e

00:18:02.050 --> 00:18:04.030
è scaricabile da
Nell'area download.

00:18:04.030 --> 00:18:05.850
>> OK (Okay).
>> In modo che le persone possono osservare

00:18:05.850 --> 00:18:06.630
utilizzarlo.

00:18:06.630 --> 00:18:08.320
Inviaci commenti.

00:18:08.320 --> 00:18:08.910
Tutti questi aspetti insomma.
>> Così

00:18:08.910 --> 00:18:11.410
Nella descrizione della presentazione
Mettiamo il collegamento per il download.

00:18:11.410 --> 00:18:12.710
>> Ideale.
>> In modo assoluto.

00:18:12.710 --> 00:18:14.825
>> E qual è il modo migliore per
loro di fornire commenti e suggerimenti?

00:18:14.825 --> 00:18:17.905
>> [IMPERCETTIBILE]
>> È un feedback DA in

00:18:17.905 --> 00:18:19.630
Microsoft.com, non esiste
è disponibile un alias.

00:18:19.630 --> 00:18:20.530
>> OK (Okay).

00:18:20.530 --> 00:18:24.390
>> Inoltre avremo un
>> Collegamento dallo strumento sono necessari

00:18:24.390 --> 00:18:26.240
Per aggiungere in
>> Bene, pertanto

00:18:26.240 --> 00:18:27.110
inserire tutti tale informazioni-
>> E

00:18:27.110 --> 00:18:31.070
Abbiamo già iniziato la visualizzazione molto
i download dopo la settimana scorsa.

00:18:31.070 --> 00:18:33.000
E inoltre avevamo alcuni commenti e suggerimenti.

00:18:33.000 --> 00:18:33.970
>> Sì, in modo assoluto.

00:18:33.970 --> 00:18:36.270
>> Non sono stati persone
Per esercitarsi-

00:18:36.270 --> 00:18:37.610
>> Bene, sei nella fase SQL, destra.

00:18:37.610 --> 00:18:39.110
Pertanto, tutte questa persone
si intende ad esempio, nuovo strumento!

00:18:39.110 --> 00:18:39.890
È possibile scaricarlo.

00:18:39.890 --> 00:18:41.320
>> Sì.
>> Esattamente.

00:18:41.320 --> 00:18:43.160
Awesome, questo è fantastico,
Grazie per l'entrata.

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

00:18:44.050 --> 00:18:48.020
>> Ti siamo grati per la fase, vorremmo
entrare a far tornare kinda circa

00:18:48.020 --> 00:18:52.600
GA in presenza di nuove funzionalità che
uscire perché credo è

00:18:52.600 --> 00:18:57.790
alcuni di questi commenti e migliorare
il cuz strumento è già awesome,

00:18:57.790 --> 00:19:01.030
che ci piacerebbe
>> Tipo di cosa è nuovo in questo strumento.

00:19:01.030 --> 00:19:01.908
>> Buona suoni.
>> Raffreddare.

00:19:01.908 --> 00:19:03.404
>> Buongiorno tutti,
Grazie dell'attenzione e

00:19:03.404 --> 00:19:04.372
Vediamo il successivo.

00:19:04.372 --> 00:19:14.372
[MUSICA]