Export/import très long

[Daily]

Bonjour,

Je doit migrer une base Oracle 9i d'un serveur sous HP-UX B.11.11 U 9000/800 vers un serveur sous Linux Red Hat Enterprise Linux ES release 4 (Nahant Update 4) Kernel 2.6.9-42. Pour faire cette manip, je compte procéder à un export sous Unix puis à un import sous Linux.
Tout marche bien en test, à un détail près, l'import dure 12h . Comme je travaille avec une base de prod. Il est difficile pour moi de la bloquer le temps de l'export, de la creation de la base, de l'import, etc...

Solution 1: J'y passe mon dimanche, mon 25/12, mon 01/01 au choix : Pas terrible, pour moi en tout cas.
Solution 2 (Et c'est ma question): Est il possible de faire ce qui suit?
Le lundi
- La base de prod fonctionne normalement.
- A partir de la sauvegarde à froid du dimanche pour cette base, restaurer une base sur un serveur unix
- Exporter cette base
- l'importer sur le serveur Linux final, on est donc parti pour 12h .
Mardi
- Bloquer la base de prod.
- Jouer les archivelog Unix du lundi et du debut du mardi sur ma base Linux, c'est évidement le coeur de ma question, est-ce possible?
- Faire les autre bascules, programmes, crontab, etc...
- Rendre la nouvelle base Linux opérationnelle en prod.

Donc, est-ce que ma solution 2 fonctionne? Jouer des archivelog provenant d'une base unix sur une base linux, possible? Je vais obligatoirement avoir des problèmes de TSN remis à zéro par l'import, non? Et sûrement d'autre problème?

Si vous avez des suggestions, même pour une démarche différente...

Merci d'avance

Patrick

[orafrance]

C'est peut-être complétement stupide mais tu peux pas copier les datafiles de unix vers linux et redémarrer tout simplement ta base ?

Sinon, non, tu ne pourras pas rejouer les archivelogs sur la base linux

[Daily]

C'est la première chose à laquelle j'ai pensé, mais ça n'est pas le même os sur les deux serveurs, ni le même Oracle, du coup je pense que ça ne marche pas. Mais tu as raison je vais tout de même tenter.

[orafrance]

pour la version tu peux faire un upgrade qui sera moins long.

tu passes de quelle version à quelle autre ?

[LeoAnderson]

Envoyé par Daily

C'est la première chose à laquelle j'ai pensé, mais ça n'est pas le même os sur les deux serveurs, ni le même Oracle, du coup je pense que ça ne marche pas. Mais tu as raison je vais tout de même tenter.

Non, ça ne peut pas marcher. Les deux OS n'ayant pas le même endian format (BIG pour HP-UX, little pour Linux).

Par contre, installer la 10g sous HP, upgrader la base sous HP-UX, faire un export TTS en prenant soin de convertir les formats vers Linux, ça le fera !
http://www.dba-oracle.com/art_dbazin...cross_plat.htm

[orafrance]

yep

mais faut pas vouloir rester sur la 9i

[LeoAnderson]

Envoyé par orafrance

yep

mais faut pas vouloir rester sur la 9i

et l'export TTS marche pas en 9i ???

[heffer69]

L'import dure 12 H?? Mais combien de temps dure l'export?

[orafrance]

Envoyé par LeoAnderson

et l'export TTS marche pas en 9i ???

je crains que la transformation (conversion des datafiles de endian format différent) soit une nouveauté de la 10g

[LeoAnderson]

Envoyé par orafrance

je crains que la transformation (conversion des datafiles de endian format différent) soit une nouveauté de la 10g

je le crains aussi... si on peut plus être de mauvaise foi...

sinon, il reste la standy logique mais rien de physique ne peut se faire...

[orafrance]

et streams en 9i n'ai pas des plus efficace semble-t-il

[Daily]

Bonjour,

Désolé de répondre avec un peu de retard

Envoyé par orafrance

pour la version tu peux faire un upgrade qui sera moins long.

tu passes de quelle version à quelle autre ?

Je passe de Oracle9i Database Release 2 (9.2.0.2) Enterprise/Standard Edition for HP-UX à Oracle9i Database Release 2 (9.2.0.4) Enterprise/Standard Edition for Linux

Envoyé par LeoAnderson

Non, ça ne peut pas marcher. Les deux OS n'ayant pas le même endian format (BIG pour HP-UX, little pour Linux).

Par contre, installer la 10g sous HP, upgrader la base sous HP-UX, faire un export TTS en prenant soin de convertir les formats vers Linux, ça le fera !
http://www.dba-oracle.com/art_dbazin...cross_plat.htm

Bon ben ça c'est fait. Sinon c'est quoi un export TTS? Comment ça peut me gagner du temps sur mes 12h d'import?

Envoyé par orafrance

yep

mais faut pas vouloir rester sur la 9i

ça n'est pas moi qui décide, se sont les bases et les programmes de sociétés externes.

Envoyé par heffer69

L'import dure 12 H?? Mais combien de temps dure l'export?

3h40 pour une base de 130Go.

Et donc, rejouer mes archivelog Unix en Linux après l'export, pas d'espoir?

Sinon, joyeux Noël à tous!!! Et merci pour vos réponses.

Patrick

[orafrance]

tu peux tenter un export avec DIRECT=Y et COMPRESS=Y

[heffer69]

Envoyé par Daily

3h40 pour une base de 130Go.

Si l'export dure 3H40, je ne vois pas pourquoi l'import dure 12H.
As-tu bien créé des fichiers de données ayant la même taille que sur la base de prod pour éviter que Oracle n'alloue de l'espace disque pendant l'import?
As-tu désactiver toutes les contraintes d'intégrité et tous les triggers avant d'importer?

[LeoAnderson]

Envoyé par heffer69

Si l'export dure 3H40, je ne vois pas pourquoi l'import dure 12H.
As-tu bien créé des fichiers de données ayant la même taille que sur la base de prod pour éviter que Oracle n'alloue de l'espace disque pendant l'import?
As-tu désactiver toutes les contraintes d'intégrité et tous les triggers avant d'importer?

en général, on compte x3 ou x4 pour l'import..
on est donc parfaitement dans les clous...

[orafrance]

l'import est toujours bien plus long que l'export... si en plus y'a des contraintes d'intégrités ça peut être dramatique

[heffer69]

Envoyé par LeoAnderson

en général, on compte x3 ou x4 pour l'import..
on est donc parfaitement dans les clous...

J'ai récemment fait ce genre de manip et j'ai obtenu quasiment la même durée à l'import que l'export. Ce n'était pas le mêm OS ni la même version d'oracle mais quand même...

[LeoAnderson]

Envoyé par heffer69

J'ai récemment fait ce genre de manip et j'ai obtenu quasiment la même durée à l'import que l'export. Ce n'était pas le mêm OS ni la même version d'oracle mais quand même...

y'a pas que moi qui ait cette estimation, il y a aussi Oracle !
Note 93763.1

Generally speaking, a good forumla for determining a target elapsed
time for a table import versus the elapsed time for the table export is:

import elapsed time = export elapsed time X 4

[ZashOne]

pourquoi tu lierai pas la premiere base vers la deuxieme base via un dblink.
et ensuite faire tes transfert en prod via des procedures stockees bien reflechie.