WEBVTT

00:00:00.000 --> 00:00:01.830
Сервер S'L 2019 предоставляет

00:00:01.830 --> 00:00:04.995
новая функция для Linux называется
Стойкие буферы журнала.

00:00:04.995 --> 00:00:06.960
Он был доступен для Windows раньше,

00:00:06.960 --> 00:00:08.385
в настоящее время на Linux, а также,

00:00:08.385 --> 00:00:10.740
и это поможет вам устранить
узкие места, которые могли бы

00:00:10.740 --> 00:00:14.130
возникают при ожидании журнала
буфер два флеш на диск.

00:00:14.130 --> 00:00:18.300
Брайан здесь, чтобы рассказать нам все
об этом сегодня на данные разоблачены.

00:00:18.300 --> 00:00:29.040
(МУЗЫКА)

00:00:29.040 --> 00:00:32.115
Привет, и добро пожаловать в другой
эпизод данных разоблачены.

00:00:32.115 --> 00:00:35.220
Я ваш хозяин Джероен, и
Сегодня у меня есть Брайан со мной

00:00:35.220 --> 00:00:38.460
говорить о стойких
Буферы журнала в S'L 2019.

00:00:38.460 --> 00:00:40.230
Привет, Брайан, добро пожаловать на шоу.

00:00:40.230 --> 00:00:42.195
Привет, Джеруан. Спасибо.

00:00:42.195 --> 00:00:46.045
Так что же мы будем говорить
о стойких длинных буферов?

00:00:46.045 --> 00:00:47.160
Да, да. Так-

00:00:47.160 --> 00:00:47.685
Что это такое?

00:00:47.685 --> 00:00:50.400
Так настойчиво журнал
Буфер является одним из того, что

00:00:50.400 --> 00:00:53.325
мы называем In-Memory
Семейство функций базы данных,

00:00:53.325 --> 00:00:55.965
которая включает в себя IN-Memory OLTP,

00:00:55.965 --> 00:00:59.265
Постоянный буфер журнала, который
Я продемонстрирую сегодня,

00:00:59.265 --> 00:01:01.845
иногда называют Хвост журнала Кэшинг,

00:01:01.845 --> 00:01:05.040
файл данных и журналов
Просвещение в Linux,

00:01:05.040 --> 00:01:07.470
Гибридный буферный бассейн в
Linux и Windows,

00:01:07.470 --> 00:01:09.870
и памяти-оптимизировать TempDB Метаданные.

00:01:09.870 --> 00:01:11.370
Хорошо, хорошо. Классно.

00:01:11.370 --> 00:01:17.195
Так что я просто упомянуть быстро
о стойких устройствах памяти.

00:01:17.195 --> 00:01:19.550
Многие люди не
видел их, но по существу

00:01:19.550 --> 00:01:21.730
это регулярные DIMMs, что вы

00:01:21.730 --> 00:01:26.275
кормить на сервере, который
бывают разных возможностей.

00:01:26.275 --> 00:01:30.545
MVDIMM-N, который является одним из видов
технологии постоянной памяти,

00:01:30.545 --> 00:01:34.325
приходит 8, 16 или 32
мощность GIG DIMM,

00:01:34.325 --> 00:01:36.980
, а затем последние Intel получил

00:01:36.980 --> 00:01:41.150
DC Стойкая память приходит в
гораздо более высокой емкости 128,

00:01:41.150 --> 00:01:44.810
256 гигабайт, или 512 гигабайт DIMM.

00:01:44.810 --> 00:01:46.820
Вот и все они.
стойкой памяти. Ой.

00:01:46.820 --> 00:01:48.060
Да, да. Таким образом, вы можете,

00:01:48.060 --> 00:01:49.290
на сервере розетки Нейта,

00:01:49.290 --> 00:01:52.370
Вы можете поддерживать до 24
терабайты стойкой памяти.

00:01:52.370 --> 00:01:53.750
Я могу разблокировать все

00:01:53.750 --> 00:01:55.970
что с этой настойчивой
буфер журнала, не так ли?

00:01:55.970 --> 00:01:56.570
Правильно.

00:01:56.570 --> 00:01:57.680
Вау.

00:01:57.680 --> 00:02:00.110
Стойкий журнал
Буфер предназначен для

00:02:00.110 --> 00:02:02.075
решить конкретный случай использования

00:02:02.075 --> 00:02:07.400
где вы были понести замедления
или ждет в вашей рабочей нагрузке,

00:02:07.400 --> 00:02:12.385
ожидания буфера журнала, который
находится в памяти, чтобы промыть на диск.

00:02:12.385 --> 00:02:13.005
Хорошо, хорошо.

00:02:13.005 --> 00:02:16.114
Таким образом, он использует
постоянное устройство памяти

00:02:16.114 --> 00:02:19.355
на нем знает, что как только это
написано на это устройство,

00:02:19.355 --> 00:02:21.650
что ему не нужно
ждать флеш

00:02:21.650 --> 00:02:24.270
потому что это уже на
постоянное устройство.

00:02:24.270 --> 00:02:26.195
Тогда устройство будет
заботиться об остальном.

00:02:26.195 --> 00:02:28.835
Да, устройство будет
затем заботиться об остальном

00:02:28.835 --> 00:02:31.730
в то время как вы продолжаете по существу
с вашей рабочей нагрузкой.

00:02:31.730 --> 00:02:32.180
Да, да.

00:02:32.180 --> 00:02:35.585
Поэтому при настройке
эти устройства в Windows,

00:02:35.585 --> 00:02:41.600
у нас есть некоторые основные рекомендации
что вы блокируете страницы в памяти,

00:02:41.600 --> 00:02:44.150
Вы используете два мегабайт
размер единицы распределения

00:02:44.150 --> 00:02:46.760
для NTFS, который не будет по умолчанию.

00:02:46.760 --> 00:02:47.180
Хорошо, хорошо.

00:02:47.180 --> 00:02:49.715
Кроме того, вам нужно
установить этот флаг DAX.

00:02:49.715 --> 00:02:51.920
Так DAX действительно то, что позволяет нам

00:02:51.920 --> 00:02:55.280
лечить постоянную память
устройство и написать ему

00:02:55.280 --> 00:02:57.260
непосредственно пропуская все

00:02:57.260 --> 00:02:59.795
стек ядра, что

00:02:59.795 --> 00:03:03.090
Вы, как правило, необходимо
при работе с файлами.

00:03:03.090 --> 00:03:05.145
Не будет доступна в ГРАФИЧЕСКОм интерфейсе,

00:03:05.145 --> 00:03:07.250
так что вам нужно будет использовать
некоторые PowerShell для этого.

00:03:07.250 --> 00:03:09.560
Хорошо, хорошо. Хорошо. Ты
показать нам, как это работает, не так ли?

00:03:09.560 --> 00:03:13.325
Да, да. Я покажу, как
они настраиваться.

00:03:13.325 --> 00:03:16.430
Также некоторые из вашего уровня ОС
диск счетчики, которые вы

00:03:16.430 --> 00:03:19.510
может быть использовано для глядя на как
эти переводы и так далее,

00:03:19.510 --> 00:03:21.830
может быть недоступен для

00:03:21.830 --> 00:03:24.200
вы, когда вы работаете с
стойкие устройства памяти.

00:03:24.200 --> 00:03:28.865
Это только одна из вещей,
Вы должны быть в курсе.

00:03:28.865 --> 00:03:29.330
Конечно же.

00:03:29.330 --> 00:03:33.575
Это новые устройства, и это
очень совершенно новый захватывающий курс.

00:03:33.575 --> 00:03:33.935
Хорошо, хорошо.

00:03:33.935 --> 00:03:37.565
Так что могут быть некоторые ловли
до этого на стороне мониторинга.

00:03:37.565 --> 00:03:38.245
Конечно же.

00:03:38.245 --> 00:03:42.580
Для Linux, нелетучие
управление устройством

00:03:42.580 --> 00:03:45.110
это утилита, которую вы
использовать для настройки этого.

00:03:45.110 --> 00:03:47.840
Вы установите его в режим fsdax,

00:03:47.840 --> 00:03:50.795
использовать два мегабайт огромные ошибки страницы,

00:03:50.795 --> 00:03:53.555
установить распределение блоков
также до двух мегабайт.

00:03:53.555 --> 00:03:56.180
Мы поддерживаем XFS или EXT

00:03:56.180 --> 00:04:00.620
для них два поддерживается
файловые системы с DAX.

00:04:00.620 --> 00:04:01.295
Хорошо, хорошо.

00:04:01.295 --> 00:04:03.050
Так настойчивый журнал буфера,

00:04:03.050 --> 00:04:05.585
это было доступно
на самом деле в СЗЛ, так как

00:04:05.585 --> 00:04:10.140
До сих пор только для Windows.

00:04:10.140 --> 00:04:12.470
С помощью S'L 2019 мы также

00:04:12.470 --> 00:04:15.875
эта функция теперь доступна
в Linux, а также Windows.

00:04:15.875 --> 00:04:18.590
Использует только очень маленький
мощности,

00:04:18.590 --> 00:04:21.720
буфер журнала только 20
мегабайт на базу данных пользователей.

00:04:21.720 --> 00:04:22.355
Хорошо, хорошо.

00:04:22.355 --> 00:04:26.330
Так что это действительно не принимает
до огромного количества потенциала,

00:04:26.330 --> 00:04:28.850
и поведение, которое вы получаете очень

00:04:28.850 --> 00:04:31.250
подобно принуждению
задержкой долговечности.

00:04:31.250 --> 00:04:31.910
Хорошо, хорошо.

00:04:31.910 --> 00:04:34.040
Итак, опять же, вы не ждете

00:04:34.040 --> 00:04:36.890
что прилив журнала случится с диском

00:04:36.890 --> 00:04:40.040
но не поощрял ни один из рисков, которые

00:04:40.040 --> 00:04:43.235
Вы берете то, что принудительное отложено
Долговечность потери данных.

00:04:43.235 --> 00:04:45.290
Так что вы можете сказать нам
немного больше о

00:04:45.290 --> 00:04:47.550
Принудительная задержка долговечности
для тех, кто-

00:04:47.550 --> 00:04:48.615
Конечно, для тех-

00:04:48.615 --> 00:04:49.425
- не зная об этом?

00:04:49.425 --> 00:04:52.095
Да, да. Для тех, кто
не знакомы,

00:04:52.095 --> 00:04:53.840
это по существу

00:04:53.840 --> 00:04:57.260
асинхронный коммит
механизм в сервере S'L.

00:04:57.260 --> 00:04:57.710
Хорошо, хорошо.

00:04:57.710 --> 00:05:01.280
Так что есть пара
способов сделать это.

00:05:01.280 --> 00:05:03.740
Один из них допускается, и в этом случае

00:05:03.740 --> 00:05:07.190
ваши обычные коммиты
произойдет, как вы ожидаете,

00:05:07.190 --> 00:05:08.270
Вы ждете флеш,

00:05:08.270 --> 00:05:10.455
ждать их, чтобы быть закаленные на диске,

00:05:10.455 --> 00:05:15.440
или в вынужденном режиме, где все
коммиты ведут себя так.

00:05:15.440 --> 00:05:16.000
Хорошо, хорошо.

00:05:16.000 --> 00:05:19.220
Так что же разрешено в
Вы указываете на

00:05:19.220 --> 00:05:22.880
совершить основу, если вы хотите этого
поведение, и это разрешено,

00:05:22.880 --> 00:05:24.935
запрещено, что является по умолчанию

00:05:24.935 --> 00:05:27.425
не имеет значения, что у вас есть в
там это не произойдет.

00:05:27.425 --> 00:05:27.905
Конечно же.

00:05:27.905 --> 00:05:30.170
Затем заставили всех
коммиты ведут себя таким образом.

00:05:30.170 --> 00:05:32.285
Хорошо, хорошо. Таким образом, в стойких
низкий уровень очень

00:05:32.285 --> 00:05:34.890
аналогичные, но не совсем то же самое.

00:05:34.890 --> 00:05:37.215
Очень похожи, но
не совсем то же самое,

00:05:37.215 --> 00:05:39.845
потому что у нас есть
стойкое устройство памяти,

00:05:39.845 --> 00:05:42.965
мы ставим наш буфер журнала там,

00:05:42.965 --> 00:05:46.640
и как только мы пишем там мы знаем,
что это сохраняется, и мы

00:05:46.640 --> 00:05:50.360
не имеют никакого риска потери данных
в случае сбоя сервера,

00:05:50.360 --> 00:05:53.000
сбой питания, что-нибудь
такого рода,

00:05:53.000 --> 00:05:56.570
мы можем оправиться от данных о
постоянное устройство памяти.

00:05:56.570 --> 00:05:57.920
Хорошо, хорошо. Классно.

00:05:57.920 --> 00:06:00.230
На самом деле это довольно просто.

00:06:00.230 --> 00:06:01.640
Многие люди не понимают,

00:06:01.640 --> 00:06:04.355
вы просто добавляете файл журнала

00:06:04.355 --> 00:06:07.580
из 20 мегабайт на
стойкое устройство памяти,

00:06:07.580 --> 00:06:10.370
Сервер S'L будет
распознать это устройство,

00:06:10.370 --> 00:06:13.265
и будет рассматривать его как буфер журнала.

00:06:13.265 --> 00:06:14.405
Это очень просто

00:06:14.405 --> 00:06:15.665
Действительно так просто.

00:06:15.665 --> 00:06:16.205
Вау.

00:06:16.205 --> 00:06:19.550
Да, и, как мы можем видеть
здесь буфер журнала сидя на

00:06:19.550 --> 00:06:23.090
наша память класса хранения
который pmM иногда

00:06:23.090 --> 00:06:26.480
мы называем это классом хранения
память и в некоторых местах

00:06:26.480 --> 00:06:30.405
но то же самое и наши
записи журнала есть,

00:06:30.405 --> 00:06:31.950
и, как я уже говорил,

00:06:31.950 --> 00:06:33.200
мы не должны ждать
для них через

00:06:33.200 --> 00:06:36.365
промыть к основному
файл журнала транзакций.

00:06:36.365 --> 00:06:37.010
Прохладный.

00:06:37.010 --> 00:06:41.875
Так что я просто переключиться
быстро к моей демо здесь.

00:06:41.875 --> 00:06:42.990
Да, да.

00:06:42.990 --> 00:06:46.280
Сначала я просто покажу
что мы настроили

00:06:46.280 --> 00:06:49.310
здесь наши стойкие устройства памяти.

00:06:49.310 --> 00:06:50.945
Как я уже упоминал, эти
являются регулярными DIMMs,

00:06:50.945 --> 00:06:53.180
Вы можете увидеть иные данные устройства там.

00:06:53.180 --> 00:06:56.405
Мы настроили два
устройств 1 на numA узла.

00:06:56.405 --> 00:06:56.855
Хорошо, хорошо.

00:06:56.855 --> 00:07:01.565
- Переплетенные по устройствам
на DIMMs на этом узах NUMA.

00:07:01.565 --> 00:07:05.330
Так что это рекомендуется
таким образом, что мы говорим, чтобы установить его.

00:07:05.330 --> 00:07:06.410
Хорошо, хорошо.

00:07:06.410 --> 00:07:08.950
Опять же, мы видим, что

00:07:08.950 --> 00:07:12.920
наше значение DAX включено
он установлен на верное здесь,

00:07:12.920 --> 00:07:17.464
и если мы хотим использовать наши старые
утилита типа командной строки,

00:07:17.464 --> 00:07:21.830
мы можем просто получить, что мало
немного больше информации здесь, и мы можем

00:07:21.830 --> 00:07:26.450
видеть, что мы установили распределение
размер единицы до двух мегабайт.

00:07:26.450 --> 00:07:28.640
Как вы только что описали.
Должно быть- да.

00:07:28.640 --> 00:07:31.505
Да, да. Как я только что
описано и вполне

00:07:31.505 --> 00:07:36.185
просто мы просто добавить
журнал-файл, как я уже упоминал,

00:07:36.185 --> 00:07:38.205
и мы просто создать и

00:07:38.205 --> 00:07:40.700
независимо от того, какого размера вы
положить его сюда мы на самом деле

00:07:40.700 --> 00:07:42.860
интегрированы в использование 20 мегабайт

00:07:42.860 --> 00:07:46.025
но просто идти вперед и
скажем, 20 мегабайт сидит.

00:07:46.025 --> 00:07:47.975
Да, да. Просто чтобы убедиться.

00:07:47.975 --> 00:07:50.960
Да, и это действительно так просто.

00:07:50.960 --> 00:07:52.550
Вау. Хорошо.

00:07:52.550 --> 00:07:54.200
Так что это впечатляет.

00:07:54.200 --> 00:07:56.900
Так что в основном я могу разблокировать
все эти новые технологии с

00:07:56.900 --> 00:07:58.580
постоянный буфер журнала просто

00:07:58.580 --> 00:08:00.650
работает очень простая команда, не так ли?

00:08:00.650 --> 00:08:01.055
Да, да.

00:08:01.055 --> 00:08:02.930
Конечно же. Вы должны
сначала настроить устройство,

00:08:02.930 --> 00:08:05.965
, а затем после того, как это будет сделано
в S'L вы просто добавляете журнал.

00:08:05.965 --> 00:08:09.350
Да, и этот тип

00:08:09.350 --> 00:08:12.725
технологии на самом деле
новый уровень

00:08:12.725 --> 00:08:15.020
хранения помогает удалить некоторые из

00:08:15.020 --> 00:08:17.075
традиционные
узкие места, которые мы видим

00:08:17.075 --> 00:08:19.640
в сервере S'L на высокопроизводительных рабочих нагрузках.

00:08:19.640 --> 00:08:22.220
В-право. Так большие инновации, но

00:08:22.220 --> 00:08:24.710
Затем сделано в очень простой способ

00:08:24.710 --> 00:08:26.570
для пользователя и для
конфигурации.

00:08:26.570 --> 00:08:29.360
Да, да. Мы строим интеллект
в сервер S'L для

00:08:29.360 --> 00:08:32.240
распознать эти устройства
и вести себя соответствующим образом.

00:08:32.240 --> 00:08:34.295
Да, да. Очень круто. Хорошо
спасибо за обмен.

00:08:34.295 --> 00:08:34.895
Спасибо.

00:08:34.895 --> 00:08:36.560
Я думаю, что это было очень полезно,

00:08:36.560 --> 00:08:37.910
очень интересно, по крайней мере для меня.

00:08:37.910 --> 00:08:40.490
Я надеюсь, что это было полезно и
интересно для вас, как хорошо.

00:08:40.490 --> 00:08:43.065
Пожалуйста, подпишитесь, типа,
прокомментировать видео,

00:08:43.065 --> 00:08:44.660
и я надеюсь увидеть вас в следующий раз на

00:08:44.660 --> 00:08:47.040
другой эпизод
Разоблаченные данные. Спасибо.

00:08:47.040 --> 00:09:01.630
(МУЗЫКА)