KB4464082: actualización acumulativa 12 para SQL Server 2017

La actualización siguiente está disponible en el Centro de descarga de Microsoft:

Descargue el paquete de actualización acumulativa más reciente para SQL Server 2017 ahora

Si la página de descarga no aparece, póngase en contacto con los servicios de soporte técnico y de asistencia al cliente de Microsoft con el fin de obtener el paquete de actualización acumulativa.

La siguiente actualización está disponible en Catálogo de Microsoft Update:

Descargue ahora el paquete de actualización acumulativa para SQL Server 2017 CU12

Para actualizar SQL Server 2017 en Linux a la CU más reciente, primero debe tener configurado el repositorio de actualizaciones acumulativas. A continuación, actualice los paquetes de SQL Server mediante el comando de actualización específico del idioma adecuado.

Para obtener instrucciones de instalación y vínculos directos a las descargas del paquete de actualización acumulativa, consulte las notas de la versión de SQL Server 2017.

Puede comprobar la descarga calculando el hash del archivo SQLServer2017-KB4464082-x64.exe mediante el siguiente comando:

certutil -hashfile SQLServer2017-KB4464082-x64.exe SHA256

La versión en inglés de este paquete tiene los atributos de archivo enumerados en la siguiente tabla u otros posteriores. Las fechas y horas de estos archivos se expresan de acuerdo con la hora universal coordinada (UTC). Cuando veas la información del archivo, se convertirá a la hora local. Para conocer la diferencia entre la hora UTC y la hora local, use la pestaña Zona horaria del elemento Fecha y hora del Panel de control.

Versiones basadas en x64

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

Motor de búsqueda de texto completo de SQL Server 2017

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Para aplicar este paquete de actualización acumulativa, debe ejecutar SQL Server 2017.

Es posible que tenga que reiniciar el equipo una vez aplicado este paquete de actualizaciones acumulativas.

Para utilizar una de las revisiones de este paquete, no tiene que realizar ningún cambio en el Registro.

En este artículo también se proporciona información importante acerca de las siguientes situaciones:

• Pacemaker: Se realiza un cambio de comportamiento en las distribuciones que utilizan la última versión disponible de Pacemaker. Se proporcionan métodos de mitigación.

• Almacén de consultas: Debe ejecutar este script si usa el Almacén de consultas y ha instalado previamente Microsoft SQL Server 2017 Cumulative Update 2 (CU2).

Versión de compilación de CU de Analysis Services

A partir de Microsoft SQL Server 2017, el número de versión de compilación de Analysis Services y el número de versión de compilación del motor de base de datos de SQL Server no coinciden. Para obtener más información, vea Comprobación de la versión de compilación de la actualización acumulada de Analysis Services.

Actualizaciones acumulativas (CU)

Las actualizaciones acumulativas (CU) ya están disponibles en el Centro de descarga de Microsoft.

En el Centro de descarga, solo está disponible la CU más reciente que se lanzó para SQL Server 2017.

Los paquetes de actualización acumulativa para Linux están disponibles en https://packages.microsoft.com.

• Cada CU nueva contiene todas las correcciones que se incluyeron con la CU anterior para la versión instalada de SQL Server.
• Las CU de SQL Server están certificadas con los mismos niveles que los Service Pack y deben instalarse con el mismo nivel de confianza.
• Se recomienda instalación proactiva y continua de las CU a medida que estén disponibles:
  • Los datos históricos muestran que un número significativo de casos de soporte técnico están relacionados con un problema solucionado en una CU lanzada.
  • Las CU pueden contener valor añadido respecto a las revisiones. Esto incluye actualizaciones de compatibilidad, manejabilidad y confiabilidad.
• Es recomendable que pruebe las CU de SQL Server antes de implementarlas en entornos de producción.

IMPORTANTE

Todas las distribuciones (incluidas RHEL 7.3 y 7.4) que usan el último paquete Pacemaker disponible 1.1.18-11.el7 presentan un cambio de comportamiento para la configuración del start-failure-is-fatal clúster si su valor es false. Este cambio afecta al flujo de trabajo de conmutación por error. Si una réplica principal experimenta una interrupción, se espera que el clúster realice la conmutación por error a una de las réplicas secundarias disponibles. En su lugar, los usuarios observarán que el clúster intenta iniciar la réplica principal errónea. Si ese principal nunca se conecta (debido a una interrupción permanente), el clúster nunca conmuta por error a otra réplica secundaria disponible.

Este problema afecta a todas las versiones de SQL Server, independientemente de la versión de la actualización acumulativa en la que estén.

Para resolver este problema, utilice uno de los métodos siguientes:

Método 1

Siga estos pasos:

1. Quite la start-failure-is-fatal invalidación del clúster existente.

   # RHEL, Ubuntu pcs property unset start-failure-is-fatal # or pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Disminuir el cluster-recheck-interval valor.

   # RHEL, Ubuntu pcs property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Agregue la failure-timeout metapropiedad a cada recurso de AG.

   # RHEL, actualización de recursos de equipos Ubuntu ag1 meta failure-timeout=60s # SLES CRM Configurar Editar AG1 # En el editor de texto, agregue 'meta failure-timeout=60s' después de cualquier 'param' y antes de cualquier 'op's

   Nota

   En este código, reemplace el valor <de Xmin> según corresponda. Si se desactiva una réplica, el clúster intenta reiniciar la réplica en un intervalo enlazado por el failure-timeout valor y el cluster-recheck-interval valor. Por ejemplo, si failure-timeout se establece en 60 segundos y cluster-recheck-interval se establece en 120 segundos, el reinicio se intentará en un intervalo que sea superior a 60 segundos, pero menos de 120 segundos. Se recomienda establecer failure-timeout un 60scluster-recheck-interval valor superior a 60 segundos. Se recomienda no establecer cluster-recheck-interval un valor pequeño. Para obtener más información, consulte la documentación de Pacemaker o consulte al proveedor del sistema.

Método 2

Revierta a la versión Pacemaker 1.1.16.

IMPORTANTE

Debe ejecutar este script si usa el Almacén de consultas y va a actualizar desde la actualización acumulativa 2 (CU2) de SQL Server 2017 directamente a la actualización acumulativa 3 (CU3) de SQL Server 2017 o cualquier actualización acumulativa posterior. No es necesario ejecutar este script si ha instalado previamente la actualización acumulativa 3 (CU3) de SQL Server 2017 o cualquier actualización acumulativa de SQL Server 2017 posterior.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;

  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''

  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;

   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;

  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

Al implementar las revisiones en un entorno híbrido (como en el caso de Always On, replicación, clúster y creación de reflejos), es recomendable consultar los artículos siguientes antes de implementar las revisiones:

• Actualizar una instancia de clúster de conmutación por error

  Nota

  Si no quiere usar el proceso de actualización gradual, siga estos pasos para aplicar actualización:

  • Instale el Service Pack en el nodo pasivo.
  • Instale el Service Pack en el nodo activo (se requiere un reinicio del servicio).

• Actualización de los servidores del grupo de disponibilidad que tienen una pérdida de datos y un tiempo de inactividad mínimos.

  Nota

  Si ha habilitado Always On junto con el catálogo de SSISDB, consulte la información sobre SSIS con Always On sobre cómo aplicar una actualización en estos entornos.

• How to apply a hotfix for SQL Server in a transactional replication and database mirroring topology (Cómo aplicar una revisión para SQL Server en una topología de replicación transaccional y de creación de reflejos de bases de datos)

• How to apply a hotfix for SQL Server in a replication topology (Cómo aplicar una revisión para SQL Server en una topología de replicación)

• Actualizar instancias reflejadas

• Introducción a la instalación de mantenimiento de SQL Server

Las CU de SQL Server son actualmente multilingües. Por lo tanto, este paquete de CU no es específico de un idioma. Se aplica a todos los idiomas compatibles.

Un paquete de CU incluye todas las actualizaciones disponibles para todos los componentes de SQL Server 2017 (características). Sin embargo, el paquete de actualización acumulativa solo actualiza los componentes que están instalados actualmente en la instancia de SQL Server que seleccione para recibir el mantenimiento. Si se agrega una característica de SQL Server (por ejemplo, Analysis Services) a la instancia después de aplicar esta actualización previa, debe volver a habilitar esta actualización previa para actualizar la nueva característica a esta actualización previa.

Si se producen otros problemas o necesita alguna solución, es posible que tenga que crear una solicitud de servicio independiente. Se aplicarán los costes de soporte habituales a las preguntas de soporte técnico adicionales y a los problemas que no estén relacionados con este paquete de actualización acumulativa concreto. Para obtener una lista completa de los números de teléfono del servicio de soporte técnico y de atención al cliente de Microsoft, así como información acerca de cómo crear una solicitud de servicio independiente, vaya al sitio web de soporte técnico de Microsoft.

1. En el Panel de control, abra el elemento Programas y características y, a continuación, seleccione Ver actualizaciones instaladas.
2. Busque la entrada correspondiente a este paquete de actualización acumulativa en SQL Server 2017.
3. Mantenga presionada la entrada o haga clic con el botón derecho sobre esta y, a continuación, seleccione Desinstalar.

Para desinstalar esta actualización previa en Linux, debe revertir el paquete a la versión anterior. Para obtener más información acerca de cómo revertir la instalación, vea Deshacer SQL Server.