Actualizaciones y opciones de configuración recomendadas para SQL Server 2017 y 2016 con cargas de trabajo de alto rendimiento

Artículo
06/20/2023

En este artículo se describe una lista de mejoras de rendimiento y opciones de configuración que están disponibles para SQL Server 2016 y versiones posteriores.

Versión original del producto: SQL Server 2017 en Windows, SQL Server 2016
Número de KB original: 4465518

Introducción

En este artículo se describen las mejoras de rendimiento y los cambios que están disponibles para Microsoft SQL Server 2017 y SQL Server 2016 a través de diversas actualizaciones de productos y opciones de configuración.

Se recomienda que considere la posibilidad de aplicar estas actualizaciones para mejorar el rendimiento de las instancias de SQL Server. El grado de mejora dependerá de varios factores, como el patrón de carga de trabajo, los puntos de contención, el diseño del procesador (número de grupos de procesadores, sockets, nodos NUMA y núcleos en un nodo NUMA) y la cantidad de memoria disponible en el sistema.

El equipo de soporte técnico de SQL Server ha usado estas actualizaciones y cambios de configuración para lograr ganancias de rendimiento razonables para las cargas de trabajo de los clientes que usan sistemas de hardware que incluían varios nodos NUMA y muchos procesadores. El equipo de soporte técnico seguirá actualizando este artículo con otras actualizaciones en el futuro.

Definición: sistemas de gama alta
Un "sistema de gama alta" normalmente tiene varios sockets, ocho núcleos o más por socket y medio terabyte o más de memoria.

Aplicar las actualizaciones recomendadas y mejorar el rendimiento SQL Server

Estas recomendaciones para mejorar el rendimiento de SQL Server 2017 y SQL Server 2016 se agrupan en cinco tablas, como se indica a continuación:

La tabla 1 contiene las actualizaciones recomendadas con más frecuencia y marcas de seguimiento para la escalabilidad en sistemas de gama alta.
La tabla 2 contiene recomendaciones e instrucciones para otros ajustes de rendimiento.
La tabla 3 contiene información sobre los cambios en el comportamiento y la configuración predeterminada en SQL 2017 y 2016.
La tabla 4 contiene otras correcciones de escalabilidad que se incluyeron junto con una actualización acumulativa (CU).
La tabla 5 contiene correcciones recomendadas y directrices de configuración para SQL Server instancias implementadas en un entorno Linux.

Nota:

Para obtener un contexto adicional, consulte Botones de uso frecuente para ajustar un SQL Server ocupado.

Importante

Si ha habilitado las marcas de seguimiento, asegúrese de revisar la información de ese artículo después de ejecutar la migración a SQL Server 2017 o SQL Server 2016. Muchas de las marcas de seguimiento y las opciones de configuración que aparecen en ese artículo se convirtieron en opciones predeterminadas en SQL Server 2017 y SQL Server 2016.

Tabla 1. Actualizaciones importantes y marcas de seguimiento para sistemas de gama alta

Revise la tabla siguiente y habilite las marcas de seguimiento en la columna Marca de seguimiento después de asegurarse de que la instancia de SQL Server cumple los requisitos de la columna Versión aplicable e intervalos de compilación.

Nota:

La versión y la compilación aplicables indican la actualización específica en la que se introdujo el cambio o la marca de seguimiento. Si no se especifica ninguna CU, se incluyen todas las CPU del SP.
La versión y la compilación no aplicables indican la actualización específica en la que el cambio o la marca de seguimiento se convirtieron en el comportamiento predeterminado. Por lo tanto, solo aplicar esa actualización será suficiente para recibir las ventajas.

Importante

Al habilitar correcciones que tienen marcas de seguimiento en entornos de Always On, tenga en cuenta que tiene que habilitar las marcas de corrección y seguimiento en todas las réplicas que forman parte del grupo de disponibilidad.

Escenario y síntoma que se deben tener en cuenta	Marca de seguimiento	Versiones y intervalos de compilación aplicables	Intervalos de compilación y versión no aplicables	Artículo o vínculo de blog de Knowledge Base para obtener más detalles
La contención de bloqueos SOS_CACHESTORE pesados o los planes se están expulsando con frecuencia en cargas de trabajo de consultas ad hoc.	T174	SQL Server 2016 RTM a la SQL Server de SP/CU actual de 2017 RTM a SP/CU actual	Ninguno	KB3026083 - CORRECCIÓN: SOS_CACHESTORE contención de bloqueos spinlock en la caché del plan SQL Server ad hoc provoca un uso elevado de CPU en SQL Server
Las entradas de la memoria caché del plan se expulsan debido al crecimiento en otras memorias caché o en los empleados de memoria. Consumo elevado de CPU debido a las recompilaciones frecuentes de consultas.	T8032	SQL Server 2016 RTM a la SQL Server de SP/CU actual de 2017 RTM a SP/CU actual	Ninguno	Documentación de DBCC TRACEON: marcas de seguimiento (Transact-SQL). Consulte la sección Administración del tamaño de caché de Plan Cache Internals.
tempdb se usa en gran medida y tiene muchas modificaciones en los datos de tempdb. Cuando se usa un punto de comprobación indirecto para la base de datos tempdb, se encuentran mensajes del programador que no producen resultados.	T3468	SQL Server 2016 SP1 CU5 a la SQL Server de SP/CU actual de 2017 CU1 a SP/CU actual	Ninguno	Punto de comprobación indirecto y tempdb: el programador bueno, el incorrecto y el que no produce rendimiento KB4040276 - FIX: Los puntos de control indirectos en la base de datos tempdb provocan el error "Programador que no produce rendimiento" en SQL Server 2016 y 2017
Las transacciones cortas frecuentes se producen en tempdb. Observa que no se habilita el uso de CPU para estas transacciones. El cumplimiento de criterios comunes no está habilitado.	T3427	SQL Server 2016 SP1 CU2 a SQL Server 2016 SP2 CU2	SQL Server 2017 RTM	KB3216543 - FIX: las cargas de trabajo que usan muchas transacciones frecuentes y cortas en SQL Server 2016 y 2017 pueden consumir más CPU que en SQL Server 2014
Está solucionando problemas específicos de rendimiento de consultas. Las correcciones del optimizador están deshabilitadas de forma predeterminada.	T4199	SQL Server 2016 RTM a la SQL Server de SP/CU actual de 2017 RTM a SP/CU actual	Ninguno	KB974006: SQL Server modelo de mantenimiento de la marca de seguimiento de revisiones del optimizador de consultas 4199 Nota En lugar de la marca de seguimiento de nivel de servidor 4199, considere la posibilidad de usar la opción de ámbito de base de datos QUERY_OPTIMIZER_HOTFIXES o la sugerencia de consulta ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Los trabajos de estadísticas tardan mucho tiempo en completarse. No se pueden ejecutar varios trabajos de actualización de estadísticas en paralelo.	T7471	SQL Server 2016 RTM CU1 a sp/cu actual SQL Server 2017 RTM a SP/CU actual	Ninguno	KB3156157: está disponible la ejecución simultánea de varias ESTADÍSTICAS DE ACTUALIZACIÓN para diferentes estadísticas en una sola tabla Mejora del rendimiento de las estadísticas de actualización con SQL 2014 & SQL 2016

Tabla 2. Consideraciones generales y procedimientos recomendados para mejorar el rendimiento de la instancia de SQL Server

Revise el contenido en el artículo de Knowledge Base o en la columna Recursos en pantalla de los Libros y considere la posibilidad de implementar las instrucciones en la columna Acciones recomendadas .

Artículo de Knowledge Base o recurso de Libros en pantalla	Acciones recomendadas
Configurar la opción de configuración del servidor grado máximo de paralelismo	Use el `sp_configure` procedimiento almacenado para realizar cambios de configuración en Configurar la opción de configuración del servidor grado máximo de paralelismo para la instancia de SQL Server según el artículo de Knowledge Base.
Límites de capacidad de proceso por edición Limitación del núcleo de licencia para SQL Server 2012	Enterprise Edition que tiene licencias de Licencia de acceso de servidor y cliente (CAL) está limitada a 20 núcleos por instancia de SQL Server. No hay límites en el modelo de licencias de servidor basado en Núcleo. Considere la posibilidad de actualizar la edición de SQL Server a la SKU adecuada para usar todos los recursos de hardware.
Rendimiento lento en Windows Server al usar el plan de energía equilibrada	Revise el artículo y trabaje junto con el administrador de Windows para implementar una de las soluciones que se enumeran en la sección Resolución del artículo.
Opción de configuración del servidor optimizar para cargas de trabajo ad hoc PARAMETRIZACIÓN FORZADA	Las entradas de la memoria caché del plan se expulsan debido al crecimiento en otras memorias caché o en los empleados de memoria. También puede encontrarse con la expulsión de la caché del plan cuando la memoria caché alcanza su número máximo de entradas. Además de la marca de seguimiento 8032 descrita anteriormente, considere la opción de servidor optimizar para cargas de trabajo ad hoc y también la opción de base de datos FORCED PARAMETERIZATION .
Cómo reducir la paginación de la memoria del grupo de búferes en SQL Server Consideraciones sobre la configuración y el tamaño de la memoria en SQL Server 2012 y versiones posteriores	Asigne el derecho de usuario Habilitar las páginas de bloqueo en memoria (Windows) a la cuenta de inicio del servicio SQL. Consulte Habilitación de la característica "páginas bloqueadas" en SQL Server 2012. Establezca la memoria máxima del servidor en aproximadamente el 90 por ciento de la memoria física total. Asegúrese de que las opciones de configuración de memoria del servidor solo tienen en cuenta la memoria de los nodos configurados para usar la configuración de máscara de afinidad.
SQL Server y páginas grandes explicadas...	Considere la posibilidad de habilitar la marca de seguimiento 834 si tiene un servidor que tiene mucha memoria, especialmente para una carga de trabajo analítica o de almacenamiento de datos. Tenga en cuenta que interoperabilidad de índices de almacén de columnas con el modelo de memoria de página grande en SQL Server.
Problemas de rendimiento de consultas asociados a una caché de seguridad de gran tamaño Las consultas tardan más tiempo en terminar de ejecutarse cuando el tamaño de la caché de TokenAndPermUserStore crece en SQL Server DBCC TRACEON: marcas de seguimiento (Transact-SQL)	Si la memoria caché de seguridad crece a un tamaño grande y se producen problemas de rendimiento y contención de bloqueo de número, considere la posibilidad de habilitar la marca de seguimiento T4610 y T4618 para reducir el tamaño máximo de TokenAndPermuserStore.
ALTER WORKLOAD GROUP KB3107401: hay disponibles nuevas opciones de concesión de memoria de consulta (min_grant_percent y max_grant_percent) en SQL Server 2012	Si tiene muchas consultas que agotan grandes concesiones de memoria, reduzca `request_max_memory_grant_percent` para el grupo de cargas de trabajo predeterminado en la configuración del regulador de recursos del 25 por ciento predeterminado a un valor inferior. Las nuevas opciones de concesión de memoria de consulta están disponibles (`min_grant_percent` y `max_grant_percent`) en SQL Server.
SQL 2016: solo se ejecuta más rápido: configuración automática de TEMPDB	Agregue varios archivos de datos de igual tamaño para la base de datos tempdb si se trata de un servidor actualizado. En el caso de las nuevas instalaciones, el programa de instalación lo hace automáticamente.
TEMPDB: archivos y marcas de seguimiento y Novedades	Use optimizaciones tempdb y mejore la escalabilidad evitando o reduciendo DDL en objetos temporales.
Inicialización instantánea de archivos	Trabaje con el administrador de Windows para conceder a la cuenta de servicio de SQL Server los derechos de usuario Realizar tareas de mantenimiento por volumen según la información del tema Libros en pantalla.
Consideraciones sobre la configuración de "crecimiento automático" y "autoshrink" en SQL Server	Compruebe la configuración actual de la base de datos y asegúrese de que están configuradas según las recomendaciones del artículo de Knowledge Base.
Puntos de control indirectos	Considere la posibilidad de habilitar puntos de control indirectos en bases de datos de usuario para optimizar el comportamiento de E/S en SQL Server 2014 y 2012.
SQL Server: ram grande y puntos de comprobación de base de datos	Considere la posibilidad de habilitar puntos de control indirectos en bases de datos de usuario para optimizar el comportamiento de E/S en SQL Server 2014 y 2012. Revise los ajustes necesarios para tempdb en el punto de comprobación indirecto de referencia y tempdb: el programador correcto, el incorrecto y el que no produce rendimiento.
KB3009974 - FIX: sincronización lenta cuando los discos tienen tamaños de sector diferentes para los archivos de registro de réplica principal y secundaria en SQL Server entornos de grupo de disponibilidad y logshipping	Si tiene un grupo de disponibilidad en el que el registro de transacciones de la réplica principal se encuentra en un disco que tiene un tamaño de sector de 512 bytes y el registro de transacciones de réplica secundaria está en una unidad que tiene un tamaño de sector de 4 K, puede experimentar una sincronización lenta. En esta situación, habilitar TF 1800 debería corregir el problema. Para obtener más información, vea Marca de seguimiento 1800.
Infraestructura de generación de perfiles de consulta KB3170113 -Update para exponer las estadísticas de ejecución de consultas por operador en showplan XML y Extended Event en SQL Server 2014 SP2	Si el SQL Server aún no está enlazado a la CPU y una sobrecarga del 1,5 % al 2 % es insignificante para las cargas de trabajo, se recomienda habilitar TF 7412 como marca de seguimiento de inicio. Esta marca habilita la generación de perfiles ligera en SQL Server SP2 de 2014 o posterior. Esto le permite solucionar problemas de consultas en directo en entornos de producción.
Identificar regresiones de elección de plan mediante Almacén de consultas Activar el mejor plan de consulta	Use la característica del almacén de consultas para identificar las consultas que han retrocedido o que tienen un rendimiento deficiente. Si los problemas de rendimiento de la consulta se producen debido a la estimación de cardinalidad, seleccione la versión de CE adecuada: opción `LEGACY_CARDINALITY_ESTIMATION`con ámbito de base de datos, sugerencia `LEGACY_CARDINALITY_ESTIMATION`de consulta, nivel de compatibilidad de base de datos o marca de seguimiento 9481.
La suposición de contención de combinación en el Nuevo estimador de cardinalidad degrada el rendimiento de las consultas	Evalúe las consultas que usan combinaciones y filtros para comprender el efecto de la contención simple y base. Use la marca de seguimiento 9476 para la contención simple en lugar de la contención base cuando use el estimador de cardinalidad predeterminado.
Mejoras en el nivel de compatibilidad 130 Mejoras en el nivel de compatibilidad 140	Use el nivel de compatibilidad de base de datos 130 o posterior para beneficiarse de las siguientes mejoras: Umbral adaptable y agresivo para actualizar las estadísticas existentes para tablas más grandes Mejor mecanismo de muestreo y bloqueo para la actualización de estadísticas Estadísticas muestreadas por un proceso multiproceso Capacidad de ejecutar insert-select mediante paralelismo Use el nivel de compatibilidad de base de datos 140 o posterior para beneficiarse de las siguientes mejoras: Se ha mejorado la estimación de cardinalidad y la calidad del plan mediante el uso de nuevas características, como la ejecución intercalada para funciones con valores de tabla de varias instrucciones y la combinación adaptable. Uso mejorado de memoria a través de comentarios de concesión de memoria
Procedimiento recomendado con el Almacén de consultas	Establecer el modo de captura en Automático Habilite las marcas de seguimiento 7745 y 7752 para mejorar el rendimiento de Almacén de consultas durante escenarios de alta disponibilidad y recuperación ante desastres. Aplique la corrección en KB4340759 - FIX: rendimiento lento de SQL Server 2016 cuando Almacén de consultas está habilitado si experimenta contención de bloqueo de número de consultas en cargas de trabajo pesadas.
SQL Server 2016/2017: Modelo y rendimiento de rehacer la réplica secundaria del grupo de disponibilidad	Si experimenta demasiadas esperas (`PARALLEL_REDO_TRAN_TURN`, `DPT_ENTRY_LOCK`o `DIRTY_PAGE_TABLE_LOCK`), revise este blog para realizar acciones correctivas (aplique la corrección aplicable, evalúe el uso adecuado del modelo de rehacer).
KB2634571: las mejoras del comando DBCC CHECKDB pueden dar lugar a un rendimiento más rápido cuando se usa la opción PHYSICAL_ONLY DBCC TRACEON: marcas de seguimiento Una CHECKDB más rápida: parte IV (UDT de SQL CLR)	Si ejecuta comandos DBCC CHECK en bases de datos grandes (varios tamaños de TB), considere la posibilidad de usar marcas de seguimiento T2562, T2549 y T2566. Varias comprobaciones ahora se encuentran en la opción EXTENDED_LOGICAL_CHECK en SQL Server 2016.
Protección de SQL Server frente a ataques en vulnerabilidades de canal lateral de Spectre y Meltdown	Evalúe cuidadosamente el rendimiento de La sombra de direcciones virtuales de kernel (KVAS), el direccionamiento indirecto de la tabla de páginas del kernel (KPTI) y la mitigación de predicción indirecta de ramas (IBP) en varias cargas de trabajo de SQL Server en su entorno.

Tabla 3. Cambios importantes introducidos en SQL Server 2017 y SQL Server 2016

SQL Server 2017 y SQL Server 2016 contiene varias mejoras en las áreas de escalabilidad y rendimiento. Varios cambios de configuración y marcas de seguimiento necesarios en SQL Server 2014 y SQL Server 2012 se convirtieron en el comportamiento predeterminado en SQL Server 2017 y 2016. En esta tabla se proporciona información general sobre todos los cambios implementados en SQL Server 2017 y SQL Server 2016.

Área	Resumen del cambio	Más información y referencias
Motor de SQL	Marcas de seguimiento usadas con frecuencia que se retiran o ya no son necesarias en SQL Server 2016 y las versiones posteriores de SQL Server: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	marcas de seguimiento de SQL Server
Motor de base de datos		Novedades del motor de base de datos: SQL Server 2017
Motor de base de datos		Cambios importantes en las características del motor de base de datos en SQL Server 2016
Motor de base de datos		Cambios importantes en las características del motor de base de datos en SQL Server 2017
Conversiones de tipos de datos de procesamiento de consultas	SQL Server 2016 (13.x) incluye mejoras en algunas conversiones de tipos de datos y en algunas operaciones (principalmente poco comunes).	Para obtener más información, consulte SQL Server mejoras de 2016 en el control de algunos tipos de datos y operaciones poco comunes.
Grupo de disponibilidad	En el caso de la base de datos secundaria, la inicialización de la propagación automática usa los puntos de conexión de creación de reflejo de la base de datos para transmitir el contenido de la base de datos a la base de datos secundaria y aplicarlos.	SQLSweet16!, Episodio 2: Availability Groups Automatic Seeding
Grupo de disponibilidad	SQL Server 2016 usa menos modificadores de contexto cuando transporta bloques de registro de principal a secundario.	SQL 2016: solo se ejecuta más rápido: Always On conmutadores de contexto reducidos de transporte de registros SQL Server 2016: se ejecuta más rápido: Always On grupos de disponibilidad turbocargados
Grupo de disponibilidad	SQL Server 2016 usa algoritmos de compresión mejorados y compresión paralela de datos de bloques de registro.	SQL 2016: se ejecuta más rápido: Always On compresión en paralelo o algoritmos mejorados
Grupo de disponibilidad	SQL Server 2016 aprovecha las ventajas del hardware que se basa en las funcionalidades de cifrado AES-NI para mejorar la escalabilidad y el rendimiento del trasvase de registros de Always On por un factor significativo.	SQL 2016: solo se ejecuta más rápido: Always On cifrado AES-NI
Rendimiento	SQL Server 2016 detecta las funcionalidades de CPU para AVX o SSE y usa las funcionalidades de vector basadas en hardware para mejorar la escalabilidad y el rendimiento al comprimir, compilar diccionarios y procesar datos de almacén de columnas.	SQL 2016: solo se ejecuta más rápido: el almacén de columnas usa instrucciones vectoriales (SSE/AVX)
Rendimiento	SQL Server 2016 aprovecha las instrucciones del vector de CPU para mejorar el rendimiento de la inserción masiva.	SQL 2016: solo se ejecuta más rápido: BULK INSERT usa instrucciones vectoriales (SSE/AVX)
Rendimiento	SQL Server 2016 habilita un insert... Instrucción SELECT para operar mediante el paralelismo, lo que reduce significativamente el tiempo de carga de datos.	SQLSweet16!, Episodio 3: Inserción paralela ... SELECCIONE
Rendimiento	SQL Server 2016 habilita la operación TRUNCATE en particiones individuales de una tabla para archivar particiones anteriores.	SQLSweet16!, Episodio 5: TRUNCAR particiones seleccionadas
Rendimiento	SQL Server 2016 ajusta dinámicamente el tamaño del grupo de trabajo de In-Memory base de datos optimizada según sea necesario.	SQL 2016: solo se ejecuta más rápido: In-Memory grupo de trabajo de base de datos optimizado
Tempdb	Las asignaciones son tempdb y las bases de datos de usuario usan extensiones completas uniformes. El crecimiento de archivos en tempdb se produce para todos los archivos al mismo tiempo.	SQL 2016: solo se ejecuta más rápido: -T1117 y -T1118 cambios para TEMPDB y bases de datos de usuario
Tempdb	El programa de instalación del motor de base de datos calcula automáticamente el número de archivos de datos tempdb.	SQL 2016: solo se ejecuta más rápido: configuración automática de TEMPDB
Almacenamiento	El motor de base de datos usa 0xC0 marca en lugar de 0x00 para la inicialización del archivo de registro de transacciones.	SQL 2016: se ejecuta más rápido: LDF sellado
Almacenamiento	Para servidores de memoria grandes y entornos de escritura intensivos, el punto de comprobación indirecto funciona mejor.	SQL 2016: solo se ejecuta más rápido: valor predeterminado de punto de control indirecto
Almacenamiento	Las altas tasas de transacciones pueden beneficiarse de que varios logwriters vacían la memoria caché de registros en el registro de transacciones.	SQL 2016: solo se ejecuta más rápido: varios trabajos de log writer
Copias de seguridad y restauración	Las copias de seguridad se pueden comprimir para la base de datos cifrada mediante TDE si especifica MAXTRANSFERSIZE mayor que 65536.	SQLSweet16!, Episodio 1: Compresión de copia de seguridad para bases de datos habilitadas para TDE
SISTEMA OPERATIVO SQL	Particione objetos de memoria de forma dinámica para reducir la contención de objetos de memoria.	SQL 2016: solo se ejecuta más rápido: creación de particiones de objetos de memoria dinámica (CMemThread)
SISTEMA OPERATIVO SQL	SQL Server 2016 supervisa los patrones de uso cuántico de los trabajadores, lo que permite a todos los trabajadores obtener un trato justo y mejorar la escalabilidad.	SQL 2016: solo se ejecuta más rápido: algoritmos de programación actualizados
SISTEMA OPERATIVO SQL	SQL Server 2016 interroga el diseño de hardware y configura automáticamente NUMA temporal en sistemas que notifican 8 o más CPU por nodo NUMA. La creación de particiones desencadena diversos ajustes en todo el motor de base de datos para mejorar la escalabilidad y el rendimiento.	SQL 2016: solo se ejecuta más rápido: NUMA temporal automático
DBCC CHECK	Especifique MAXDOP para administrar los recursos que consume el comando DBCC CHECK.	SQLSweet16!, Episodio 6: DBCC CHECKDB con MAXDOP
DBCC CHECK	DBCC CHECK usa un algoritmo de examen de páginas mejorado que tiene menos contención y funcionalidades avanzadas de lectura anticipada.	SQL 2016: solo se ejecuta más rápido: DBCC escala 7 veces mejor
DBCC CHECK	Los comandos DBCC CHECK tardan mucho tiempo cuando SQL Server evalúa tipos e índices de datos especiales. Estas comprobaciones se mueven en EXTENDED_LOGICAL_CHECKS opción.	SQL 2016: solo se ejecuta más rápido: comprobaciones extendidas de DBCC
Página de códigos	Se han mejorado las utilidades BULK INSERT o bcp para cargar datos UTF-8 en una tabla de SQL Server.	SQLSweet16!, Episodio 10: "Puedo comer vidrio...", pero ¿puedo cargarlo en una base de datos?
Espacial	SQL Server 2016 quita las actividades PInvoke y PUnInvoke durante la ejecución de T-SQL para muchos de los métodos espaciales.	SQL 2016: se ejecuta más rápido: implementaciones espaciales nativas
Espacial	SQL Server 2016 mejora la escalabilidad de TVP que usa datos espaciales mediante validaciones espaciales nativas.	SQL 2016: solo se ejecuta más rápido: TVP con columnas espaciales
Espacial	Las mejoras espaciales nativas y de TVP permiten SQL Server optimizar la creación y teselación de índices de datos espaciales.	SQL 2016: solo se ejecuta más rápido: compilaciones de índice espacial más rápidas
MSDTC	SQL Server 2016 inicia dinámicamente MSDTC según sea necesario, lo que permite usar recursos para otras actividades hasta que sea necesario.	SQL 2016: aprovecha el inicio de MSDTC a petición
XEvent	Se realizan varios cambios en la lógica del proveedor XEvent Linq para reducir el cambio de contexto, las asignaciones de memoria y otros aspectos para una representación más rápida de eventos.	SQL 2016: solo se ejecuta más rápido: Lector linq de XEvent

Tabla 4. Correcciones importantes que se incluyen en una CU

Revise la descripción de la columna Síntomas y aplique las actualizaciones necesarias (preferiblemente la actualización más reciente que contiene la corrección específica) en la columna Actualización necesaria en entornos aplicables. Puede revisar el artículo de Knowledge Base para obtener más información sobre los problemas respectivos. Estas recomendaciones no requieren que habilite otras marcas de seguimiento como parámetros de inicio a menos que se indique explícitamente en el artículo o en esta tabla. Basta con aplicar la versión más reciente de CU o Service Pack que incluye estas correcciones para obtener la ventaja.

Nota El nombre cu de la columna Actualización necesaria proporciona la primera CU de SQL Server que resuelve este problema. Una actualización acumulativa contiene todas las revisiones y todas las actualizaciones que se incluyeron junto con la versión de actualización de SQL Server anterior. Como se indica en las actualizaciones del modelo de mantenimiento incremental de SQL Server, se recomienda instalar la actualización acumulativa más reciente con una cadencia proactiva continua para resolver o evitar los problemas descritos. Tenga en cuenta también que a partir de SQL Server 2017, se introdujo el modelo de mantenimiento moderno para SQL Server para que los Service Pack ya no estén disponibles.

Tabla 5: Mejoras, correcciones y directrices de configuración recomendadas para SQL Server en un entorno Linux

Esta tabla es una compilación de todas las mejoras clave, recomendaciones y cambios de código que se publicaron en las actualizaciones acumulativas después de SQL Server 2017. Revise la descripción de la columna Síntomas y aplique las actualizaciones necesarias (preferiblemente la última actualización que contiene la corrección específica) en la columna Actualización necesaria en los entornos aplicables. Puede revisar el artículo de Knowledge Base enumerado para obtener más información sobre los problemas respectivos.

Estas recomendaciones no requieren que habilite otras marcas de seguimiento como parámetros de inicio a menos que se indique explícitamente en el artículo o en esta tabla. Basta con aplicar la última actualización acumulativa o service pack que incluye estas correcciones para obtener la ventaja. Si usa Always On grupo de disponibilidad en SQL Server en Linux, actualice SQL Server 2017 a la actualización acumulativa 8 o superior desde que se entregaron varias mejoras en esta actualización. Nota El nombre cu de la columna Actualización necesaria proporciona la primera actualización acumulativa de SQL Server que resuelve este problema. Una actualización acumulativa contiene todas las revisiones y todas las actualizaciones que se incluyeron con la versión de actualización de SQL Server anterior. Como se indica en las actualizaciones del modelo de mantenimiento incremental de SQL Server, ahora se recomienda instalar la actualización acumulativa más reciente con una cadencia proactiva continua para resolver o evitar los problemas que se describen. Tenga en cuenta también que a partir de SQL Server 2017, se introdujo el modelo de mantenimiento moderno para SQL Server para que los Service Pack ya no estén disponibles.

Compartir a través de