WEBVTT

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

00:00:01.830 --> 00:00:04.995
novou funkci pro Linux nazvanou
Trvalé vyrovnávací paměti protokolu.

00:00:04.995 --> 00:00:06.960
Byla k dispozici pro systém Windows dříve,

00:00:06.960 --> 00:00:08.385
v současné době také na Linuxu,

00:00:08.385 --> 00:00:10.740
a pomáhá eliminovat
problémová místa, která by mohla

00:00:10.740 --> 00:00:14.130
dojít při čekání na protokol
vyrovnávací paměť dvě zarovnávací na disk.

00:00:14.130 --> 00:00:18.300
Brian nám řekl všechno
o něm dnes v datech vystavených.

00:00:18.300 --> 00:00:29.040
HUDBY

00:00:29.040 --> 00:00:32.115
>> Ahoj, Vítejte na jiném
epizodu exponovaných dat.

00:00:32.115 --> 00:00:35.220
Jsem váš hostitel Jeroen a
Dnes mám s sebou Briana

00:00:35.220 --> 00:00:38.460
hovořit o trvalém
Vyrovnávací paměti protokolu v jazyce SQL 2019.

00:00:38.460 --> 00:00:40.230
Ahoj, Briane, Vítej v show.

00:00:40.230 --> 00:00:42.195
>> Ahoj, Jeroene. Děkuju.

00:00:42.195 --> 00:00:46.045
>> Tak co budeme povídat
o trvalých dlouhých vyrovnávacích pamětech?

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

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

00:00:47.685 --> 00:00:50.400
>> Tak trvalý protokol
Buffer je jedním z toho, co

00:00:50.400 --> 00:00:53.325
říkáme v paměti
Rodina databázových funkcí,

00:00:53.325 --> 00:00:55.965
včetně paměti OLTP,

00:00:55.965 --> 00:00:59.265
Trvalá vyrovnávací paměť protokolu, která
Dnes vám předvedu,

00:00:59.265 --> 00:01:01.845
někdy nazývané ocas mezipaměti protokolu,

00:01:01.845 --> 00:01:05.040
Data a souboru protokolu
Osvícení v Linuxu

00:01:05.040 --> 00:01:07.470
Hybridní fond vyrovnávacích pamětí v
Linux a Windows,

00:01:07.470 --> 00:01:09.870
a Memory-optimalizovat metadata TempDB.

00:01:09.870 --> 00:01:11.370
>> Dobře. Cool.

00:01:11.370 --> 00:01:17.195
>> Tak se rychle zmíním
o trvalých paměťových zařízeních.

00:01:17.195 --> 00:01:19.550
Spousta lidí
je viděl, ale v podstatě

00:01:19.550 --> 00:01:21.730
Jedná se o běžné moduly DIMM, které jste

00:01:21.730 --> 00:01:26.275
na server, který
v různých kapacitách.

00:01:26.275 --> 00:01:30.545
MVDIMM-N, který je jedním z typů
technologie trvalé paměti,

00:01:30.545 --> 00:01:34.325
pochází z 8, 16 nebo 32
vystoupení DIMM kapacity,

00:01:34.325 --> 00:01:36.980
a poté získal nejnovější verzi Intel

00:01:36.980 --> 00:01:41.150
Trvalá paměť stejnosměrného proudu je součástí
mnohem vyšší kapacity 128,

00:01:41.150 --> 00:01:44.810
256 gigabajty nebo 512 gigabajty DIMM.

00:01:44.810 --> 00:01:46.820
>> To jsou všichni
trvalé paměti. Wow.

00:01:46.820 --> 00:01:48.060
>> Ano. Takže můžeš,

00:01:48.060 --> 00:01:49.290
na serveru pro soket,

00:01:49.290 --> 00:01:52.370
můžete podporovat až 24
terabajtů trvalé paměti.

00:01:52.370 --> 00:01:53.750
>> Mohu odemknout všechny

00:01:53.750 --> 00:01:55.970
s tímto trvalým
vyrovnávací paměť protokolu, správně?

00:01:55.970 --> 00:01:56.570
>> Správně.

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

00:01:57.680 --> 00:02:00.110
>> Trvalý protokol
Vyrovnávací paměť je určena k

00:02:00.110 --> 00:02:02.075
vyřešení konkrétního případu použití

00:02:02.075 --> 00:02:07.400
kde jste se při zpomalování
nebo počká v pracovní zátěži,

00:02:07.400 --> 00:02:12.385
čekání na vyrovnávací paměť protokolu, která
je v paměti pro vyprázdnění na disk.

00:02:12.385 --> 00:02:13.005
>> Dobře.

00:02:13.005 --> 00:02:16.114
>> Takže používá
trvalé paměťové zařízení

00:02:16.114 --> 00:02:19.355
ví, že jakmile se to
zapsány do tohoto zařízení,

00:02:19.355 --> 00:02:21.650
že nepotřebuje
čekání na vyprázdnění

00:02:21.650 --> 00:02:24.270
protože je již na
trvalé zařízení.

00:02:24.270 --> 00:02:26.195
>> Potom bude zařízení
Postarejte se o zbytek.

00:02:26.195 --> 00:02:28.835
>> Ano, zařízení bude
pak se postarejte o zbytek

00:02:28.835 --> 00:02:31.730
Zatímco budete v podstatě pokračovat
s pracovní zátěží.

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

00:02:32.180 --> 00:02:35.585
>> Takže při nastavování
Tato zařízení v systému Windows,

00:02:35.585 --> 00:02:41.600
Máme některá základní doporučení
uzamknutí stránek v paměti,

00:02:41.600 --> 00:02:44.150
používáte dva megabajty
velikost alokační jednotky

00:02:44.150 --> 00:02:46.760
pro systém souborů NTFS, který nebude výchozí.

00:02:46.760 --> 00:02:47.180
>> Dobře.

00:02:47.180 --> 00:02:49.715
>> Také potřebujete
nastavit tento příznak DAX.

00:02:49.715 --> 00:02:51.920
Takže DAX je skutečně tím, co nám umožňuje

00:02:51.920 --> 00:02:55.280
zpracování trvalé paměti
zařízení a zapisovat do něj

00:02:55.280 --> 00:02:57.260
přímo vynechává všechny

00:02:57.260 --> 00:02:59.795
zásobník jádra, který

00:02:59.795 --> 00:03:03.090
obvykle potřebujete
při vyřizování souborů.

00:03:03.090 --> 00:03:05.145
Nebude k dispozici v grafickém uživatelském rozhraní,

00:03:05.145 --> 00:03:07.250
Takže budete muset použít
pro tohle nějaké prostředí PowerShell.

00:03:07.250 --> 00:03:09.560
>> Dobře. Dobře. Budete
Ukaž nám, jak to funguje, ne?

00:03:09.560 --> 00:03:13.325
>> Ano. Ukážu vám, jak
těchto konfigurací.

00:03:13.325 --> 00:03:16.430
Také část vašeho operačního systému
čítače disků, které

00:03:16.430 --> 00:03:19.510
může být použito pro pohled jako
Tyto převody a tak dále,

00:03:19.510 --> 00:03:21.830
pravděpodobně není k dispozici pro

00:03:21.830 --> 00:03:24.200
vás při práci s
trvalá paměťová zařízení.

00:03:24.200 --> 00:03:28.865
To je jen jedna z věcí
potřebujete vědět.

00:03:28.865 --> 00:03:29.330
>> Jistě.

00:03:29.330 --> 00:03:33.575
>> Jedná se o nová zařízení
je velmi zbrusu nový vzrušující směr.

00:03:33.575 --> 00:03:33.935
>> Dobře.

00:03:33.935 --> 00:03:37.565
>> Takže může dojít k chytání
na monitorovací straně.

00:03:37.565 --> 00:03:38.245
>> Jistě.

00:03:38.245 --> 00:03:42.580
>> Pro Linux, nestálé
ovládání zařízení

00:03:42.580 --> 00:03:45.110
je nástroj, který
použít ke konfiguraci tohoto nastavení.

00:03:45.110 --> 00:03:47.840
Nastavíte ji na režim fsdax,

00:03:47.840 --> 00:03:50.795
použít dva megabajty velké chyby stránkování,

00:03:50.795 --> 00:03:53.555
nastavení přidělení bloku
také na dva megabajty.

00:03:53.555 --> 00:03:56.180
Podporujeme XFS nebo EXT

00:03:56.180 --> 00:04:00.620
pro tyto dva jsou podporovány
systémů souborů s DAX.

00:04:00.620 --> 00:04:01.295
>> Dobře.

00:04:01.295 --> 00:04:03.050
>> Tak trvalý zásobník protokolu,

00:04:03.050 --> 00:04:05.585
Toto bylo k dispozici
ve skutečnosti v SQL od

00:04:05.585 --> 00:04:10.140
SQL 2016 pouze pro systém Windows.

00:04:10.140 --> 00:04:12.470
S SQL 2019 budeme mít také

00:04:12.470 --> 00:04:15.875
Tato funkce je nyní k dispozici
v Linuxu a Windows.

00:04:15.875 --> 00:04:18.590
Používá pouze velmi malou
objem kapacity,

00:04:18.590 --> 00:04:21.720
vyrovnávací paměť pro protokol je pouze 20
megabajty jednotlivých uživatelů.

00:04:21.720 --> 00:04:22.355
>> Dobře.

00:04:22.355 --> 00:04:26.330
>> Takže to opravdu nezabere
velké množství kapacity,

00:04:26.330 --> 00:04:28.850
a chování, které získáte, je velmi

00:04:28.850 --> 00:04:31.250
Podobně jako vynucení
Opožděná životnost.

00:04:31.250 --> 00:04:31.910
>> Dobře.

00:04:31.910 --> 00:04:34.040
>> Tak znovu, nečekám na

00:04:34.040 --> 00:04:36.890
to, že se protokol vyprázdní na disk

00:04:36.890 --> 00:04:40.040
ale nevybídla žádná z rizik, která

00:04:40.040 --> 00:04:43.235
vezmete v co vynuceně opožděné
Životnost kolem ztráty dat.

00:04:43.235 --> 00:04:45.290
>> Můžete nám říct
trochu víc o

00:04:45.290 --> 00:04:47.550
Vynucená opožděná životnost
pro ty, které jsou-

00:04:47.550 --> 00:04:48.615
>> Jistě, pro ty-

00:04:48.615 --> 00:04:49.425
>>-neuvědomovala si to?

00:04:49.425 --> 00:04:52.095
>> Ano. Pro ty, kteří
nejsou známy,

00:04:52.095 --> 00:04:53.840
To je v podstatě

00:04:53.840 --> 00:04:57.260
asynchronní potvrzení
mechanismus na serveru SQL Server.

00:04:57.260 --> 00:04:57.710
>> Dobře.

00:04:57.710 --> 00:05:01.280
>> Takže pár
způsobů, jak to udělat.

00:05:01.280 --> 00:05:03.740
Jeden je povolen, v takovém případě

00:05:03.740 --> 00:05:07.190
vaše normální potvrzení
stát, jak očekáváte,

00:05:07.190 --> 00:05:08.270
čekáte na flush,

00:05:08.270 --> 00:05:10.455
čekat, až budou kalené na kotouči,

00:05:10.455 --> 00:05:15.440
nebo v vynuceným režimu, kde všechny
potvrzení se chovají takto.

00:05:15.440 --> 00:05:16.000
>> Dobře.

00:05:16.000 --> 00:05:19.220
>> Tak co je povoleno v
určíte na každém

00:05:19.220 --> 00:05:22.880
potvrzovat, pokud chcete, aby tato
chování a je povoleno,

00:05:22.880 --> 00:05:24.935
zakázáno, což je výchozí

00:05:24.935 --> 00:05:27.425
Nezáleží na tom, co máš v
tam se to nestane.

00:05:27.425 --> 00:05:27.905
>> Jistě.

00:05:27.905 --> 00:05:30.170
>> Pak donutil všechny
se chová takto.

00:05:30.170 --> 00:05:32.285
>> Dobře. Takže v trvalém
nízká úroveň je velmi

00:05:32.285 --> 00:05:34.890
podobná, ale ne úplně stejná.

00:05:34.890 --> 00:05:37.215
>> Velmi podobné, ale
Ne úplně stejné,

00:05:37.215 --> 00:05:39.845
protože máme
trvalé paměťové zařízení,

00:05:39.845 --> 00:05:42.965
jsme tam dali svou kládu,

00:05:42.965 --> 00:05:46.640
a jakmile tam napíšeme, víme
že je to trvalé a my

00:05:46.640 --> 00:05:50.360
nemají žádné riziko ztráty dat
v případě havárie serveru,

00:05:50.360 --> 00:05:53.000
výpadek proudu, cokoliv
této povahy,

00:05:53.000 --> 00:05:56.570
Můžeme se zotavit z dat na
trvalé paměťové zařízení.

00:05:56.570 --> 00:05:57.920
>> Dobře. Cool.

00:05:57.920 --> 00:06:00.230
>> Je to vlastně docela jednoduché.

00:06:00.230 --> 00:06:01.640
Hodně lidí si neuvědomuje,

00:06:01.640 --> 00:06:04.355
jednoduše přidáte soubor protokolu

00:06:04.355 --> 00:06:07.580
20 megabajtů na
trvalé paměťové zařízení,

00:06:07.580 --> 00:06:10.370
SQL Server bude
rozpoznat toto zařízení,

00:06:10.370 --> 00:06:13.265
a bude s ním zacházet jako s vyrovnávací pamětí protokolu.

00:06:13.265 --> 00:06:14.405
>> Je to velmi jednoduché

00:06:14.405 --> 00:06:15.665
>> Opravdu jednoduché.

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

00:06:16.205 --> 00:06:19.550
>> Ano, a jak můžeme vidět
Zde je vyrovnávací paměť protokolu, která sedí na

00:06:19.550 --> 00:06:23.090
paměť třídy úložiště
což je někdy PMM

00:06:23.090 --> 00:06:26.480
Říkáme mu třída úložišť
paměť a na některých místech

00:06:26.480 --> 00:06:30.405
ale to samé a naše
záznamy protokolu jsou tam,

00:06:30.405 --> 00:06:31.950
a jak jsem se zmínil,

00:06:31.950 --> 00:06:33.200
nebudeme muset čekat
pro ně prostřednictvím

00:06:33.200 --> 00:06:36.365
vyprázdněny na hlavní
souboru protokolu transakcí.

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

00:06:37.010 --> 00:06:41.875
>> Takže se prostě přepnu
sem na tu předváděčku rychle.

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

00:06:42.990 --> 00:06:46.280
>> Nejdřív jen ukážu
které jsme nakonfigurovali

00:06:46.280 --> 00:06:49.310
zde naše trvalá paměťová zařízení.

00:06:49.310 --> 00:06:50.945
Jak jsem již zmínil, tyto
jsou běžné moduly DIMM,

00:06:50.945 --> 00:06:53.180
Můžete zde vidět ID zařízení.

00:06:53.180 --> 00:06:56.405
Nakonfigurovali jsme dva
zařízení jeden na uzel NUMA.

00:06:56.405 --> 00:06:56.855
>> Dobře.

00:06:56.855 --> 00:07:01.565
>> Prokládaný přes zařízení
v DIMMs na tomto uzlu NUMA.

00:07:01.565 --> 00:07:05.330
Toto je doporučený
způsobem, jak to řekneme.

00:07:05.330 --> 00:07:06.410
>> Dobře.

00:07:06.410 --> 00:07:08.950
>> Znovu vidíme, že

00:07:08.950 --> 00:07:12.920
je povolena naše hodnota DAX
je zde nastavena hodnota true,

00:07:12.920 --> 00:07:17.464
a pokud chceme použít naši starší
Nástroj příkazového řádku,

00:07:17.464 --> 00:07:21.830
můžeme jen tak dostat tu malou
Další informace a můžeme

00:07:21.830 --> 00:07:26.450
zjistit, že jsme nastavili přidělení
velikost jednotky na 2 megabajty.

00:07:26.450 --> 00:07:28.640
>> Jak jsi to popsal.
Mělo by to být-Ano.

00:07:28.640 --> 00:07:31.505
>> Ano. Jak jsem právě
popsán a zcela

00:07:31.505 --> 00:07:36.185
jednoduše jen přidáme
soubor protokolu, jak jsem již zmínil,

00:07:36.185 --> 00:07:38.205
a právě vytváříme a

00:07:38.205 --> 00:07:40.700
bez ohledu na velikost, kterou
tam dát, budeme

00:07:40.700 --> 00:07:42.860
integrován s použitím 20 megabajtů

00:07:42.860 --> 00:07:46.025
ale jděte napřed a
Řekněme 20 megabajtů.

00:07:46.025 --> 00:07:47.975
>> Ano. Jen se ujistit.

00:07:47.975 --> 00:07:50.960
>> Ano, a je to opravdu tak jednoduché.

00:07:50.960 --> 00:07:52.550
>> Wow. Dobře.

00:07:52.550 --> 00:07:54.200
To je působivé.

00:07:54.200 --> 00:07:56.900
Takže v podstatě mohu odemknout
všechny tyto nové techniky s

00:07:56.900 --> 00:07:58.580
Trvalý zásobník protokolu pouze

00:07:58.580 --> 00:08:00.650
běžet velmi jednoduchým příkazem, že?

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

00:08:01.055 --> 00:08:02.930
>> Jistě. Musíš
nejprve nakonfigurovat zařízení,

00:08:02.930 --> 00:08:05.965
a potom se to stalo
v jazyce SQL stačí přidat protokol.

00:08:05.965 --> 00:08:09.350
>> Ano a tento typ

00:08:09.350 --> 00:08:12.725
technologie je skutečně
povolení nové vrstvy

00:08:12.725 --> 00:08:15.020
úložiště pomáhající odstranit část

00:08:15.020 --> 00:08:17.075
tradiční
slabá místa, která vidíme

00:08:17.075 --> 00:08:19.640
na serveru SQL Server na špičkové pracovní vytížení.

00:08:19.640 --> 00:08:22.220
>> Správně. Tak velké inovace, ale

00:08:22.220 --> 00:08:24.710
pak udělal velmi jednoduchým způsobem

00:08:24.710 --> 00:08:26.570
pro uživatele a pro
konfiguraci.

00:08:26.570 --> 00:08:29.360
>> Ano. Stavíme inteligenci
do serveru SQL Server tak, aby

00:08:29.360 --> 00:08:32.240
rozpoznat tato zařízení
a podle toho se chovají.

00:08:32.240 --> 00:08:34.295
>> Ano. Moc dobrý. Dobře
Děkujeme za sdílení.

00:08:34.295 --> 00:08:34.895
>> Děkuji.

00:08:34.895 --> 00:08:36.560
>> Myslím, že to bylo velmi užitečné,

00:08:36.560 --> 00:08:37.910
velmi zajímavé, alespoň pro mě.

00:08:37.910 --> 00:08:40.490
Doufám, že to bylo užitečné a
pro tebe taky zajímavá.

00:08:40.490 --> 00:08:43.065
Přihlaste se prosím jako
komentář k videu,

00:08:43.065 --> 00:08:44.660
a doufám, že se příště uvidíme na

00:08:44.660 --> 00:08:47.040
Další epizoda
Zpřístupněné údaje. Dík.

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