Discussion :

[brolon]

Bonjour à tous,

je me pose quelques petites questions à propos du "Shrink".

Visiblement, il est intéressant d'effectuer cette opération sur les tables où l'on peut récupérer de l'espace.

Mais si on l'effectue sur une table où il n'y a pas d'espace à récupérer, que se passe-t-il ? Cela représente-t-il une perte de temps vu qu'on exécute une longue opération pour ne rien gagner, ou presque. Ou alors cette opération ne prend que peu de temps vu qu'il n'y a pas d'espace à gagner ?

D'avance, merci pour vos réponses.

[Mathias44]

Bonjour,

Effectivement, moins on aura d'espace à récupérer moins l'opération prendra de temps, mais plus qu'une perte de temps c'est plutôt un "gâchis" de ressources qui pourraient être utilisées pour l'applicatif - même si les objets restent accessibles durant presque toute l'opération (excepté lors de la mise à jour du HWM). Avec la 10g il existe un assistant qui permet de déterminer quels sont les objets qui bénéficieraient d'un shrink, et dont l'exécution est automatique depuis la release 2.

[brolon]

Si je comprends bien le sens de ta réponse, tu dis qu'il est bête d'essayer de gagner un peu de place alors qu'on pourrait utiliser les ressources nécessaires au réarrangement pour l'application elle-même ?

Dont l'exécution est automatique ? Cela veut-il dire que dès qu'on exécute un shrink, Oracle exécute l'assistant afin de déterminer si le réarrangement en vaut la peine ou pas ? Quel est le critère de sélection ?

[Mathias44]

Non pas forcément bête, mais rien ne sert de "gaspiller" des ressources alors qu'elles pourraient être utilisées ailleurs (en production surtout). En ce qui concerne l'assistant, il est exécute périodiquement et c'est lui qui va déterminer si un objet a besoin ou non d'être "shrinké" en fonction du taux d'occupation des blocs, du nombre de blocs vide, du taux de blocs chainés...

[brolon]

J'essaie de comprendre hein ...

L'assistant, lors de ses exécutions périodiques, "flague" les objets. Ensuite lorsqu'on lance un shrink, en fonction de la valeur de la valeur de ce flag, le shrink est effectivement exécuté, ou non ?

Aurais-tu un lien de référence ?

Merci pour tes réponses.

[Mathias44]

J'essaie de comprendre hein ...

no problemo

Ensuite lorsqu'on lance un shrink, en fonction de la valeur de la valeur de ce flag, le shrink est effectivement exécuté, ou non ?

ou non il faut voir le shrink comme un move, mais plus fin. L'assistant ne fait que te sortir une liste d'objets qui bénéficieraient d'un shrink. Ensuite libre à toi de faire le shrink du ou des objets identifiés par l'assistant.

Aurais-tu un lien de référence ?

ici

[brolon]

Merci pour le lien.

Mon problème est que ces opérations sont réalisées dans des scripts batch qui s'exécutent durant la nuit.

[pachot]

Bonjour,

Je voudrais préciser qu'en plus de 'gaspiller des ressources' faire un shrink sans raison va souvent:
- récupérer de la place seulement temporairement, mais cet espace devra être realloué plus tard
- dégrader les performances lorsque de nouveaux inserts devront réallouer cet espace

C'est interressant lors d'une purge (où les suppressions ne vont pas être utilisées par de nouvelles données) mais une table a besoin d'une marge d'espace vide pour recevoir des insert, update, delete de manière performante.

Cordialement,
Franck.