Partager via

Exemple d'espace disque d'un index

  • Article

Chaque fois qu'un index est créé, reconstruit ou supprimé, de l'espace disque est nécessaire tant pour l'ancienne structure (source) que pour la nouvelle (cible) dans leurs fichiers et groupes de fichiers respectifs. L'ancienne structure n'est pas désallouée aussi longtemps que la transaction de création d'index n'est pas validée. De l'espace disque temporaire supplémentaire peut également être requis pour le tri des opérations. Pour plus d'informations, consultez Espace disque requis pour les opérations DDL d'index.

Cet exemple détermine les exigences en matière d'espace disque pour la création d'un index cluster.

Supposons que les conditions suivantes sont remplies avant la création de l'index cluster :

  • La table existante (heap) contient 1 million de lignes. Chaque ligne a une longueur de 200 octets.
  • L'index non-cluster A contient 1 million de lignes. Chaque ligne a une longueur de 50 octets.
  • L'index non-cluster B contient 1 million de lignes. Chaque ligne a une longueur de 80 octets.
  • L'option index create memory a pour valeur 2 Mo.
  • Une valeur de taux de remplissage de 80 est utilisée pour l'ensemble des index (nouveaux et existants). Cela signifie que les pages sont remplies à 80 %.
    ms191183.note(fr-fr,SQL.90).gifRemarque :
    Suite à la création d'un index cluster, les deux index non-cluster doivent être reconstruits pour remplacer l'indicateur de ligne par la nouvelle clé d'index cluster.

Calculs de l'espace disque pour une opération d'index hors ligne

La procédure suivante permet de calculer l'espace disque temporaire à utiliser pendant l'opération d'index et l'espace disque permanent pour le stockage des nouveaux index. Les calculs indiqués sont approximatifs : les résultats sont arrondis et ne tiennent compte que de la taille du niveau feuille de l'index. Le tilde (~) est utilisé pour indiquer les calculs is approximatifs.

  1. Déterminez la taille des structures existantes (sources).
    Segment de mémoire (heap) : 1 million * 200 octets ~ 200 Mo
    Index non-cluster A : 1 million * 50 octets / 80 % ~ 63 Mo
    Index non-cluster B : 1 million * 80 octets / 80 % ~ 100 Mo
    Taille totale des structures existantes : 363 Mo
  2. Déterminez la taille des nouvelles structures (cibles). Supposons que la nouvelle clé d'index cluster a une longueur de 24 octets, uniqueifier compris. L'indicateur de ligne (8 octets de long) des deux index non-cluster sera remplacé par cette clé d'index cluster.
    Index cluster : 1 million * 200 octets / 80 % ~ 250 Mo
    Index non-cluster A : 1 million * (50 – 8 + 24) octets / 80 % ~ 83 Mo
    Index non-cluster B : 1 million * (80 – 8 + 24) octets / 80 % ~ 120 Mo
    Taille totale des nouvelles structures : 453 Mo
    La quantité totale d'espace disque nécessaire à la prise en charge des structures sources et cibles pendant la durée de l'opération d'index est de 816 Mo (363 + 453). L'espace actuellement alloué aux structures sources sera désalloué une fois l'opération d'index validée.
  3. Déterminez l'espace disque temporaire supplémentaire pour le tri.
    Les exigences en matière d'espace sont indiquées pour le tri dans tempdb (avec SORT_IN_TEMPDB ayant la valeur ON) et pour le tri à l'emplacement cible (avec SORT_IN_TEMPDB ayant la valeur OFF).
    1. Lorsque SORT_IN_TEMPDB a la valeur ON, tempdb doit disposer de suffisamment d'espace pour contenir l'index le plus volumineux (1 million * 200 octets ~ 200 Mo). Le facteur de remplissage n'est pas pris en compte dans l'opération de tri.
      L'espace disque supplémentaire (à l'emplacement tempdb) équivaut à la valeur de l'option index create memory = 2 Mo.
      Taille totale de l'espace disque temporaire avec SORT_IN_TEMPDB ayant la valeur ON ~ 202 Mo.
    2. Lorsque SORT_IN_TEMPDB a la valeur OFF (par défaut), les 250 Mo d'espace disque déjà pris en compte pour le nouvel index à l'étape 2 sont utilisés pour le tri.
      L'espace disque supplémentaire (à l'emplacement cible) équivaut à la valeur de l'option index create memory = 2 Mo.
      Taille totale de l'espace disque temporaire avec SORT_IN_TEMPDB ayant la valeur OFF = 2 Mo.

Si vous utilisez tempdb, un total de 1 018 Mo (816 + 202) est nécessaire pour créer les index cluster et non cluster. Bien que l'utilisation de tempdb augmente la quantité d'espace disque temporaire utilisée pour créer un index, elle peut réduire le temps nécessaire pour créer un index lorsque tempdb ne se trouve pas sur le même ensemble de disques que la base de données utilisateur. Pour plus d'informations sur l'utilisation de tempdb, consultez tempdb et création d'index.

Si vous n'utilisez pas tempdb, un total de 818 Mo (816 + 2) est nécessaire pour créer les index cluster et non cluster.

Calculs de l'espace disque pour une opération d'index cluster en ligne

Lorsque vous créez, supprimez ou reconstruisez un index cluster en ligne, de l'espace disque supplémentaire est requis pour créer et gérer un index de mappage temporaire. Celui-ci contient un enregistrement de chaque ligne de la table, et son contenu est l'union des anciennes colonnes de signets et des nouvelles.

Pour calculer l'espace disque nécessaire pour une opération d'index cluster en ligne, conformez-vous à la procédure décrite pour une opération d'index hors ligne et ajoutez ces résultats à ceux de l'étape suivante.

  • Déterminez l'espace de l'index de mappage temporaire.
    Dans cet exemple, l'ancien signet est l'ID de ligne (RID) du segment de mémoire (8 octets) et le nouveau signet est la clé de cluster (24 octets, uniqueifier compris). Aucune colonne ne se chevauche entre les anciens et nouveaux signets.
    Taille de l'index de mappage temporaire = 1 million * (8 octets + 24 octets) / 80 % ~ 40 Mo.
    Cet espace disque doit être ajouté à l'espace disque requis à l'emplacement cible si SORT_IN_TEMPDB a la valeur OFF, ou être ajouté à tempdb si SORT_IN_TEMPDB a la valeur ON.

Pour plus d'informations sur l'index de mappage temporaire, consultez Espace disque requis pour les opérations DDL d'index.

Récapitulatif au sujet de l'espace disque

Le tableau suivant récapitule les résultats des calculs de l'espace disque.

Opération d'index Exigences en matière d'espace disque pour les emplacements des structures suivantes

Opération d'index hors ligne avec SORT_IN_TEMPDB = ON

Espace total lors de l'opération : 1 018 Mo

  • Table et index existants : 363 Mo*
  • tempdb : 202 Mo*
  • Nouveaux index : 453 Mo

Espace total requis après l'opération : 453 Mo

Opération d'index hors ligne avec SORT_IN_TEMPDB = OFF

Espace total lors de l'opération : 816 Mo

  • Table et index existants : 363 Mo*
  • Nouveaux index : 453 Mo

Espace total requis après l'opération : 453 Mo

Opération d'index en ligne avec SORT_IN_TEMPDB = ON

Espace total lors de l'opération : 1 058 Mo

  • Table et index existants : 363 Mo*
  • tempdb (index de mappage compris) : 242 Mo*
  • Nouveaux index : 453 Mo

Espace total requis après l'opération : 453 Mo

Opération d'index en ligne avec SORT_IN_TEMPDB = OFF

Espace total lors de l'opération : 856 Mo

  • Table et index existants : 363 Mo*
  • Index de mappage temporaire : 40 Mo*
  • Nouveaux index : 453 Mo

Espace total requis après l'opération : 453 Mo

*Cet espace est désalloué une fois l'opération d'index validée.

Cet exemple ne tient pas compte de l'espace disque temporaire supplémentaire éventuellement requis dans tempdb pour les enregistrements de versions créés par des opérations de mise à jour et de suppression simultanées. Pour plus d'informations, consultez Présentation des niveaux d'isolement basés sur le versioning de ligne.

Voir aussi

Concepts

Espace disque du journal des transactions pour les opérations d'index

Autres ressources

Détermination de l'espace disque requis par les index

Aide et Informations

Assistance sur SQL Server 2005