Discussion :

[silverskin]

Bonjour,

J’utilise la requette sql suivante pour rafraichir une cinquantaine de tables provenant d’une base ORACLE 9 sur une base ORACLE 8.1.7 :

Drop Table MATABLE ;
Create Table MATABLE As Select * From MATABLE@dblink;

Jusqu’à hier aucun problème, rafraichissement de mes tables sur ma base oracle 8.1.7 en 40mins.
(La base d’origine était une base ORACLE 7.3.4).
Aujourd’hui, après migration de ma base source ORACLE 7.3.4 vers ORACLE 9, mes temps de rafraichissement sont passés à 3H30 pour les mêmes tables.

Avez-vous une idée pour réduire ce temps de rafraichissement.

D’avance merci.

[dngaya]

Bonjour,
vous pouvez utiliser le statspack avec des intervalles de 30 minutes maximun et poster les resultats. si la cause du problème n'est pas encore plus explicite, vous pouvez aussi utiliser le sql trace afin de formatter les traces à l'aide de tkprof.

Cordialement.

[plabrevo]

Etonnant que les temps aient ete multiples par 4 apres une migration de 7.3.4 a 9i.

Si la destination (8i) n'a pas change, la cause ne peut etre que la source (9i).

Est-ce que la migration s'est effectue a perimetre constant (meme machine, OS, memoire, disque, parametrage de l'instance, et charge)?

Est-ce que cette degration de performance est constatee sur toutes les tables ou seulement sur certaines d'entre elles?
Est-ce que toutes les donnees sources sont transferees avec des clauses identiques SELECT * FROM <table> sans predicat, ou bien certains de ces rafraichissements sont-ils plus selectifs. Suivant la facon dont cet upgrade a ete fait, je songe a la disparition d'un index sur l'une des tables transferees.

[silverskin]

La machine source a migré de 7.3.4 à 9i, mais pas seulement.
J'ai suis passé d'un HP9000 sous hp-UX à un HP G4 Bi-Proc sous linux (Redhat).
La migration s'est déroulé sans aucun problème.(Export puis Import dans la nouvelle base).
Daprés ce que j'ai pu constater, la dégradation s'est produite sur l'ensemble des tables.

[orafrance]

Essaye de calculer les stats si ce n'est pas le cas et passer en mode CHOOSE. Si c'était déjà fait, essaye de supprimer les stats. Il se peux que les requêtes ont été écrites spécifiquement pour le mode RULE

Si ça ne régle rien, alors il faudra se pencher sur les paramétres de l'OS

[silverskin]

Voila après quelques jours de galère, je viens de migrer le serveur data warehouse en oracle 9.2.

Après avoir réinstallé une base oracle 8.1.7, les temps de rafraichissement étaient toujours déplorables.

Aujourd'hui avec le serveur cible en oracle 9 le temps est repassé à 45 minutes.

Peut être un problème en entre oracle 8 et 9 sur ce type de SQL !?

[plabrevo]

La 8i commence a dater. C'est une bonne chose de passer sur 9i.

Les SQL de synchonization sont/etaient du type
"Create Table <A> As Select * From A@dblink" ou bien "Create Table <A> As Select * From A@dblink where X=Y". La distinction est d'importance pour chercher les causes d'un pb de perf.

[silverskin]

Les SQL sont du type:

Drop Table MATABLE ;
Create Table MATABLE As Select * From MATABLE@dblink;

[plabrevo]

Peux-etre une affaire de conversion implicite de datatype (cf bug 3850615)? Les datatypes definis sous Oracle7 necessitent peut-etre des conversions couteuses vers la 9i.

[muslem]

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Create Table MATABLE As Select * From MATABLE@dblink;

Cette façon de créer les tables ne crée ni clés primaire ni index, donc pense à ajouter des index.