Las CPU de SQL Server no aplicables se enumeran en WSUS, MU o ConfMgr.
Este artículo le ayuda a resolver el problema que se produce al usar WSUS, Microsoft Update (MU) o actualizaciones de software de Microsoft System Center Configuration Manager para aplicar actualizaciones a Microsoft SQL Server.
Versión original del producto: SQL Server 2016, SQL Server 2014, SQL Server 2012 Enterprise, SQL Server 2012, SQL Server 2017 en Windows (todas las ediciones), SQL Server 2014
Número de KB original: 4047327
Nota:
La lógica de detección de Microsoft Update se actualiza para las versiones de actualización acumulativa (CU) más recientes y las versiones de GDR en el futuro. Este artículo es válido para las siguientes versiones de mantenimiento:
- Versiones de SQL Server a través de SQL Server 2014: Todas las versiones de CU
- SQL Server 2016: todas las versiones cu para las líneas base RTM y SP1. Versiones de CU de línea base de SP2 a través de CU13
- SQL Server 2017: versiones de CU de línea base de RTM a través de CU18
- SQL Server 2019: Ninguno
- Todas las versiones de seguridad hasta 2020
Para obtener información sobre las actualizaciones de la lógica de detección para versiones de CU más recientes y versiones de seguridad futuras, consulte Actualizaciones de la lógica de detección de Microsoft Update para el mantenimiento de SQL Server.
Síntomas
Al usar actualizaciones de software de WSUS, MU o System Center Configuration Manager para aplicar actualizaciones a SQL Server, observe que algunas de las actualizaciones acumulativas enumeradas (CU) no se aplican a la instalación de SQL Server.
Causa
Las actualizaciones de SQL Server se publican en el servicio Update. Los canales de distribución, como el servicio de actualización automática integrado de Windows y system Configuration Manager Software Updates Management, pueden examinar update for SQL Server updates (Actualizar actualizaciones de SQL Server).
Cada actualización de SQL Server que aparece en Actualización tiene una lista de reglas de aplicabilidad que se evalúan para determinar si se aplica una actualización.
Para que una CU se muestre como aplicable a una instalación de SQL Server, debe instalarse al menos una CU en esa línea base de actualizaciones.
Nota:
La línea base en este contexto hace referencia a una versión rtM o Service Pack.
Por ejemplo, considere un escenario en el que la cu más reciente para SQL Server 2014 Service Pack 2 (SP2) es la actualización acumulativa 6 (CU6). Actualmente, la actualización más reciente instalada en el sistema es SQL Server 2014 SP2. Ejecute un examen de actualización del sistema y observe que no se enumeran las RU según corresponda. Descargue e instale manualmente la actualización acumulativa 1 de SQL Server 2014 SP2. Vuelva a ejecutar el examen de actualización y ahora observe que la actualización acumulativa 6 de SQL Server 2014 SP2 aparece según corresponda.
Solución
Para corregir este problema, descargue e instale manualmente cualquier actualización acumulativa de SQL Server que se aplique a la compilación de línea base. Después de realizar esto, la actualización acumulativa más reciente que se publica en Update se mostrará según corresponda.
Más información
Este comportamiento es por diseño. El administrador del sistema puede instalar una CU para determinar la rama de mantenimiento que debe seguir SQL Server.
Cada línea de base de mantenimiento (RTM o service pack) incluye dos ramas de mantenimiento:
Una rama de versión de distribución general (GDR) que contiene solo seguridad y otras correcciones críticas.
Una rama de CU que contiene Las correcciones de seguridad y otras críticas, además de todas las demás correcciones de la línea base.
Actualmente, la lógica de detección de MU se construye para que las instancias de una línea base de mantenimiento o a lo largo de la rama de GDR se ofrezcan a la rama GDR.
Los usuarios tienen que instalar de forma proactiva al menos una CU para alinear la instancia con la rama CU. Sin embargo, una vez hecho esto, no puede volver a la rama de GDR hasta que se restablezca la línea de base de la instancia moviendo hasta el siguiente Service Pack o todas las RU de la línea base se desinstalan manualmente. Si se desinstalan todas las RU, esta acción vuelve a mover la instancia a la rama de GDR o a la línea de base de mantenimiento.
Esta lógica ayuda a minimizar el número predeterminado de cambios necesarios en caso de una actualización de seguridad u otra actualización crítica. Las instancias que se encuentran en la rama cu deben aceptar necesariamente todas las actualizaciones en caso de que se proporcione una versión crítica u otra seguridad necesaria para la línea base. Esto incluye todos los cambios acumulativos de no seguridad para la línea base hasta el punto de la actualización de seguridad necesaria.
Se aplica a
- SQL Server 2017 en Windows (todas las ediciones)
- SQL Server 2016 Developer
- SQL Server 2016 Enterprise
- SQL Server 2016 Standard
- SQL Server 2016 Web
- SQL Server 2016 Business Intelligence
- SQL Server 2014 Developer
- SQL Server 2014 Enterprise
- SQL Server 2014 Standard
- SQL Server 2014 Web
- SQL Server 2014 Business Intelligence
- SQL Server 2012 Developer
- SQL Server 2012 Enterprise
- SQL Server 2012 Standard
- SQL Server 2012 Web
- SQL Server 2012 Business Intelligence