WEBVTT

00:00:00.000 --> 00:00:01.830
>> SQL Server 2019 zapewnia

00:00:01.830 --> 00:00:04.995
nową funkcję dla Linuksa o nazwie
Trwałe bufory dziennika.

00:00:04.995 --> 00:00:06.960
Był on dostępny dla Windows przed,

00:00:06.960 --> 00:00:08.385
obecnie na Linuksie, jak również,

00:00:08.385 --> 00:00:10.740
i pomaga wyeliminować
wąskich gardeł, które mogą

00:00:10.740 --> 00:00:14.130
wystąpić podczas oczekiwania na dziennik
dwa opróżnić na płytę.

00:00:14.130 --> 00:00:18.300
Brian jest tutaj, aby powiedzieć nam wszystko
o tym dzisiaj na Data Exposed.

00:00:18.300 --> 00:00:29.040
MUZYKI

00:00:29.040 --> 00:00:32.115
>> Witam i zapraszam na inny
odcinek danych narażonych.

00:00:32.115 --> 00:00:35.220
Jestem twoim gospodarzem Jeroen, i
Dziś mam Brian ze mną

00:00:35.220 --> 00:00:38.460
rozmawiać o trwałych
Bufory dziennika w SQL 2019.

00:00:38.460 --> 00:00:40.230
Tak cześć, Brian, Witamy na wystawie.

00:00:40.230 --> 00:00:42.195
>> Cześć, Jeroen. Dziękuję.

00:00:42.195 --> 00:00:46.045
>> Więc co mamy zamiar rozmawiać
o trwałych długich buforach?

00:00:46.045 --> 00:00:47.160
>> Tak. Tak

00:00:47.160 --> 00:00:47.685
>> Co to jest?

00:00:47.685 --> 00:00:50.400
>> Tak trwały dziennik
Bufor jest jednym z

00:00:50.400 --> 00:00:53.325
nazywamy w pamięci
Rodzina funkcji bazy danych,

00:00:53.325 --> 00:00:55.965
który zawiera OLTP w pamięci,

00:00:55.965 --> 00:00:59.265
Trwały bufor dziennika, który
Pokażę dzisiaj,

00:00:59.265 --> 00:01:01.845
Czasami nazywane ogon buforowania dziennika,

00:01:01.845 --> 00:01:05.040
Plik danych i dziennika
Oświecenie w Linuksie,

00:01:05.040 --> 00:01:07.470
Pula bufora hybrydowego w
Linux i Windows,

00:01:07.470 --> 00:01:09.870
i Optymalizacja pamięci TempDB metadanych.

00:01:09.870 --> 00:01:11.370
>> Okay. Cool.

00:01:11.370 --> 00:01:17.195
>> Więc po prostu wspomnieć szybko
o trwałych urządzeniach pamięci.

00:01:17.195 --> 00:01:19.550
Wiele osób nie
widzieli je, ale zasadniczo

00:01:19.550 --> 00:01:21.730
są to regularne moduły DIMM,

00:01:21.730 --> 00:01:26.275
do serwera, który
są w różnych pojemnościach.

00:01:26.275 --> 00:01:30.545
MVDIMM-N, który jest jednym z typów
Technologia trwałej pamięci,

00:01:30.545 --> 00:01:34.325
jest 8, 16 lub 32
Pojemność pamięci DIMM,

00:01:34.325 --> 00:01:36.980
a następnie najnowszy Intel uzyskał

00:01:36.980 --> 00:01:41.150
DC trwała pamięć jest w
o wiele większe możliwości 128,

00:01:41.150 --> 00:01:44.810
256 gigabajtów lub 512 Gigabyte DIMM.

00:01:44.810 --> 00:01:46.820
>> To wszystko
pamięci trwałej. Wow.

00:01:46.820 --> 00:01:48.060
>> Tak. Więc możesz,

00:01:48.060 --> 00:01:49.290
na serwerze Nate Socket,

00:01:49.290 --> 00:01:52.370
można obsługiwać do 24
terabajtów pamięci trwałej.

00:01:52.370 --> 00:01:53.750
>> Mogę odblokować wszystkie

00:01:53.750 --> 00:01:55.970
że z tym uporczywym
bufor dziennika, prawda?

00:01:55.970 --> 00:01:56.570
>> Poprawne.

00:01:56.570 --> 00:01:57.680
>> Wow.

00:01:57.680 --> 00:02:00.110
>> Dziennik trwały
Bufor jest przeznaczony do

00:02:00.110 --> 00:02:02.075
rozwiązać konkretny przypadek użycia

00:02:02.075 --> 00:02:07.400
gdzie byłeś opóźnianie
lub czeka na obciążenie pracą,

00:02:07.400 --> 00:02:12.385
oczekiwanie na bufor dziennika, który
jest w pamięci, aby opróżnić na dysku.

00:02:12.385 --> 00:02:13.005
>> Okay.

00:02:13.005 --> 00:02:16.114
>> Więc używa
urządzenie pamięci trwałej

00:02:16.114 --> 00:02:19.355
wie, że skoro to jest
zapisane na tym urządzeniu,

00:02:19.355 --> 00:02:21.650
że nie potrzebuje
czekać na kolor

00:02:21.650 --> 00:02:24.270
bo to juz na
urządzenia trwałego.

00:02:24.270 --> 00:02:26.195
>> Urządzenie będzie
dbać o resztę.

00:02:26.195 --> 00:02:28.835
>> Tak, urządzenie będzie
następnie dbać o resztę

00:02:28.835 --> 00:02:31.730
podczas prowadzenia zasadniczo
z obciążeniem.

00:02:31.730 --> 00:02:32.180
>> tak.

00:02:32.180 --> 00:02:35.585
>> Więc kiedy konfigurujesz
tych urządzeń w systemie Windows,

00:02:35.585 --> 00:02:41.600
Mamy kilka podstawowych zaleceń
zablokować strony w pamięci,

00:02:41.600 --> 00:02:44.150
używasz dwóch megabajtów
wielkość jednostki alokacji

00:02:44.150 --> 00:02:46.760
dla systemu plików NTFS, który nie będzie domyślnie.

00:02:46.760 --> 00:02:47.180
>> Okay.

00:02:47.180 --> 00:02:49.715
>> Również trzeba
ustawić tę flagę język DAX.

00:02:49.715 --> 00:02:51.920
Tak więc DAX jest naprawdę tym, co pozwala nam

00:02:51.920 --> 00:02:55.280
traktować trwałą pamięć
urządzenie i napisz do niego

00:02:55.280 --> 00:02:57.260
bezpośrednio pomijając wszystkie

00:02:57.260 --> 00:02:59.795
stosu jądra, który

00:02:59.795 --> 00:03:03.090
zazwyczaj trzeba
w kontaktach z plikami.

00:03:03.090 --> 00:03:05.145
Nie będą dostępne w GUI,

00:03:05.145 --> 00:03:07.250
więc będziesz musiał użyć
niektórych PowerShell do tego.

00:03:07.250 --> 00:03:09.560
>> Okay. W porządku. Będziesz
pokazać nam, jak to działa, prawda?

00:03:09.560 --> 00:03:13.325
>> Tak. Pokażę jak
te Get skonfigurowane.

00:03:13.325 --> 00:03:16.430
Również niektóre z poziomu systemu operacyjnego
Liczniki dysków, które

00:03:16.430 --> 00:03:19.510
może być używany do patrzenia na jak
tych transferów i tak dalej,

00:03:19.510 --> 00:03:21.830
mogą nie być dostępne do

00:03:21.830 --> 00:03:24.200
podczas pracy z
urządzeń pamięci trwałej.

00:03:24.200 --> 00:03:28.865
To tylko jedna z rzeczy
musisz być świadomy.

00:03:28.865 --> 00:03:29.330
>> Pewnie.

00:03:29.330 --> 00:03:33.575
>> Są to nowe urządzenia i
jest bardzo zupełnie nowy ekscytujący Tack.

00:03:33.575 --> 00:03:33.935
>> Okay.

00:03:33.935 --> 00:03:37.565
>> Więc mogą być pewne łapanie
po stronie monitorowania.

00:03:37.565 --> 00:03:38.245
>> Pewnie.

00:03:38.245 --> 00:03:42.580
>> Dla Linuksa, nieulotna
Sterowanie urządzeniem

00:03:42.580 --> 00:03:45.110
to narzędzie, które
służy do konfigurowania tego.

00:03:45.110 --> 00:03:47.840
Zostanie ustawiony tryb fsdax,

00:03:47.840 --> 00:03:50.795
używać dwóch megabajtów ogromnych błędów stron,

00:03:50.795 --> 00:03:53.555
Ustawianie alokacji bloków
również do dwóch megabajtów.

00:03:53.555 --> 00:03:56.180
Wspieramy XFS lub EXT

00:03:56.180 --> 00:04:00.620
są dwa obsługiwane
systemów plików z językiem DAX.

00:04:00.620 --> 00:04:01.295
>> Okay.

00:04:01.295 --> 00:04:03.050
>> Tak trwały bufor dziennika,

00:04:03.050 --> 00:04:05.585
to było dostępne
faktycznie w SQL od

00:04:05.585 --> 00:04:10.140
SQL 2016 tylko dla systemu Windows do tej pory.

00:04:10.140 --> 00:04:12.470
Z SQL 2019, będziemy również

00:04:12.470 --> 00:04:15.875
Ta funkcja jest teraz dostępna
w systemie Linux i Windows.

00:04:15.875 --> 00:04:18.590
Używa tylko bardzo małego
ilość zdolności produkcyjnych,

00:04:18.590 --> 00:04:21.720
bufor dziennika jest tylko 20
megabajtów na bazę danych użytkowników.

00:04:21.720 --> 00:04:22.355
>> Okay.

00:04:22.355 --> 00:04:26.330
>> Więc to naprawdę nie bierze
ogromną ilość zdolności produkcyjnych,

00:04:26.330 --> 00:04:28.850
i zachowanie, które otrzymujesz jest bardzo

00:04:28.850 --> 00:04:31.250
podobne do wymuszania
opóźniona trwałość.

00:04:31.250 --> 00:04:31.910
>> Okay.

00:04:31.910 --> 00:04:34.040
>> Więc znowu nie czekasz na

00:04:34.040 --> 00:04:36.890
że log Flush się zdarzyć na dysku

00:04:36.890 --> 00:04:40.040
jednak zachęcać do żadnego ryzyka,

00:04:40.040 --> 00:04:43.235
wziąć to, co zmuszony opóźnione
Trwałość wokół utraty danych.

00:04:43.235 --> 00:04:45.290
>> Więc możesz nam powiedzieć
nieco więcej o

00:04:45.290 --> 00:04:47.550
Wymuszona opóźniona trwałość
dla tych, którzy są

00:04:47.550 --> 00:04:48.615
>> Pewnie, dla tych

00:04:48.615 --> 00:04:49.425
>>-nie wiedzą o tym?

00:04:49.425 --> 00:04:52.095
>> Tak. Dla tych, którzy
nie są znane,

00:04:52.095 --> 00:04:53.840
jest to zasadniczo

00:04:53.840 --> 00:04:57.260
asynchroniczne zatwierdzanie
mechanizmu w programie SQL Server.

00:04:57.260 --> 00:04:57.710
>> Okay.

00:04:57.710 --> 00:05:01.280
>> Więc jest kilka
ścieżek postępowania.

00:05:01.280 --> 00:05:03.740
Jeden jest dozwolony, w takim przypadku

00:05:03.740 --> 00:05:07.190
zwykłe zatwierdzenia
się zdarzyć, jak oczekujesz,

00:05:07.190 --> 00:05:08.270
czekasz na kolor,

00:05:08.270 --> 00:05:10.455
Poczekaj, aż zostaną utwardzone na płycie,

00:05:10.455 --> 00:05:15.440
lub w trybie wymuszonym, w którym
zatwierdzenia zachowują się tak.

00:05:15.440 --> 00:05:16.000
>> Okay.

00:05:16.000 --> 00:05:19.220
>> Więc co pozwoliło w
określisz na

00:05:19.220 --> 00:05:22.880
zobowiązać się, jeśli chcesz to
zachowanie i to jest dozwolone,

00:05:22.880 --> 00:05:24.935
niedozwolony, który jest domyślnym

00:05:24.935 --> 00:05:27.425
nie ma znaczenia, co masz w
tam nie będzie się działo.

00:05:27.425 --> 00:05:27.905
>> Pewnie.

00:05:27.905 --> 00:05:30.170
>> Następnie wymuszone wszystkie
Commit zachowuje się w ten sposób.

00:05:30.170 --> 00:05:32.285
>> Okay. Tak więc w trwałej
niski poziom jest bardzo

00:05:32.285 --> 00:05:34.890
podobne, ale nie całkowicie takie same.

00:05:34.890 --> 00:05:37.215
>> Bardzo podobna, ale
nie do końca takie same,

00:05:37.215 --> 00:05:39.845
ponieważ mamy
urządzenie pamięci trwałej,

00:05:39.845 --> 00:05:42.965
umieszczamy tam bufor dziennika,

00:05:42.965 --> 00:05:46.640
i gdy już piszemy tam wiemy
że jest trwały, a my

00:05:46.640 --> 00:05:50.360
nie ma ryzyka utraty danych
w przypadku awarii serwera,

00:05:50.360 --> 00:05:53.000
awaria zasilania, cokolwiek
tego rodzaju,

00:05:53.000 --> 00:05:56.570
możemy odzyskać dane na
urządzenia pamięci trwałej.

00:05:56.570 --> 00:05:57.920
>> Okay. Cool.

00:05:57.920 --> 00:06:00.230
>> To rzeczywiście całkiem proste.

00:06:00.230 --> 00:06:01.640
Wiele osób nie zdaje sobie sprawy,

00:06:01.640 --> 00:06:04.355
Wystarczy dodać plik dziennika

00:06:04.355 --> 00:06:07.580
20 megabajtów na
urządzenie pamięci trwałej,

00:06:07.580 --> 00:06:10.370
Program SQL Server będzie
rozpoznać to urządzenie,

00:06:10.370 --> 00:06:13.265
i będzie traktować go jako bufor dziennika.

00:06:13.265 --> 00:06:14.405
>> To bardzo proste

00:06:14.405 --> 00:06:15.665
>> Naprawdę to proste.

00:06:15.665 --> 00:06:16.205
>> Wow.

00:06:16.205 --> 00:06:19.550
>> tak, a jak widać
tutaj są bufor dziennika siedzi na

00:06:19.550 --> 00:06:23.090
pamięć klasy pamięci masowej
który jest PMM czasami

00:06:23.090 --> 00:06:26.480
nazywamy ją klasą magazynowania
pamięci i w niektórych miejscach

00:06:26.480 --> 00:06:30.405
ale to samo i nasze
rekordy dziennika są tam,

00:06:30.405 --> 00:06:31.950
i jak już wspomniałem,

00:06:31.950 --> 00:06:33.200
nie musimy czekać
dla nich poprzez

00:06:33.200 --> 00:06:36.365
opróżnić do głównego
pliku dziennika transakcji.

00:06:36.365 --> 00:06:37.010
>> Cool.

00:06:37.010 --> 00:06:41.875
>> Więc po prostu przełączyć
szybko do mojego demo tutaj.

00:06:41.875 --> 00:06:42.990
>> tak.

00:06:42.990 --> 00:06:46.280
>> Najpierw po prostu pokażę
że skonfigurowaliśmy

00:06:46.280 --> 00:06:49.310
tutaj nasze trwałe urządzenia pamięci.

00:06:49.310 --> 00:06:50.945
Jak już wspomniałem, te
są regularne moduły DIMM,

00:06:50.945 --> 00:06:53.180
Możesz zobaczyć identyfikatory urządzeń.

00:06:53.180 --> 00:06:56.405
Skonfigurowaliśmy dwa
urządzeń jeden na węzeł NUMA.

00:06:56.405 --> 00:06:56.855
>> Okay.

00:06:56.855 --> 00:07:01.565
>> Przeplotem przez urządzenia
w Modułdimm na tym węźle NUMA.

00:07:01.565 --> 00:07:05.330
Jest to więc zalecana
sposób, który mówimy, aby go skonfigurować.

00:07:05.330 --> 00:07:06.410
>> Okay.

00:07:06.410 --> 00:07:08.950
>> Znowu widzimy, że

00:07:08.950 --> 00:07:12.920
Nasza wartość DAX jest włączona
ustawiona na true tutaj,

00:07:12.920 --> 00:07:17.464
i jeśli chcemy korzystać z naszych starszych
Narzędzie typu wiersza polecenia,

00:07:17.464 --> 00:07:21.830
możemy po prostu dostać ten mały
nieco więcej informacji tutaj i możemy

00:07:21.830 --> 00:07:26.450
widzimy, że ustawiliśmy przydział
wielkość jednostki do dwóch megabajtów.

00:07:26.450 --> 00:07:28.640
>> Jak po prostu opisane.
To powinno być-tak.

00:07:28.640 --> 00:07:31.505
>> tak. Jak właśnie
opisane i całkiem

00:07:31.505 --> 00:07:36.185
proste po prostu dodajemy
Log-File, jak już wspomniałem,

00:07:36.185 --> 00:07:38.205
i po prostu tworzymy i

00:07:38.205 --> 00:07:40.700
niezależnie od wielkości
umieścić go tutaj będziemy rzeczywiście

00:07:40.700 --> 00:07:42.860
zintegrowany w celu wykorzystania 20 megabajtów

00:07:42.860 --> 00:07:46.025
ale po prostu iść do przodu i
Powiedzmy 20 megabajtów siedzi.

00:07:46.025 --> 00:07:47.975
>> tak. Wystarczy, aby upewnić.

00:07:47.975 --> 00:07:50.960
>> tak, i to naprawdę proste.

00:07:50.960 --> 00:07:52.550
>> Wow. W porządku.

00:07:52.550 --> 00:07:54.200
Więc to imponujące.

00:07:54.200 --> 00:07:56.900
Więc w zasadzie mogę odblokować
wszystkie te nowe Tech-

00:07:56.900 --> 00:07:58.580
Bufor dziennika trwałego przez tylko

00:07:58.580 --> 00:08:00.650
działa bardzo prosta komenda, prawda?

00:08:00.650 --> 00:08:01.055
>> tak.

00:08:01.055 --> 00:08:02.930
>> Pewnie. Musisz
Najpierw skonfiguruj urządzenie,

00:08:02.930 --> 00:08:05.965
a następnie po to zrobić
w SQL po prostu dodać dziennik.

00:08:05.965 --> 00:08:09.350
>> tak, i tego typu

00:08:09.350 --> 00:08:12.725
technologii jest naprawdę
umożliwiając nowy poziom

00:08:12.725 --> 00:08:15.020
magazynowania, pomagając usunąć

00:08:15.020 --> 00:08:17.075
tradycyjne
wąskich gardeł, które widzimy

00:08:17.075 --> 00:08:19.640
w SQL Server na wysokiej klasy obciążeń.

00:08:19.640 --> 00:08:22.220
>> W prawo. Tak duża innowacja, ale

00:08:22.220 --> 00:08:24.710
następnie zrobić w bardzo prosty sposób

00:08:24.710 --> 00:08:26.570
dla użytkownika i dla
konfiguracji.

00:08:26.570 --> 00:08:29.360
>> Tak. Budujemy inteligencję
do programu SQL Server, aby

00:08:29.360 --> 00:08:32.240
rozpoznać te urządzenia
i zachowują się odpowiednio.

00:08:32.240 --> 00:08:34.295
>> tak. Bardzo fajne. Dobrze
Dziękujemy za dzielenie się.

00:08:34.295 --> 00:08:34.895
>> Dziękuję.

00:08:34.895 --> 00:08:36.560
>> Myślę, że to było bardzo przydatne,

00:08:36.560 --> 00:08:37.910
bardzo interesujące, przynajmniej dla mnie.

00:08:37.910 --> 00:08:40.490
Mam nadzieję, że to było użyteczne i
interesujące dla Ciebie, jak również.

00:08:40.490 --> 00:08:43.065
Proszę Subskrybuj, jak,
komentarz do filmu,

00:08:43.065 --> 00:08:44.660
i mam nadzieję, że do zobaczenia następnym razem na

00:08:44.660 --> 00:08:47.040
kolejny odcinek
Dane narażone. Dzięki.

00:08:47.040 --> 00:09:01.630
MUZYKI