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

Artículo
07/30/2024

En este artículo se describe una lista de las mejoras de rendimiento y las opciones de configuració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 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 marcas de seguimiento más recomendadas 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 Botones 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 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 Intervalos de compilación y versión aplicables .

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 RU del SP.
La versión no aplicable y la compilación indican la actualización específica en la que la marca de cambio o seguimiento se convirtió en el comportamiento predeterminado. Por lo tanto, simplemente aplicar esa actualización será suficiente para recibir las ventajas.

Importante

Al habilitar correcciones que tienen marcas de seguimiento en entornos AlwaysOn, 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	Intervalos de versión y compilación aplicables	Intervalos de compilación y versión no aplicables	Artículo de Knowledge Base o vínculo de blog para obtener más detalles
La SOS_CACHESTORE contención de bloqueo por subproceso o los planes se expulsan con frecuencia en cargas de trabajo de consulta ad hoc.	T174	SQL Server 2016 RTM a SP/CU actual SQL Server 2017 RTM a SP/CU actual	Nada	KB3026083- FIX: SOS_CACHESTORE contención de bloqueo por subproceso en la caché de planes de SQL Server ad hoc provoca un uso elevado de la CPU en SQL Server.
Las entradas de la caché del plan se expulsan debido al crecimiento de otras cachés o distribuidores de memoria. Consumo elevado de CPU debido a las recompilación frecuentes de consultas.	T8032	SQL Server 2016 RTM a SP/CU actual SQL Server 2017 RTM a SP/CU actual	Nada	Documentación de DBCC TRACEON: marcas de seguimiento (Transact-SQL). Consulte la sección Administración del tamaño de la memoria caché del plan interno.
tempdb se usa en gran medida y tiene muchas modificaciones en los datos de tempdb. Se producen mensajes del programador que no producen errores al usar el punto de control indirecto para la base de datos tempdb.	T3468	SQL Server 2016 SP1 CU5 a SP/CU actual SQL Server 2017 CU1 a SP/CU actual	Nada	Punto de comprobación indirecto y tempdb: el correcto, el mal y el programador que no produce KB4040276 - FIX: los puntos de control indirectos en la base de datos tempdb provocan el error "Programador no de rendimiento" en SQL Server 2016 y 2017
Las transacciones cortas frecuentes se producen en tempdb. Observa que se 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
Va a solucionar problemas específicos de rendimiento de consultas. Las correcciones del optimizador están deshabilitadas de forma predeterminada.	T4199	SQL Server 2016 RTM a SP/CU actual SQL Server 2017 RTM a SP/CU actual	Nada	KB974006: modelo de mantenimiento 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 con á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	Nada	KB3156157: la ejecución de varias ESTADÍSTICAS DE ACTUALIZACIÓN para diferentes estadísticas en una sola tabla está disponible simultáneamente. Aumento del rendimiento de las estadísticas de actualización 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 del artículo de Knowledge Base o la columna Recurso en pantalla de libros y considere la posibilidad de implementar las instrucciones de la columna Acciones recomendadas.

Artículo de Knowledge Base o recurso de Libros en pantalla	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 for your instance of SQL Server per the Knowledge Base article .
Límites de capacidad de proceso por edición La limitación del núcleo de licencia para SQL Server 2012	Enterprise Edition que tiene licencias de licencia de acceso de cliente y servidor (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.
optimización para cargas de trabajo ad hoc Opción de configuración del servidor PARAMETRIZACIÓN FORZADA	Las entradas de la caché del plan se expulsan debido al crecimiento de otras cachés o distribuidores 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 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 Habilitar las páginas de bloqueo en la opción de 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 % de la memoria física total. Asegúrese de que las opciones de configuración de memoria del servidor establecen las cuentas de memoria de solo 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 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.
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: marcas 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 bloqueo por subproceso, 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 concesiones de memoria grandes, reduzca `request_max_memory_grant_percent` 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 marcas de seguimiento y actualizaciones	Use 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 Libros en pantalla.
Consideraciones para la configuración de "crecimiento automático" y "autohrink" 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: puntos de control de base de datos y RAM grandes	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 control indirecto de referencia y tempdb: el correcto, el incorrecto y el programador que no produce.
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 logshipping	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 Marca de seguimiento 1800.
Query Profiling Infrastructure (Infraestructura de generación de perfiles de consultas) KB3170113: actualización para exponer estadísticas de ejecución de consultas por operador en el xml del plan de presentación y el evento extendido en SQL Server 2014 SP2	Si sql Server aún no está enlazado a 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 inicio. 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 del almacén de consultas 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 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 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 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 se habilita Almacén de consultas si experimenta la contención de bloqueo por subproceso del almacén de consultas en cargas de trabajo intensivas.
SQL Server 2016/2017: modelo de fase de puesta al día 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 de puesta al día).
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) Un CHECKDB más rápido: parte IV (UDT de CLR de SQL)	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 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 del sombreado de direcciones virtuales de kernel (KVAS), la direccionamiento indirecto 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 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 que se implementan en SQL Server 2017 y SQL Server 2016.

Ámbito	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 de Motor de base de datos de Microsoft SQL Server 2017
Motor de base de datos		Cambios substanciales en las características del Motor de base de datos de SQL Server 2016
Motor de base de datos		Cambios substanciales 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, vea Mejoras de SQL Server 2016 en el control de algunos tipos de datos y operaciones infrecuentes.
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 aplicarlos.	SQLSweet16!, Episodio 2: Propagación automática de grupos de disponibilidad
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: Los conmutadores de contexto reducidos alwayson de transporte de registro de SQL Server 2016 se ejecutan más rápido: grupos de disponibilidad AlwaysOn turbocargados
Grupo de disponibilidad	SQL Server 2016 usa algoritmos de compresión mejorados y compresión paralela de datos de bloque de registro.	SQL 2016: solo se ejecuta más rápido: Compresión en paralelo AlwaysOn/Algoritmos mejorados
Grupo de disponibilidad	SQL Server 2016 aprovecha el hardware basado en las funcionalidades de cifrado AES-NI para mejorar la escalabilidad y el rendimiento del trasvase de registros AlwaysOn por un factor significativo.	SQL 2016: solo se ejecuta más rápido: cifrado AES-NI
Rendimiento	SQL Server 2016 detecta las funcionalidades de CPU de AVX o SSE y usa las funcionalidades de vectores 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 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 ... Instrucción SELECT para funcionar mediante paralelismo reduciendo significativamente el tiempo de carga de datos.	SQLSweet16!, Episodio 3: Insert paralelo ... ESCOGER
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 base de datos optimizada para memoria según sea necesario.	SQL 2016: solo se ejecuta más rápido: grupo de trabajo de base de datos optimizado en memoria
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	Motor de base de datos configuración calcula automáticamente el número de archivos de datos tempdb.	SQL 2016: se ejecuta más rápido: configuración automática de TEMPDB
Storage	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: solo se ejecuta más rápido: LDF stamped
Storage	En el caso de servidores de memoria grandes y entornos de escritura intensiva, el punto de control indirecto funciona mejor.	SQL 2016: solo se ejecuta más rápido: el valor predeterminado de punto de control indirecto
Storage	Las altas tasas de transacciones pueden beneficiarse de varios logwriters que vacían la caché de registros en el registro de transacciones.	SQL 2016: solo se ejecuta más rápido: varios trabajos de escritor de registros
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 dinámicamente objetos de memoria 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 tratamiento 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 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: solo se ejecuta más rápido: Soft NUMA automático
DBCC CHECK	Especifique MAXDOP para administrar los recursos consumidos por el comando DBCC CHECK.	SQLSweet16!, Episodio 6: DBCC CHECKDB con MAXDOP
DBCC CHECK	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: 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 de datos e índices 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	BULK INSERT o bcp utilidades mejoradas 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: solo 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: 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 y teselación de índices 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 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 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: 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 llame 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 modelo de mantenimiento moderno para SQL Server para que los Service Pack ya no estén 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 otras marcas de seguimiento como parámetros de inicio a menos que se llame 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 AlwaysOn 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 para que los Service Pack ya no estén disponibles.

Compartir a través de