WEBVTT

00:00:00.000 --> 00:00:10.830
[MUSICA].

00:00:10.830 --> 00:00:12.060
>> Ciao. Sono Anna Thomas,

00:00:12.060 --> 00:00:13.890
e io sono un Dato
e Scienziato applicato su

00:00:13.890 --> 00:00:15.705
il team di Azure Data a lavorare

00:00:15.705 --> 00:00:18.090
SQL e sono entrato
oggi dal mio collega.

00:00:18.090 --> 00:00:19.575
>> Sono Jeroen ter Heerd,

00:00:19.575 --> 00:00:22.830
e sono un Program Manager
anche nel team di Azure Data.

00:00:22.830 --> 00:00:24.945
>> Siamo entusiasti di
avete tutti voi oggi.

00:00:24.945 --> 00:00:26.790
Oggi, Jeroen parlerà con

00:00:26.790 --> 00:00:28.740
noi un po 'di Hyperscale.

00:00:28.740 --> 00:00:30.810
Che cosa stai andando
di passare attraverso oggi?

00:00:30.810 --> 00:00:34.080
>> Beh, Hyperscale è un nuovo servizio

00:00:34.080 --> 00:00:37.845
qui per SQL di Azure che abbiamo
appena introdotto nel mese di maggio.

00:00:37.845 --> 00:00:41.185
Oggi, ho intenzione di
mostra come eseguire la migrazione

00:00:41.185 --> 00:00:46.525
un database da SQL di Azure come
regolare SQL di Azure per hyperscale.

00:00:46.525 --> 00:00:49.310
>> Cool, fantastico. Così
che cosa hai lì?

00:00:49.310 --> 00:00:52.160
>> Quindi il modo in cui funziona,

00:00:52.160 --> 00:00:53.480
Sono nel portale di Azure qui,

00:00:53.480 --> 00:00:55.040
mi permetta di ingrandire un po' .

00:00:55.040 --> 00:00:57.680
Quindi sono nel portale di Azure,

00:00:57.680 --> 00:01:00.365
Ho un database SQL standard qui.

00:01:00.365 --> 00:01:04.190
Molto semplice, è uno scopo generale
piano tariffario, niente di speciale.

00:01:04.190 --> 00:01:07.820
Prendo questo database e
migrarne su Hyperscale.

00:01:07.820 --> 00:01:09.320
Quindi, per farlo,

00:01:09.320 --> 00:01:10.730
quello che faccio è cliccare qui,

00:01:10.730 --> 00:01:14.785
Vado a "Configura",
e su "Configura",

00:01:14.785 --> 00:01:18.155
Posso vedere che il mio database è
attualmente in uso generale

00:01:18.155 --> 00:01:20.075
e posso cambiarlo

00:01:20.075 --> 00:01:22.710
andare a Hyperscale
qui a destra,

00:01:22.710 --> 00:01:26.320
e poi posso fare
alcune modifiche alla configurazione.

00:01:26.320 --> 00:01:27.460
Posso scegliere, per esempio,

00:01:27.460 --> 00:01:29.410
la quantità di vCore che
Voglio o l'importo

00:01:29.410 --> 00:01:32.050
di sola lettura di cui ho bisogno.

00:01:32.050 --> 00:01:36.270
Quindi sì, questo è fondamentalmente
la formula che ottengo.

00:01:36.270 --> 00:01:40.140
>> Jeroen, che cosa è quel poco
segnale di avvertimento che stiamo ricevendo?

00:01:40.140 --> 00:01:41.835
>> Sì, questo è
una buona. Buona presa.

00:01:41.835 --> 00:01:44.170
Il segnale di avvertimento riguarda in realtà

00:01:44.170 --> 00:01:47.710
notificando che questo è
una strada a senso unico che stai entrando.

00:01:47.710 --> 00:01:49.180
Quindi non c'è modo una volta che si

00:01:49.180 --> 00:01:51.630
migrato il vostro standard
database per Hyperscale,

00:01:51.630 --> 00:01:54.960
non c'è modo di andare
indietro in questo momento.

00:01:54.960 --> 00:01:57.210
Quindi questo è nuovo di zecca,

00:01:57.210 --> 00:02:00.435
questo potrebbe cambiare in
il futuro, ma per ora,

00:02:00.435 --> 00:02:04.050
ci sono avvisi qui
per dirvi di essere avvertiti,

00:02:04.050 --> 00:02:07.005
non si può tornare indietro dopo
sei andato a Hyperscale.

00:02:07.005 --> 00:02:09.390
>> Così, quando sto testando e roba del genere,

00:02:09.390 --> 00:02:11.100
dovrei usare una copia?

00:02:11.100 --> 00:02:13.715
>> Sì, vorrei sicuramente
basta prendere una copia.

00:02:13.715 --> 00:02:16.865
E 'molto facile prendere una copia
di qualsiasi database in Azure.

00:02:16.865 --> 00:02:19.605
Quindi, una volta che lo avete, fare clic su copia

00:02:19.605 --> 00:02:23.025
ed eseguire la migrazione a
Hyperscale sulla copia.

00:02:23.025 --> 00:02:26.300
Poi, una volta che sei felice
con come funziona tutto,

00:02:26.300 --> 00:02:27.860
è quindi possibile modificare
la stringa di connessione in

00:02:27.860 --> 00:02:30.740
l'applicazione in modo che punti a
questa nuova versione Hyperscale.

00:02:30.740 --> 00:02:32.150
>> Fantastico. Bello. grazie.

00:02:32.150 --> 00:02:37.615
>> Quindi quello che farò è io
clicca qui su Ho capito

00:02:37.615 --> 00:02:41.690
per far sapere al portale che ho letto

00:02:41.690 --> 00:02:43.415
l'avviso e capisco cosa

00:02:43.415 --> 00:02:46.535
il problema è o quello che sono
entrare in me stesso.

00:02:46.535 --> 00:02:49.729
Poi dovrò scegliere
le generazioni di calcolo,

00:02:49.729 --> 00:02:51.859
Andrò sempre con l'ultima Gen5,

00:02:51.859 --> 00:02:54.980
e posso cambiare i vCore
ai nuclei virtuali,

00:02:54.980 --> 00:02:56.495
la quantità di repliche che voglio,

00:02:56.495 --> 00:02:58.145
e farò clic su "Applica".

00:02:58.145 --> 00:03:00.590
Allora cosa succederà
è che il database è

00:03:00.590 --> 00:03:03.205
migrazione a Hyperscale.

00:03:03.205 --> 00:03:04.125
>> Questo è tutto.

00:03:04.125 --> 00:03:05.940
>> Questo è tutto. Così facile.

00:03:05.940 --> 00:03:09.780
>> Oh, wow. Quindi, quali tipi
dei casi d'uso vorrei

00:03:09.780 --> 00:03:11.160
to- perché dovrei voler spostare a

00:03:11.160 --> 00:03:13.695
Hyperscale mentre siamo
lasciandolo passare?

00:03:13.695 --> 00:03:17.440
>> Certo. Beh, la ragione più grande
è in realtà scala,

00:03:17.440 --> 00:03:19.310
quindi sia scalare in termini di

00:03:19.310 --> 00:03:23.095
archiviazione o scala in termini
delle prestazioni delle query.

00:03:23.095 --> 00:03:25.620
Così Azure SQL stesso

00:03:25.620 --> 00:03:30.275
ha circa quattro
limite di dimensione del file terabyte.

00:03:30.275 --> 00:03:33.865
Se si dispone di un database più grande
di questo, cosa fai?

00:03:33.865 --> 00:03:36.275
Beh, Hyperscale è la tua risposta.

00:03:36.275 --> 00:03:38.390
Quindi, se avete lasciate
dire, non lo so,

00:03:38.390 --> 00:03:41.810
database da 40 terabyte, o
data warehouse da 40 terabyte,

00:03:41.810 --> 00:03:44.590
o 40 terabyte qualunque database,

00:03:44.590 --> 00:03:48.345
iperscala può quindi ospitare
quel database per voi.

00:03:48.345 --> 00:03:50.235
Quindi, con le repliche di sola lettura,

00:03:50.235 --> 00:03:53.465
si ottiene ancora più prestazioni di query
su tutta quella massa di dati.

00:03:53.465 --> 00:03:57.240
Quindi queste sono le due ragioni principali
migrazione a Hyperscale.

00:03:57.240 --> 00:03:59.420
>> C'è un certo
numero di sola lettura

00:03:59.420 --> 00:04:02.360
repliche che ottengo con
Hyperscale o posso configurarlo?

00:04:02.360 --> 00:04:03.560
>> È possibile configurarlo, è

00:04:03.560 --> 00:04:06.410
tra zero e quattro,
in modo da poter scegliere.

00:04:06.410 --> 00:04:08.260
Penso che per impostazione predefinita va a uno,

00:04:08.260 --> 00:04:10.650
ma si può comporre di nuovo
a zero se non si

00:04:10.650 --> 00:04:12.810
desidera che le repliche di sola lettura,

00:04:12.810 --> 00:04:14.970
è possibile modificarlo anche in un secondo momento,

00:04:14.970 --> 00:04:16.800
è possibile su i vCores,

00:04:16.800 --> 00:04:19.220
è possibile modificare o abbassare
numero di repliche.

00:04:19.220 --> 00:04:22.090
Quindi queste due impostazioni si
può cambiare dopo la distribuzione.

00:04:22.090 --> 00:04:27.000
>> Fantastico. Bello. Quindi si spera,

00:04:27.000 --> 00:04:28.500
che è stato utile per tutti voi.

00:04:28.500 --> 00:04:30.360
Grazie per esservi uniti a noi oggi,

00:04:30.360 --> 00:04:31.950
e se siete interessati a

00:04:31.950 --> 00:04:34.170
Hyperscale sentiti libero
di lasciarci un tipo,

00:04:34.170 --> 00:04:35.320
abbonarsi al nostro canale,

00:04:35.320 --> 00:04:38.090
anche lasciarci un commento
su ciò che sei più

00:04:38.090 --> 00:04:41.460
entusiasta di Hyperscale e
sintonizzarsi la prossima volta. Grazie.

00:04:41.460 --> 00:04:53.470
[MUSICA]