Discussion :

[alexisongagna]

Bonjour,

Dans le cadre de la migration d'une base oracle 9i de datawarehouse vers 11g, nous souhaitons modifier la taille du bloc de 8k à 32k.

J'aimerais savoir quelles sont les conséquences sur la création des structures. Je sais déjà qu'il faudra recréer les tablespaces en précisant que la taille du block est 32k. Mais est ce qu'il existe d'autres conséquences ?

Si jamais quelqu'un a une idée, n'hésitez pas.

Merci pour votre aide.

[Mohamed.Houri]

Le coût des ‘’FULL TABLE SCAN’’ étant inversement proportionnel à la taille du block vous allez trouver que certains plans d’exécution vont changer en privilégiant des ‘’FULL TABLE SCAN ‘’ à cause de la diminution du coût de ce genre de mutli-block scan. Donc, à volume de données constant, vous allez être confronté probablement à des problèmes de performance dus à des changements de plan d’exécution.

[PpPool]

Bonjour,

Allez vous implémenter l'ASM ?

si oui, cela ne sert strictement à rien de modifier la taille de DB_BLOCK_SIZE.
L'asm rédécoupant en des tailles de blocs de 1K
Même pour une instance DSS vous pouvez rester sur du 8K, alors

[jkofr]

L'asm rédécoupant en des tailles de blocs de 1K

Vous êtes bien sur?
Jko

[alexisongagna]

Non, on n'implémente pas l'ASM.

[Ahmed AANGOUR]

Bonjour,

Pour quelle raison voulez-vous augmenter la taille du bloc?
L'augmentation de la taille du bloc peut avoir à la fois des effets positifs et négatifs sur les performances.

Par exemple en passant à 32Kb vous allez peut-être réduire le nombre d'I/Os nécessaires aux scans de vos tables et index mais d'un autre côté vous allez augmenter le risque de contentions au niveau bloc.

S'il s'agit d'une base OLTP alors je vous déconseille vivement de passer à 32KB, s'il s'agit d'une base décisionnelle alors ça peut se justifier.

Surtout ne passer pas à 32kb juste parce que vous avez lu ou entendu que c'était une bonne pratique. Il faut se méfier des bonnes pratiques sur Oracle. Elles découlent souvent de mythes.