WEBVTT

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

00:00:01.830 --> 00:00:04.995
una nueva característica para Linux llamada
Búferes de registro persistentes.

00:00:04.995 --> 00:00:06.960
Estaba disponible para Windows antes,

00:00:06.960 --> 00:00:08.385
hoy en día también en Linux,

00:00:08.385 --> 00:00:10.740
y te ayuda a eliminar
cuellos de botella que podrían

00:00:10.740 --> 00:00:14.130
ocurrir cuando se espera un registro
buffer dos al ras del disco.

00:00:14.130 --> 00:00:18.300
Brian está aquí para decirnos a todos
sobre ella hoy en Data Exposed.

00:00:18.300 --> 00:00:29.040
[MUSICA]

00:00:29.040 --> 00:00:32.115
>> Hola, y bienvenidos a otro
episodio de Data Exposed.

00:00:32.115 --> 00:00:35.220
Soy su anfitrión Jeroen, y
hoy tengo a Brian conmigo

00:00:35.220 --> 00:00:38.460
para hablar de
Búferes de registro en SQL 2019.

00:00:38.460 --> 00:00:40.230
Hola, Brian, bienvenido al show.

00:00:40.230 --> 00:00:42.195
>> Hola, Jeroen. Gracias.

00:00:42.195 --> 00:00:46.045
>> Entonces, ¿qué vamos a hablar
acerca de los búferes largos persistentes?

00:00:46.045 --> 00:00:47.160
>> Sí. So-

00:00:47.160 --> 00:00:47.685
>> ¿Qué es eso?

00:00:47.685 --> 00:00:50.400
>> Así que Registro persistente
El búfer es uno de los

00:00:50.400 --> 00:00:53.325
llamamos al In-Memory
Familia de características de base de datos,

00:00:53.325 --> 00:00:55.965
que incluye OLTP en memoria,

00:00:55.965 --> 00:00:59.265
Búfer de registro persistente que
Lo demostraré hoy,

00:00:59.265 --> 00:01:01.845
a veces llamado Tail of Log Caching,

00:01:01.845 --> 00:01:05.040
un archivo de datos y registro
Ilustración en Linux,

00:01:05.040 --> 00:01:07.470
Grupo de búferes híbridos en
Linux y Windows,

00:01:07.470 --> 00:01:09.870
y metadatos TempDB de optimización de memoria.

00:01:09.870 --> 00:01:11.370
>> Está bien. Fresco.

00:01:11.370 --> 00:01:17.195
>> Así que voy a mencionar rápidamente
sobre dispositivos de memoria persistentes.

00:01:17.195 --> 00:01:19.550
Mucha gente no ha
los he visto, pero esencialmente

00:01:19.550 --> 00:01:21.730
estos son los módulos DIMM regulares que

00:01:21.730 --> 00:01:26.275
alimentar en su servidor que
vienen en diferentes capacidades.

00:01:26.275 --> 00:01:30.545
MVDIMM-N que es un tipo de
tecnología de memoria persistente,

00:01:30.545 --> 00:01:34.325
viene un 8, 16, o 32
gig CAPACIDAD DIMM,

00:01:34.325 --> 00:01:36.980
y luego la última Intel obtuvo

00:01:36.980 --> 00:01:41.150
DC Memoria persistente viene en
capacidades mucho más altas de un 128,

00:01:41.150 --> 00:01:44.810
256 gigabytes, o 512 gigabytes DIMM.

00:01:44.810 --> 00:01:46.820
>> Eso es todo
memoria persistente. Wow.

00:01:46.820 --> 00:01:48.060
>> Sí. Así que puedes,

00:01:48.060 --> 00:01:49.290
en un servidor de socket nate,

00:01:49.290 --> 00:01:52.370
puede supver hasta 24
terabytes de memoria persistente.

00:01:52.370 --> 00:01:53.750
>> Puedo desbloquear todo

00:01:53.750 --> 00:01:55.970
que con esta persistente
búfer de registro, ¿verdad?

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

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

00:01:57.680 --> 00:02:00.110
>> Registro persistente
Buffer está diseñado para

00:02:00.110 --> 00:02:02.075
resolver un caso de uso particular

00:02:02.075 --> 00:02:07.400
donde estabas incurriendo en desaceleraciones
o espera en su carga de trabajo,

00:02:07.400 --> 00:02:12.385
esperando el búfer de registro que
está en la memoria para vaciar en el disco.

00:02:12.385 --> 00:02:13.005
>> Está bien.

00:02:13.005 --> 00:02:16.114
>> Por lo que utiliza el
dispositivo de memoria persistente

00:02:16.114 --> 00:02:19.355
en él sabe que una vez que es
escrito en ese dispositivo,

00:02:19.355 --> 00:02:21.650
que no necesita
para esperar a que el color

00:02:21.650 --> 00:02:24.270
porque ya está en
un dispositivo persistente.

00:02:24.270 --> 00:02:26.195
>> A continuación, el dispositivo
cuidar del resto.

00:02:26.195 --> 00:02:28.835
>> Sí, el dispositivo
a continuación, cuidar del resto

00:02:28.835 --> 00:02:31.730
mientras continúas esencialmente
con su carga de trabajo.

00:02:31.730 --> 00:02:32.180
>> Sí.

00:02:32.180 --> 00:02:35.585
>> Así que cuando se está configurando
estos dispositivos en Windows,

00:02:35.585 --> 00:02:41.600
tenemos algunas recomendaciones básicas
que bloqueas páginas en la memoria,

00:02:41.600 --> 00:02:44.150
se utiliza los dos megabytes
tamaño de la unidad de asignación

00:02:44.150 --> 00:02:46.760
NTFS que no será predeterminado.

00:02:46.760 --> 00:02:47.180
>> Está bien.

00:02:47.180 --> 00:02:49.715
>> También es necesario
establecer esta bandera DAX.

00:02:49.715 --> 00:02:51.920
Así que DAX es realmente lo que nos permite

00:02:51.920 --> 00:02:55.280
tratar una memoria persistente
dispositivo y escribir en él

00:02:55.280 --> 00:02:57.260
directamente omitiendo todos los

00:02:57.260 --> 00:02:59.795
la pila del núcleo que

00:02:59.795 --> 00:03:03.090
por lo general necesitaría
cuando se trata de archivos.

00:03:03.090 --> 00:03:05.145
No estará disponible en la GUI,

00:03:05.145 --> 00:03:07.250
por lo que tendrá que utilizar
un poco de PowerShell para esto.

00:03:07.250 --> 00:03:09.560
>> Está bien. Muy bien. Usted hará
muéstranos cómo funciona esto, ¿verdad?

00:03:09.560 --> 00:03:13.325
>> Sí. Voy a mostrar cómo
estos se configuran.

00:03:13.325 --> 00:03:16.430
También algunos de su nivel de sistema operativo
contadores de discos que

00:03:16.430 --> 00:03:19.510
puede estar acostumbrado a mirar como
estas transferencias y así sucesivamente,

00:03:19.510 --> 00:03:21.830
puede que no estén disponibles para

00:03:21.830 --> 00:03:24.200
cuando estás trabajando con
dispositivos de memoria persistente.

00:03:24.200 --> 00:03:28.865
Esa es sólo una de las cosas
usted necesita ser consciente de.

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

00:03:29.330 --> 00:03:33.575
>> Estos son nuevos dispositivos y este
es muy nuevo y emocionante tack.

00:03:33.575 --> 00:03:33.935
>> Está bien.

00:03:33.935 --> 00:03:37.565
>> Así que puede haber alguna captura
hasta hacer en el lado de monitoreo.

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

00:03:38.245 --> 00:03:42.580
>> Para Linux, no volátil
control del dispositivo

00:03:42.580 --> 00:03:45.110
es la utilidad que
para configurar esto.

00:03:45.110 --> 00:03:47.840
Lo establecerá en modo fsdax,

00:03:47.840 --> 00:03:50.795
utilizar dos megabytes enormes fallas de página,

00:03:50.795 --> 00:03:53.555
establecer la asignación de bloques
también a dos megabytes.

00:03:53.555 --> 00:03:56.180
Apoyamos XFS o EXT

00:03:56.180 --> 00:04:00.620
para estos son dos apoyados
sistemas de archivos con DAX.

00:04:00.620 --> 00:04:01.295
>> Está bien.

00:04:01.295 --> 00:04:03.050
>> Así que búfer de registro persistente,

00:04:03.050 --> 00:04:05.585
esto ha estado disponible
en realidad en SQL desde

00:04:05.585 --> 00:04:10.140
SQL 2016 sólo para Windows hasta ahora.

00:04:10.140 --> 00:04:12.470
Con SQL 2019, también tendremos

00:04:12.470 --> 00:04:15.875
esta característica ya está disponible
en Linux, así como en Windows.

00:04:15.875 --> 00:04:18.590
Utiliza sólo un muy pequeño
cantidad de capacidad,

00:04:18.590 --> 00:04:21.720
el búfer de registro es sólo 20
megabytes por base de datos de usuarios.

00:04:21.720 --> 00:04:22.355
>> Está bien.

00:04:22.355 --> 00:04:26.330
>> Así que realmente no toma
una enorme cantidad de capacidad,

00:04:26.330 --> 00:04:28.850
y el comportamiento que se obtiene es muy

00:04:28.850 --> 00:04:31.250
similar a forzar
durabilidad retrasada.

00:04:31.250 --> 00:04:31.910
>> Está bien.

00:04:31.910 --> 00:04:34.040
>> Así que de nuevo, no estás esperando

00:04:34.040 --> 00:04:36.890
que Log flush para suceder al disco

00:04:36.890 --> 00:04:40.040
pero alentó ninguno de los riesgos que

00:04:40.040 --> 00:04:43.235
usted toma lo que Forzado Retrasado
Durabilidad en torno a la pérdida de datos.

00:04:43.235 --> 00:04:45.290
>> Entonces, ¿puede decirnos un
un poco más sobre

00:04:45.290 --> 00:04:47.550
Durabilidad forzada retrasada
para aquellos que son-

00:04:47.550 --> 00:04:48.615
>> Claro, para esos-

00:04:48.615 --> 00:04:49.425
>> -¿No lo sabe?

00:04:49.425 --> 00:04:52.095
>> Sí. Para aquellos que
no son familiares,

00:04:52.095 --> 00:04:53.840
esto es esencialmente

00:04:53.840 --> 00:04:57.260
una confirmación asincrónica
mecanismo en SQL Server.

00:04:57.260 --> 00:04:57.710
>> Está bien.

00:04:57.710 --> 00:05:01.280
>> Así que hay un par
de maneras de hacerlo.

00:05:01.280 --> 00:05:03.740
Se permite uno, en cuyo caso

00:05:03.740 --> 00:05:07.190
sus compromisos normales
suceden como esperas,

00:05:07.190 --> 00:05:08.270
esperas el rubor,

00:05:08.270 --> 00:05:10.455
esperar a que se endurezcan en el disco,

00:05:10.455 --> 00:05:15.440
o en un modo forzado donde todos los
los compromisos se comportan así.

00:05:15.440 --> 00:05:16.000
>> Está bien.

00:05:16.000 --> 00:05:19.220
>> Así que lo que permitió en
usted especifica en un por

00:05:19.220 --> 00:05:22.880
comprometer la base si usted quiere que este
comportamiento y eso está permitido,

00:05:22.880 --> 00:05:24.935
no permitido que es el valor por defecto

00:05:24.935 --> 00:05:27.425
no importa lo que tienes en
allí no va a suceder.

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

00:05:27.905 --> 00:05:30.170
>> Entonces forzó a todos
compromisos se comporta de esta manera.

00:05:30.170 --> 00:05:32.285
>> Está bien. Así que en un persistente
bajo nivel es muy

00:05:32.285 --> 00:05:34.890
similares, pero no del todo igual.

00:05:34.890 --> 00:05:37.215
>> Muy similar pero
no del todo lo mismo,

00:05:37.215 --> 00:05:39.845
porque tenemos la
dispositivo de memoria persistente,

00:05:39.845 --> 00:05:42.965
ponemos nuestro búfer de registro allí,

00:05:42.965 --> 00:05:46.640
y una vez que escribimos allí sabemos
que ha persistido y que

00:05:46.640 --> 00:05:50.360
no tienen ningún riesgo de pérdida de datos
en caso de un fallo del servidor,

00:05:50.360 --> 00:05:53.000
fallo de energía, cualquier cosa
de esa naturaleza,

00:05:53.000 --> 00:05:56.570
podemos recuperarnos de los datos en
el dispositivo de memoria persistente.

00:05:56.570 --> 00:05:57.920
>> Está bien. Fresco.

00:05:57.920 --> 00:06:00.230
>> En realidad es bastante simple.

00:06:00.230 --> 00:06:01.640
Mucha gente no se da cuenta,

00:06:01.640 --> 00:06:04.355
simplemente agregue un archivo de registro

00:06:04.355 --> 00:06:07.580
de 20 megabytes en el
dispositivo de memoria persistente,

00:06:07.580 --> 00:06:10.370
SQL Server
reconocer este dispositivo,

00:06:10.370 --> 00:06:13.265
y lo tratará como el búfer de registro.

00:06:13.265 --> 00:06:14.405
>> Es muy simple

00:06:14.405 --> 00:06:15.665
>> Realmente así de simple.

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

00:06:16.205 --> 00:06:19.550
>> Sí, y como podemos ver
aquí están el búfer de registro sentado en

00:06:19.550 --> 00:06:23.090
nuestra memoria de clase de almacenamiento
que es PMM a veces

00:06:23.090 --> 00:06:26.480
lo llamamos clase de almacenamiento
memoria y en algunos lugares

00:06:26.480 --> 00:06:30.405
pero lo mismo y nuestra
registros de registro están allí,

00:06:30.405 --> 00:06:31.950
y como mencioné,

00:06:31.950 --> 00:06:33.200
no tenemos que esperar
para ellos a través de

00:06:33.200 --> 00:06:36.365
enrojecido a la principal
archivo de registro de transacciones.

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

00:06:37.010 --> 00:06:41.875
>> Así que voy a cambiar
rápidamente a mi demostración aquí.

00:06:41.875 --> 00:06:42.990
>> Sí.

00:06:42.990 --> 00:06:46.280
>> Primero voy a mostrar
que hemos configurado

00:06:46.280 --> 00:06:49.310
aquí nuestros dispositivos de memoria persistente.

00:06:49.310 --> 00:06:50.945
Como mencioné, estos
son módulos DIMM regulares,

00:06:50.945 --> 00:06:53.180
puede ver los ID de dispositivo allí.

00:06:53.180 --> 00:06:56.405
Hemos configurado dos
dispositivos uno por nodo NUMA.

00:06:56.405 --> 00:06:56.855
>> Está bien.

00:06:56.855 --> 00:07:01.565
>> Intercalado a través de los dispositivos
en los módulos DIMM en ese nodo NUMA.

00:07:01.565 --> 00:07:05.330
Así que este es el recomendado
manera que decimos para configurarlo.

00:07:05.330 --> 00:07:06.410
>> Está bien.

00:07:06.410 --> 00:07:08.950
>> Una vez más, podemos ver que

00:07:08.950 --> 00:07:12.920
nuestro valor DAX está habilitado
se estableció en verdad aquí,

00:07:12.920 --> 00:07:17.464
y si queremos usar nuestro mayor
utilidad de tipo de línea de comandos,

00:07:17.464 --> 00:07:21.830
podemos conseguir que poco
un poco más de información aquí y podemos

00:07:21.830 --> 00:07:26.450
ver que hemos establecido la asignación
tamaño de la unidad a dos megabytes.

00:07:26.450 --> 00:07:28.640
>> Como acabas de describir.
Debería ser-sí.

00:07:28.640 --> 00:07:31.505
>> Sí. Como acabo de
descrito y bastante

00:07:31.505 --> 00:07:36.185
simple sólo añadimos el
archivo de registro, como mencioné,

00:07:36.185 --> 00:07:38.205
y simplemente creamos y

00:07:38.205 --> 00:07:40.700
independientemente del tamaño que
ponerlo aquí vamos a realmente

00:07:40.700 --> 00:07:42.860
integrado para utilizar 20 megabytes

00:07:42.860 --> 00:07:46.025
pero sólo seguir adelante y
digamos que 20 megabytes se sienta.

00:07:46.025 --> 00:07:47.975
>> Sí. Sólo para asegurarme.

00:07:47.975 --> 00:07:50.960
>> Sí, y es realmente así de simple.

00:07:50.960 --> 00:07:52.550
>> Guau. Muy bien.

00:07:52.550 --> 00:07:54.200
Así que eso es impresionante.

00:07:54.200 --> 00:07:56.900
Así que básicamente puedo desbloquear
toda esta nueva tecnología con

00:07:56.900 --> 00:07:58.580
un búfer de registro persistente con solo

00:07:58.580 --> 00:08:00.650
ejecutando un comando muy simple, ¿verdad?

00:08:00.650 --> 00:08:01.055
>> Sí.

00:08:01.055 --> 00:08:02.930
>> Claro. Tienes que hacerlo
configurar el dispositivo primero,

00:08:02.930 --> 00:08:05.965
y luego después de que se hace
en SQL sólo tiene que agregar un registro.

00:08:05.965 --> 00:08:09.350
>> Sí, y este tipo

00:08:09.350 --> 00:08:12.725
de la tecnología es realmente
permitiendo un nuevo nivel de

00:08:12.725 --> 00:08:15.020
almacenamiento ayudando a eliminar algunos de los

00:08:15.020 --> 00:08:17.075
la tradicional
cuellos de botella que vemos

00:08:17.075 --> 00:08:19.640
en SQL Server en cargas de trabajo de gama alta.

00:08:19.640 --> 00:08:22.220
>> Correcto. Tan gran innovación, pero

00:08:22.220 --> 00:08:24.710
entonces hecho de una manera muy simple

00:08:24.710 --> 00:08:26.570
para el usuario y para
la configuración.

00:08:26.570 --> 00:08:29.360
>> Sí. Construimos inteligencia
en SQL Server para

00:08:29.360 --> 00:08:32.240
reconocer estos dispositivos
y comportarse en consecuencia.

00:08:32.240 --> 00:08:34.295
>> Sí. Muy guay. Bien
gracias por compartir.

00:08:34.295 --> 00:08:34.895
>> Gracias.

00:08:34.895 --> 00:08:36.560
>> Creo que esto fue muy útil,

00:08:36.560 --> 00:08:37.910
muy interesante, al menos para mí.

00:08:37.910 --> 00:08:40.490
Espero que esto haya sido útil y
interesante para usted también.

00:08:40.490 --> 00:08:43.065
Por favor suscríbete, como,
comentario en el video,

00:08:43.065 --> 00:08:44.660
y espero verte la próxima vez en

00:08:44.660 --> 00:08:47.040
otro episodio de
Datos expuestos. Gracias.

00:08:47.040 --> 00:09:01.630
[MUSICA]