Início / dba / Perguntas / 332175
Accepted
veena ranganath
Asked: 2023-10-16 22:29:47 +0800 CST

O que acontece se você interromper o trabalho IndexOptimize porque ele está demorando e causando bloqueio?

  • 772

Quando o trabalho dbo.IndexOptimize está em execução por muito tempo e causando bloqueio, se interrompermos o trabalho, isso causa reversão de tudo que foi reorganizado ou reconstruído? Ou simplesmente para onde está e não prossegue?

Estamos usando o SQL Server 2017 Enterprise Edition com um grupo de disponibilidade Always On.

sql-server

2 respostas

  1. Best Answer

    Conforme afirmado por outros nos comentários, se um índice tiver sido otimizado pelo trabalho IndexOptimize, os bloqueios que ocorrem nesse índice também chegarão ao fim. (Exceto, é claro, novas transações que mantêm bloqueios no índice)

    Respondendo as suas perguntas

    ...se pararmos o trabalho, isso causa o Rollback de tudo que foi reorganizado ou reconstruído? Ou simplesmente para onde está e não prossegue?

    A interrupção do trabalho IndexOptimize resultará na exibição de uma mensagem de erro:

    Mensagem de erro ao tentar interromper o trabalho IndexOptimize

    Mas se você encerrar o processo que está atualmente executando a manutenção do índice, isso resultará na reversão do índice atual que está sendo otimizado.

    Os índices previamente otimizados não são afetados. Apenas o índice atual está sendo otimizado.

    Como você escreveu que esta é uma tabela/índice grande, o processo de reversão pode levar o mesmo tempo que já foi usado para otimizar/reconstruir o índice.

    Edição Empresarial

    Visto que você está usando a Enterprise Edition do Microsoft SQL Server 2017, talvez você queira aplicar o INDEX_REBUILD_ONLINEparâmetro em seu IndexOptimizetrabalho (... do Ola). Usar esta opção dirá ao trabalho de Ola para acionar a WITH (ONLINE=ON)opção.

    É explicado no artigo da Microsoft Executar operações de índice online como:

    A opção ONLINE permite acesso simultâneo do usuário à tabela subjacente ou aos dados do índice clusterizado e a quaisquer índices não clusterizados associados durante essas operações de índice. Por exemplo, enquanto um índice clusterizado está sendo reconstruído por um usuário, esse usuário e outros podem continuar a atualizar e consultar os dados subjacentes. Quando você executa operações DDL (linguagem de definição de dados) offline, como construir ou reconstruir um índice clusterizado; essas operações mantêm bloqueios exclusivos nos dados subjacentes e nos índices associados. Isto evita modificações e consultas aos dados subjacentes até que a operação de índice seja concluída.

    O parâmetro acionado é exibido na documentação ALTER INDEX no site do Microsoft Learn.

    Sua etapa de trabalho para o trabalho OLA IndexOptimize poderia então ser semelhante à seguinte:

    EXECUTE [dbo].[IndexOptimize]
@Databases = 'USER_DATABASES',
@FragmentationLow = 'INDEX_REORGANIZE',
@FragmentaitonLevel1=50,
@FragmentationMedium = 'INDEX_REBUILD_ONLINE,INDEX_REORGANIZE',
@FragmentationLevel2=80,
@FragmentationHigh = 'INDEX_REBUILD_ONLINE, INDEX_REBUILD_OFFLINE',
@LogToTable = 'Y'

    Basicamente, isso diz ao trabalho para executar o seguinte:

    1. Se a fragmentação estiver abaixo de 50% , basta executar umALTER INDEX ... REORGANIZE ...
    2. Se a fragmentação estiver acima de 50%, mas abaixo de 80% , execute um ALTER INDEX ... REBUILD ... WITH (ONLINE = ON).... Se o índice não puder ser reconstruído online, basta reorganizar o índice.
    3. Se a fragmentação estiver acima de 80% , execute um ALTER INDEX ... REBUILD ... WITH (ONLINE = ON).... Se o índice não puder ser reconstruído on-line, execute um ALTER INDEX ... REBUILD ... WITH (ONLINE = OFF) ....

    Isso deve permitir que sua Enterprise Edition lide normalmente com grandes reconstruções de índices.

    • 1

  2. Um processo de manutenção do SQL Server de longa duração, como dbo.IndexOptimize, normalmente tenta reverter as operações atuais quando você o interrompe. Dependendo de como o processo estava indo quando foi interrompido, a resposta do seu sistema poderia envolver contenção e bloqueio de recursos. Para minimizar interrupções, os trabalhos de manutenção normalmente devem ser programados durante períodos de baixa atividade.

    • -4

relate perguntas