KB4342123: actualización acumulativa 10 para SQL Server 2017

La siguiente actualización 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 no aparece la página de descarga, póngase en contacto con el servicio de atención al cliente y soporte técnico de Microsoft para obtener el paquete de actualización acumulativa.

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

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

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

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

Para comprobar la descarga, calcule el hash del archivo SQLServer2017-KB4342123-x64.exe mediante el siguiente comando:

certutil -hashfile SQLServer2017-KB4342123-x64.exe SHA256

La versión en inglés de este paquete tiene los atributos de archivo (o atributos de archivo posteriores) que se enumeran en la tabla siguiente. Las fechas y horas de estos archivos se enumeran en Hora universal coordinada (UTC). Al ver la información del archivo, se convierte a la hora local. Para buscar la diferencia entre utc y hora local, use la pestaña Zona horaria del elemento Fecha y hora de 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 instancia principal de Database Services de 2017

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

motor de Full-Text de SQL Server 2017

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

sql_polybase_core_inst SQL Server 2017

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 después de aplicar este paquete de actualización acumulativa.

Para usar una de las revisiones de este paquete, no es necesario realizar ningún cambio en el registro.

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

• Pacemaker: se realiza un cambio de comportamiento en las distribuciones que usan la versión más reciente disponible de Pacemaker. Se proporcionan métodos de mitigación.

• Almacén de consultas: debe ejecutar este script si usa la Almacén de consultas y ha instalado previamente Microsoft SQL Server actualización acumulativa 2 (CU2) de 2017.

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 SQL Server número de versión de compilación del motor de base de datos no coinciden. Para obtener más información, vea Comprobar la versión de compilación de actualización acumulativa de Analysis Services.

Actualizaciones acumulativas (CU)

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

Solo el CU más reciente publicado para SQL Server 2017 está disponible en el Centro de descarga.

Los paquetes cu para Linux están disponibles en https://packages.microsoft.com.

• Cada cu nuevo contiene todas las correcciones que se incluyeron con la cu anterior para la versión instalada de SQL Server.
• SQL Server LAS CPU están certificadas en los mismos niveles que los Service Pack y deben instalarse en el mismo nivel de confianza.
• Se recomienda la instalación proactiva y continua de las CPU a medida que estén disponibles de acuerdo con estas directrices:
  • Los datos históricos muestran que un número significativo de casos de soporte técnico implican un problema que ya se ha solucionado en un CU publicado.
  • Las CPU pueden contener revisiones de valor agregado una y otra vez. Esto incluye actualizaciones de compatibilidad, facilidad de administración y confiabilidad.
• Se recomienda probar SQL Server CPU antes de implementarlas en entornos de producción.

Modelo de objetos de servidor

Todas las distribuciones (incluidas RHEL 7.3 y 7.4) que usan el paquete pacemaker 1.1.18-11.el7 más reciente disponible introducen 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 sigue intentando iniciar la réplica principal con errores. Si esa 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 SQL Server, independientemente de la versión de actualización acumulativa en la que se encuentren.

Para mitigar el problema, use cualquiera 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, propiedad ubuntu pcs unset start-failure-is-fatal # o pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Reduzca 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 grupo de disponibilidad.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit 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, sustituya el valor por <Xmin> según corresponda. Si una réplica deja de funcionar, 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 intenta en un intervalo superior a 60 segundos pero inferior a 120 segundos. Se recomienda establecer en failure-timeout y cluster-recheck-interval en un valor superior a 60s 60 segundos. Se recomienda no establecer en 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

Vuelva a pacemaker versión 1.1.16.

Modelo de objetos de servidor

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

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 una actualización en un entorno híbrido (como Always On, replicación, clúster y creación de reflejo), se recomienda consultar los siguientes artículos antes de implementar la actualización:

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

  Nota:

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

  • Instale la actualización en el nodo pasivo.
  • Instale la actualización en el nodo activo (requiere un reinicio del servicio).

• Actualización y actualización de servidores de grupos de disponibilidad que usan tiempo de inactividad mínimo y pérdida de datos

  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.

• Cómo aplicar una revisión para SQL Server en una topología de replicación transaccional y creación de reflejo de la base de datos

• Cómo aplicar una revisión para SQL Server en una topología de replicación

• Actualización de instancias reflejadas

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

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

Un paquete cu incluye todas las actualizaciones disponibles para todos los componentes (características) de SQL Server 2017. 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 servicio. Si se agrega una característica de SQL Server (por ejemplo, Analysis Services) a la instancia después de aplicar esta CU, debe volver a aplicar este CU para actualizar la nueva característica a este CU.

Si se producen otros problemas, o si se requiere alguna solución de problemas, es posible que tenga que crear una solicitud de servicio. Los costos de soporte técnico habituales se aplicarán a preguntas de soporte técnico adicionales y a problemas que no califican para este paquete de actualización acumulativa específico. Para obtener una lista completa de los números de teléfono de Servicio al cliente y Soporte técnico de Microsoft, o para crear una solicitud de servicio independiente, vaya al sitio web de soporte técnico de Microsoft.

1. En 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) y, a continuación, seleccione Desinstalar.

Para desinstalar este CU en Linux, debe revertir el paquete a la versión anterior. Para obtener más información sobre cómo revertir la instalación, consulte Reversión SQL Server.