WEBVTT

00:00:00.000 --> 00:00:09.686
[MUSIQUE]

00:00:13.045 --> 00:00:15.590
Tout le monde à un autre
épisode passionnant de données exposées.

00:00:15.590 --> 00:00:16.470
Je suis votre hôte, Scott Klein.

00:00:16.470 --> 00:00:18.580
Et avec moi aujourd'hui
sont deux des invités Isard.

00:00:18.580 --> 00:00:20.200
Je vais donc, pour les
se présenter.

00:00:20.200 --> 00:00:21.210
Par conséquent, pourquoi ne consultez-vous en premier ?

00:00:21.210 --> 00:00:22.310
Et puis, nous allons passer à vous.

00:00:22.310 --> 00:00:25.540
>> Bien, Bonjour,
mon nom est que je suis responsable de programme

00:00:25.540 --> 00:00:29.540
l’équipe de l’expérimentation de base de données
dans le groupe de données.

00:00:29.540 --> 00:00:30.210
>> OK.

00:00:30.210 --> 00:00:31.520
>> Mon nom Denay Kurtutlil,

00:00:31.520 --> 00:00:34.050
Je suis un directeur ingénierie
l’équipe de l’expérimentation de données.

00:00:34.050 --> 00:00:35.410
>> OK, grande, de sorte que
Nous vous remercions de l’entrée.

00:00:35.410 --> 00:00:36.330
Il est de notre plaisir à vous.

00:00:36.330 --> 00:00:37.900
>> Bien de vous rencontrer, Scott.

00:00:37.900 --> 00:00:40.470
>> Donc, nous avons entendu beaucoup parler,
J’ai eu à certaines personnes de parler ici

00:00:40.470 --> 00:00:43.350
à propos de l’Assistant de migration de données
et tous ces types d’éléments.

00:00:43.350 --> 00:00:46.140
Mais je n’ai jamais entendu parler de la
Assistant d’expérimentation de base de données.

00:00:46.140 --> 00:00:47.320
>> De, car il est nouveau.

00:00:47.320 --> 00:00:49.500
>> Bien, bonne,
puis nous dire [RIRE] à son sujet.

00:00:49.500 --> 00:00:51.250
Qu'est-ce que c est ?

00:00:51.250 --> 00:00:56.270
>> Il s’agit en fait un outil très nouveau.
pour aider les clients à migrer à partir de

00:00:57.390 --> 00:01:00.870
une version antérieure de SQL Server
vers une version supérieure.

00:01:00.870 --> 00:01:02.860
Ainsi, peut-être ont déjà entendu de
aider de la migration des données et

00:01:02.860 --> 00:01:04.910
autre sœur outils.

00:01:04.910 --> 00:01:08.560
C’est le genre de
un supplément qui.

00:01:08.560 --> 00:01:11.160
Alors, n’avez-vous entendu de A / B test ?

00:01:11.160 --> 00:01:11.740
>> Oui.

00:01:11.740 --> 00:01:14.190
>>, Il s’agit d’un / B, test de
systèmes de base de données.

00:01:14.190 --> 00:01:15.440
>> OK.
>> C’est qu’il est.

00:01:15.440 --> 00:01:18.630
Personnes ont, comme vous pouvez le voir
majorité de nos clients SQL

00:01:18.630 --> 00:01:21.350
sont 2008 ou ci-dessous et
ils souhaitent atteindre 2016.

00:01:21.350 --> 00:01:25.060
Et il aujourd'hui incertain et
migration en raison de la complexité et

00:01:25.060 --> 00:01:26.780
les risques impliqués dans il.

00:01:26.780 --> 00:01:28.260
>> OK.
>>, Avec cet outil pourra donc

00:01:28.260 --> 00:01:32.400
en mesure d’obtenir, une présentation
saut et modifications qui l’accompagne ou

00:01:32.400 --> 00:01:34.730
même les performances
implications qui peuvent provenir

00:01:34.730 --> 00:01:36.760
lorsqu’ils se déplacent vers une version plus récente.

00:01:36.760 --> 00:01:39.720
Et ils peuvent passer à la plus récente.
plus grande partie de la version

00:01:39.720 --> 00:01:40.497
plus de confiance.

00:01:40.497 --> 00:01:44.940
>> OK,
Je vais vous mettre en place.

00:01:44.940 --> 00:01:48.630
Mais ne pas l’assistant de migration
également effectuer une analyse de Hé,

00:01:48.630 --> 00:01:50.220
modifications avec rupture et
par exemple qui ?

00:01:50.220 --> 00:01:53.000
>> Type de l’assistant de migration
n’il plus à un rôle

00:01:53.000 --> 00:01:54.450
type de moteur d’une chose un espacement.

00:01:54.450 --> 00:01:56.600
Il ne fait pas vraiment
une comparaison de la charge de travail.

00:01:56.600 --> 00:01:59.430
Réfléchissez à ceci comme étant réellement
tentative de recherche à votre charge de travail

00:01:59.430 --> 00:02:00.990
production et

00:02:00.990 --> 00:02:03.650
Essayez de voir comment votre charge de travail
exécuter avec une version plus récente.

00:02:04.670 --> 00:02:08.040
Mise à niveau est un scénario pour nous, mais
Vous pouvez la considérer comme nombre

00:02:08.040 --> 00:02:11.530
différents types d’essais,
comme il peut faire une fonctionnalité on et off.

00:02:11.530 --> 00:02:14.500
En tant qu’un Administrateur vous souhaitez activer
une fonctionnalité et désactiver une fonctionnalité.

00:02:14.500 --> 00:02:17.090
Ainsi, c’est le genre de
une solution de test générique AB

00:02:17.090 --> 00:02:19.920
Est un des plus grand scénario
droite, maintenant que nous avons prise en charge.

00:02:19.920 --> 00:02:21.590
Mais même peut être utilisé pour
autres scénarios, trop.

00:02:21.590 --> 00:02:25.508
>> À synthétiser, DMA réellement
effectue l’analyse statique du code.

00:02:25.508 --> 00:02:30.530
Mais comme mentionné, il est très actif
plus de comparaison de la charge de travail

00:02:30.530 --> 00:02:32.240
à l’aide de charges de travail réels, trop, à droite.

00:02:32.240 --> 00:02:32.850
>> OK.

00:02:32.850 --> 00:02:34.960
>> C’est une de celles.

00:02:34.960 --> 00:02:36.320
Bien, refroidir.

00:02:36.320 --> 00:02:37.990
>> Oui.
>> Existe-t-il un point dans le temps,

00:02:37.990 --> 00:02:38.940
une autre question chargée,

00:02:38.940 --> 00:02:42.030
peut-être un point dans le temps où ces
peut-être devenir le même outil ?

00:02:42.030 --> 00:02:43.440
>> Existe.
>>, Car si je suis un ISV et

00:02:44.620 --> 00:02:47.570
Je suis comme j’ai bien exécuter
outil et moi avons exécuter cet outil.

00:02:47.570 --> 00:02:50.620
>> est Oui, nous avons beaucoup
été penser.

00:02:50.620 --> 00:02:52.440
Possibilités de
Cette fusion.

00:02:52.440 --> 00:02:53.970
>> OK.
>> En termes de scénario.

00:02:53.970 --> 00:02:55.959
Mais pour le moment, ils sont
Séparez les outils uniquement.

00:02:57.090 --> 00:02:59.240
Mais qui type de fin
la migration intervent.

00:02:59.240 --> 00:02:59.760
>> Oui, OK.

00:02:59.760 --> 00:03:03.900
Et c’est logique car
comme nous le rincer le,

00:03:03.900 --> 00:03:07.870
Comment dire cela, nous éliminer le
>> Les complexités de chaque outil.

00:03:07.870 --> 00:03:09.930
>> La complexité de chaque outil,

00:03:09.930 --> 00:03:12.990
excellent nous voilà à un point
où ils sont cuites, bonne.

00:03:12.990 --> 00:03:13.555
[DIAPHONIE] Parfait.

00:03:13.555 --> 00:03:14.150
Quel est l’avenir.

00:03:14.150 --> 00:03:15.180
>> Fait total de sens.

00:03:15.180 --> 00:03:19.490
Donc, permettez-moi de vous guider tout au long de la haute
ici, les paramètres de niveau d’expérience

00:03:19.490 --> 00:03:21.840
avant de nous plonger dans la démonstration.

00:03:21.840 --> 00:03:25.210
Ainsi, supposons que nous disposons d’un scénario
Lorsque le client se déplace à partir de

00:03:25.210 --> 00:03:25.790
SQL 2008 pour 2016.

00:03:25.790 --> 00:03:29.810
Par conséquent, ils ont une production
environnement de 2008,

00:03:29.810 --> 00:03:33.592
qui est où nous sommes capture
toutes les traces SQL.

00:03:33.592 --> 00:03:34.370
>> OK.

00:03:34.370 --> 00:03:35.210
>> Et qui nous, et

00:03:35.210 --> 00:03:38.070
ils ont un environnement de test
lorsqu’elles ont deux instances il.

00:03:38.070 --> 00:03:41.880
Qui imite le SQL
environnement de 2008.

00:03:41.880 --> 00:03:44.560
Ainsi que sur leur deuxième
instance aurait le 2016 SQL,

00:03:44.560 --> 00:03:47.020
qui est la cible.

00:03:47.020 --> 00:03:49.220
Il s’agit d’un et
B que nous parlons.

00:03:49.220 --> 00:03:53.670
Par conséquent, nous utilisons DA,
la base de données pour la relecture,

00:03:53.670 --> 00:03:57.900
quelle que soit il capturé dans un pour
Ces deux environnements de test.

00:03:57.900 --> 00:03:58.820
>> Bien, parfait.

00:04:00.140 --> 00:04:03.960
>> Une fois que vous avez terminé, la DEA
traite et analyse des traces

00:04:03.960 --> 00:04:06.380
que vous obtenez de
>> A et B,

00:04:06.380 --> 00:04:06.590
>> OK.

00:04:06.590 --> 00:04:10.170
>> Et ensuite, il montre sur
un rapport de l’interface Utilisateur agréable, qui peut

00:04:10.170 --> 00:04:13.200
contient les données de performances détaillées et
erreurs, erreur des données liées.

00:04:13.200 --> 00:04:14.720
>> Me laisser vérifier.
Pouvons-nous nous sauvegardons très vite ?

00:04:14.720 --> 00:04:16.770
Et toutes nos excuses pour
la question stupide.

00:04:16.770 --> 00:04:18.410
Par conséquent, j’ai un A et

00:04:18.410 --> 00:04:20.360
dans la mesure où il est égal à 2008,
>> Droite.

00:04:20.360 --> 00:04:20.870
>> À corriger.

00:04:20.870 --> 00:04:22.850
>> Je vais relire qui
par rapport à une autre instance de 2008,

00:04:22.850 --> 00:04:23.140
>> Droite.

00:04:23.140 --> 00:04:24.150
>> Ainsi que dans une instance de 2016 ?

00:04:24.150 --> 00:04:24.650
>> Mais, Oui.
>> Droite.

00:04:24.650 --> 00:04:26.170
Mais il existe une raison pourquoi.

00:04:26.170 --> 00:04:27.510
Il est en fait d’un bon point.

00:04:27.510 --> 00:04:29.140
Il existe une raison pourquoi
Nous avons fait.

00:04:29.140 --> 00:04:32.580
>> En général dans une production
environnement, vous le savez, bases de données et

00:04:32.580 --> 00:04:36.540
les propriétaires d’application n’aime pas trop de
une baisse des performances d’un système.

00:04:36.540 --> 00:04:40.160
Par conséquent, nous voulons que les performances
charge en activant une capture

00:04:40.160 --> 00:04:41.345
sur le système de production minimal.

00:04:41.345 --> 00:04:42.050
>> OK.
>> Ce

00:04:42.050 --> 00:04:44.740
ce que nous faisons dans la première étape lorsque nous
capturer la trace dans la production

00:04:44.740 --> 00:04:47.670
système, nous avons uniquement capturer
un sous-ensemble des événements de trace.

00:04:47.670 --> 00:04:49.650
Cela me donne simplement la charge de travail,
Voilà, il que nous suffit.

00:04:49.650 --> 00:04:53.190
Et le reste de la choses, nous pouvons faire
dans un environnement hors production, mais

00:04:53.190 --> 00:04:54.330
toujours, vous pouvez effectuer un test de AB,

00:04:54.330 --> 00:04:56.840
comparaison de pommes de pommes,
dans la mesure où les attribue aux et

00:04:56.840 --> 00:04:59.230
B sont le même type de matériel
configuration et des éléments ressemblant.

00:04:59.230 --> 00:04:59.780
>> OK.
>> Oui.

00:04:59.780 --> 00:05:02.430
Excusez-moi
comparaison d’où je suis à, droit ?

00:05:02.430 --> 00:05:03.970
>> Oui.
>> Sur le type d’un type de niveau de base

00:05:03.970 --> 00:05:04.540
du scénario.

00:05:04.540 --> 00:05:05.250
>> Exactement.
>> Oui.

00:05:05.250 --> 00:05:05.820
>> OK.
Refroidir.

00:05:05.820 --> 00:05:07.280
>> Interceptée sur qui si heureux.

00:05:07.280 --> 00:05:09.970
>> Bien, Oui,
Qui est étudié et de la cause, du bien,

00:05:09.970 --> 00:05:11.687
Pourquoi mon nouveau ordinateur cela ?

00:05:11.687 --> 00:05:13.990
Enfin, cuz si je demande
quelqu'un d’autre va demander.

00:05:13.990 --> 00:05:15.040
>> Absolument.
>> Je vais demander,

00:05:15.040 --> 00:05:17.020
Ne dois-je pas appeler
les questions de passifs.

00:05:17.020 --> 00:05:19.388
Je vais vous poser les questions évidentes,
cuz [DIAPHONIE].

00:05:19.388 --> 00:05:22.285
>> Cette information provient du client, un lot,
Il est donc à propos, nous avons fait 1,5 % est

00:05:22.285 --> 00:05:25.648
la surcharge de processeur lorsque nous avons pour cela
de la production qui est le type de

00:05:25.648 --> 00:05:27.960
assez petit réellement si
vous pensez, Oui.

00:05:27.960 --> 00:05:28.910
>> Bien, mais ce qui est intéressant est que,

00:05:28.910 --> 00:05:30.860
Bonjour lorsque j’ai terminé obtenir
Ce rapport intéressant qui passe,

00:05:30.860 --> 00:05:34.470
Bonjour, voici ce que vous
>> À droite, qui va être ?

00:05:34.470 --> 00:05:35.210
>> De droite.

00:05:35.210 --> 00:05:36.730
>> Et,
Nous allons choisir la démo.

00:05:36.730 --> 00:05:39.170
>> Il s’agit de l’ordre de tri de comme
Lorsque vous entrez la DEA,

00:05:39.170 --> 00:05:42.610
sur la gauche côté vous
consultez les trois fonctions.

00:05:42.610 --> 00:05:44.400
Capture, relecture et analyse.

00:05:44.400 --> 00:05:47.250
Tous les droits et uniquement parlé
que, dans les éléments architecturaux.

00:05:47.250 --> 00:05:49.060
Essentiellement ceux
trois fonctionnalités il.

00:05:49.060 --> 00:05:51.200
>> Oui, ceci est mon initial
instance de 2008 que je vais

00:05:51.200 --> 00:05:51.820
collecter des données à partir de.

00:05:51.820 --> 00:05:53.130
>> Exactement.
>> OK, donc ici,

00:05:53.130 --> 00:05:56.390
Si vous arrivez dans la capture
pouvez pointent en fait sur un SQL Server

00:05:56.390 --> 00:05:57.210
instance.

00:05:57.210 --> 00:05:59.150
Il s’agit de ma source de 2008 ici.

00:05:59.150 --> 00:06:02.240
Et je peux spécifier combien de temps puis-je
sûr de vouloir exécuter cette trace pour

00:06:02.240 --> 00:06:04.090
et c’est ici dans la durée.

00:06:04.090 --> 00:06:05.960
Et puis la taille maximale du fichier.

00:06:05.960 --> 00:06:08.480
Il s’agit généralement du profil
taille d’une trace.

00:06:08.480 --> 00:06:09.620
Je pense que recommandée est de 200.

00:06:09.620 --> 00:06:12.140
Vous pouvez le laisser 200,
sauf s’il existe des besoins spéciaux ou

00:06:12.140 --> 00:06:14.470
quelque chose comme, et
un nom pour la trace.

00:06:14.470 --> 00:06:16.290
Et lorsque vous le démarrez,
que se passe-t-il il est atteint et

00:06:16.290 --> 00:06:18.960
déclenche un événement de capture de trace
sur le SQL Server 2008.

00:06:18.960 --> 00:06:20.060
>> OK.

00:06:20.060 --> 00:06:22.620
>> Afin que vous voyez ici, il est déjà
démarrage de la capture de la trace.

00:06:22.620 --> 00:06:25.800
Vous avez une bonne, voir comment faire
mesure de la progression et

00:06:25.800 --> 00:06:26.540
mettre similaire.

00:06:26.540 --> 00:06:28.050
>> OK.
>> Afin qu’il effectue maintenant la production

00:06:28.050 --> 00:06:28.820
capture de charge de travail.

00:06:28.820 --> 00:06:30.460
Il va s’exécuter pendant 60 minutes et

00:06:30.460 --> 00:06:33.000
vous aurez une trace
à la fin de la collection.

00:06:33.000 --> 00:06:35.800
>> OK, [RIRE] pour
Je n’ai pas une question.

00:06:35.800 --> 00:06:38.660
Par conséquent, est leur capacité à dire Bonjour, laisser
accédez simplement à me, si je possède déjà

00:06:38.660 --> 00:06:41.730
peut-être une trace que j’ai déjà
fait puis-je je tirez-la vers le haut ici ?

00:06:41.730 --> 00:06:43.040
>> Oui,
vous n’êtes pas obligé de faire les choses puis.

00:06:43.040 --> 00:06:44.400
Vous pouvez passer à la suivante
Si vous en avez l’étape.

00:06:44.400 --> 00:06:45.790
>> Bien, de sorte que
Je peux démarrer l’étape deux et aller bien.

00:06:45.790 --> 00:06:46.480
>> L’étape 2 et passer à partir de là.

00:06:46.480 --> 00:06:48.040
>> Je dispose déjà d’une trace,
J’ai déjà capturée.

00:06:48.040 --> 00:06:48.721
>> Oui.
>> OK.

00:06:48.721 --> 00:06:49.901
Oui, vous souhaiterez généralement le

00:06:49.901 --> 00:06:52.811
même charge de travail, mais vous le relire sur
différents types de configurations

00:06:52.811 --> 00:06:54.321
et de fonctionnalités que si vous le souhaitez.
>> Bien, refroidir.

00:06:54.321 --> 00:06:55.401
>> C’est la raison pour laquelle vous toujours est toujours

00:06:55.401 --> 00:06:58.141
découplée de cette manière.
Si les personnes ont capturé de trace

00:06:58.141 --> 00:07:00.380
déjà, sans devoir aller
par le biais de la même chose à nouveau.

00:07:00.380 --> 00:07:03.650
Ils peuvent provenir et relire ou
ou bien, vous savez que les choses.

00:07:03.650 --> 00:07:04.500
>> Refroidir, très bonne, OK.

00:07:04.500 --> 00:07:05.500
Très bien.

00:07:05.500 --> 00:07:09.260
Ainsi, passer à la deuxième partie et
Nous arrêter uniquement la capture ici,

00:07:09.260 --> 00:07:12.120
Nous avons une personne complète,
Bien.

00:07:12.120 --> 00:07:15.460
Allez à la partie de la relecture, donc
Voici quelques étapes dans

00:07:15.460 --> 00:07:19.960
relecture, en fait la première étape
vérifie le type de votre infrastructure de lecture,

00:07:19.960 --> 00:07:20.090
>> OK

00:07:20.090 --> 00:07:21.720
>> Et un point clé ici est que

00:07:21.720 --> 00:07:23.890
à ce que, dans cette version
Nous ne faisons pas le jeu de

00:07:23.890 --> 00:07:26.860
de l’infrastructure de relecture,
Nous utilisons la relecture distribuée

00:07:26.860 --> 00:07:28.830
qui est déjà disponible
partie de l’installation de SQL.

00:07:28.830 --> 00:07:30.920
>> Oui, la relecture distribuée
contrôleur ou quelque chose de similaire à celui.

00:07:30.920 --> 00:07:31.630
>> Exactement.
Oui.

00:07:31.630 --> 00:07:33.920
Par conséquent, nous vous plaît, vérification
de l’installation à ce stade.

00:07:33.920 --> 00:07:36.880
Ainsi, ici j’ai donné
ordinateurs d’un contrôleur et

00:07:36.880 --> 00:07:37.820
quatre ordinateurs enfants, et

00:07:37.820 --> 00:07:40.390
ils sont déjà configurés
ainsi dans la configuration, de la droite.

00:07:40.390 --> 00:07:43.290
Et lorsque je faire ensuite, que ses
Ce faisant, il ressemble à type de vérification

00:07:43.290 --> 00:07:45.960
Bonjour, est le programme d’installation très serré
avez des accès.

00:07:45.960 --> 00:07:46.840
Tous les enfants et les

00:07:46.840 --> 00:07:50.810
contrôleurs communiquent entre eux,
et les choses continuent de fonctionner correctement.

00:07:50.810 --> 00:07:52.880
>> Tous les droits, de sorte que
Il dit que Bonjour les choses fonctionnent correctement.

00:07:52.880 --> 00:07:54.610
C’est le moment lorsque
il sélectionne la trace.

00:07:54.610 --> 00:07:57.090
C’est ce que nous
capturées à l’étape 1.

00:07:57.090 --> 00:07:58.480
>> OK.
>> N’oubliez pas que la charge de travail

00:07:58.480 --> 00:07:59.630
capture de nous.

00:07:59.630 --> 00:08:01.820
>> Il s’agit d’où trouver
Supposons que j’ai déjà un.

00:08:01.820 --> 00:08:03.090
>> Exactement, c’est exact.

00:08:03.090 --> 00:08:05.545
Donc, permettez-moi de simplement extraire
Cette distance à partir d’ici.

00:08:11.554 --> 00:08:14.481
Je peux un moyen automatisé
Pour faire cette mais je ne pense pas, alors.

00:08:16.909 --> 00:08:21.120
>> Donc ici donner la trace
fichier de la capture et

00:08:21.120 --> 00:08:25.949
puis je dis, vous stockez
la sortie pré-traitement ici.

00:08:25.949 --> 00:08:26.820
>> OK.
>> Ce

00:08:26.820 --> 00:08:28.930
C’est en fait quelque chose à faire
avec les données lire l’architecture,

00:08:28.930 --> 00:08:31.870
Il convertit les fichiers dans
un fichier optimisé, droit.

00:08:31.870 --> 00:08:35.480
Et puis, il passe et
chiffres de manière optimisée pour

00:08:35.480 --> 00:08:39.000
convertissez ces fichiers de trace
fichier à une relecture de fichier, bien.

00:08:39.000 --> 00:08:40.680
>> Et la troisième étape a été
en fait une relecture.

00:08:40.680 --> 00:08:43.751
Et vous verrez dans l’interface Utilisateur il
options pour pointer un particulier

00:08:43.751 --> 00:08:45.057
base de données et [DIAPHONIE].

00:08:45.057 --> 00:08:46.967
>> C’est là vous dire Bonjour,

00:08:46.967 --> 00:08:48.850
exécuter par rapport à ces-
>> Exactement.

00:08:48.850 --> 00:08:49.450
>> Tous les droits.

00:08:49.450 --> 00:08:53.020
>> Oui, c’est le
relecture sur les bases de données spécifiés.

00:08:53.020 --> 00:08:55.950
C’est le cas dans ce scénario, lorsque vous
Mettez à niveau vers 2008 ou 16,

00:08:55.950 --> 00:08:58.740
Vous pouvez le faire une fois fo 2008 et
un autre moment pour 2016.

00:08:58.740 --> 00:09:02.021
>> Si vous vous souvenez de l’architecture
Nous avons deux d'entre eux.

00:09:02.021 --> 00:09:04.760
Une sur A et
autre qu’il est dans la B.

00:09:04.760 --> 00:09:06.610
>> Faire ceux en parallèle, ou

00:09:06.610 --> 00:09:09.390
s’exécute sur l’un et
puis B ?

00:09:09.390 --> 00:09:10.970
>> À partir de l’interface Utilisateur,
Nous allons faire une à la fois.

00:09:10.970 --> 00:09:12.400
>> Une à la fois.
>> Nous ont une prise en charge de commande

00:09:12.400 --> 00:09:14.770
où vous pouvez le faire en parallèle.

00:09:14.770 --> 00:09:16.990
>> Vous pouvez lancer pour
les deux instances.

00:09:16.990 --> 00:09:18.010
>> C’est la bonne.

00:09:18.010 --> 00:09:19.080
Refroidir.

00:09:19.080 --> 00:09:20.260
>> Oui, Oui,
Nous avons l’écran final.

00:09:20.260 --> 00:09:21.440
Je vais non pas trop loin dans celui-ci.

00:09:21.440 --> 00:09:22.520
Cela va prendre
un peu de temps.

00:09:22.520 --> 00:09:24.250
Ainsi, pour les intérêts de temps,

00:09:24.250 --> 00:09:26.690
maintenant, nous pouvons pointent en fait
à l’instance SQL.

00:09:26.690 --> 00:09:28.440
Et puis, arrêter mon relecture.

00:09:28.440 --> 00:09:29.540
>> OK.
>>, Puis vous la relecture du fichier.

00:09:29.540 --> 00:09:30.610
Et vous pouvez ensuite afficher la progression,

00:09:30.610 --> 00:09:32.580
comme vous avez vu la progression
dans le premier d'entre eux.

00:09:32.580 --> 00:09:33.340
>> Il s’agit donc où devrait trouver,

00:09:33.340 --> 00:09:36.360
Supposons que Voici mon instance 2008
[INAUDIBLE] Exactement.

00:09:36.360 --> 00:09:39.100
>> Et, lorsque c’est fait,
maintenant je l’exécute sur mon 2008,

00:09:39.100 --> 00:09:40.610
mon instance 2016.

00:09:40.610 --> 00:09:41.170
>> Exactement.

00:09:41.170 --> 00:09:42.080
>> OK.
>> Qui est correct.

00:09:42.080 --> 00:09:43.700
Tous les droits, et
puis lorsque j’ai terminé où puis-je voir

00:09:43.700 --> 00:09:44.860
la sortie des résultats ?

00:09:44.860 --> 00:09:47.700
>> Maintenant, vous avez deux traces
capturées à partir des deux qui est remplacé.

00:09:47.700 --> 00:09:50.190
>> OK.
>> Et passez à la troisième étape.

00:09:50.190 --> 00:09:52.310
Nous avons une nouvelle analyse ici.

00:09:52.310 --> 00:09:55.460
Donc où vous fournissez si vous
Consultez ici la trace du serveur source

00:09:55.460 --> 00:09:57.560
et de la trace à partir du serveur cible.

00:09:57.560 --> 00:10:00.690
Il s’agit donc où vous fournissez
les fichiers de trace 2008 et 2016.

00:10:00.690 --> 00:10:06.076
>> Les deux,
pas la source, les deux.

00:10:06.076 --> 00:10:07.064
>> La prime A et le B.

00:10:07.064 --> 00:10:07.825
>> L’accord de prime, B.

00:10:07.825 --> 00:10:08.411
>> Droite.

00:10:08.411 --> 00:10:08.971
>> Piège n.

00:10:08.971 --> 00:10:12.258
>> Oui, puis fournissez qui
puis vous pointez sur le SQL Server

00:10:12.258 --> 00:10:15.340
instance dans laquelle vous souhaitez
placer les rapports d’analyse dans.

00:10:15.340 --> 00:10:17.170
Et vous obtenez les données, Oui.

00:10:17.170 --> 00:10:18.670
Donc, permettez-moi de vous montrer ce que nous avons.

00:10:18.670 --> 00:10:21.099
À titre d’exemple
tests que nous avons fait.

00:10:31.008 --> 00:10:34.260
Alors, c’est la façon dont vous le feriez
afficher les rapports existants.

00:10:34.260 --> 00:10:36.860
Il s’agit de tous les rapports
qui ont été générées avant.

00:10:36.860 --> 00:10:39.067
Qui est un d’eux
le cours suivant pour vous montrer,

00:10:39.067 --> 00:10:42.481
C’est l’aperçu que vous allez
obtenir en comparaison de la charge de travail.

00:10:42.481 --> 00:10:45.026
>> Oui, je vais vous demander
Ce droit lorsque vous démarrez

00:10:45.026 --> 00:10:45.851
>> Je voulais dire,

00:10:45.851 --> 00:10:47.920
Nous pouvons enregistrer des ces rapports
Ce type d’élément.

00:10:47.920 --> 00:10:48.623
>> Exactement.

00:10:48.623 --> 00:10:49.138
>> OK.

00:10:49.138 --> 00:10:50.652
>> Si vous pointez sur une instance de base de données,

00:10:50.652 --> 00:10:52.900
Il extrait toutes les
les éléments que vous avez terminé.

00:10:52.900 --> 00:10:55.800
>> Par conséquent, si vous remarquez que toutes les
les rapports sont créés avec

00:10:55.800 --> 00:10:58.800
l’analyse de préfixe et le nom
que vous avez donné dans le précédent

00:10:58.800 --> 00:10:59.960
écran Nick était affiché vous.

00:10:59.960 --> 00:11:03.030
Par conséquent, il sera en tirant tout
à partir de cette base de données.

00:11:03.030 --> 00:11:03.530
>> OK.
Refroidir.

00:11:04.640 --> 00:11:08.390
La première chose que vous voyez ici est
une représentation de votre charge de travail.

00:11:08.390 --> 00:11:10.490
Maintenant, il existe deux types de
balles de balles bleus ici, et

00:11:10.490 --> 00:11:11.630
les balles de verts.

00:11:11.630 --> 00:11:16.160
Moyenne de balles bleu interroge que nous
Nous avons vu pour la première fois,

00:11:16.160 --> 00:11:19.250
alors que les balles verts signifie que les requêtes
que nous avons vu précédemment et

00:11:19.250 --> 00:11:21.240
Nous avons déjà évalué que.

00:11:21.240 --> 00:11:23.590
Ainsi, il affiche de comment votre
progression de la charge de travail, et

00:11:23.590 --> 00:11:25.670
C’est le genre de
test d’une charge de travail.

00:11:25.670 --> 00:11:27.040
Vous voyez donc petit à petit,

00:11:27.040 --> 00:11:29.910
plupart des requêtes
sont déjà évaluées.

00:11:29.910 --> 00:11:34.380
Ainsi, l’objectif est de donner un aperçu de
Bonjour, avez vous capturé comme une marchandise

00:11:34.380 --> 00:11:37.980
montant de votre charge de travail, ou
votre charge de travail fixe se passe-t-il ?

00:11:37.980 --> 00:11:39.120
>> Oui.
>> Avons-nous besoin de capturer pour

00:11:39.120 --> 00:11:39.790
un peu plus de temps ?

00:11:39.790 --> 00:11:42.370
C’est le type d’informations qui
Nous souhaitons fournir à partir de cette charge de travail

00:11:42.370 --> 00:11:43.150
représentation sous forme de.

00:11:43.150 --> 00:11:44.870
>> Bien, donc c’est le Bonjour,

00:11:44.870 --> 00:11:46.810
ai capturées suffisant
>> Exactement.

00:11:46.810 --> 00:11:48.590
>> Informations
pour prendre la bonne décision.

00:11:48.590 --> 00:11:50.470
>> À corriger.
>> Ce type sera de personnes de l’aide

00:11:50.470 --> 00:11:52.530
comme pour les institutions financières

00:11:52.530 --> 00:11:55.540
exemple comme ils ont de prélèvement
heures à 03 h 00 à 5 h.

00:11:55.540 --> 00:11:56.140
>> OK.

00:11:56.140 --> 00:11:56.980
>> Maintenant que d’ou

00:11:56.980 --> 00:11:59.270
Je suis juste en que tels qu’I
ne sais pas quels sont leurs heures de prélèvement.

00:11:59.270 --> 00:11:59.950
>> Droite.
>> Mais

00:11:59.950 --> 00:12:02.750
C’est ce qu’ils veulent à cibler dans
afin d’obtenir cette charge de travail réelle

00:12:02.750 --> 00:12:03.470
représentation sous forme de.

00:12:03.470 --> 00:12:05.250
>> OK,
Nous aussi je pense que nous abordons ici que.

00:12:05.250 --> 00:12:05.800
>> Oui.
>> S’agit-il ?

00:12:05.800 --> 00:12:06.310
>> À corriger.

00:12:06.310 --> 00:12:08.020
>> OK.
>> Donc cette informations les aideront à

00:12:09.800 --> 00:12:10.910
capturer au bon moment.

00:12:10.910 --> 00:12:11.980
>> Bien, parfait.

00:12:11.980 --> 00:12:12.950
>> Oui.

00:12:12.950 --> 00:12:15.410
>> Et puis, c’est ce que nous voyons.

00:12:15.410 --> 00:12:19.200
Nous fournir un niveau de confiance de l’analyse
de les requêtes fermées,

00:12:19.200 --> 00:12:22.060
les requêtes dégradées, les requêtes
amélioré et notamment que quand

00:12:22.060 --> 00:12:25.410
Nous faisons une expérimentation entre deux
versions différentes de SQL Server.

00:12:25.410 --> 00:12:27.140
>> Ce cas, ce bloc ici,
le bloc rouge,

00:12:27.140 --> 00:12:30.000
affiche en réalité les requêtes
Ce fermées.

00:12:30.000 --> 00:12:30.998
>> Donc passer à cela.

00:12:30.998 --> 00:12:35.750
>> Attendre, pouvez vous que je vais
vous demandez un autre manifeste ou

00:12:35.750 --> 00:12:37.800
peut-être pas évidente question.

00:12:37.800 --> 00:12:38.360
>> Sûr.
>> Alors,

00:12:38.360 --> 00:12:40.850
Nous avons exécuté SQL 16 le test.

00:12:40.850 --> 00:12:41.920
>> Droite.

00:12:41.920 --> 00:12:44.290
>> Alors,
J’ai des procédures de requête exécutaient.

00:12:44.290 --> 00:12:47.910
Le rouge indique, il y a donc des requêtes
qui proviennent de [INAUDIBLE]

00:12:47.910 --> 00:12:49.860
2008 qui ont erronées sur 2016.

00:12:49.860 --> 00:12:51.781
>> OK.
[DIAPHONIE] Il existe deux,

00:12:51.781 --> 00:12:53.635
trois possibilités, droite ?

00:12:53.635 --> 00:12:57.160
L’une est de requêtes qui fonctionnaient correctement
en 2008, mais ayant subi une erreur out dans 2016.

00:12:57.160 --> 00:12:57.900
>> OK.

00:12:57.900 --> 00:13:00.660
>> Et l’autre
choses qui fonctionnaient très bien sur,

00:13:00.660 --> 00:13:03.840
bien n’a pas fonctionné correctement sur 2008,
démarré mais fonctionne sur 2016.

00:13:03.840 --> 00:13:05.150
C’est également possible.

00:13:05.150 --> 00:13:05.680
>> Oui.

00:13:05.680 --> 00:13:07.490
>>, Donc nous type d’afficher tout
les combinaisons.

00:13:07.490 --> 00:13:08.600
>> OK.

00:13:08.600 --> 00:13:10.470
Par conséquent, pour
exemple, si vous allez ici, droit ?

00:13:10.470 --> 00:13:13.060
Il existe trois actions,
erreurs existantes, de nouvelles erreurs et

00:13:13.060 --> 00:13:13.990
résoudre les erreurs.

00:13:13.990 --> 00:13:15.750
>> OK.
>> Erreurs existants est vous connaissez ces

00:13:15.750 --> 00:13:19.290
erreurs de nous l’avons vu en 2008 et nous sommes
type de leur affichage dans 2016 ainsi.

00:13:19.290 --> 00:13:20.770
>> OK.
>> Nouvelles erreurs sont telles que nous

00:13:20.770 --> 00:13:23.054
vous n’avez pas voir cette mais
Nous allons maintenant voir de 2016.

00:13:23.054 --> 00:13:24.552
>> Certains changements physiques.

00:13:24.552 --> 00:13:27.540
>> Des modifications et des mots clés pas
pris en charge et les sélections comme qui.

00:13:27.540 --> 00:13:29.800
Et résoudre les erreurs,
les choses que nous avons vu en 2008,

00:13:29.800 --> 00:13:31.480
erring sortie mais compris résolu dans 2016.

00:13:31.480 --> 00:13:34.980
>> OK.
>> C’est donc à la fois, nous faisons

00:13:34.980 --> 00:13:38.340
exemple, si vous regardez des
les erreurs de calcul clavier, vers la droite.

00:13:38.340 --> 00:13:40.905
Nous nous sommes arrêtés de prise en charge de calcul
clavier d’Isard indique

00:13:40.905 --> 00:13:41.715
12 à un des mots.

00:13:41.715 --> 00:13:45.765
>> À moins de DMA indique le type de
vous Voici le problème que nous avons trouvé, bien

00:13:45.765 --> 00:13:46.465
>> Oui, exactement.

00:13:46.465 --> 00:13:49.115
Afin de vous indique à partir de
du point de vue de la charge de travail.

00:13:49.115 --> 00:13:51.995
Et vous pouvez effectuer un zoom avant vers le bas et voir like
plus d’informations sur les éditeurs et

00:13:51.995 --> 00:13:53.905
par exemple qui.

00:13:53.905 --> 00:13:58.525
Je reviens à la page principale et

00:13:58.525 --> 00:14:01.550
Pour revenir aux requêtes juridiques,
Je veux dire.

00:14:01.550 --> 00:14:03.082
C’est le cas, dans également DBA et

00:14:03.082 --> 00:14:05.980
Application, que j’essaie de comprendre ce qui
est l’impact de l’exécution de mon travail.

00:14:05.980 --> 00:14:09.690
Combien les performances
suis Couper cela ?

00:14:09.690 --> 00:14:11.900
Par conséquent, cette vue type de vous donner qui.

00:14:11.900 --> 00:14:16.180
Par conséquent, nous pouvons voir requêtes,
la durée moyenne du carnet d’adresses et

00:14:16.180 --> 00:14:18.310
la différence de durée et
la différence de la présentation.

00:14:18.310 --> 00:14:20.370
Me laisser choisir que quelque chose de
un peu significatif.

00:14:22.180 --> 00:14:23.020
Peut-être l’une d'entre elles.

00:14:25.620 --> 00:14:27.220
Par conséquent, nous créons vers le bas
à partir de la requête.

00:14:27.220 --> 00:14:30.140
Une chose à noter est
la requête est normalisée.

00:14:30.140 --> 00:14:31.620
Les paramètres sont retirés.

00:14:31.620 --> 00:14:34.540
Qui permet de s’assurer que nous sommes de

00:14:34.540 --> 00:14:37.710
hachage de la même requête
sans aucun paramètre.

00:14:38.960 --> 00:14:42.050
Et cela vous indique combien de fois
Il a obtenu un sécurisé A et B, la moyenne

00:14:42.050 --> 00:14:45.710
durées, les processeurs, les lectures,
les écritures et notamment que.

00:14:45.710 --> 00:14:49.430
Il peut également vous donner
une comparaison des plans de requête.

00:14:49.430 --> 00:14:52.300
Maintenant, pour cette partie nous
avoir compilé les plans de requête.

00:14:52.300 --> 00:14:53.520
>> OK.

00:14:53.520 --> 00:14:56.870
>>, Mais si vous regardez le compilé
Vous pouvez voir toujours les plans de requête

00:14:56.870 --> 00:15:00.570
est une différence en termes de procédure
les plans de requête compilée sont.

00:15:00.570 --> 00:15:07.140
Par exemple, pour une informatique de l’affichage
une durée moyenne de 47,847.

00:15:07.140 --> 00:15:08.545
Et b, il s’affiche plus.

00:15:08.545 --> 00:15:10.490
>> Droite.
>> Est le plan de crédit compilation,

00:15:10.490 --> 00:15:13.780
et les données d’exécution réelle
Supposons également que la même chose.

00:15:13.780 --> 00:15:16.790
Si vous la regardez ici,
Vous pouvez voir que la durée de

00:15:16.790 --> 00:15:19.620
B, les lignes en pointillés,
lignes bleues en haut,

00:15:19.620 --> 00:15:23.345
est plus importante que la sans point
ligne bleue, les lignes bleues en gras.

00:15:23.345 --> 00:15:24.560
>> OK.
>> Et vous pouvez constatez

00:15:24.560 --> 00:15:26.640
une différence d’également l’utilisation du processeur.

00:15:26.640 --> 00:15:28.440
Le B en fait à l’aide de
un peu plus de processeurs.

00:15:28.440 --> 00:15:28.970
Pour ce type de crédit,

00:15:28.970 --> 00:15:31.550
vous voyez une différence de performances
en termes de dégradation.

00:15:31.550 --> 00:15:32.050
>> OK.
>> Oui.

00:15:32.050 --> 00:15:32.730
Et c’est le cas,

00:15:32.730 --> 00:15:36.710
Je le deviner, est les munitions
pour déterminer la raison pour laquelle il

00:15:36.710 --> 00:15:37.870
degredated et DIS,
>> Oui.

00:15:37.870 --> 00:15:38.995
>> De correct, à droite.

00:15:38.995 --> 00:15:41.920
>> Cuz, il est assez intéressant
cause vous savez que nous avons rencontré un couple-

00:15:41.920 --> 00:15:44.430
Bob Ward sur ici qu’il accède,
SQL16 est simplement plus rapide.

00:15:44.430 --> 00:15:45.220
Et nous avons examiné ce et

00:15:45.220 --> 00:15:47.090
Ainsi, je suis
>> Oui.

00:15:47.090 --> 00:15:49.330
>> Dans certains cas, qu'il n’est pas
>> Oui, exactement.

00:15:49.330 --> 00:15:50.010
Par conséquent, pourquoi ?

00:15:50.010 --> 00:15:52.000
>> Pourrait être continuez et
modifier le plan de requête.

00:15:52.000 --> 00:15:52.860
Modifier le plan de requête, Oui.

00:15:52.860 --> 00:15:54.490
Et puis corrigez-le avant
ils peuvent mettre à niveau.

00:15:54.490 --> 00:15:55.350
>> Droite. Bien, >> droite.

00:15:55.350 --> 00:15:56.260
>> Et qui est logique car,

00:15:56.260 --> 00:15:57.630
comme vous avez dit est
somethings qui

00:15:58.640 --> 00:15:59.960
ne se convertissent pas bien
>> Exactement.

00:15:59.960 --> 00:16:04.040
>> À 16 en raison de mot clé
segregator et des choses comme qui.

00:16:04.040 --> 00:16:07.150
>> Droite. Assurer. >> Corriger,
Oui et nous travaillons sur plus de données

00:16:07.150 --> 00:16:12.100
Dans ce que nous en savoir plus
données qui peuvent être utiles.

00:16:12.100 --> 00:16:14.330
>> Pouvez cet outil à un moment donné,

00:16:14.330 --> 00:16:17.310
Il ne prend en charge de base de données SQL Azure
Il est à ce stade ?

00:16:17.310 --> 00:16:18.650
Ou est-ce que dans les locaux.

00:16:18.650 --> 00:16:20.650
>> Il ne prend pas en charge
DB SQL Azure dès maintenant.

00:16:20.650 --> 00:16:23.200
Mais il prend en charge SQL sur les ordinateurs virtuels.

00:16:23.200 --> 00:16:24.750
Bien qu’il puisse être le scénario.

00:16:24.750 --> 00:16:25.520
>> Il est le même.

00:16:25.520 --> 00:16:27.860
>> Oui SQL et SQL sur les ordinateurs virtuels.

00:16:27.860 --> 00:16:29.150
>> Il serait plans ?

00:16:29.150 --> 00:16:32.010
Étant donné que peut-être que si je prévois
environ Bonjour je souhaite accéder.

00:16:33.380 --> 00:16:34.800
Étant donné que si je suis un ISV ou

00:16:34.800 --> 00:16:37.150
quelque chose comme que je devais
amour pour accéder à la base de données SQL Azure.

00:16:37.150 --> 00:16:38.950
mais ma charge de travail
à traduire, et

00:16:38.950 --> 00:16:42.290
peut-être que le niveau de service dans les SQL Azure
base de données dois-je choisir pour

00:16:42.290 --> 00:16:44.290
a cette même performances de charge de travail ?

00:16:44.290 --> 00:16:45.240
>> Oui.
>> Est type de ?

00:16:45.240 --> 00:16:46.620
>> Oui.
Ce sont des choses que nous avons

00:16:46.620 --> 00:16:47.280
parlé et il a

00:16:47.280 --> 00:16:47.780
>> OK.
>> Exactement.

00:16:47.780 --> 00:16:48.510
>> Je demande pas pour

00:16:48.510 --> 00:16:49.170
une carte routière.
>> Oui.

00:16:49.170 --> 00:16:50.320
>> Ou une date, ou tout ça.

00:16:50.320 --> 00:16:52.350
>> Droite. N° >>
>> Qu’il a été notre esprit, et

00:16:52.350 --> 00:16:53.190
Nous avons parlé à son sujet.

00:16:53.190 --> 00:16:54.430
>> Et
elle doit être vraiment, trop.

00:16:54.430 --> 00:16:56.060
>> Oui, il s’agit d’un scénario valide.

00:16:56.060 --> 00:16:58.110
>> Oui.
Il s’agit d’un push vers la réussite et sass,

00:16:58.110 --> 00:16:58.830
par exemple qui.

00:16:58.830 --> 00:16:59.330
>> Exactement.

00:16:59.330 --> 00:17:00.870
>> Nous pouvions le voir cela va-t-il beau.

00:17:00.870 --> 00:17:01.900
>> Exactement. Pas du tout.

00:17:01.900 --> 00:17:02.630
>> Bien, refroidir.

00:17:02.630 --> 00:17:03.960
C’est génial.

00:17:03.960 --> 00:17:05.630
J’adore l’à partir d’un point de vue.

00:17:05.630 --> 00:17:08.970
Et je pense que ma question initiale a été,
Les deux le DMA.

00:17:10.180 --> 00:17:11.370
Il existe un
>> DA.

00:17:11.370 --> 00:17:11.910
>> DA.

00:17:11.910 --> 00:17:15.305
Il ne ressort pas
une agence gouvernementale.

00:17:15.305 --> 00:17:17.720
[RIRE] Il ne ressort pas pour cela.

00:17:17.720 --> 00:17:20.240
Mais je peux voir ces outils
type de l’association,

00:17:20.240 --> 00:17:22.130
cuz les compléter
chaque autre très bien.

00:17:22.130 --> 00:17:22.920
>> Absolument.

00:17:22.920 --> 00:17:23.650
>> Oui.
>> Droit ?

00:17:23.650 --> 00:17:25.800
Mais je pense que le DMA
n’a pas d’est,

00:17:25.800 --> 00:17:28.690
Lorsque vous le regardez à partir de
Mon point de vue charge de travail.

00:17:28.690 --> 00:17:29.620
>> À corriger.

00:17:29.620 --> 00:17:32.840
>>, Quelles sont les choses
Je dois résoudre pour ma requête ?

00:17:32.840 --> 00:17:36.990
Et vous pouvez mon robinet, que je suis
parler, peut y a-t-il un moyen de

00:17:36.990 --> 00:17:40.880
pour cliquer dans le magasin de requête 16
et peut-être utiliser certaines de qui ?

00:17:40.880 --> 00:17:43.560
Je ne sais pas, il est plutôt débile
Pensez à voix haute un peu.

00:17:43.560 --> 00:17:44.440
>> Oui.
Je pense que définitivement.

00:17:44.440 --> 00:17:46.220
Je pense que ce sont les choses
Nous recherchons dans.

00:17:46.220 --> 00:17:47.030
>> OK.

00:17:47.030 --> 00:17:48.980
>> Oui,
Nous avons des discussions à ce sujet. Refroidir.

00:17:48.980 --> 00:17:50.760
>>, C’est juste la ré-exécution de celui-ci.

00:17:50.760 --> 00:17:51.420
>> OK.
>> Je pense que je

00:17:51.420 --> 00:17:54.710
a été précédemment, vous indiquant
Nous s’est déroulé à live la semaine dernière.

00:17:54.710 --> 00:17:55.210
>> OK.

00:17:55.210 --> 00:17:59.510
>> Nous avons annoncé la technique
afficher un aperçu à la semaine dernière.

00:17:59.510 --> 00:18:00.100
>> OK.
>> Ce

00:18:00.100 --> 00:18:02.050
Il est disponible à l’affichage public,
et

00:18:02.050 --> 00:18:04.030
Il est téléchargeable à partir de
le centre de téléchargement.

00:18:04.030 --> 00:18:05.850
>> OK.
>> Si les personnes peut prendre un coup de œil,

00:18:05.850 --> 00:18:06.630
l’utiliser.

00:18:06.630 --> 00:18:08.320
Faites-nous part de vos commentaires.

00:18:08.320 --> 00:18:08.910
Ce genre de choses.
>> Ce

00:18:08.910 --> 00:18:11.410
dans la description du diaporama
Nous mettrons le lien pour le téléchargement.

00:18:11.410 --> 00:18:12.710
>> Idéal.
>> Absolument.

00:18:12.710 --> 00:18:14.825
>> Et quel est le meilleur moyen pour
leur part de vos commentaires ?

00:18:14.825 --> 00:18:17.905
>> [INAUDIBLE]
>> Est un feedback DA à

00:18:17.905 --> 00:18:19.630
Microsoft.com, il
est un alias il.

00:18:19.630 --> 00:18:20.530
>> OK.

00:18:20.530 --> 00:18:24.390
>> Nous aurons également un
>> Lier à partir de l’outil que nous devons

00:18:24.390 --> 00:18:26.240
Pour ajouter sur-
>> Bien, de sorte que

00:18:26.240 --> 00:18:27.110
Placez toutes ces informations-
>> Et

00:18:27.110 --> 00:18:31.070
Nous avons déjà commencé à voir beaucoup
des téléchargements depuis la semaine dernière.

00:18:31.070 --> 00:18:33.000
Et nous avons quelques commentaires.

00:18:33.000 --> 00:18:33.970
>> Oui, absolument.

00:18:33.970 --> 00:18:36.270
>> Afin que les personnes ont été
lecture autour de lui pour :

00:18:36.270 --> 00:18:37.610
>> Bien, vous êtes en passe de SQL, droite.

00:18:37.610 --> 00:18:39.110
Par conséquent, toutes ce personnes
allez à dire, le nouvel outil !

00:18:39.110 --> 00:18:39.890
Je vais le télécharger.

00:18:39.890 --> 00:18:41.320
>> Oui.
>> Exactement.

00:18:41.320 --> 00:18:43.160
Isard, c’est fantastique,
Nous vous remercions de l’entrée.

00:18:43.160 --> 00:18:44.050
>> Vous remercions.

00:18:44.050 --> 00:18:48.020
>> Nous vous remercions de votre temps, nous
enchantés de vous compter que tu environ précédent

00:18:48.020 --> 00:18:52.600
GA, lorsqu’il y a de nouvelles fonctionnalités
sortent parce que je pense que vous prendre

00:18:52.600 --> 00:18:57.790
certains de ces commentaires et améliorer
l’outil cuz il est déjà Isard,

00:18:57.790 --> 00:19:01.030
que nous aimerions
>> Type de nouveautés dans cet outil.

00:19:01.030 --> 00:19:01.908
>> Mauvaise.
>> Refroidir.

00:19:01.908 --> 00:19:03.404
>> Bonjour tout le monde,
Merci et

00:19:03.404 --> 00:19:04.372
Nous vous verrez la prochaine fois.

00:19:04.372 --> 00:19:14.372
[MUSIQUE]

