Discussion :

[Delphieur]

Bonjour tout le monde :

je veux faire une comparaison entre deux bases oracle (une 8 et l'autre 10), c-a-d, statistiques sur les deux bases pour pouvoir tester une migration de la base 8 vers oracle 10.

c'est quoi le plus simple pour faire ce traitement ?

Merci d'avance.

[philcero]

C'est quoi la question, faire des stats sur les deux bases en vue d'une migration ?

Explique mieux ce que tu veux faire s.v.p...

[orafrance]

comparer les stats 8i et 10g n'a aucun sens puisque le mode de calcul a évolué ne serait-ce qu'avec les stats système

[Delphieur]

j'ai fais une migration de base 8 vers 10, et je veux quelque chose qui me dit que la mgration à été bien passé : c-a-d , j'ai pas perdu des données pendant la migration (exemple un script qui verifie le nombre d'objet et de ligne) , j'espere que j'ai expliqué un peut mon probleme.

merci.

C'est quoi la question, faire des stats sur les deux bases en vue d'une migration ?

Explique mieux ce que tu veux faire s.v.p...

[philcero]

Si tu pinailles et que tu as de la place, le mieux est de créer une nouvelle base en 10G et ensuite à l'aide d'un petit database link de faire des :

Code :

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

select * from A minus select * from A@olddb;

[Delphieur]

Merci Philcero ,

mais c'est pas moi qui decide ca !! en plus les deux bases ne sont pas sur le meme serveur !!

donc ; j'ai fais un script qui export la 8, puis un script ksh ftp, et un troisieme script qui fait l'import sur le nouveau serveur.

donc ta solution dans ce cas est un peut dificile.

merci.

[orafrance]

donc ; j'ai fais un script qui export la 8, puis un script ksh ftp, et un troisieme script qui fait l'import sur le nouveau serveur.

Si export full sans erreur et import full sans erreur alors migration OK, j'vois pas ce que tu veux de plus

[orafrance]

Bah il suffit de faire des

Code :

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

1
2
3
4
 
SELECT COUNT(*)
  FROM dba_segments 
 WHERE owner NOT LIKE 'SYS%'

idem pour les contraintes... éventuellement tu peux meme faire un DBLINK et faire un truc du style :

Code :

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

1
2
3
4
5
6
 
SELECT COUNT(*)
  FROM dba_segments local_segs ,dba_segments@ton_DBL distant_segs 
WHERE local_segs.owner=distant_segs.owner AND local_segs.segment_type=distant_segs.segment_type AND local_segs.segment_name=distant_segs.segment_name AND
local_segs.owner NOT LIKE 'SYS%' AND 
distant_segs.owner NOT LIKE 'SYS%'

[orafrance]

Sinon, le mieux est encore de faire des tests de non régression complet des applications qui utilisent la base ne serait que pour identifier les pertes de perfs que tu auras très probablement. Donc si il manque des objets tu vas vite le voir

[Delphieur]

ca c'est la solution quand on travaille avec des gents simpat comme toi, mais moi , mon service de qualif il est un peut bizard, ta verification ne leur suffit pas, ils veulent une verification qui leur dire : BRAVO MIGRATION INTACTE..

Sinon, le mieux est encore de faire des tests de non régression complet des applications qui utilisent la base ne serait que pour identifier les pertes de perfs que tu auras très probablement. Donc si il manque des objets tu vas vite le voir

[philcero]

Lui il veut :

j'ai pas perdu des données pendant la migration

La solution du MINUS semble la plus appropriée dans le cas des DBA psychotiques...

Sinon il y a une solution imparable, peu connue des mortels :

Code :

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

select 'Bravo, migration impécable !' from dual;