KB4466404 - Aggiornamento cumulativo 13 per SQL Server 2017

L'aggiornamento seguente è disponibile nell'Area download Microsoft:

Scaricare subito il pacchetto di aggiornamento cumulativo più recente per SQL Server 2017

Se la pagina di download non appare, contatta il servizio di supporto tecnico Microsoft per ottenere il pacchetto di aggiornamento cumulativo.

L'aggiornamento seguente è disponibile in Microsoft Update Catalog:

Scaricare il pacchetto di aggiornamento cumulativo per SQL Server 2017 CU13

Per aggiornare SQL Server 2017 in Linux all'aggiornamento cumulativo più recente, è necessario prima configurare il repository degli aggiornamenti cumulativi. Aggiorna quindi i pacchetti di SQL Server usando il comando di aggiornamento appropriato specifico della piattaforma.

Per le istruzioni di installazione e collegamenti diretti ai download dei pacchetti CU, vedere le Note sulla versione di SQL Server 2017.

È possibile verificare il download calcolando l'hash del file SQLServer2017-KB4466404-x64.exe usando il comando seguente:

certutil -hashfile SQLServer2017-KB4466404-x64.exe SHA256

La versione in lingua inglese di questo pacchetto include gli attributi di file (o attributi di file successivi) elencati nella tabella seguente. I valori di data e ora per questi file sono riportati in formato Coordinated Universal Time (UTC). Quando esaminate le informazioni del file, viene convertito in orario locale. Per calcolare la differenza tra l'ora UTC e quella locale, usare la scheda Fuso orario dell'elemento Data e ora nel pannello di controllo.

Versioni basate su x64

SQL Server 2017 Analysis Services

Common Core di SQL Server 2017 Database Services

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

Istanza di base di SQL Server 2017 Database Services

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

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

Per applicare questo pacchetto di aggiornamento cumulativo, è necessario eseguire SQL Server 2017.

Una volta applicato il pacchetto di aggiornamento cumulativo, potrebbe essere necessario riavviare il computer.

Per usare uno degli aggiornamenti rapidi inclusi in questo pacchetto, non è necessario apportare modifiche al Registro di sistema.

Questo articolo fornisce anche informazioni importanti sulle situazioni seguenti:

• Pacemaker: viene apportata una modifica comportamentale nelle distribuzioni che usano la versione più recente disponibile di Pacemaker. Vengono forniti metodi di mitigazione.

• Query Store: è necessario eseguire questo script se si usa Query Store e in precedenza è stato installato Microsoft SQL Server 2017 Cumulative Update 2 (CU2).

Versione della build dell'aggiornamento cumulativo di Analysis Services

A partire da Microsoft SQL Server 2017, il numero di versione della build di Analysis Services e il numero di versione della build del motore di database di SQL Server non corrispondono. Per altre informazioni, vedi Verificare la versione della build dell'aggiornamento cumulativo di Analysis Services.

Aggiornamenti cumulativi (CU)

Gli aggiornamenti cumulativi (CU) sono ora disponibili nell'Area download Microsoft.

Solo l'aggiornamento cumulativo più recente rilasciato per SQL Server 2017 è disponibile nell'Area download.

I pacchetti CU per Linux sono disponibili all'indirizzo https://packages.microsoft.com.

• Ogni nuovo aggiornamento cumulativo contiene tutte le correzioni incluse nell'aggiornamento cumulativo CU precedente per la versione installata di SQL Server.
• Gli aggiornamenti cumulativi di SQL Server sono certificati per gli stessi livelli dei service pack e devono essere installati con lo stesso livello di confidenza.
• È consigliabile eseguire un'installazione continua e proattiva degli aggiornamenti cumulativi non appena diventano disponibili in base alle linee guida seguenti:
  • Dati storici mostrano che un numero significativo di casi di supporto riguarda un problema che è già stato affrontato in un aggiornamento cumulativo rilasciato.
  • Gli aggiornamenti cumulativi potrebbero contenere un valore aggiunto oltre agli aggiornamenti rapidi. Sono inclusi gli aggiornamenti relativi a supportabilità, gestibilità e affidabilità.
• È consigliabile testare gli aggiornamenti cumulativi di SQL Server prima di distribuirli in ambienti di produzione.

IMPORTANTE

Tutte le distribuzioni (incluse RHEL 7.3 e 7.4) che usano il più recente pacchetto Pacemaker disponibile 1.1.18-11.el7 introducono una modifica del comportamento per l'impostazione del cluster, se il start-failure-is-fatal relativo valore è false. Questa modifica influisce sul flusso di lavoro di failover. Se si verifica un'interruzione di una replica primaria, è previsto che il cluster esegua il failover in una delle repliche secondarie disponibili. Gli utenti noteranno invece che il cluster continua a tentare di avviare la replica primaria non riuscita. Se il database primario non è mai online (a causa di un'interruzione permanente), il cluster non esegue mai il failover in un'altra replica secondaria disponibile.

Questo problema interessa tutte le versioni di SQL Server, indipendentemente dalla versione di aggiornamento cumulativo in uso.

Per attenuare il problema, usare uno dei metodi seguenti.

Metodo 1

Effettuare questi passaggi:

1. Rimuovere l'override start-failure-is-fatal dal cluster esistente.

   # RHEL, Ubuntu proprietà pcs unset start-failure-is-fatal # o proprietà pcs set start-failure-is-fatal=true # SLES crm configurare la proprietà start-failure-is-fatal=true

2. Diminuire il cluster-recheck-interval valore.

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

3. Aggiungere la failure-timeout proprietà meta a ogni risorsa del gruppo di disponibilità.

   # RHEL, aggiornamento delle risorse dei pc Ubuntu ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # Nell'editor di testo, aggiungi 'meta failure-timeout=60s' dopo qualsiasi 'param' e prima di qualsiasi 'op's

   Nota

   In questo codice sostituire il valore di <Xmin> in base alle esigenze. Se una replica non funziona, il cluster tenta di riavviare la replica a un intervallo vincolato dal valore e cluster-recheck-interval dal failure-timeout valore. Ad esempio, se failure-timeout è impostato su 60 secondi e cluster-recheck-interval viene impostato su 120 secondi, il riavvio viene tentato a intervalli maggiori di 60 secondi ma inferiori a 120 secondi. Si consiglia di impostare failure-timeout su 60s e cluster-recheck-interval su un valore maggiore di 60 secondi. Si consiglia di non impostare cluster-recheck-interval un valore piccolo. Per ulteriori informazioni, fare riferimento alla documentazione di Pacemaker o consultare il provider del sistema.

Metodo 2

Ripristinare Pacemaker versione 1.1.16.

IMPORTANTE

È necessario eseguire questo script se si usa Query Store e si esegue l'aggiornamento da SQL Server 2017 aggiornamento cumulativo 2 (CU2) direttamente a SQL Server 2017 aggiornamento cumulativo 3 (CU3) o qualsiasi aggiornamento cumulativo successivo. Non è necessario eseguire questo script se è stato installato in precedenza SQL Server aggiornamento cumulativo 3 (CU3) 2017 o qualsiasi aggiornamento cumulativo successivo 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 si distribuisce un aggiornamento in un ambiente ibrido (ad esempio Always On, replica, cluster e mirroring), è consigliabile fare riferimento agli articoli seguenti prima di distribuire l'aggiornamento:

• Aggiornare un'istanza del cluster di failover

  Nota

  Se non vuoi usare il processo di aggiornamento in sequenza, seguire questi passaggi per applicare un aggiornamento:

  • Installa l'aggiornamento nel nodo passivo.
  • Installa l'aggiornamento nel nodo attivo (richiede il riavvio del servizio).

• Eseguire l'upgrade o l'aggiornamento dei server del gruppo di disponibilità che usano tempi di inattività e perdita di dati minimi

  Nota

  Se hai abilitato Always On insieme al catalogo SSISDB, vedi le informazioni su SSIS con Always On su come applicare un aggiornamento in questi ambienti.

• Come applicare un aggiornamento rapido per SQL Server in una topologia di mirroring del database e replica transazionale

• Come applicare un aggiornamento rapido per SQL Server in una topologia di replica

• Aggiornamento delle istanze con mirroring

• Panoramica dell'installazione della manutenzione di SQL Server

Gli aggiornamenti cumulativi di SQL Server attualmente sono multilingue. Di conseguenza, questo pacchetto di aggiornamento cumulativo non è specifico di una sola lingua. Si applica a tutte le lingue supportate.

Un pacchetto CU include tutti gli aggiornamenti disponibili per tutti i componenti (funzionalità) di SQL Server 2017. Tuttavia, il pacchetto di aggiornamento cumulativo aggiorna solo i componenti installati nell'istanza di SQL Server selezionata per la manutenzione. Se una funzionalità di SQL Server (ad esempio Analysis Services) viene aggiunta all'istanza dopo l'applicazione di questo aggiornamento cumulativo, è necessario riapplicare questo aggiornamento cumulativo per aggiornare la nuova funzionalità a questo aggiornamento cumulativo.

Se si verificano altri problemi o se è necessaria una risoluzione dei problemi, potrebbe essere necessario creare una richiesta di servizio. I normali costi di supporto verranno applicati alle domande di supporto aggiuntive e ai problemi che non sono idonei per questo specifico pacchetto di aggiornamento cumulativo. Per un elenco completo dei numeri di telefono del Supporto tecnico Microsoft o per creare una richiesta di servizio separata, visita il sito Web del Supporto tecnico Microsoft.

1. Nel Pannello di controllo apri la voce Programmi e funzionalità e seleziona Visualizza aggiornamenti installati.
2. Individuare la voce corrispondente a questo pacchetto di aggiornamento cumulativo in SQL Server 2017.
3. Tieni premuto o fai clic con il pulsante destro del mouse sull'app, quindi seleziona Disinstalla.

Per disinstallare questo aggiornamento cumulativo in Linux, devi eseguire un ripristino dello stato precedente del pacchetto. Per altre informazioni su come eseguire il ripristino dello stato precedente dell'installazione, vedi Ripristino dello stato precedente di SQL Server.