WEBVTT

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

00:00:10.830 --> 00:00:12.060
>> Hallo. Ich bin Anna Thomas,

00:00:12.060 --> 00:00:13.890
und ich bin ein Daten
und Applied Scientist auf

00:00:13.890 --> 00:00:15.705
Das Azure Data Team, an dem

00:00:15.705 --> 00:00:18.090
SQL und ich sind beigetreten
heute von meinem Kollegen.

00:00:18.090 --> 00:00:19.575
>> Ich bin Jeroen ter Heerd,

00:00:19.575 --> 00:00:22.830
und ich bin Programmmanager
auch im Azure Data Team.

00:00:22.830 --> 00:00:24.945
>> Wir freuen uns auf
haben Sie alle heute.

00:00:24.945 --> 00:00:26.790
Heute spricht Jeroen mit

00:00:26.790 --> 00:00:28.740
uns ein wenig über Hyperscale.

00:00:28.740 --> 00:00:30.810
Was gehst du
heute durchgehen?

00:00:30.810 --> 00:00:34.080
>> Nun, Hyperscale ist ein neuer Service

00:00:34.080 --> 00:00:37.845
hier für Azure SQL, dass wir
erst im Mai vorgestellt.

00:00:37.845 --> 00:00:41.185
Heute werde ich
zeigen, wie Sie migrieren

00:00:41.185 --> 00:00:46.525
eine Datenbank aus Azure SQL wie
reguläres Azure SQL zu Hyperscale.

00:00:46.525 --> 00:00:49.310
>> Cool, genial. Also
was hast du da?

00:00:49.310 --> 00:00:52.160
>> So wie das funktioniert,

00:00:52.160 --> 00:00:53.480
Ich bin hier im Azure-Portal,

00:00:53.480 --> 00:00:55.040
lassen Sie mich ein wenig hineinzoomen.

00:00:55.040 --> 00:00:57.680
Ich bin also im Azure-Portal,

00:00:57.680 --> 00:01:00.365
Ich habe hier eine Standard-SQL-Datenbank.

00:01:00.365 --> 00:01:04.190
Sehr einfach, ist allgemein
Preisstufe, nichts Besonderes.

00:01:04.190 --> 00:01:07.820
Ich nehme diese Datenbank und
zu Hyperscale migrieren.

00:01:07.820 --> 00:01:09.320
Um dies zu tun,

00:01:09.320 --> 00:01:10.730
was ich tue, ist, dass ich hier klicke,

00:01:10.730 --> 00:01:14.785
Ich gehe zu "Konfigurieren",
und auf "Konfigurieren",

00:01:14.785 --> 00:01:18.155
Ich kann sehen, dass meine Datenbank
derzeit im allgemeinen Zweck

00:01:18.155 --> 00:01:20.075
und ich kann das ändern, indem ich

00:01:20.075 --> 00:01:22.710
Gehen zu Hyperscale
hier rechts,

00:01:22.710 --> 00:01:26.320
und dann kann ich
einige Konfigurationsänderungen.

00:01:26.320 --> 00:01:27.460
Ich kann zum Beispiel wählen,

00:01:27.460 --> 00:01:29.410
die Anzahl der vCores, die
Ich will oder der Betrag

00:01:29.410 --> 00:01:32.050
von schreibgeschützten Replikaten, die ich benötige.

00:01:32.050 --> 00:01:36.270
Also ja, das ist im Grunde
die Formel, die ich bekomme.

00:01:36.270 --> 00:01:40.140
>> Jeroen, was ist das kleine
Warnzeichen, das wir bekommen?

00:01:40.140 --> 00:01:41.835
>> ja, das ist
eine gute. Guter Fang.

00:01:41.835 --> 00:01:44.170
Das Warnschild ist eigentlich

00:01:44.170 --> 00:01:47.710
Sie darüber zu in Kenntnis zu, dass dies
eine Einbahnstraße, die Sie betreten.

00:01:47.710 --> 00:01:49.180
So gibt es keine Möglichkeit, sobald Sie

00:01:49.180 --> 00:01:51.630
Migrierte Ihren Standard
Datenbank zu Hyperscale,

00:01:51.630 --> 00:01:54.960
es gibt keinen Weg zu gehen
zurück in diesem Moment.

00:01:54.960 --> 00:01:57.210
Das ist also ganz neu,

00:01:57.210 --> 00:02:00.435
Dies kann sich in
die Zukunft, aber vorerst,

00:02:00.435 --> 00:02:04.050
es gibt Hinweise hier
um Ihnen zu sagen, gewarnt zu werden,

00:02:04.050 --> 00:02:07.005
Sie können nicht zurückgehen, nachdem
Sie zu Hyperscale gegangen sind.

00:02:07.005 --> 00:02:09.390
>> Also, wenn ich teste und Sachen,

00:02:09.390 --> 00:02:11.100
sollte ich eine Kopie verwenden?

00:02:11.100 --> 00:02:13.715
>> ja, ich würde auf jeden Fall
nehmen Sie einfach eine Kopie.

00:02:13.715 --> 00:02:16.865
Es ist sehr einfach, eine Kopie zu nehmen
einer beliebigen Datenbank in Azure.

00:02:16.865 --> 00:02:19.605
Sobald Sie es also haben, klicken Sie auf Kopieren

00:02:19.605 --> 00:02:23.025
und migrieren Sie zu
Hyperscale auf der Kopie.

00:02:23.025 --> 00:02:26.300
Dann, wenn Sie glücklich sind
mit, wie alles funktioniert,

00:02:26.300 --> 00:02:27.860
Sie können dann ändern
die Verbindungszeichenfolge in

00:02:27.860 --> 00:02:30.740
Ihre Anwendung, um auf
diese neue Hyperscale-Version.

00:02:30.740 --> 00:02:32.150
>> Ehrfürchtig. kühl. Danke.

00:02:32.150 --> 00:02:37.615
>> Also, was ich tun werde, ist, ich werde
Klicken Sie hier auf Ich verstehe

00:02:37.615 --> 00:02:41.690
, um das Portal darüber zu informieren, dass ich

00:02:41.690 --> 00:02:43.415
und ich verstehe, was

00:02:43.415 --> 00:02:46.535
das Problem ist oder was ich bin
mich hineinzubekommen.

00:02:46.535 --> 00:02:49.729
Dann muss ich wählen
die Rechengenerationen,

00:02:49.729 --> 00:02:51.859
Ich werde immer mit dem neuesten Gen5 gehen,

00:02:51.859 --> 00:02:54.980
und ich kann die vCores ändern
zu virtuellen Kernen,

00:02:54.980 --> 00:02:56.495
die Menge der Replikate, die ich möchte,

00:02:56.495 --> 00:02:58.145
und ich klicke auf "Bewerben".

00:02:58.145 --> 00:03:00.590
Was dann passiert
ist, dass die Datenbank

00:03:00.590 --> 00:03:03.205
jetzt zu Hyperscale migrieren.

00:03:03.205 --> 00:03:04.125
>> Das war's.

00:03:04.125 --> 00:03:05.940
>> Das war's. So einfach.

00:03:05.940 --> 00:03:09.780
>> Oh, wow. Also, welche Typen
von Anwendungsfällen möchte ich

00:03:09.780 --> 00:03:11.160
um- warum würde ich zu

00:03:11.160 --> 00:03:13.695
Hyperscale, während wir sind
sie umschalten lassen?

00:03:13.695 --> 00:03:17.440
>> Sicher. Nun, der größte Grund
ist tatsächlich maßstabsgetreu,

00:03:17.440 --> 00:03:19.310
so kann entweder eine Skala in Bezug auf

00:03:19.310 --> 00:03:23.095
Lagerung oder Skalierung in Bezug auf
der Abfrageleistung.

00:03:23.095 --> 00:03:25.620
Azure SQL selbst

00:03:25.620 --> 00:03:30.275
hat ungefähr vier
terabyte Dateigrößenbeschränkung.

00:03:30.275 --> 00:03:33.865
Wenn Sie eine Datenbank mit einer größeren
Was machst du?

00:03:33.865 --> 00:03:36.275
Nun, Hyperscale ist Ihre Antwort.

00:03:36.275 --> 00:03:38.390
Also, wenn Sie haben, lassen Sie uns
sagen, ich weiß es nicht,

00:03:38.390 --> 00:03:41.810
40 Terabyte-Datenbank oder
40 Terabyte Data Warehouse,

00:03:41.810 --> 00:03:44.590
oder 40 Terabyte, egal welche Datenbank,

00:03:44.590 --> 00:03:48.345
hyperscale kann dann hosten
diese Datenbank für Sie.

00:03:48.345 --> 00:03:50.235
Dann mit den schreibgeschützten Replikaten

00:03:50.235 --> 00:03:53.465
Sie erhalten noch mehr Abfrageleistung
über diese Masse von Daten.

00:03:53.465 --> 00:03:57.240
Das sind also die beiden Hauptgründe
zu Hyperscale migrieren.

00:03:57.240 --> 00:03:59.420
>> Gibt es eine gewisse
Anzahl schreibgeschützter

00:03:59.420 --> 00:04:02.360
Repliken, die ich mit
Hyperscale oder kann ich es konfigurieren?

00:04:02.360 --> 00:04:03.560
>> Sie können es konfigurieren, es ist

00:04:03.560 --> 00:04:06.410
zwischen null und vier,
so können Sie wählen.

00:04:06.410 --> 00:04:08.260
Ich denke, es geht standardmäßig zu einem,

00:04:08.260 --> 00:04:10.650
aber Sie können es zurückwählen
auf Null, wenn Sie nicht

00:04:10.650 --> 00:04:12.810
schreibgeschützte Replikate wünschen,

00:04:12.810 --> 00:04:14.970
Sie können es auch später ändern,

00:04:14.970 --> 00:04:16.800
Sie können die vCores aufsteigen,

00:04:16.800 --> 00:04:19.220
Sie können ändern oder senken
die Anzahl der Replikate.

00:04:19.220 --> 00:04:22.090
Also diese beiden Einstellungen, die Sie
kann sich nach der Bereitstellung ändern.

00:04:22.090 --> 00:04:27.000
>> Ehrfürchtig. kühl. Hoffentlich

00:04:27.000 --> 00:04:28.500
das war für Sie alle nützlich.

00:04:28.500 --> 00:04:30.360
Vielen Dank, dass Sie sich uns heute angeschlossen haben,

00:04:30.360 --> 00:04:31.950
und wenn Sie daran interessiert sind,

00:04:31.950 --> 00:04:34.170
Hyperscale fühlen sich frei
um uns ein Ähnliches zu hinterlassen,

00:04:34.170 --> 00:04:35.320
abonnieren Sie unseren Kanal,

00:04:35.320 --> 00:04:38.090
lassen Sie uns sogar einen Kommentar
auf das, was Sie am meisten sind

00:04:38.090 --> 00:04:41.460
begeistert von Hyperscale und
das nächste Mal einzustimmen. Danke.

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