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.

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

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.

Consulta también

• Nivel de compatibilidad de ALTER DATABASE (Transact-SQL)
• Ver o cambiar el nivel de compatibilidad de una base de datos
• Prácticas recomendadas para actualizar el nivel de compatibilidad de base de datos