Сценарий индекса перестроения SQL Azure завершается ошибкой, если перестраивается много индексов

Question

У меня есть скрипт для перестройки / реорганизации индексов, как показано ниже, в SQL-сервере Azure.Проблема заключается в том, что это приводит к зависанию приложения, поскольку все сеансы базы данных будут взяты из этого сценария.Он вызывает оператор перестроения sql внутри курсора, поэтому я ожидал, что он перестроит индексы один за другим.Но кажется, что все перестройки индекса будут выполняться параллельно, в противном случае нет никаких причин, по которым база данных начинает зависать, и во время этого процесса невозможно установить соединение.Если есть несколько индексов для восстановления, то это нормально.Проблема начинается, когда нужно перестроить около 60 индексов.Есть ли способ заставить индексы строить один за другим?(последовательно, а не параллельно).

CREATE PROCEDURE [dbo].[RebuildIndexes]
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE @objectid int;
    DECLARE @indexid int;
    DECLARE @partitioncount bigint;
    DECLARE @schemaname nvarchar(130);
    DECLARE @objectname nvarchar(130);
    DECLARE @indexname nvarchar(250);
    DECLARE @partitionnum bigint;
    DECLARE @partitions bigint;
    DECLARE @frag float;
    DECLARE @command nvarchar(4000);
    -- Conditionally select tables and indexes from the sys.dm_db_index_physical_stats function
    -- and convert object and index IDs to names.
    SELECT
        object_id AS objectid,
        index_id AS indexid,
        partition_number AS partitionnum,
        avg_fragmentation_in_percent AS frag
    INTO #indexes_to_build
    FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, 'LIMITED')
    WHERE avg_fragmentation_in_percent > 10.0 AND index_id > 0 and page_count > 200
    ORDER BY avg_fragmentation_in_percent DESC;

    -- Declare the cursor for the list of partitions to be processed.
    DECLARE partitions CURSOR FOR SELECT * FROM #indexes_to_build;

    -- Open the cursor.
    OPEN partitions;

    -- Loop through the partitions.
    WHILE (1=1)
        BEGIN;
            FETCH NEXT
               FROM partitions
               INTO @objectid, @indexid, @partitionnum, @frag;
            IF @@FETCH_STATUS < 0 BREAK;
            SELECT @objectname = QUOTENAME(o.name), @schemaname = QUOTENAME(s.name)
            FROM sys.objects AS o
            JOIN sys.schemas as s ON s.schema_id = o.schema_id
            WHERE o.object_id = @objectid;
            SELECT @indexname = QUOTENAME(name)
            FROM sys.indexes
            WHERE  object_id = @objectid AND index_id = @indexid;
            SELECT @partitioncount = count (*)
            FROM sys.partitions
            WHERE object_id = @objectid AND index_id = @indexid;

    -- 30 is an arbitrary decision point at which to switch between reorganizing and rebuilding.
            IF @frag < 30.0
                SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REORGANIZE';
            IF @frag >= 30.0
                SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REBUILD WITH (ONLINE = ON)';
            IF @partitioncount > 1
                SET @command = @command + N' PARTITION=' + CAST(@partitionnum AS nvarchar(10));
            EXEC (@command);
            PRINT N'Executed: ' + @command;
        END;

    -- Close and deallocate the cursor.
    CLOSE partitions;
    DEALLOCATE partitions;

    -- Drop the temporary table.
    DROP TABLE #indexes_to_build;
    COMMIT;
END;

Answer 1

Есть ли способ заставить индексы строить один за другим?

TSQL всегда выполняется последовательно.И ваши команды ALTER INDEX не являются исключением.

Проблема в конце COMMIT.Эта процедура, как написано, будет работать только при включенном IMPLICIT_TRANSACTIONS.С помощью COMMIT после цикла вы накапливаете эксклюзивные блокировки (Sch-M) для целевых индексов при их перестройке.Работая с большим количеством индексов, вы будете блокировать все больше и больше других сессий.

Вы не должны этого делать.Вместо этого не используйте IMPLICIT_TRANSACTIONS или COMMIT после каждой перестройки индекса.EG:

    IF @partitioncount > 1
        SET @command = @command + N' PARTITION=' + CAST(@partitionnum AS nvarchar(10));
    EXEC (@command);
    PRINT N'Executed: ' + @command;
    COMMIT;

Answer 2

Я предлагаю использовать имя хранимой процедуры Олы Халлемгрена Index Optimize, которую можно загрузить с здесь . Все используют его сценарии для задач по поддержанию индекса.

Вы можете запустить хранимую процедуру, как показано ниже:

EXECUTE dbo.IndexOptimize
@Databases = 'mydbnamehere',
@FragmentationLow = NULL,
@FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationLevel1 = 5,
@FragmentationLevel2 = 30,
@UpdateStatistics = 'ALL',
@OnlyModifiedStatistics = 'Y'

Для получения дополнительной информации, пожалуйста, посетите эту веб-страницу.