KB4229789 - Aggiornamento cumulativo 7 per SQL Server 2017

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

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

Se la pagina di download non viene visualizzata, contattare il servizio clienti Microsoft e il supporto tecnico 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 CU7 ora

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

Per istruzioni sull'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-KB4229789-x64.exe usando il comando seguente:

certutil -hashfile SQLServer2017-KB4229789-x64.exe SHA256

La versione inglese di questo pacchetto include gli attributi del file (o attributi di file successivi) elencati nella tabella seguente. Le date e le ore per questi file sono elencate nell'ora UTC (Coordinated Universal Time). Quando si visualizzano le informazioni sul file, viene convertito 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

SQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

Istanza principale di SQL Server 2017 Database Services

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

Motore full-text di 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: una modifica comportamentale viene apportata 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 ed è stato installato in precedenza Microsoft SQL Server 2017 Cumulative Update 2 (CU2).

Versione di compilazione cu di Analysis Services

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

Aggiornamenti cumulativi (CU)

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

Solo il cu 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 CU contiene tutte le correzioni incluse nel cu precedente per la versione installata di SQL Server.
• Le UNITÀ di configurazione di SQL Server sono certificate per gli stessi livelli dei Service Pack e devono essere installate allo stesso livello di attendibilità.
• È consigliabile installare in modo proattivo e continuativo le UR 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 già risolto in un CU rilasciato.
  • Le CPU possono contenere valore aggiunto oltre e versioni successive degli hotfix. Sono inclusi gli aggiornamenti di supporto, gestibilità e affidabilità.
• È consigliabile testare le CPU di SQL Server prima di distribuirle in ambienti di produzione.

IMPORTANTE

Tutte le distribuzioni (incluse RHEL 7.3 e 7.4) che usano la versione più recente del pacchetto Pacemaker disponibile 1.1.18-11.el7 introducono una modifica del comportamento per l'impostazione del start-failure-is-fatal cluster se il relativo valore è false. Questa modifica influisce sul flusso di lavoro del failover. Se si verifica un'interruzione in una replica primaria, è previsto il failover del cluster in una delle repliche secondarie disponibili. Al contrario, gli utenti noteranno che il cluster continuerà a provare ad avviare la replica primaria che ha subito l'interruzione. Se la replica primaria non torna 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 dell'aggiornamento cumulativo in cui si trovano.

Per attenuare il problema, usare uno dei metodi seguenti.

Metodo 1

Seguire questa procedura:

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

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

2. Diminuire il valore cluster-recheck-interval.

   # RHEL, proprietà Ubuntu pcs 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's e prima di qualsiasi 'op's

   Note

   In questo codice sostituire il valore di <Xmin> in base alle esigenze. Se una replica diventa inattiva, il cluster prova a riavviare la replica in base a un intervallo associato ai valori di failure-timeout e cluster-recheck-interval. Se, ad esempio, failure-timeout è impostato su 60 secondi e cluster-recheck-interval su 120, viene eseguito un tentativo di riavvio in base a un intervallo superiore a 60 secondi ma inferiore a 120. È consigliabile impostare su failure-timeout 60s e cluster-recheck-interval su un valore maggiore di 60 secondi. È consigliabile non impostare cluster-recheck-interval su 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 l'aggiornamento cumulativo 3 (CU3) di SQL Server 2017 o un aggiornamento cumulativo successivo di 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

  Note

  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).

• Aggiornare e aggiornare i server del gruppo di disponibilità che usano tempi di inattività e perdita di dati minimi

  Note

  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

• Upgrading Mirrored Instances

• Panoramica sull'installazione dei servizi SQL Server

Le CPU di SQL Server sono attualmente multilingue. Pertanto, 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 di SQL Server 2017 (funzionalità). Tuttavia, il pacchetto di aggiornamento cumulativo aggiorna solo i componenti attualmente installati nell'istanza di SQL Server selezionata per il servizio. Se all'istanza viene aggiunta una funzionalità di SQL Server, ad esempio Analysis Services, dopo l'applicazione del cu, è necessario riapplicare questo cu per aggiornare la nuova funzionalità a questo 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 si qualificano 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 corrispondente a questo pacchetto di aggiornamento cumulativo in SQL Server 2017.
3. Tenere premuto (o fare clic con il pulsante destro del mouse) sulla voce e quindi scegliere Disinstalla.

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