Amélioration des performances de la réorganisation des tables hors ligne

Les performances d'une réorganisation de table hors ligne sont largement déterminées par les caractéristiques de l'environnement de base de données.

Il n'y a pratiquement aucune différence de performances entre une opération de réorganisation qui s'exécute en mode ALLOW NO ACCESS et une opération qui s'exécute en mode ALLOW READ ACCESS. La différence est que lors d'une opération de réorganisation en mode ALLOW READ ACCESS, l'utilitaire peut avoir à attendre que d'autres applications aient terminé leurs analyses et libéré leurs verrous avant de remplacer la table. La table n'est pas disponible lors de la phase de régénération d'index d'une opération de réorganisation qui s'exécute dans l'un ou l'autre mode.

Conseils pour l'amélioration des performances

S'il y a suffisamment d'espace pour le faire, utilisez le même espace table pour la table d'origine et la copie réorganisée de la table, au lieu d'utiliser un espace table temporaire. Cela permet de gagner le temps nécessaire à la copie de la table réorganisée à partir de l'espace table temporaire.
Envisagez de supprimer les index inutiles avant de réorganiser une table de sorte qu'il soit nécessaire de conserver moins d'index lors de l'opération de réorganisation.
Vérifiez que la taille de préextraction des espaces table dans lesquels réside la table réorganisée est définie correctement.
Optimisez les paramètres de configuration de base de données sortheap et sheapthres pour contrôler l'espace disponible pour les tris. Etant donné que chaque processeur effectue un tri privé, la valeur de sheapthres doit être au moins sortheap x nombre-de-processeurs.
Ajustez le nombre de rafraîchisseurs de page pour vous assurer que les pages d'index modifiées du pool de mémoire tampon sont nettoyées dès que possible.