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

En este artículo se describe una lista de las mejoras de rendimiento y las opciones de configuración disponibles para SQL Server 2017 y SQL Server 2016.

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

Introducción

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

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 de 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 mejoras de rendimiento razonables para las cargas de trabajo de los clientes que usan sistemas de hardware que incluyen 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
Normalmente, un "sistema de gama alta" tiene varios sockets, ocho núcleos o más por socket y medio terabyte o más de memoria.

Aplicar actualizaciones recomendadas y mejorar el rendimiento de 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 y los indicadores de seguimiento recomendados con más frecuencia para la escalabilidad en sistemas de gama alta.
La tabla 2 contiene recomendaciones e instrucciones para otro ajuste del 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 las instancias de SQL Server implementadas en un entorno linux.

Nota:

Para obtener contexto adicional, consulte Parámetros usados con frecuencia para ajustar un servidor 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 se enumeran en ese artículo se convirtieron en opciones predeterminadas en SQL Server 2017 y SQL Server 2016.

Tabla 1. Actualizaciones importantes e indicadores de seguimiento para sistemas de gama alta

Revise la tabla siguiente y habilite los indicadores de seguimiento en la columna Indicador de seguimiento después de asegurarse de que su instancia de SQL Server cumple los requisitos indicados en la columna Versiones aplicables 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 el indicador de seguimiento. Si no se especifica ninguna CU, se incluyen todas las CU del SP.
Versión y compilación no aplicables indica la actualización específica en la que el cambio o la marca de seguimiento pasaron a ser el comportamiento predeterminado. Por lo tanto, bastará con aplicar esa actualización para recibir los beneficios.

Importante

Al habilitar correcciones que tienen indicadores de seguimiento en entornos Always On, debe tener en cuenta que tiene que habilitar la corrección y los indicadores de seguimiento en todas las réplicas que forman parte del Grupo de disponibilidad.

Escenario y síntoma que se deben considerar	Indicador de seguimiento	Intervalos de versión y compilación aplicables	Versiones y rangos de compilación no aplicables	Artículo de la base de conocimientos o enlace a un blog para obtener más información
Alta contención del spinlock SOS_CACHESTORE o sus planes se desalojan con frecuencia en cargas de trabajo de consultas ad hoc.	T174	SQL Server 2016 RTM al SP/CU actual SQL Server 2017 RTM al SP/CU actual	Ninguno	KB3026083 - FIX: la contención de spinlock de SOS_CACHESTORE en la caché de planes ad hoc de SQL Server provoca un uso elevado de CPU en SQL Server.
Las entradas de la caché del plan se expulsan debido al crecimiento de otras cachés o administradores de memoria. Consumo elevado de CPU debido a las recompilación frecuentes de consultas.	T8032	SQL Server 2016 RTM hasta el SP/CU actual SQL Server 2017 RTM hasta el SP/CU actual	Ninguno	Documentación de DBCC TRACEON - marcas de seguimiento (Transact-SQL). Consulte la sección Gestión del tamaño de la caché de Aspectos internos de la caché de planes.
tempdb se usa en gran medida y tiene muchas modificaciones en los datos de tempdb. Se producen mensajes del programador que no cede al usar el punto de control indirecto para la base de datos tempdb.	T3468	SQL Server 2016 SP1 CU5 hasta el SP/CU actual SQL Server 2017 CU1 hasta el SP/CU actual	Ninguno	Punto de comprobación indirecto y tempdb: lo bueno, lo malo y el programador que no cede KB4040276 - FIX: Los puntos de comprobación indirectos en la base de datos tempdb provocan el error "programador que no cede" en SQL Server 2016 y 2017
En tempdb se producen transacciones cortas frecuentes. Observas que ha aumentado 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 hasta el SP/CU actual SQL Server 2017 RTM hasta el SP/CU actual	Ninguno	KB974006 - modelo de mantenimiento del indicador de seguimiento de hotfix 4199 del optimizador de consultas de SQL Server Nota En lugar de la marca de seguimiento de nivel de servidor 4199, considere la posibilidad de usar la opción QUERY_OPTIMIZER_HOTFIXES con ámbito de base de datos o la sugerencia de consulta ENABLE_QUERY_OPTIMIZER_HOTFIXES.
Las tareas 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 desde CU1 hasta el SP/CU vigente SQL Server 2017 RTM hasta el SP/CU vigente	Ninguno	KB3156157 - Es posible ejecutar simultáneamente varios UPDATE STATISTICS para distintas estadísticas en una sola tabla Mejora del rendimiento de Update Statistics con SQL 2014 y SQL 2016

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

Revise el contenido de la columna artículo de Knowledge Base o recurso Books Online y considere la posibilidad de implementar las instrucciones de la columna Acciones recomendadas.

Artículo de Knowledge Base o recurso de Books Online	Acciones recomendadas
Establecer 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 Configure the max degree of parallelism Server Configuration Option para su instancia de SQL Server según el artículo de Knowledge Base.
Límites de capacidad de proceso de datos por edición La limitación del core de licencia para SQL Server 2012	Enterprise Edition que tiene licenciamiento con licencia de servidor y licencias de acceso de cliente (CAL) está limitada a 20 núcleos por instancia de SQL Server. No hay ningún límite en el modelo de licencias de servidor basado en núcleos. 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 alimentación 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 caché del plan se expulsan debido al crecimiento de otras cachés o administradores de memoria. También puede encontrar la expulsión de la memoria 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 de configuración y ajuste de tamaño de memoria en SQL Server 2012 y versiones posteriores	Asigne el derecho de usuario Bloquear páginas en la opción de memoria (Windows) a la cuenta de inicio del servicio SQL. Establezca la memoria máxima del servidor en aproximadamente el 90 % de la memoria física total. Asegúrese de que la opción Opciones de configuración de memoria del servidor tenga en cuenta la memoria únicamente de los nodos configurados para usar la configuración de máscara de afinidad.
SQL Server and Large Pages Explained...	Considere la posibilidad de habilitar Trace Flag 834 si tiene un servidor que tiene mucha memoria, especialmente para una carga de trabajo de almacenamiento de datos o analíticos. Tenga en cuenta que la interoperabilidad de los índices de almacén de columnas con un modelo de memoria de página grande en SQL Server es importante.
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 memoria caché de TokenAndPermUserStore crece en SQL Server. DBCC TRACEON - indicadores de seguimiento (Transact-SQL)	Si la caché de seguridad crece a un tamaño grande y se producen problemas de rendimiento y contención de spinlock, 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 % 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: 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. Para las nuevas instalaciones, el programa de instalación lo hace automáticamente.
TEMPDB - archivos y indicadores de seguimiento y actualizaciones	Utilice optimizaciones de tempdb y mejore la escalabilidad evitando o reduciendo DDL en objetos temporales.
Inicialización instantánea de archivos	Trabaje junto con el administrador de Windows para conceder a la cuenta de servicio de SQL Server los derechos de usuario Realizar tareas de mantenimiento de volumen según la información del tema Books Online.
Consideraciones para 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: gran cantidad de RAM y puntos de control 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 la referencia Punto de comprobación indirecto y tempdb: lo bueno, lo malo y el programador no cooperativo.
KB3009974: CORRECCIÓN: sincronización lenta cuando los discos tienen diferentes tamaños de sector para los archivos de registro de réplica principal y secundaria en el grupo de disponibilidad de SQL Server y entornos de Log Shipping	Si tiene un grupo de disponibilidad en el que el registro de transacciones de la réplica principal está 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 debe corregir el problema. Para obtener más información, vea Trace Flag 1800.
Query Profiling Infrastructure KB3170113: actualización para exponer estadísticas de ejecución de consultas por operador en showplan XML y el evento extendido en SQL Server 2014 SP2	Si SQL Server aún no está limitado por la CPU y una sobrecarga del 1,5 al 2 por ciento es insignificante para las cargas de trabajo, se recomienda habilitar TF 7412 como una marca de seguimiento de arranque. Esta marca habilita la generación de perfiles ligera en SQL Server 2014 SP2 o posterior. Esto le permite realizar la solución de problemas de consultas dinámicas en entornos de producción.
Identificación de regresiones de elección de plan mediante Almacén de consultas Activar el mejor plan de consulta	Use la característica Query Store para identificar las consultas con regresión o que tienen un rendimiento deficiente. Si se producen problemas de rendimiento de consultas 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 indicador 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 uniones y filtros para comprender el efecto de la contención simple y la contención base. Use el indicador de seguimiento 9476 para la contención simple en lugar de la contención parcial cuando use el estimador de cardinalidad predeterminado.
Mejoras en el nivel de compatibilidad 130 Mejoras en el nivel de compatibilidad 140	Utilice 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 multihilo 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 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 mediante retroalimentación de concesión de memoria
Prácticas recomendadas para 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 por subproceso del almacén de consultas en cargas de trabajo intensivas.
SQL Server 2016/2017: modelo de rehacer y rendimiento de 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 tomar medidas correctivas (aplicar la corrección aplicable, evaluar el uso adecuado del modelo redo).
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 (indicadores de seguimiento) Un CHECKDB más rápido - Parte IV (UDT de SQL CLR)	Si ejecuta comandos DBCC CHECK en bases de datos grandes (tamaños de varios TB), considere la posibilidad de usar marcas de seguimiento T2562, T2549 y T2566. Ahora se encuentran varias comprobaciones bajo la opción EXTENDED_LOGICAL_CHECK en SQL Server 2016.
Proteger SQL Server frente a ataques que aprovechan las vulnerabilidades de canal lateral de Spectre y Meltdown	Evalúe cuidadosamente el rendimiento del sombreado de direcciones virtuales de kernel (KVAS), la indirección de la tabla de páginas del kernel (KPTI) y la mitigación de predicción de rama indirecta (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 contienen varias mejoras en las áreas de escalabilidad y rendimiento. Varios cambios de configuración e indicadores 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 que se implementan en SQL Server 2017 y SQL Server 2016.

Área	Resumen del cambio	Más información y referencias
Motor SQL	Indicadores de seguimiento usados con frecuencia que se han retirado o que ya no son necesarios en SQL Server 2016 y versiones posteriores de SQL Server: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534.	Indicadores de seguimiento de SQL Server
Motor de base de datos		Novedades en el Motor de base de datos de SQL Server 2017
motor de base de datos		Cambios importantes en las características del Motor de base de datos de SQL Server 2016
motor de base de datos		Cambios importantes en las características del motor de base de datos de SQL Server 2017
Conversiones de tipos de datos de procesamiento de consultas	SQL Server 2016 (13.x) incluye mejoras en algunas operaciones (bastante infrecuentes) y conversiones de tipos de datos.	Para obtener más información, consulte Mejoras de SQL Server 2016 en el tratamiento de algunos tipos de datos y operaciones poco frecuentes.
Grupo de disponibilidad	Para la base de datos secundaria, la inicializació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 aplicarlo.	SQLSweet16!, Episodio 2: Propagación automática de grupos de disponibilidad
Grupo de disponibilidad	SQL Server 2016 usa menos cambios de contexto cuando transporta bloques de registro de principal a secundario.	SQL 2016 - Simplemente funciona más rápido: transporte de registros de Always On con menos cambios de contexto SQL Server 2016 - Simplemente funciona más rápido: grupos de disponibilidad Always On potenciados
Grupo de disponibilidad	SQL Server 2016 usa algoritmos de compresión mejorados y compresión paralela de datos de bloques de registro.	SQL 2016: simplemente funciona más rápido: Compresión en paralelo Always On/Algoritmos mejorados
Grupo de disponibilidad	SQL Server 2016 aprovecha el hardware con funcionalidades de cifrado basadas en AES-NI para mejorar la escalabilidad y el rendimiento del envío de registros de Always On por un factor significativo.	SQL 2016: solo se ejecuta más rápido: cifrado AES-NI de Always On
Rendimiento	SQL Server 2016 detecta las capacidades de la CPU para AVX o SSE y usa las capacidades vectoriales basadas en hardware para mejorar la escalabilidad y el rendimiento al comprimir, compilar diccionarios y procesar datos de almacenamiento por columnas.	SQL 2016: simplemente funciona más rápido: Columnstore usa instrucciones vectoriales (SSE/AVX)
Rendimiento	SQL Server 2016 aprovecha las instrucciones de vector de CPU para mejorar el rendimiento de inserción masiva.	SQL 2016: solo se ejecuta más rápido: BULK INSERT usa instrucciones vectoriales (SSE/AVX)
Rendimiento	SQL Server 2016 habilita una instrucción INSERT...SELECT para funcionar mediante paralelismo, reduciendo significativamente el tiempo de carga de datos.	SQLSweet16!, Episodio 3: INSERT paralelo ... SELECT
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 subprocesos de la base de datos optimizada para memoria según sea necesario.	SQL 2016 - Simplemente funciona más rápido: grupo de subprocesos de base de datos optimizado en memoria
Tempdb	tempdb y las bases de datos de usuario usan extensiones completas uniformes para las asignaciones. El crecimiento de archivos en tempdb se produce para todos los archivos al mismo tiempo.	SQL 2016: simplemente funciona más rápido: cambios de -T1117 y -T1118 para TEMPDB y bases de datos de usuario
Tempdb	La configuración del Motor de base de datos calcula automáticamente el número de archivos de datos de tempdb.	SQL 2016: se ejecuta más rápido: configuración automática de TEMPDB
Almacenamiento	El motor de base de datos usa la marca 0xC0 en lugar de 0x00 para la inicialización del archivo de registro de transacciones.	SQL 2016 - Simplemente funciona más rápido: LDF marcado
Almacenamiento	En el caso de servidores de memoria grandes y entornos de escritura intensiva, el punto de control indirecto funciona mejor.	SQL 2016 - Simplemente funciona más rápido: valor predeterminado de punto de control indirecto
Almacenamiento	Las altas tasas de transacciones pueden beneficiarse de varios procesos de escritura de registros que escriben la caché de registros en el registro de transacciones.	SQL 2016: solo se ejecuta más rápido: varios procesos del escritor del registro
Copias de seguridad y restauración	Las copias de seguridad de una base de datos cifrada mediante TDE se pueden comprimir si especifica MAXTRANSFERSIZE mayor que 65536.	SQLSweet16!, Episodio 1: Compresión de copia de seguridad para bases de datos habilitadas para TDE
SQL OS	Particione dinámicamente objetos de memoria para reducir la contención de objetos de memoria.	SQL 2016 - Simplemente funciona más rápido: particionamiento de objetos de memoria dinámica (CMemThread)
SQL OS	SQL Server 2016 supervisa los patrones de uso del cuanto de los trabajadores, lo que permite a todos los trabajadores obtener un trato justo y mejorar la escalabilidad.	SQL 2016 - simplemente funciona más rápido: algoritmos de programación actualizados
SQL OS	SQL Server 2016 interroga el diseño de hardware y configura automáticamente Soft NUMA en sistemas que notifican 8 o más CPU por nodo NUMA. La creación de particiones desencadena varios ajustes en todo el motor de base de datos para mejorar la escalabilidad y el rendimiento.	SQL 2016 - Simplemente funciona más rápido: Soft NUMA automático
DBCC CHECK (verificación de consistencia de la base de datos)	Especifique MAXDOP para administrar los recursos consumidos por el comando DBCC CHECK.	SQLSweet16!, Episodio 6: DBCC CHECKDB con MAXDOP
DBCC CHECK (verificación de consistencia de la base de datos)	DBCC CHECK usa un algoritmo de análisis de páginas mejorado que tiene menos contención y funcionalidades avanzadas de lectura anticipada.	SQL 2016 - Simplemente funciona más rápido: DBCC escala 7 veces mejor
DBCC CHECK (verificación de consistencia de la base de datos)	Los comandos DBCC CHECK tardan mucho tiempo cuando SQL Server evalúa tipos de datos e índices especiales. Estas comprobaciones se trasladaron a la opción EXTENDED_LOGICAL_CHECKS.	SQL 2016: solo se ejecuta más rápido: comprobaciones extendidas de DBCC
Página de código	Las utilidades BULK INSERT o bcp se mejoraron 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 - simplemente funciona 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: se ejecuta más rápido: TVPs con columnas espaciales
Espacial	Las mejoras espaciales nativas y TVP permiten a SQL Server optimizar la creación de índices y la teselación de datos espaciales.	SQL 2016: solo se ejecuta más rápido: el índice espacial se compila más rápido
MSDTC	SQL Server 2016 inicia MSDTC dinámicamente 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 linq de XEvent 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 - simplemente funciona 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 otros indicadores de seguimiento como parámetros de inicio a menos que se indique explícitamente en el artículo o en esta tabla. Simplemente aplicar la CU o Service Pack más reciente que incluye estas correcciones es suficiente para obtener la ventaja.

Nota El nombre de 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 anterior de SQL Server. Como se indicó en las actualizaciones del modelo de mantenimiento incremental de SQL Server, se recomienda instalar la actualización acumulativa más reciente en 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 Modern Servicing Model for SQL Server, por lo que los Service Packs dejaron de estar disponibles.

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

Esta tabla es una compilación de todas las mejoras clave, recomendaciones y cambios de código que se publicaron en actualizaciones acumulativas después de la publicación de SQL Server 2017. 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 enumerado para obtener más información sobre los problemas respectivos.

Estas recomendaciones no requieren que habilite otros indicadores de seguimiento como parámetros de inicio, a menos que se indique explícitamente en el artículo o en esta tabla. Simplemente aplicar la actualización acumulativa más reciente o Service Pack que incluye estas correcciones es suficiente para obtener la ventaja. Si usa el grupo de disponibilidad Always On en SQL Server en Linux, actualice SQL Server 2017 a la actualización acumulativa 8 o posterior, ya que se entregaron varias mejoras en esta actualización. Nota El nombre de 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 anterior de SQL Server. Como se indicó en las actualizaciones del modelo de mantenimiento incremental de SQL Server, ahora se recomienda instalar la actualización acumulativa más reciente en 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, por lo que los Service Pack dejaron de estar disponibles.

Comentarios

¿Le ha resultado útil esta página?

Se actualizó por última vez el 2026-10-02