KB5049296 - Aggiornamento cumulativo 31 per SQL Server 2019

Data di rilascio: 13 febbraio 2025
Versione: 15.0.4420.2

Riepilogo

Questo articolo descrive il pacchetto di aggiornamento cumulativo 31 (CU31) per Microsoft SQL Server 2019. Questo aggiornamento contiene 10 correzioni rilasciate dopo il rilascio dell'aggiornamento cumulativo di SQL Server 2019 30 e aggiorna i componenti nelle build seguenti:

• SQL Server - Versione del prodotto: 15.0.4420.2, versione del file: 2019.150.4420.2
• Analysis Services - Versione del prodotto: 15.0.35.51, versione del file: 2018.150.35.51

Problemi noti con questo aggiornamento

Problema uno: Violazione di accesso quando la sessione viene reimpostata

SQL Server 2019 CU14 ha introdotto una correzione per risolvere i risultati errati nei piani paralleli restituiti dal SESSION_CONTEXT predefinito. Tuttavia, questa correzione potrebbe creare file di dump delle violazioni di accesso quando la sessione viene reimpostata per il riutilizzo. Per attenuare questo problema ed evitare risultati non corretti, è possibile disabilitare la correzione originale e disabilitare anche il parallelismo per l'oggetto SESSION_CONTEXTpredefinito. A tale scopo, usare i flag di traccia seguenti:

• 11042 - Questo flag di traccia disabilita il parallelismo per l'oggetto SESSION_CONTEXTpredefinito .

• 9432 - Questo flag di traccia disabilita la correzione introdotta in SQL Server 2019 CU14.

Problema due: l'applicazione di patch a un gruppo di disponibilità con scalabilità in lettura (Windows o Linux) causa la rimozione del gruppo di disponibilità nella replica con patch

Se si usa la funzionalità gruppo di disponibilità con scalabilità in lettura in SQL Server in Windows o Linux, non installare questo cu.

Questo CU ha introdotto una correzione per supportare i nomi dei gruppi di disponibilità con più di 64 caratteri. Tuttavia, quando la patch viene installata in un'istanza con il gruppo di disponibilità con scalabilità in lettura configurata, i metadati del gruppo di disponibilità vengono eliminati. Questo problema interessa i gruppi di disponibilità con scalabilità in lettura sia in Windows che in Linux, il che significa che il CLUSTER_TYPE gruppo di disponibilità è NONE o EXTERNAL.

Quando il gruppo di disponibilità viene eliminato dopo l'applicazione di patch, verrà visualizzato il messaggio di errore nel log degli errori di SQL Server simile al seguente:

<DateTime>     Error: 19433, Severity: 16, State: 1.
<DateTime>     Always On: AG integrity check failed to find AG name to ID map entry with matching group ID for AG '<AGName>' (expected: '<AGName>'; found '<GUID Value>').
<DateTime>     Always On: The local replica of availability group '<AGName>' is being removed. The instance of SQL Server failed to validate the integrity of the availability group configuration in the Windows Server Failover Clustering (WSFC) store.  This is expected if the availability group has been removed from another instance of SQL Server. This is an informational message only. No user action is required.

Dopo aver installato la patch, i metadati vengono rimossi ed è necessario ricreare il gruppo di disponibilità nella replica con patch. Se le repliche del gruppo di disponibilità hanno versioni di SQL Server non corrispondenti( ad esempio, la replica primaria esegue SQL Server 2019 CU30 e la replica secondaria esegue SQL Server 2019 CU31), non è possibile ricreare il gruppo di disponibilità nella replica con i metadati mancanti (la replica secondaria). Per aggiungere nuovamente il gruppo di disponibilità, è necessario disinstallare prima la patch nella replica secondaria e quindi aggiungere nuovamente il gruppo di disponibilità.

Esempio

È possibile usare i passaggi simili ai seguenti, ma è necessario aggiornarli per l'ambiente specificato, incluso .CLUSTER_TYPE Vm1 nell'esempio specificato è la replica primaria del gruppo di disponibilità 'readscaleag' e VM2 è la replica secondaria con la patch applicata ma già disinstallata. Prima di eseguire lo script, entrambe le repliche VM1 e VM2 eseguono SQL Server 2019 CU30 e i metadati del gruppo di disponibilità non sono presenti in VM2. Per eseguire questo script, usare la modalità SQLCMD.

-- You must run this query in SQLCMD mode
:setvar PrimaryServer "VM1\SQL19"
:setvar SecondaryServer "VM2\SQL19"
:setvar AvailabilityGroupName "readscaleag"
:setvar EndpointURL "TCP://VM2.Contoso.lab:5022"
:setvar DatabaseName "testReadScaleAGDb"
:setvar ClusterType "NONE"

-- Connect to primary server
:CONNECT $(PrimaryServer)

-- Remove replica on secondary server
ALTER AVAILABILITY GROUP $(AvailabilityGroupName) REMOVE REPLICA ON N'$(SecondaryServer)';
GO

-- Connect to primary server again
:CONNECT $(PrimaryServer)

USE [master];
GO

-- Add replica on secondary server
ALTER AVAILABILITY GROUP $(AvailabilityGroupName)
ADD REPLICA ON N'$(SecondaryServer)' WITH (
    ENDPOINT_URL = N'$(EndpointURL)', 
    FAILOVER_MODE = MANUAL, 
    AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT, 
    BACKUP_PRIORITY = 50, 
    SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)
);
GO

-- Connect to secondary server
:CONNECT $(SecondaryServer)

-- Join availability group with cluster type none
ALTER AVAILABILITY GROUP $(AvailabilityGroupName) JOIN WITH (CLUSTER_TYPE = N'$(ClusterType)');
GO

-- Connect to secondary server again
:CONNECT $(SecondaryServer)

-- Set database to availability group
-- Wait for the replica to start communicating
BEGIN TRY
    DECLARE @conn BIT;
    DECLARE @count INT;
    DECLARE @replica_id UNIQUEIDENTIFIER;
    DECLARE @group_id UNIQUEIDENTIFIER;
    
    SET @conn = 0;
    SET @count = 30; -- wait for 5 minutes 

    IF (SERVERPROPERTY('IsHadrEnabled') = 1)
        AND (ISNULL((SELECT member_state 
                     FROM master.sys.dm_hadr_cluster_members 
                     WHERE UPPER(member_name COLLATE Latin1_General_CI_AS) = UPPER(CAST(SERVERPROPERTY('ComputerNamePhysicalNetBIOS') AS NVARCHAR(256)) COLLATE Latin1_General_CI_AS)), 0) <> 0)
        AND (ISNULL((SELECT state 
                     FROM master.sys.database_mirroring_endpoints), 1) = 0)
    BEGIN
        SELECT @group_id = ags.group_id 
        FROM master.sys.availability_groups AS ags 
        WHERE name = N'$(AvailabilityGroupName)';

        SELECT @replica_id = replicas.replica_id 
        FROM master.sys.availability_replicas AS replicas 
        WHERE UPPER(replicas.replica_server_name COLLATE Latin1_General_CI_AS) = UPPER(@@SERVERNAME COLLATE Latin1_General_CI_AS) 
          AND group_id = @group_id;

        WHILE @conn <> 1 AND @count > 0
        BEGIN
            SET @conn = ISNULL((SELECT connected_state 
                                FROM master.sys.dm_hadr_availability_replica_states AS states 
                                WHERE states.replica_id = @replica_id), 1);
            IF @conn = 1
            BEGIN
                -- exit loop when the replica is connected, or if the query cannot find the replica status
                BREAK;
            END

            WAITFOR DELAY '00:00:10';
            SET @count = @count - 1;
        END
    END
END TRY
BEGIN CATCH
    -- If the wait loop fails, do not stop execution of the alter database statement
END CATCH

ALTER DATABASE $(DatabaseName) SET HADR AVAILABILITY GROUP = $(AvailabilityGroupName);
GO
GO

Miglioramenti e correzioni inclusi in questo aggiornamento

È disponibile una cartella di lavoro di Excel scaricabile che contiene un elenco di riepilogo delle compilazioni, insieme al ciclo di vita del supporto corrente. Il file di Excel contiene anche elenchi di correzioni dettagliate per SQL Server 2022, SQL Server 2019 e SQL Server 2017. Selezionare questa opzione per scaricare il file di Excel.

Per altre informazioni sui bug risolti e sui miglioramenti inclusi in questo aggiornamento cumulativo, vedere gli articoli della Microsoft Knowledge Base seguenti.

Come ottenere o scaricare questo o il pacchetto di aggiornamento cumulativo più recente

Informazioni sui file

Note per questo aggiornamento

Disinstallazione dell'aggiornamento

Riferimenti

• Annuncio degli aggiornamenti al modello di manutenzione incrementale di SQL Server
• I Service Pack di SQL Server non sono più supportati a partire da SQL Server 2017
• Determinare quale versione ed edizione di SQL Server motore di database è in esecuzione
• Modelli di manutenzione per SQL Server
• Schema di denominazione e descrizioni delle aree di correzione per i pacchetti di aggiornamento software di SQL Server
• Descrizione della terminologia standard utilizzata per descrivere gli aggiornamenti software Microsoft