Discussion :

[lamawa]

Bonjour,


Nous voulons migrer un bdd d'Oracle 9i vers la 10.2.0.3 mais constatons que les requêtes qui sont de la forme :
WHERE champ LIKE 'XX%' pose problème.

En 9i nous avions des temps de traitements acceptables mais malheureusement sur la base en 10.2.0.3 ces temps de traitements sont multipliés par 8 !!!


Dan l'init.ora de la base en 10g nous avons les paramètres spécifiques suivants :

SGA_MAX_SIZE = 1000000000
SGA_TARGET=800000000

pga_aggregate_target=1048576000
workarea_size_policy='AUTO'

DB_BLOCK_SIZE=8192
CURSOR_SHARING=SIMILAR
OPEN_CURSORS=500

PROCESSES=300

UNDO_MANAGEMENT=AUTO
undo_retention=10800
UNDO_TABLESPACE=undotbs

Aviez-vous déjà rencontrez ce genre de problème, quelle solution avez vous trouvée ?

[Heaven93]

Bonjour,
ça fait un peu maigre comme renseignements. les stats sont-elles à jour sur les objets impliqués? il faut aussi voir où se trouve le goulot d'étranglement avec un awr ou un statspack, donner les autres paramètres de l'init et quel genre de requête (select ou update,delete, insert)...

[orafrance]

Faudrait comparer les plans d'exécutions aussi

[13thFloor]

cursor_sharing à similar : pas top top
J'ai une nette préférence pour EXACT afin de ne pas reprendre un plan d'exécution qui serait inadapté (quitte à faire du parsing supplémentaire)
Ou alors similar avec désactivation du bind peeking.

La colonne champ contient-elle un histogramme ?
Je vois des cas en 10.2 où l'histo fait vraiment du bien en fonction de la sélectivité des valeurs : tantôt full table pour des valeurs très présentes, tantôt de l'index scan pour l'inverse.

Une bonne piste pour commencer : les statistiques et la similitude des paramètres liées à l'optimisation (optimizer_mode, optimizer_features_enable, optimizer_index_cost_adj, optimizer_index_caching...)

[farenheiit]

vaut mieux au départ tester votre application avec tous les paramètres par défaut de la 10G.
De plus en 10G le CBO a bien évolué et prend en compte désormais la notion de coût CPU en plus du cout I/O => Il faut donc penser à calculer les stats systemes.

Suite à une migration en 10G j'ai eu des plans d'executions qui devenaient foireux. Avec l'accord du support oracle j'ai désactivé le paramètre _OPTIMIZER_COST_BASED_TRANSFORMATION et j'ai retrouvé mes bons plans d'exécution.

Pourquoi le paramètre cursor_sharing est-il à SIMILAR ? Avez-vous constaté que vos requêtes étaient hard parsées à cause d'absence de bind variables?

[lamawa]

Nous venons de résoudre le problème qui était de 2 ordres (merci Awr et à vos pistes) :

• la SGA n'avait pas été taillée à la même taille
• les statistiques étaient bien calculées mais le script des stats en Oracle 9 nous avions l'option METHOD_OPT à ’FOR ALL COLUMNS SIZE 1’ en dur. En laissant l'option par défaut d'Oracle 10g ’FOR ALL COLUMNS SIZE AUTO’ nous sommes à nouveau à nos temps de traitements initiaux