WEBVTT

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

00:00:10.560 --> 00:00:11.895
>> Cześć, nazywam się Ahmed Banerjee.

00:00:11.895 --> 00:00:14.520
Jestem menedżerem programu grupowego
grupy produktów SQL Server.

00:00:14.520 --> 00:00:17.970
Jestem odpowiedzialny za
aparat bazy danych dla programu SQL Server.

00:00:17.970 --> 00:00:19.110
Tak więc w dzisiejszym filmie,

00:00:19.110 --> 00:00:21.150
będziemy rozmawiać o
wysoki serwer SQL

00:00:21.150 --> 00:00:23.250
dostępność i klęski żywiołowe
korzyści z tytułu odzyskania środków

00:00:23.250 --> 00:00:26.055
które zostały wprowadzone
w listopadzie 2019 r.

00:00:26.055 --> 00:00:29.910
Więc przejdźmy dowiedzieć się, jak
faktycznie wdrożyć sql server

00:00:29.910 --> 00:00:31.830
dziś w wysokiej dostępności

00:00:31.830 --> 00:00:33.780
i konfiguracji odzyskiwania po awarii.

00:00:33.780 --> 00:00:37.555
Załóżmy więc, że masz
wystąpienia programu SQL Server.

00:00:37.555 --> 00:00:40.040
Główne wystąpienie może mieć teraz,

00:00:40.040 --> 00:00:41.900
w zależności od funkcji
którego używasz,

00:00:41.900 --> 00:00:45.080
czy jest to dostępność
grup lub wysyłki dziennika,

00:00:45.080 --> 00:00:47.285
może mieć wiele dodatkowych.

00:00:47.285 --> 00:00:50.375
Jeśli masz wysokie
rozwiązania w zakresie dostępności

00:00:50.375 --> 00:00:52.580
jak wystąpienia klastra awaryjnego,

00:00:52.580 --> 00:00:57.560
to są rozwiązania tylko ha
i nie masz węzła DR,

00:00:57.560 --> 00:01:00.935
należy użyć innych
technologii wdrażania odzyskiwania po awarii.

00:01:00.935 --> 00:01:06.335
Więc jeśli miał eś to z
SQL Server 2019 lub poniżej,

00:01:06.335 --> 00:01:07.790
i to było, powiedzmy,

00:01:07.790 --> 00:01:10.220
inny SQL Server 2019 i poniżej,

00:01:10.220 --> 00:01:13.045
i to samo tutaj.

00:01:13.045 --> 00:01:15.100
Przed listopadem

00:01:15.100 --> 00:01:17.660
jeśli pacjent miał software assurance i

00:01:17.660 --> 00:01:20.030
umowa przedsiębiorstwa

00:01:20.030 --> 00:01:22.205
możliwości software assurance,

00:01:22.205 --> 00:01:25.739
można by
licencja podstawowa,

00:01:25.739 --> 00:01:28.040
pierwszej wysokiej dostępności lub

00:01:28.040 --> 00:01:30.755
Replika odzyskiwania po awarii nie
muszą być licencjonowane,

00:01:30.755 --> 00:01:36.070
a następna replika odzyskiwania po awarii
nadal być licencjonowane.

00:01:36.070 --> 00:01:39.735
Począwszy od programu SQL Server 2019,

00:01:39.735 --> 00:01:43.270
dotyczy to wszystkich starszych
również wersje programu SQL Server,

00:01:43.270 --> 00:01:45.545
jeśli masz tę samą architekturę,

00:01:45.545 --> 00:01:47.930
jeśli masz teraz podstawową,

00:01:47.930 --> 00:01:49.550
Mam zamiar po prostu wyciągnąć to prawo

00:01:49.550 --> 00:01:52.580
wyrównane tak, że jest to
trochę łatwiejsze do zrozumienia.

00:01:52.580 --> 00:01:54.530
Masz wiele dodatkowych.

00:01:54.530 --> 00:01:56.240
Załóżmy, że jest to

00:01:56.240 --> 00:01:59.015
wysokiej dostępności i to
w celu odzysku po awarii,

00:01:59.015 --> 00:02:02.960
twój podstawowy link będzie
licencji na podstawie Software Assurance.

00:02:02.960 --> 00:02:05.825
Twoja pierwsza replika HA,

00:02:05.825 --> 00:02:08.540
który jest synchroniczny
w przyrodzie i wspiera

00:02:08.540 --> 00:02:11.660
automatyczne awaryjnie nie
nie muszą być licencjonowane,

00:02:11.660 --> 00:02:15.575
a replika awarii również
nie musi być licencjonowany.

00:02:15.575 --> 00:02:17.795
Więc dowiedzmy się, co
to rzeczywiście oznacza.

00:02:17.795 --> 00:02:26.720
Powiedzmy, że to było 32
rdzeni i miałeś po 32,

00:02:26.720 --> 00:02:28.400
po prostu, aby to prostsze.

00:02:28.400 --> 00:02:33.845
Tak więc przed listopadem 2019 r.,

00:02:33.845 --> 00:02:36.860
trzeba by
licencja na pierwszorzędne,

00:02:36.860 --> 00:02:39.979
brak dla pierwszej szkoły średniej,

00:02:39.979 --> 00:02:46.970
i kolejne 32 rdzenie
dla następnej drugiej.

00:02:46.970 --> 00:02:50.490
Teraz, jeśli masz sql server lub

00:02:50.490 --> 00:02:52.385
dowolnej wersji programu SQL Server, o ile

00:02:52.385 --> 00:02:54.725
rdzenie są objęte
przez zapewnienie oprogramowania,

00:02:54.725 --> 00:02:59.690
co naprawdę trzeba licencji
na stanowisko po listopadzie pierwszy,

00:02:59.690 --> 00:03:01.880
Rok 2019 jest głównym,

00:03:01.880 --> 00:03:05.305
i do dwóch drugorzędnych,
byłoby za darmo.

00:03:05.305 --> 00:03:07.605
To właściwie oznacza, że

00:03:07.605 --> 00:03:09.825
załóżmy, że masz 32 rdzenie,

00:03:09.825 --> 00:03:12.920
licencjonowania będzie wyglądać tak.

00:03:12.920 --> 00:03:16.370
Jak mogę to skonfigurować?

00:03:16.370 --> 00:03:20.615
Jest to pierwszy warunek wstępny, trzeba
mieć gwarancję oprogramowania.

00:03:20.615 --> 00:03:27.900
Drugi warunek wstępny, można
licencji rdzeni na podstawowej.

00:03:27.900 --> 00:03:31.580
Liczba rdzeni na
wtórne musi

00:03:31.580 --> 00:03:38.430
być mniejsza lub równa
liczby rdzeni podstawowych.

00:03:39.890 --> 00:03:44.405
Na przykład, jeśli
miał tu ponad 32,

00:03:44.405 --> 00:03:46.115
wtedy świadczenie nie miałoby zastosowania.

00:03:46.115 --> 00:03:49.520
Tak więc zasadniczo, dla każdego
rdzeń, na który licencjonujesz

00:03:49.520 --> 00:03:56.330
dla sql server postów listopad
i masz gwarancję oprogramowania,

00:03:56.330 --> 00:04:00.485
otrzymasz jeden rdzeń HA,

00:04:00.485 --> 00:04:04.350
który jest synchroniczny, jeden rdzeń ODZYSKIWANIA PO.

00:04:04.350 --> 00:04:06.080
Ponadto

00:04:06.080 --> 00:04:13.415
otrzymasz również inny DR
rdzenia uruchomionego na maszynach wirtualnych platformy Azure.

00:04:13.415 --> 00:04:15.110
Więc jeśli używasz na

00:04:15.110 --> 00:04:16.865
maszyny wirtualnej platformy Azure i jesteś

00:04:16.865 --> 00:04:19.160
używając tego jako
miejsce odzyskiwania po awarii,

00:04:19.160 --> 00:04:21.215
można również dostać, że za darmo.

00:04:21.215 --> 00:04:23.570
Tak więc w tej architekturze,

00:04:23.570 --> 00:04:26.540
powiedzmy przed listopadem,

00:04:26.540 --> 00:04:27.680
dodano drugorzędny,

00:04:27.680 --> 00:04:30.460
ale to było na maszynie wirtualnej platformy Azure.

00:04:30.460 --> 00:04:36.220
Zapłacisz kolejne 32 rdzenie
pod warunkiem, że miał 32 wirtualne rdzenie.

00:04:36.220 --> 00:04:39.545
W tym przypadku dodam kolejny drugorzędny

00:04:39.545 --> 00:04:43.685
i płacę za to zero rdzeni.

00:04:43.685 --> 00:04:46.385
Tak więc twoja architektura może

00:04:46.385 --> 00:04:49.670
faktycznie wykorzystać lepsze
wysoka dostępność i

00:04:49.670 --> 00:04:53.765
odzyskiwania po awarii z
niższy koszt posiadania

00:04:53.765 --> 00:04:55.730
z korzyściami programu SQL Server, które były

00:04:55.730 --> 00:04:58.525
zmienił post i najpierw w listopadzie.

00:04:58.525 --> 00:05:01.520
Teraz, co to daje do zrobienia, to

00:05:01.520 --> 00:05:05.995
można wziąć to do
każde wydanie programu SQL Server, 2019,

00:05:05.995 --> 00:05:10.370
2017, 2016 i do końca 2016 r.

00:05:10.370 --> 00:05:12.980
do dowolnej wersji programu SQL Server jako

00:05:12.980 --> 00:05:16.145
tak długo, jak te rdzenie są
objęte gwarancją oprogramowania.

00:05:16.145 --> 00:05:19.250
Jeśli masz architekturę, która jest,

00:05:19.250 --> 00:05:21.140
powiedzmy, fizyczną maszynę.

00:05:21.140 --> 00:05:23.885
Więc jeśli jesteś na
gołe metal, masz to.

00:05:23.885 --> 00:05:26.074
Jeśli korzystasz z maszyn wirtualnych,

00:05:26.074 --> 00:05:27.860
również uzyskać tę korzyść.

00:05:27.860 --> 00:05:29.270
Jeśli jesteś w pojemnikach,

00:05:29.270 --> 00:05:30.770
również uzyskać tę korzyść.

00:05:30.770 --> 00:05:35.360
Niezależnie od tego, czy używasz sql
Serwer w fizycznym centrum danych,

00:05:35.360 --> 00:05:39.125
lub używasz programu SQL Server
w maszynach wirtualnych,

00:05:39.125 --> 00:05:42.200
lub używasz platformy Azure
jako centrum DR

00:05:42.200 --> 00:05:46.745
i faktycznie hostujesz
prawyborach w terenie,

00:05:46.745 --> 00:05:49.010
będziesz miał korzyści z dr

00:05:49.010 --> 00:05:51.620
pokrycie programu SQL Server
repliki na platformie Azure.

00:05:51.620 --> 00:05:53.510
W kolejnych kilku odcinkach

00:05:53.510 --> 00:05:55.010
będziemy rozmawiać o tym, co jest

00:05:55.010 --> 00:05:56.960
najbardziej optymalne
architektury, które wykorzystują

00:05:56.960 --> 00:05:59.030
skutecznie przynosi to korzyści.
Dziękujemy za dołączenie.

00:05:59.030 --> 00:06:10.690
[MUZYKA]