Share via


Exemplo de espaço em disco de índice

Sempre que um índice é criado, recriado, ou cancelado, o espaço em disco tanto para a velha (fonte) quanto para a nova (destino) estrutura é necessário em seus arquivos e grupos de arquivos apropriados. A estrutura antiga não é desalocada até que a transação de criação do índice seja confirmada. Pode igualmente ser necessário espaço temporário em disco adicional, para classificação de operações. Para obter mais informações, consulte Requisitos de espaço em disco para operações de índice DDL.

Neste exemplo, os requisitos de espaço em disco para criar um índice clusterizado são determinados.

Suponha que as condições a seguir são verdadeiras antes de criar o índice clusterizado:

  • A tabela existente (heap) contém 1 milhão de linhas. Cada linha tem 200 bytes de comprimento.

  • O índice não-clusterizados A contém 1 milhão de linhas. Cada linha tem 50 bytes de comprimento.

  • O índice não-clusterizados B contém 1 milhão de linhas. Cada linha tem 80 bytes de comprimento.

  • A opção index create memory é definida como 2 MB.

  • Um valor de fator de preenchimento de 80 é usado para todos os índices existentes e novos. Isto significa que as páginas estão preenchidas em 80 por cento.

    ObservaçãoObservação

    Como resultado da criação de um índice clusterizado, os dois índices não-clusterizados devem ser reconstruídos para substituir o indicador de linha com a nova chave de índice clusterizado.

Cálculos de espaço em disco para uma operação de índice offline

Nos passos a seguir, são calculados tanto o espaço em disco temporário a ser usado durante a operação de índice quanto o espaço em disco permanente para armazenar novos índices. Os cálculos mostrados são aproximados: resultados são arredondado para cima e consideram apenas o tamanho do nível folha de índice. O til (~) é usado para indicar cálculos aproximados.

  1. Determine o tamanho das estruturas existentes (fonte).

    Heap: 1 milhão * 200 bytes ~ 200 MB

    Índice não-clusterizado A: 1 milhão * 50 bytes / 80% ~ 63 MB

    Índice não-clusterizado B: 1 milhão * 80 bytes / 80% ~ 100 MB

    Tamanho total de estruturas existentes: 363 MB

  2. Determine o tamanho das novas estruturas de índice (destino). Suponha que a nova chave clusterizada tenha 24 bytes de comprimento incluindo um uniqueifier. O indicador de linha (8 bytes de comprimento) nos dois índices não-clusterizados será substituído por esta chave clusterizada.

    Índice não-cluster: 1 milhão * 200 bytes / 80% ~ 250 MB

    Índice não-clusterizado A: 1 milhão * (50 – 8 + 24) bytes / 80% ~ 83 MB

    Índice não-clusterizado B: 1 milhão * (80 – 8 + 24) bytes / 80% ~ 120 MB

    Tamanho total de novas estruturas: 453 MB

    Espaço em disco total exigido para aceitar ambas as estruturas de fonte e destino para a duração da operação de índice é de 816 MB (363 + 453). O espaço atualmente alocado às estruturas de fonte será desalocado depois que a operação de índice estiver confirmada.

  3. Determine o espaço em disco temporário para classificação.

    Os requisitos de espaço são exibidos para classificação em tempdb (com SORT_IN_TEMPDB definido como ON) e a classificação no local de destino (com SORT_IN_TEMPDB definido como OFF).

    1. Quando SORT_IN_TEMPDB estiver definido como ON, tempdb deve ter espaço em disco suficiente para manter o maior índice (1 milhão * 200 bytes ~ 200 MB). O fator de preenchimento não é considerado na operação de classificação.

      O espaço em disco adicional (no local tempdb) igual ao valor da opção index create memory = 2 MB.

      Tamanho total de espaço em disco temporário com SORT_IN_TEMPDB é definido como ON ~ 202 MB.

    2. Quando SORT_IN_TEMPDB é definido como OFF (padrão), os 250 MB de espaço de disco já considerados para o novo índice no passo 2 é usado para classificação.

      O espaço em disco adicional (no local de destino) igual ao valor da opção index create memory = 2 MB.

      O tamanho total de espaço em disco temporário com SORT_IN_TEMPDB é definido como OFF = 2 MB.

Usando tempdb, um total de 1018 MB (816 + 202) seria necessário para criar os índices clusterizados e não-clusterizados. Embora usar o tempdb aumente o total de espaço em disco temporário usado para criar um índice, ele pode reduzir o tempo necessário para criar um índice quando tempdb estiver em um conjunto diferente de discos do que aqueles no banco de dados do usuário. Para obter mais informações sobre como usar o tempdb, consulte tempdb e criação de índice.

Sem usar o tempdb, um total de 818 MB (816+ 2) seriam necessários para criar índices clusterizados e não-clusterizados.

Cálculos de espaço em disco para uma operação de índice online

Quando você cria, cancela ou recria um índice clusterizados online, é necessário espaço adicional em disco para criar e manter um índice de mapeamento temporário. Este índice de mapeamento temporário contém um registro para cada linha na tabela e seu conteúdo é a união das colunas de indicadores velhas e novas.

Para calcular o espaço em disco precisado para uma operação de índice clusterizado online, siga os passos mostrados para uma operação de índice offline, e acrescente esses resultados aos resultados do passo seguinte.

  • Determine espaço para o índice de mapeamento temporário.

    Neste exemplo, o indicador antigo é a fila ID (RID) do heap (8 bytes) e o novo indicador é a chave de clustering (24 bytes incluindo o uniqueifier). Não há nenhuma coluna sobreposta entre os indicadores novos e velhos.

    Tamanho de índice de mapeamento temporário = 1 milhão * (8 bytes + 24 bytes) / 80% ~ 40 MB.

    Esse espaço em disco deve ser acrescentado ao espaço em disco necessário no local de destino se SORT_IN_TEMPDB estiver definido como OFF, ou para tempdb se SORT_IN_TEMPDB estiver definido como ON.

Para obter mais informações sobre o índice de mapeamento temporário, consulte Requisitos de espaço em disco para operações de índice DDL.

Resumo de espaço em disco

A tabela a seguir resume os resultados dos cálculos de espaço em disco.

Operação de índice

Os requisitos de espaço em disco para os locais das seguintes estruturas

Operação de índice offline com SORT_IN_TEMPDB = ON

Espaço total durante a operação: 1018 MB

  • Tabela e índices existentes: 363 MB*

  • tempdb: 202 MB*

  • Novos índices: 453 MB

Espaço total necessário após a operação: 453 MB

Operação de índice offline com SORT_IN_TEMPDB = OFF

Espaço total durante a operação: 816 MB

  • Tabela e índices existentes: 363 MB*

  • Novos índices: 453 MB

Espaço total necessário após a operação: 453 MB

Operação de índice online com SORT_IN_TEMPDB = ON

Espaço total durante a operação: 1058 MB

  • Tabela e índices existentes: 363 MB*

  • tempdb (inclui índice de mapeamento): 242 MB *

  • Novos índices: 453 MB

Espaço total necessário após a operação: 453 MB

Operação de índice online com SORT_IN_TEMPDB = OFF

Espaço total durante a operação: 856 MB

  • Tabela e índices existentes: 363 MB*

  • Índice de mapeamento temporário: 40 MB*

  • Novos índices: 453 MB

Espaço total necessário após a operação: 453 MB

* Este espaço é desalocado depois que a operação de índice estiver confirmada.

Este exemplo não considera qualquer espaço de disco temporário adicional necessário em tempdb para registros de versão criados por atualização de usuário simultâneos e exclui operações. Para obter mais informações, consulte Compreendendo níveis de isolamento com base em controle de versão de linha.