WEBVTT

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

00:00:10.830 --> 00:00:12.060
>> Cześć. Jestem Anna Thomas,

00:00:12.060 --> 00:00:13.890
i jestem dane
i naukowiec stosowany na

00:00:13.890 --> 00:00:15.705
Zespół danych Azure pracujący nad

00:00:15.705 --> 00:00:18.090
SQL i jestem przyłączony
dzisiaj przez mojego kolegę.

00:00:18.090 --> 00:00:19.575
>> Jestem Jeroen Ter Heerd,

00:00:19.575 --> 00:00:22.830
i jestem menedżerem programu
w usłudze Azure Data Team.

00:00:22.830 --> 00:00:24.945
>> Jesteśmy podekscytowani, aby
was wszystkich dzisiaj.

00:00:24.945 --> 00:00:26.790
Dziś Jeroen będzie rozmawiać z

00:00:26.790 --> 00:00:28.740
nam trochę o HyperScale.

00:00:28.740 --> 00:00:30.810
Co zamierzasz
przejść dziś?

00:00:30.810 --> 00:00:34.080
>> Cóż, hyperscale to nowa usługa

00:00:34.080 --> 00:00:37.845
w tym miejscu dla usługi Azure SQL
właśnie wprowadzony w maju.

00:00:37.845 --> 00:00:41.185
Dzisiaj zamierzam
pokazują, jak migrować

00:00:41.185 --> 00:00:46.525
bazy danych z usługi Azure SQL, takich jak
regularne Azure SQL do HyperScale.

00:00:46.525 --> 00:00:49.310
>> Cool, awesome. Więc
co tam masz?

00:00:49.310 --> 00:00:52.160
>> Więc sposób, w jaki to działa,

00:00:52.160 --> 00:00:53.480
Jestem w portalu Azure tutaj,

00:00:53.480 --> 00:00:55.040
Pozwól mi powiększyć nieco.

00:00:55.040 --> 00:00:57.680
Więc jestem w portalu Azure,

00:00:57.680 --> 00:01:00.365
Mam tutaj standardową bazę danych SQL.

00:01:00.365 --> 00:01:04.190
Bardzo prosty, jest uniwersalny
warstwa cenowa, nic specjalnego.

00:01:04.190 --> 00:01:07.820
Weźmiemy tę bazę danych i
przenieść go do HyperScale.

00:01:07.820 --> 00:01:09.320
Więc w tym celu,

00:01:09.320 --> 00:01:10.730
co ja czynić jest ja trzaskać tutaj,

00:01:10.730 --> 00:01:14.785
Idę do "configure",
i na "Konfiguruj",

00:01:14.785 --> 00:01:18.155
Widzę, że moja baza danych jest
obecnie w ogólnym celu

00:01:18.155 --> 00:01:20.075
i mogę to zmienić przez

00:01:20.075 --> 00:01:22.710
będzie hyperscale
tutaj po prawej stronie,

00:01:22.710 --> 00:01:26.320
i wtedy mogę zrobić
niektórych zmian w konfiguracji.

00:01:26.320 --> 00:01:27.460
Mogę wybrać, na przykład,

00:01:27.460 --> 00:01:29.410
ilość rdzeni wirtualnych, które
Chcę lub kwota

00:01:29.410 --> 00:01:32.050
replik tylko do odczytu, które są potrzebne.

00:01:32.050 --> 00:01:36.270
Więc tak, to w zasadzie
formuły dostałam.

00:01:36.270 --> 00:01:40.140
>> Jeroen, co to za mało
znak ostrzegawczy dostajemy?

00:01:40.140 --> 00:01:41.835
>> tak, to
Dobry. Dobry połów.

00:01:41.835 --> 00:01:44.170
Znak ostrzegawczy jest w rzeczywistości

00:01:44.170 --> 00:01:47.710
powiadomienie, że jest to
jednokierunkowa ulica, którą wprowadzasz.

00:01:47.710 --> 00:01:49.180
Więc nie ma sposobu, po

00:01:49.180 --> 00:01:51.630
Migracja standardu
bazy danych do hyperscale,

00:01:51.630 --> 00:01:54.960
nie ma sposobu, aby przejść
z powrotem w tej chwili.

00:01:54.960 --> 00:01:57.210
Więc to jest zupełnie nowe,

00:01:57.210 --> 00:02:00.435
może to ulec zmianie w
przyszłości, ale na razie

00:02:00.435 --> 00:02:04.050
tam ' zawiadomienia tutaj
powiedzieć, że ostrzegamy,

00:02:04.050 --> 00:02:07.005
nie możesz wrócić po
udał się do HyperScale.

00:02:07.005 --> 00:02:09.390
>> Więc kiedy jestem badania i rzeczy,

00:02:09.390 --> 00:02:11.100
należy użyć kopii?

00:02:11.100 --> 00:02:13.715
>> tak, zdecydowanie
po prostu weź kopię.

00:02:13.715 --> 00:02:16.865
Bardzo łatwo jest wykonać kopię
dowolnej bazy danych na platformie Azure.

00:02:16.865 --> 00:02:19.605
Więc gdy już go masz, kliknij Kopiuj

00:02:19.605 --> 00:02:23.025
i migracja do
Hyperscale na kopii.

00:02:23.025 --> 00:02:26.300
Wtedy, gdy jesteś szczęśliwy
ze jak wszystko dziala,

00:02:26.300 --> 00:02:27.860
następnie można zmienić
ciąg połączenia w

00:02:27.860 --> 00:02:30.740
aplikacji, aby wskazać
nowej wersji HyperScale.

00:02:30.740 --> 00:02:32.150
>> Awesome. Cool. Dzięki.

00:02:32.150 --> 00:02:37.615
>> Więc co zrobię to będę
Kliknij tutaj, rozumiem

00:02:37.615 --> 00:02:41.690
Niech Portal wie, że czytam

00:02:41.690 --> 00:02:43.415
zawiadomienie i rozumiem, co

00:02:43.415 --> 00:02:46.535
problem jest lub co jestem
dostawanie się do.

00:02:46.535 --> 00:02:49.729
Wtedy będę musiał wybrać
pokolenia obliczeniowe,

00:02:49.729 --> 00:02:51.859
Zawsze pójdę z najnowszymi Gen5,

00:02:51.859 --> 00:02:54.980
i mogę zmienić rdzeni wirtualnych
do rdzeni wirtualnych,

00:02:54.980 --> 00:02:56.495
ilość replik, które chcę,

00:02:56.495 --> 00:02:58.145
a ja klikam "Apply".

00:02:58.145 --> 00:03:00.590
Co się stanie
jest to, że baza danych jest

00:03:00.590 --> 00:03:03.205
teraz migracji do HyperScale.

00:03:03.205 --> 00:03:04.125
>> To jest to.

00:03:04.125 --> 00:03:05.940
>> To jest to. Tak łatwo.

00:03:05.940 --> 00:03:09.780
>> Och, wow. Więc jakie typy
przypadków użycia chcę

00:03:09.780 --> 00:03:11.160
do-dlaczego chcę, aby przejść do

00:03:11.160 --> 00:03:13.695
Hyperscale, gdy jesteśmy
pozwalając na przełączanie się?

00:03:13.695 --> 00:03:17.440
>> Pewnie. Cóż, największy powód
jest w rzeczywistości skalowane,

00:03:17.440 --> 00:03:19.310
tak albo Skala pod względem

00:03:19.310 --> 00:03:23.095
magazynowanie lub skalowanie pod względem
wydajności zapytań.

00:03:23.095 --> 00:03:25.620
Więc Azure SQL sam

00:03:25.620 --> 00:03:30.275
ma około czterech
limitu rozmiaru pliku terabajt.

00:03:30.275 --> 00:03:33.865
Jeśli baza danych jest większa
niż to, co robisz?

00:03:33.865 --> 00:03:36.275
Cóż, hyperscale to Twoja odpowiedź.

00:03:36.275 --> 00:03:38.390
Więc jeśli masz niech
powiedzieć: nie wiem,

00:03:38.390 --> 00:03:41.810
40 terabajt bazy danych, lub
40 terabajt hurtowni danych,

00:03:41.810 --> 00:03:44.590
lub 40 terabajt niezależnie od bazy danych,

00:03:44.590 --> 00:03:48.345
hiperskali może następnie hostować
tej bazy danych dla Ciebie.

00:03:48.345 --> 00:03:50.235
Następnie z repliki tylko do odczytu,

00:03:50.235 --> 00:03:53.465
otrzymujesz jeszcze więcej wyników zapytań
całej tej masy danych.

00:03:53.465 --> 00:03:57.240
Więc to są dwa główne powody
z powodu migracji do HyperScale.

00:03:57.240 --> 00:03:59.420
>> Czy istnieje pewna
Liczba tylko do odczytu

00:03:59.420 --> 00:04:02.360
repliki, które dostajesz z
Hyperscale czy mogę go skonfigurować?

00:04:02.360 --> 00:04:03.560
>> Można go skonfigurować,

00:04:03.560 --> 00:04:06.410
od zera do czterech,
więc można wybrać.

00:04:06.410 --> 00:04:08.260
Myślę, że domyślnie idzie do jednego,

00:04:08.260 --> 00:04:10.650
ale można wybrać go z powrotem
do zera, jeśli nie

00:04:10.650 --> 00:04:12.810
chcesz, aby wszystkie repliki tylko do odczytu,

00:04:12.810 --> 00:04:14.970
można go później również zmienić,

00:04:14.970 --> 00:04:16.800
można w górę rdzeni wirtualnych,

00:04:16.800 --> 00:04:19.220
można zmienić lub obniżyć
liczbę replik.

00:04:19.220 --> 00:04:22.090
Tak więc te dwa ustawienia, które
można zmienić po wdrożeniu.

00:04:22.090 --> 00:04:27.000
>> Awesome. Cool. Więc miejmy nadzieję,

00:04:27.000 --> 00:04:28.500
który był przydatny dla was wszystkich.

00:04:28.500 --> 00:04:30.360
Dziękujemy za dołączenie do nas dzisiaj,

00:04:30.360 --> 00:04:31.950
i jeśli jesteś zainteresowany

00:04:31.950 --> 00:04:34.170
Hyperscale czuć wolny
zostawić nam jak,

00:04:34.170 --> 00:04:35.320
Subskrybuj nasz kanał,

00:04:35.320 --> 00:04:38.090
nawet zostawić nam komentarz
na to, co najbardziej

00:04:38.090 --> 00:04:41.460
podekscytowany hyperscale i
w następnym czasie. Dziękuję.

00:04:41.460 --> 00:04:53.470
MUZYKI