KB4508218 - Atualização Cumulativa 16 para SQL Server 2017

A seguinte atualização está disponível no Centro de Transferências da Microsoft:

Transfira agora o pacote de atualização cumulativa mais recente para SQL Server 2017

Se a página de transferência não for apresentada, contacte o Suporte e o Suporte ao Cliente da Microsoft para obter o pacote de atualização cumulativa.

A seguinte atualização está disponível no Catálogo Microsoft Update:

Transfira agora o pacote de atualização cumulativa para SQL Server CU16 de 2017

Para atualizar o SQL Server 2017 no Linux para a CU mais recente, primeiro tem de ter o repositório Atualização Cumulativa configurado. Em seguida, atualize os pacotes de SQL Server com o comando de atualização específico da plataforma adequado.

Para obter instruções de instalação e ligações diretas para as transferências do pacote CU, consulte as Notas de Versão do SQL Server 2017.

Pode verificar a transferência ao calcular o hash do ficheiro SQLServer2017-KB4508218-x64.exe com o seguinte comando:

certutil -hashfile SQLServer2017-KB4508218-x64.exe SHA256

A versão em inglês deste pacote tem os atributos de ficheiro (ou atributos de ficheiro posteriores) que estão listados na tabela seguinte. As datas e horas destes ficheiros estão listadas na Hora Universal Coordenada (UTC). Quando vê as informações do ficheiro, estas são convertidas para a hora local. Para encontrar a diferença entre a hora UTC e a hora local, utilize o separador Fuso Horário no item Data e Hora no Painel de Controle.

Versões baseadas em x64

SQL Server Analysis Services 2017

Common Core dos Serviços de Base de Dados do SQL Server 2017

Data Quality Client SQL Server 2017

Qualidade dos Dados do SQL Server 2017

sql_dreplay_client SQL Server 2017

SQL Server 2017 sql_dreplay_controller

SQL Server Instância Principal dos Serviços de Base de Dados de 2017

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

Motor de Full-Text do SQL Server 2017

sql_inst_mr SQL Server 2017

Serviços de Integração do SQL Server 2017

sql_polybase_core_inst SQL Server 2017

sql_shared_mr SQL Server 2017

sql_tools_extensions SQL Server 2017

Para aplicar este pacote de atualização cumulativa, tem de estar a executar SQL Server 2017.

Poderá ter de reiniciar o computador depois de aplicar este pacote de atualização cumulativa.

Para utilizar uma das correções neste pacote, não tem de efetuar alterações ao registo.

Este artigo também fornece informações importantes sobre as seguintes situações:

• Pacemaker: é efetuada uma alteração comportamental nas distribuições que utilizam a versão mais recente disponível do Pacemaker. São fornecidos métodos de mitigação.

• Repositório de Consultas: tem de executar este script se utilizar o Repositório de Consultas e tiver instalado anteriormente a Atualização Cumulativa 2 (CU2) do Microsoft SQL Server 2017.

Versão de criação da CU do Analysis Services

A partir do Microsoft SQL Server 2017, o número da versão de compilação do Analysis Services e SQL Server número da versão de compilação do Motor de Base de Dados não correspondem. Para obter mais informações, veja Verificar a versão de criação da atualização cumulativa do Analysis Services.

Atualizações cumulativas (CU)

As atualizações cumulativas (CU) estão agora disponíveis no Centro de Transferências da Microsoft.

Apenas a CU mais recente lançada para o SQL Server 2017 está disponível no Centro de Transferências.

Os pacotes CU para Linux estão disponíveis em https://packages.microsoft.com.

• Cada nova CU contém todas as correções que foram incluídas com a CU anterior para a versão instalada do SQL Server.
• SQL Server CUs são certificadas para os mesmos níveis que os service packs e devem ser instaladas no mesmo nível de confiança.
• Recomendamos a instalação contínua e proativa de CUs à medida que ficam disponíveis de acordo com estas diretrizes:
  • Os dados históricos mostram que um número significativo de casos de suporte envolve um problema que já foi resolvido numa CU lançada.
  • As CUs podem conter valores adicionados para além das correções. Isto inclui atualizações de suporte, capacidade de gestão e fiabilidade.
• Recomendamos que teste SQL Server CUs antes de implementá-las em ambientes de produção.

IMPORTANTE

Todas as distribuições (incluindo RHEL 7.3 e 7.4) que utilizam o pacote Pacemaker mais recente disponível 1.1.18-11.el7 introduzem uma alteração de comportamento para a definição do cluster se o start-failure-is-fatal respetivo valor for false. Esta alteração afeta o fluxo de trabalho de ativação pós-falha. Se um réplica primário sofrer uma falha, espera-se que o cluster efetue a ativação pós-falha para uma das réplicas secundárias disponíveis. Em vez disso, os utilizadores irão reparar que o cluster continua a tentar iniciar o réplica primário com falha. Se esse principal nunca estiver online (devido a uma falha permanente), o cluster nunca efetuará a ativação pós-falha para outro réplica secundário disponível.

Este problema afeta todas as versões SQL Server, independentemente da versão de atualização cumulativa em que se encontram.

Para mitigar o problema, utilize um dos seguintes métodos.

Método 1

Siga estas etapas:

1. Remova a start-failure-is-fatal substituição do cluster 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. Diminua o cluster-recheck-interval valor.

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

3. Adicione a failure-timeout meta propriedade a cada recurso do AG.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # No editor de texto, adicione "meta failure-timeout=60s" após qualquer 'parâmetro' e antes de qualquer 'op's

   Observação

   Neste código, substitua o valor por <Xmin> conforme adequado. Se um réplica ficar inativo, o cluster tenta reiniciar a réplica num intervalo vinculado pelo failure-timeout valor e pelo cluster-recheck-interval valor. Por exemplo, se failure-timeout estiver definido como 60 segundos e cluster-recheck-interval estiver definido como 120 segundos, o reinício é tentado num intervalo superior a 60 segundos, mas inferior a 120 segundos. Recomendamos que defina failure-timeout como 60s e cluster-recheck-interval para um valor superior a 60 segundos. Recomendamos que não defina cluster-recheck-interval para um valor pequeno. Para obter mais informações, consulte a documentação do Pacemaker ou consulte o fornecedor do sistema.

Método 2

Reverta para a versão 1.1.16 do Pacemaker.

IMPORTANTE

Tem de executar este script se utilizar Repositório de Consultas e estiver a atualizar do SQL Server Atualização Cumulativa 2 (CU2) de 2017 diretamente para SQL Server Atualização Cumulativa 3 (CU3) de 2017 ou qualquer atualização cumulativa posterior. Não tem de executar este script se tiver instalado anteriormente SQL Server Atualização Cumulativa 3 (CU3) de 2017 ou qualquer atualização cumulativa 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

Quando implementar uma atualização num ambiente híbrido (como Always On, replicação, cluster e espelhamento), recomendamos que consulte os seguintes artigos antes de implementar a atualização:

• Atualizar uma instância de cluster de ativação pós-falha

  Observação

  Se não quiser utilizar o processo de atualização sem interrupção, siga estes passos para aplicar uma atualização:

  • Instale a atualização no nó passivo.
  • Instale a atualização no nó ativo (requer um reinício do serviço).

• Atualização e atualização de servidores do grupo de disponibilidade que utilizam um período de indisponibilidade mínimo e perda de dados

  Observação

  Se tiver ativado Always On em conjunto com o catálogo SSISDB, veja as informações sobre o SSIS com Always On sobre como aplicar uma atualização nestes ambientes.

• Como aplicar uma correção para SQL Server numa topologia de replicação transacional e espelhamento de base de dados

• Como aplicar uma correção para SQL Server numa topologia de replicação

• Atualizar Instâncias Espelhadas

• Descrição geral da Instalação de Manutenção do SQL Server

SQL Server CUs são atualmente multilingues. Por conseguinte, este pacote CU não é específico de um idioma. Aplica-se a todos os idiomas suportados.

Um pacote CU inclui todas as atualizações disponíveis para todos os componentes do SQL Server 2017 (funcionalidades). No entanto, o pacote de atualização cumulativa atualiza apenas os componentes que estão atualmente instalados na instância SQL Server que seleciona para serem reparados. Se uma funcionalidade de SQL Server (por exemplo, Analysis Services) for adicionada à instância depois de esta CU ser aplicada, terá de reaplicar esta CU para atualizar a nova funcionalidade para esta CU.

Se ocorrerem outros problemas ou se for necessária alguma resolução de problemas, poderá ter de criar um pedido de serviço. Os custos de suporte habituais serão aplicados a perguntas de suporte adicionais e a problemas que não se qualificam para este pacote de atualização cumulativa específico. Para obter uma lista completa dos números de telefone do Suporte ao Cliente e suporte da Microsoft ou para criar um pedido de serviço separado, aceda ao site de suporte da Microsoft.

1. No Painel de Controle, abra o item Programas e Funcionalidades e, em seguida, selecione Ver atualizações instaladas.
2. Localize a entrada que corresponde a este pacote de atualização cumulativa em SQL Server 2017.
3. Prima sem soltar (ou clique com o botão direito do rato) a entrada e, em seguida, selecione Desinstalar.

Para desinstalar esta CU no Linux, tem de reverter o pacote para a versão anterior. Para obter mais informações sobre como reverter a instalação, veja Reverter SQL Server.