KB5049296 — накопительное обновление 31 для SQL Server 2019

Дата выпуска: 13 февраля 2025 г.
Версия: 15.0.4420.2

Итоги

В этой статье описывается пакет накопительного обновления 31 (CU31) для Microsoft SQL Server 2019. Это обновление содержит 10 исправлений , которые были выпущены после выпуска накопительного обновления 30 SQL Server 2019, и он обновляет компоненты в следующих сборках:

• SQL Server — версия продукта: 15.0.4420.2, версия файла: 2019.150.4420.2
• Службы Analysis Services — версия продукта: 15.0.35.51, версия файла: 2018.150.35.51

Известные проблемы, которые могут возникнуть после установки этого обновления

Проблема. Нарушение доступа при сбросе сеанса

В SQL Server 2019 CU14 появилось исправление для устранения неправильных результатов параллельных планов, возвращаемых встроенным SESSION_CONTEXT. Однако это исправление может создавать файлы дампа нарушений доступа при сбросе сеанса для повторного использования. Чтобы устранить эту проблему и избежать неверных результатов, можно отключить исходное исправление, а также отключить параллелизм для встроенного SESSION_CONTEXT. Для этого используйте следующие флаги трассировки:

• 11042 — этот флаг трассировки отключает параллелизм для встроенного SESSION_CONTEXT.

• 9432 — этот флаг трассировки отключает исправление, введенное в SQL Server 2019 CU14.

Проблема 2. Исправление группы доступности масштабирования чтения (Windows или Linux) приводит к удалению группы доступности в реплике исправленной реплики.

Если вы используете функцию группы доступности для чтения (AG) в SQL Server в Windows или Linux, не устанавливайте этот накопительный пакет обновления.

Этот накопительный пакет обновления ввел исправление для поддержки имен групп доступности дольше 64 символов. Однако при установке исправления на экземпляре, на котором настроена группа доступности для чтения, метаданные группы доступности удаляются. Эта проблема влияет на группы доступности для чтения как в Windows, так и в Linux, что означает, что CLUSTER_TYPE группа доступности либо NONEEXTERNAL.

При удалении группы доступности после исправления появится сообщение об ошибке в журнале ошибок SQL Server, аналогичное следующему:

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

После установки исправления метаданные удаляются и необходимо повторно создать группу доступности на исправленной реплике. Если реплики группы доступности имеют несоответствие версий SQL Server (например, основная реплика выполняет SQL Server 2019 CU30, а вторичная реплика работает с SQL Server 2019 CU31), вы не можете повторно создать группу доступности на реплике с отсутствующими метаданными (вторичная реплика). Чтобы снова добавить группу доступности, необходимо сначала удалить исправление на вторичной реплике, а затем снова добавить группу доступности.

Пример

Вы можете использовать шаги, аналогичные приведенным ниже, но их необходимо обновить для данной среды, включая CLUSTER_TYPE. Виртуальная машина1 в данном примере является основной репликой группы доступности readscaleag, и VM2 является вторичной репликой, в которую применено исправление, но уже удалено. Перед запуском скрипта реплики VM1 и VM2 работают под управлением SQL Server 2019 CU30, а метаданные группы доступности отсутствуют на виртуальной машине 2. Чтобы запустить этот скрипт, используйте режим 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

Улучшения и исправления, включенные в это обновление

Скачиваемая книга Excel, содержащая сводный список сборок вместе с текущим жизненным циклом поддержки, доступна. Файл Excel также содержит подробные списки исправлений для SQL Server 2022, SQL Server 2019 и SQL Server 2017. Выберите, чтобы скачать этот файл Excel.

Дополнительные сведения об ошибках, исправленных и усовершенствованиях, включенных в это накопительное обновление, см. в следующих статьях базы знаний Майкрософт.

Как получить или скачать этот или последний накопительный пакет обновления

Сведения о файле

Примечания для этого обновления

Удаление обновления

Ссылки

• Объявление об обновлении модели добавочного обслуживания SQL Server (ISM)
• Пакеты обновления SQL Server больше не поддерживаются начиная с SQL Server 2017
• Определение версии и выпуска SQL Server ядро СУБД
• Модели обслуживания для SQL Server
• Схема присвоения имен и описания области устранения неполадок для пакетов обновления программного обеспечения SQL Server
• Стандартная терминология, используемая для описания обновлений программного обеспечения Microsoft