Explorando opções de espera de bloqueio de baixa prioridade no SQL Server 2014 CTP1

ALTER INDEX [ClusteredIndex_on_ps_ShipDate]
ON [dbo].[FactInternetSales]
REBUILD PARTITION = (37)
WITH (ONLINE= ON);

CREATE EVENT SESSION [Online_Index_Rebuild_Locks_Taken] ON SERVER 
ADD EVENT sqlserver.lock_acquired(
    WHERE ([object_id]=(309576141))),
ADD EVENT sqlserver.lock_released(
    WHERE ([object_id]=(309576141)))
WITH 
(
  MAX_MEMORY=4096 KB, EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,
  MAX_DISPATCH_LATENCY=30 SECONDS, MAX_EVENT_SIZE=0 KB,
  MEMORY_PARTITION_MODE=NONE, TRACK_CAUSALITY=OFF, STARTUP_STATE=OFF
);
GO

ALTER TABLE [AdventureWorksDW2012].[dbo].[FactInternetSales] 
SWITCH PARTITION 37 TO  [AdventureWorksDW2012].[dbo].[staging_FactInternetSales];

BEGIN TRANSACTION;
DELETE [dbo].[staging_FactInternetSales];

• NONE significa que a operação de índice continuará tentando a operação.
• SELF significa que se o MAX_DURATION for atingido, a operação (a reconstrução do índice online ou a troca de partição) será cancelada.
• Se BLOCKERS for usado, ele matará todas as transações que estão bloqueando a reconstrução do índice online ou a operação de troca de partição (não é uma opção, na minha opinião, a ser usada levemente). BLOCKERS também requer ALTER ANY CONNECTION permissão para a solicitação que emite a reconstrução do índice online ou a operação de troca de partição.

Comportamento padrão anterior a 2014 (aguardar indefinidamente)

Executar o seguinte resultará no comportamento que estamos acostumados a ver antes do SQL Server 2014 – e ainda pode ser o que você deseja ou espera para determinados cenários:


ALTER TABLE [AdventureWorksDW2012].[dbo].[FactInternetSales] 
SWITCH PARTITION 37 TO  [AdventureWorksDW2012].[dbo].[staging_FactInternetSales] 
WITH (WAIT_AT_LOW_PRIORITY (MAX_DURATION = 0 MINUTES, ABORT_AFTER_WAIT = NONE));

Aguarde 1 minuto e cancele a operação DDL

O exemplo a seguir aguarda 1 minuto se houver uma transação de bloqueio e obterá um "período de tempo limite de solicitação de bloqueio excedido" para o SWITCH operação se a duração máxima for atingida:


ALTER TABLE [AdventureWorksDW2012].[dbo].[FactInternetSales] 
SWITCH PARTITION 37 TO  [AdventureWorksDW2012].[dbo].[staging_FactInternetSales] 
WITH (WAIT_AT_LOW_PRIORITY (MAX_DURATION = 1 MINUTES, ABORT_AFTER_WAIT = SELF));

Espere 1 minuto e mate o(s) bloqueador(es)

Este exemplo espera 1 minuto se houver uma transação de bloqueio e, em seguida, eliminará as transações de bloqueio (origem ou destino incluído), permitindo o SWITCH operação para ser concluída.


ALTER TABLE [AdventureWorksDW2012].[dbo].[staging_FactInternetSales] 
SWITCH PARTITION 37 TO  [AdventureWorksDW2012].[dbo].[FactInternetSales] 
WITH (WAIT_AT_LOW_PRIORITY (MAX_DURATION = 1 MINUTES, ABORT_AFTER_WAIT = BLOCKERS));


No meu exemplo de um DELETE dentro de uma transação não confirmada, não houve erro na minha janela do SQL Server Management Studio, pois eu não tinha uma instrução em execução ativa, mas tentar outra instrução nessa sessão retornou a seguinte mensagem de erro (já que minha sessão foi encerrada):
Msg 233, Level 20, State 0, Line 3
Ocorreu um erro de nível de transporte ao enviar a solicitação ao servidor. (provedor:Provedor de Memória Compartilhada, erro:0 – Nenhum processo está na outra extremidade do canal.)

Mate o(s) Bloqueador(es) Imediatamente (Fonte ou Destino para SWITCH)

O seguinte é um exemplo de matar o bloqueador imediatamente – e no meu exemplo a troca aconteceu em menos de um segundo e, de fato, a sessão que era o bloqueador foi morta:


ALTER TABLE [AdventureWorksDW2012].[dbo].[FactInternetSales] 
SWITCH PARTITION 37 TO  [AdventureWorksDW2012].[dbo].[staging_FactInternetSales]
WITH (WAIT_AT_LOW_PRIORITY (MAX_DURATION = 0 MINUTES, ABORT_AFTER_WAIT = BLOCKERS));