Certificación de compatibilidad
Se aplica a: 
SQL Server Base de datos de Azure SQL Azure SQL Managed Instance
La certificación de compatibilidad permite que las empresas actualicen y modernicen una base de datos de SQL Server en el entorno local, en la nube y en el perímetro, lo cual elimina los riesgos relativos a la compatibilidad de las aplicaciones.
El mismo Motor de base de datos activa SQL Server y Azure SQL Database, incluido Azure SQL Managed Instance. Este recurso compartido del motor de base de datos significa que una base de datos de usuario puede moverse sin problemas entre SQL Server en el entorno local y Azure SQL Database, mientras que el código de aplicación que se ejecuta en la base de datos como Transact-SQL sigue funcionando como en su sistema de origen.
En cada versión nueva de SQL Server, el nivel de compatibilidad predeterminado se establece en la versión de Motor de base de datos. Sin embargo, el nivel de compatibilidad de las versiones anteriores se conserva para mantener la compatibilidad continua de las aplicaciones existentes. Esta matriz de compatibilidad se puede ver aquí. Por lo tanto, una aplicación que estuviera certificada para trabajar con una versión determinada de SQL Server en realidad estaba certificada para funcionar en el nivel de compatibilidad predeterminado de esa versión.
Por ejemplo, el nivel de compatibilidad de la base de datos 130 era el valor predeterminado en SQL Server 2016 (13.x). Dado que los niveles de compatibilidad fuerzan determinados comportamientos funcionales y de optimización de consultas de Transact-SQL, una base de datos certificada para funcionar en SQL Server 2016 (13.x) se ha certificado implícitamente en el nivel de compatibilidad 130 de la base de datos. Esta base de datos puede funcionar tal cual en una versión más reciente de SQL Server (como SQL Server 2019 (15.x)) y Azure SQL Database, siempre que el nivel de compatibilidad de la base de datos se mantenga en 130.
Este es un principio fundamental para el modelo de operación de integración continua de Microsoft Azure SQL Database. El Motor de base de datos se mejora y actualiza continuamente en Azure, pero dado que las bases de datos existentes mantienen su nivel de compatibilidad actual, estas continúan funcionando como se han diseñado incluso después de las actualizaciones al Motor de base de datossubyacente.
Así es también como SharePoint Server 2016 y SharePoint Server 2019 certifican en SQL Server y Instancia administrada de Azure SQL, lo que le permite implementar cualquier Motor de base de datos de SQL Server que pueda usar los niveles de compatibilidad de base de datos admitidos para esas versiones de SharePoint Server. Para más información, consulte Requisitos de hardware y software para SharePoint Server 2016 y Requisitos de hardware y software para SharePoint Server 2019.
Administración del riesgo de actualización con la certificación de compatibilidad
El uso de la certificación de compatibilidad es un enfoque valioso para la modernización de las bases de datos. Mediante la certificación basada en el nivel de compatibilidad, los desarrolladores establecen los requisitos técnicos para que una aplicación se admita en SQL Server y Azure SQL Database, pero desacoplan el ciclo de vida de la aplicación del de la plataforma de las bases de datos. Esto permite a las empresas mantener el Motor de base de datos de SQL Server actualizado según sea necesario de acuerdo con las directivas del ciclo de vida, usando las nuevas mejoras de escalabilidad y rendimiento que no dependen del código y conectando aplicaciones para mantener su estado funcional a través de actualizaciones.
La posibilidad de afectar negativamente a la funcionalidad y el rendimiento es el principal factor de riesgo de cualquier actualización. La certificación de compatibilidad representa una tranquilidad en cuanto a la administración de estos riesgos de actualización:
En lo que se refiere al comportamiento de Transact-SQL, cualquier cambio significa que una aplicación debe volver a certificarse para que sea correcta. Sin embargo, la configuración del nivel de compatibilidad de la base de datos proporciona compatibilidad con versiones anteriores de SQL Server solo para la base de datos especificada, no para todo el servidor. Mantener el nivel de compatibilidad de la base de datos tal y como está garantiza que las consultas de las aplicaciones existentes sigan mostrando el mismo comportamiento antes y después de una actualización del motor de base de datos. Para obtener más información sobre los niveles de compatibilidad y comportamiento de Transact-SQL, consulte Uso del nivel de compatibilidad para la compatibilidad con versiones anteriores.
En lo que se refiere al rendimiento, dado que las mejoras en el optimizador de consultas se introducen con cada versión, se podrían esperar diferencias en los planes de consulta entre distintas versiones de Motor de base de datos. Las diferencias de los planes de consulta en el ámbito de una actualización normalmente se traducen en un riesgo cuando es posible que algunos cambios puedan ser perjudiciales para determinada consulta o carga de trabajo. A su vez, este riesgo es el que suele impulsar la necesidad de recertificación de las aplicaciones, que puede retrasar las actualizaciones y plantear problemas relativos al ciclo de vida y el soporte técnico.
La mitigación de los riesgos de actualización es el motivo por el que las mejoras del optimizador de consultas se canalizan en el nivel de compatibilidad predeterminado de una nueva versión (en otras palabras, el nivel de compatibilidad más elevado disponible para cualquier versión nueva). La certificación de compatibilidad incluye la protección de las formas de los planes de consulta: el principio de mantener el nivel de compatibilidad de la base de datos tal cual inmediatamente después de una actualización de Motor de base de datos se traduce en el uso del mismo modelo de optimización de consultas en la versión nueva, como ya se hacía antes de la actualización, y que la forma del plan de consulta no debe cambiar.
Para obtener más información, consulte la sección ¿Por qué es necesaria la forma del plan de consulta? de este artículo.
Para obtener más información sobre los niveles de compatibilidad, consulte Usar el nivel de compatibilidad para la compatibilidad con versiones anteriores.
Importante
Para una aplicación existente que ya estaba certificada para un nivel de compatibilidad determinado, actualice el Motor de base de datos de SQL Server y mantenga el nivel de compatibilidad de base de datos anterior. No es necesario volver a certificar una aplicación en este escenario. Para obtener más información, consulte Actualizaciones del motor de base de datos y niveles de compatibilidad, más adelante en este artículo.
Para los nuevos trabajos de desarrollo, o en el caso de que una aplicación existente requiera el uso de características nuevas, como el Procesamiento de consultas inteligentes, así como algunos Transact-SQL nuevos, plantéese actualizar el nivel de compatibilidad de base de datos a la versión más reciente disponible en SQL Server y vuelva a certificar la aplicación para que funcione con ese nivel de compatibilidad. Para obtener más información sobre cómo actualizar el nivel de compatibilidad de base de datos, consulte Prácticas recomendadas para actualizar el nivel de compatibilidad de base de datos.
¿Por qué es necesaria la forma del plan de consulta?
La forma del plan de consulta hace referencia a la representación visual de los distintos operadores que componen un plan de consulta. Esto incluye operadores como búsquedas, exámenes, combinaciones y ordenaciones, así como las conexiones entre ellos que indican el flujo de datos y el orden de las operaciones que se deben ejecutar para conseguir el conjunto de resultados previsto. El optimizador de consultas determina la forma del plan de consulta.
Para que el rendimiento de las consultas sea predecible durante una actualización, uno de los objetivos fundamentales es asegurarse de que se usa la misma forma del plan de consulta. Esto se puede lograr si no se cambia el nivel de compatibilidad de la base de datos inmediatamente después de una actualización, aunque el Motor de base de datos subyacente tenga versiones diferentes. Si no ha cambiado nada en el ecosistema de ejecución de consultas, como cambios significativos en los recursos disponibles o la distribución de datos en los datos subyacentes, el rendimiento de una consulta debe ser inalterable.
Sin embargo, mantener la forma de un plan de consulta no es el único factor que puede afectar al rendimiento después de una actualización. Si mueve la base de datos a un Motor de base de datos más reciente y también realiza cambios de entorno, es posible que esté introduciendo factores que influirán inmediatamente en el rendimiento de una consulta, incluso si el plan de consulta conserva la misma forma en las distintas versiones. Estos cambios ambientales pueden incluir el hecho de que el nuevo Motor de base de datos tenga más o menos recursos de memoria y CPU disponibles, cambios en las opciones de configuración del servidor o de la base de datos, o cambios en la distribución de datos que afectan al modo en que se crea un plan de consulta. Esta es la razón por la que es importante comprender que mantener el nivel de compatibilidad de la base de datos protege frente a los cambios en la forma del plan de consulta, pero no ofrece protección contra otros aspectos ambientales que influyen en el rendimiento de las consultas, algunos de los cuales son cambios que el usuario inicia.
Para más información, vea la Guía de arquitectura de procesamiento de consulta.
Ventajas de la certificación de compatibilidad
El uso de la certificación de bases de datos como enfoque basado en la compatibilidad, en lugar de un enfoque de versión con nombre, ofrece varias ventajas inmediatas:
- Desacople la certificación de la aplicación de la plataforma. Debido a su recurso compartido del motor de base de datos, en el caso de las aplicaciones que solo necesitan ejecutar consultas de Transact-SQL, no es necesario mantener procesos de certificación independientes para Azure y el entorno local.
- Reduzca los riesgos de las actualizaciones, ya que, durante la modernización de la plataforma de las bases de datos, los ciclos de actualización del nivel de plataforma de las bases datos y la aplicación pueden separarse con menos interrupciones y una administración de cambios mejorada.
- Realice actualizaciones sin cambios en el código. La actualización a una nueva versión de SQL Server o Azure SQL Database puede realizarse sin cambios en el código, manteniendo el mismo nivel de compatibilidad que el sistema de origen y sin la necesidad inmediata de volver a realizar la certificación hasta que la aplicación necesite usar las mejoras que solo estén disponibles en un nivel de compatibilidad superior de la base de datos.
- Mejore la capacidad de administración y escalabilidad sin necesidad de realizar cambios en la aplicación, con mejoras que no se canalicen mediante el nivel de compatibilidad de la base de datos. En SQL Server se incluyen, por ejemplo:
- Una supervisión enriquecida y mejoras en la solución de problemas, con nuevas vistas de administración dinámica del sistema, eventos extendidos y ajuste automático.
- Escalabilidad mejorada, por ejemplo, con Soft-NUMA automática, Recuperación acelerada de la base de datos o Metadatos de tempdb optimizados para memoria.
Las nuevas bases de datos todavía se establecen en el nivel de compatibilidad predeterminado de la versión de Motor de base de datos. Sin embargo, cuando se restaura o adjunta una base de datos de una versión anterior de SQL Server a una nueva versión de SQL Server o Azure SQL Database, la base de datos mantiene su nivel de compatibilidad existente.
Importante
Antes de mover una base de datos a una nueva versión de SQL Server o Azure SQL Database, compruebe si todavía se admite el nivel de compatibilidad de la base de datos. La matriz de compatibilidad del nivel de compatibilidad de la base de datos se puede ver aquí.
Actualizar una base de datos con un nivel de compatibilidad inferior al nivel permitido (por ejemplo, 90, que era el valor predeterminado en SQL Server 2005 (9.x)) hace que la base de datos se establezca automáticamente en el nivel de compatibilidad más bajo permitido (100).
Para averiguar el nivel de compatibilidad actual, consulte la columna compatibility_level de sys.databases.
Actualizaciones del motor de base de datos y niveles de compatibilidad
Para actualizar Motor de base de datos a la versión más reciente y mantener al mismo tiempo el nivel de compatibilidad de base de datos que existía antes de la actualización y su estado de compatibilidad, se recomienda realizar la validación del área de superficie funcional estática del código de aplicación de la base de datos (objetos de programación, como procedimientos almacenados, funciones, desencadenadores y demás) y de la aplicación (mediante un seguimiento de la carga de trabajo que captura el código dinámico enviado por la aplicación).
Esto se puede hacer fácilmente mediante el uso de la herramienta Microsoft Data Migration Assistant (DMA). La ausencia de errores en la salida de la herramienta DMA, sobre funcionalidades incompatibles o ausentes, protege la aplicación de cualquier regresión funcional en la nueva versión de destino. Si se requieren cambios para asegurarse de que la base de datos funcione en la nueva versión, DMA le permitirá identificar dónde se necesitan los cambios y qué soluciones alternativas hay. Para obtener más información, consulte Información general de Data Migration Assistant.
Sugerencia
Esta validación funcional es especialmente importante cuando se mueve una base de datos de una versión heredada (como SQL Server 2008 R2 [10.50.x] o SQL Server 2012 [11.x]) a una nueva versión de SQL Server o Azure SQL Database, ya que el código de la aplicación puede estar usando una instancia de Transact-SQL descontinuada que no está protegida por el nivel de compatibilidad de base de datos. Pero, al pasar de una versión más reciente (como SQL Server 2016 [13.x] a SQL Server 2019 [15.x]) o Azure SQL Database, no hay ninguna instancia de Transact-SQL descontinuada de la que preocuparse. Para obtener más información sobre las instancias de Transact-SQL descontinuadas, consulte Uso del nivel de compatibilidad para la compatibilidad con versiones anteriores.
Nota
DMA admite el nivel de compatibilidad de base de datos 100 y posterior. Queda excluido SQL Server 2005 (9.x) como versión de origen.
Importante
Microsoft recomienda que se lleven a cabo algunas pruebas mínimas para validar el éxito de una actualización, mientras se mantiene el nivel de compatibilidad de base de datos anterior. Debe determinar qué comprenderían estas pruebas mínimas para su aplicación y su escenario.
Importante
Microsoft ofrece protección de formas de los planes de consulta cuando:
- La nueva versión de SQL Server (destino) se ejecuta en un hardware comparable al hardware en el que se ejecutaba la versión de SQL Server anterior (origen).
- Se usa el mismo nivel de compatibilidad de base de datos admitido tanto en el SQL Server de destino como en el SQL Server de origen.
- La misma base de datos y la carga de trabajo se usan en SQL Server de destino y SQL Server de origen.
Se corregirán todas las regresiones de forma de los planes de consulta (en comparación con el SQL Server de origen) que se produzcan en las condiciones anteriores. Póngase en contacto con el servicio de atención al cliente de Microsoft si es el caso.