Saltar al contenido

Rendimiento de SQL Server 2019 peor que en 2012 … ¿me estoy perdiendo algo?

Solución:

Creo que acaba de descubrir por qué el proceso de actualización recomendado es actualizar su base de datos, habilitar el Almacén de consultas y probar antes de aumentar el nivel de compatibilidad de la base de datos.

ingrese la descripción de la imagen aquí


Cambiar el nivel de compatibilidad de la base de datos y usar el almacén de consultas

Si tiene muchas regresiones de planes, puede seguir usando el estimador de cardinalidad más antiguo en el nivel de compatibilidad de base de datos más alto con:

ALTER DATABASE SCOPED CONFIGURATION
SET LEGACY_CARDINALITY_ESTIMATION = ON;

Tuvimos un problema similar al actualizar desde Sql Server 2012.

Nuestros problemas se debieron a los cambios del Estimador de cardinalidad introducidos en SQL Server 2014

Intente cambiar la configuración de Cardinalidad heredada a ON en un entorno de prueba y compare el rendimiento de las cargas de trabajo

SQL SERVER – Enabling Older Legacy Cardinality Estimation

Tuvimos un problema similar al actualizar de SQL Server 2008 R2 a SQL Server 2019 (nivel de compatibilidad 150).

Algunos de nuestros trabajos de actualización nocturna de repente tardaron entre 6 y 7 veces más en ejecutarse (de 4 minutos a 39 minutos y de 1 hora a 6 horas).

Establecer la configuración de Cardinalidad heredada en ON nos devolvió a nuestra velocidad de actualización habitual.

Esto es lo que hicimos (fuente: https://blog.sqlauthority.com/2019/02/09/sql-server-enabling-older-legacy-cardinality-estimation/):

USE [YourDB]
GO
ALTER DATABASE SCOPED CONFIGURATION
SET LEGACY_CARDINALITY_ESTIMATION = ON;
GO
¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *