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.
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