Bonjour,
Nous sommes en train d'effectuer une migration de 9i vers 10g.
Celle-ci s'est à peu près bien passée.
Mais un problème persiste: le calcul des stats.
En effet, celui-ci est devenu très (très) long (pas loin de 9 fois plus... On passe de 30 min à 4h30
)
Les tables analysées sont partitionnées (voir sous-partitionnées).
Tous les soir, pour chaque table, on lance une analyse sur la partition (et/ou sous-partition) de la journée avec la commande suivante:
exec DBMS_STATS.GATHER_TABLE_STATS('Mon_Shema','MaTable', 'P_MaTable_20070716', estimate_percent => 75, granularity => 'PARTITION',cascade => TRUE);
Avez-vous eu vent de ce type de problèmes?
Cela peut-il être du à une mauvaise installation ?
avec DBMS_STAT, il y a une notion de 'Degree of parallelism', est-ce que ça peut être utile?
J'avoue que mes recherches ont été assez infructueuse (à part un ou deux lien sur le metalink oracle pour lequel je n'ai pas de compte
)
En tout cas, merci d'avance si vous avez une petite idée sur ce point qui commence un peu à devenir critique...
Nb: Mon serveur de test n'est pas tout à fait iso prod (moins de ram). Sur ce serveur, l'analyse sur 9i dure 2 heures. Cela peut-il expliquer une telle différence?
Partager