KB4508218 - Aggiornamento cumulativo 16 per SQL Server 2017

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

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

Se la pagina di download non viene visualizzata, contattare il servizio clienti e il supporto tecnico Microsoft per ottenere il pacchetto di aggiornamento cumulativo.

L'aggiornamento seguente è disponibile nel catalogo di Microsoft Update:

Scaricare il pacchetto di aggiornamento cumulativo per SQL Server 2017 CU16

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

Per istruzioni di installazione e collegamenti diretti ai download del pacchetto CU, vedere le note sulla versione di SQL Server 2017.

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

certutil -hashfile SQLServer2017-KB4508218-x64.exe SHA256

La versione inglese di questo pacchetto include gli attributi del file (o versioni successive) elencati nella tabella seguente. Le date e le ore per questi file sono elencate in Coordinated Universal Time (UTC). Quando si visualizzano le informazioni sul file, vengono convertite in ora locale. Per trovare la differenza tra l'ora UTC e l'ora locale, usare la scheda Fuso orario nell'elemento Data e ora in Pannello di controllo.

Versioni basate su x64

SQL Server 2017 Analysis Services

Common Core di Servizi di database SQL Server 2017

SQL Server 2017 Data Quality Client

SQL Server 2017 Data Quality

sql_dreplay_client SQL Server 2017

SQL Server 2017 sql_dreplay_controller

Istanza di base di Servizi di database SQL Server 2017

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

motore di Full-Text 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

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

Potrebbe essere necessario riavviare il computer dopo aver applicato questo pacchetto di aggiornamento cumulativo.

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

Questo articolo fornisce anche informazioni importanti sulle situazioni seguenti:

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

• Query Store: è necessario eseguire questo script se si usa il Query Store e microsoft SQL Server 2017 cumulative update 2 (CU2) è stato installato in precedenza.

Versione della build cu di Analysis Services

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

Aggiornamenti cumulativi (CU)

Gli aggiornamenti cumulativi 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 nuova cu contiene tutte le correzioni incluse con l'cu precedente per la versione installata di SQL Server.
• SQL Server CU sono certificate agli stessi livelli dei Service Pack e devono essere installate allo stesso livello di attendibilità.
• È consigliabile installare in modo proattivo e continuativo le unità di certificazione man mano che diventano disponibili in base alle linee guida seguenti:
  • I dati cronologici mostrano che un numero significativo di casi di supporto implica un problema che è già stato risolto in una CU rilasciata.
  • Le unità di certificazione possono contenere un valore aggiunto oltre agli hotfix. Sono inclusi gli aggiornamenti di supporto, gestibilità e affidabilità.
• È consigliabile testare SQL Server CU prima di distribuirle in ambienti di produzione.

IMPORTANTE

Tutte le distribuzioni (incluse RHEL 7.3 e 7.4) che usano il pacchetto Pacemaker più recente 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 il failover del cluster in una delle repliche secondarie disponibili. Gli utenti noteranno invece che il cluster continua a provare ad avviare la replica primaria non riuscita. Se il database primario non viene 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 SQL Server, indipendentemente dalla versione dell'aggiornamento cumulativo in cui si trovano.

Per attenuare il problema, usare uno dei metodi seguenti.

Metodo 1

attenersi alla seguente procedura:

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

   # 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. Ridurre 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 meta proprietà a ogni risorsa del gruppo di disponibilità.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # Nell'editor di testo aggiungere 'meta failure-timeout=60s' dopo qualsiasi 'param' e prima di qualsiasi 'op's

   Nota

   In questo codice sostituire il valore con <Xmin> in base alle esigenze. Se una replica viene arrestata, il cluster tenta di riavviare la replica a un intervallo associato al failure-timeout valore e al cluster-recheck-interval valore. Ad esempio, se failure-timeout è impostato su 60 secondi e cluster-recheck-interval è impostato su 120 secondi, il riavvio viene eseguito a un intervallo maggiore di 60 secondi ma inferiore a 120 secondi. È consigliabile 60s impostare su failure-timeout e cluster-recheck-interval su un valore maggiore di 60 secondi. È consigliabile non impostare su cluster-recheck-interval un valore ridotto. Per altre informazioni, vedere la documentazione di Pacemaker o consultare il provider di 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 Cumulative Update 2 (CU2) direttamente a SQL Server 2017 Cumulative Update 3 (CU3) o a qualsiasi aggiornamento cumulativo successivo. Non è necessario eseguire questo script se in precedenza è stato installato SQL Server aggiornamento cumulativo 3 (CU3) 2017 o qualsiasi aggiornamento cumulativo SQL Server 2017 successivo.

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 si vuole usare il processo di aggiornamento in sequenza, seguire questa procedura per applicare un aggiornamento:

  • Installare l'aggiornamento nel nodo passivo.
  • Installare l'aggiornamento nel nodo attivo (richiede un riavvio del servizio).

• Aggiornamento e aggiornamento dei server del gruppo di disponibilità che usano tempi di inattività minimi e perdita di dati

  Nota

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

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

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

• Aggiornamento di istanze con mirroring

• Panoramica dell'installazione di SQL Server Servicing

SQL Server CU sono attualmente multilingue. Di conseguenza, questo pacchetto cu non è specifico di una 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 attualmente installati nell'istanza di SQL Server che si seleziona per la manutenzione. Se all'istanza di viene aggiunta una funzionalità di SQL Server , ad esempio Analysis Services, dopo l'applicazione dell'CU, è necessario riapplicare questa cu in modo da aggiornare la nuova funzionalità all'cu.

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

1. In Pannello di controllo aprire l'elemento Programmi e funzionalità e quindi selezionare Visualizza aggiornamenti installati.
2. Individuare la voce che corrisponde a questo pacchetto di aggiornamento cumulativo in SQL Server 2017.
3. Tenere premuta (o fare clic con il pulsante destro del mouse) sulla voce e quindi selezionare Disinstalla.

Per disinstallare questa cu in Linux, è necessario eseguire il rollback del pacchetto alla versione precedente. Per altre informazioni su come eseguire il rollback dell'installazione, vedere Rollback SQL Server.