Copier une BDD d'une machine à une autre

Bonjour,

Voilà je vais avoir besoin une fois de plus de vos lumières :)

J'ai une base A dont je veux copier un tablespace sur une base B une fois par jours. Oracle 10g\windows pour la base A oracle XE\Windows pour la base B.

Le volume de données est d'environ 700 Mo et je n'ai que des tables et leurs data à copier.

J'avais commencé avec un dblink et un système de create table as select * mais je suis embêté par un champ long. J'ai ensuite étudié la solution du imp/exp mais c'est assez long... je suis pas passé par un transportable tablespace mais par une énumération classique des tables (incidence sur les perf ?).

Quelle approche est conseillée pour ce type de situation ?

:merci:

La fonctionnalité de transport des tablespaces ne fait pas partie de XE.
La méthode la plus rapide est sans doute l'export/import par Data Pump (exécutables expdp/impdp) qui est en général plus rapide que exp/imp.

ok, mais comment bien synchroniser l'export et l'import, en gros attendre que l'export soit fini avant de lancer l'import sachant que je vais faire ça en pl/sql.

merci:)

c'est quoi le pb avec le DB link ?

Citation:

---

Envoyé par neo.51

ok, mais comment bien synchroniser l'export et l'import, en gros attendre que l'export soit fini avant de lancer l'import sachant que je vais faire ça en pl/sql.

merci:)

---

ll suffit de lancer l'export et l'import de façon séquentielle et non en parallèle depuis une machine unique: ce qui nécessite de pouvoir accéder via Oracle Net aux 2 bases depuis 1 des 2 machines.

Je recommande d'abord de faire ceci avec un script shell ou .bat avant d'essayer de le faire en PL/SQL avec l'API Data Pump.

Bon, en fait j'ai éssayé en passant par un dblink :

Code:

---

1 2 3 4

handle := dbms_datapump.open ( operation => 'IMPORT', job_mode => 'SCHEMA', remote_link => databaseLink);

---

mais j'ai 2-3 tables avec des champs LONG. Je sais que c'est plus supporté par oracle mais j'ai pas le choix...

donc le mieux serait de faire un .bat pour export en séquentiel ?

ça me fou un peu la trouille niveau perf, enfin je vais voir ça ;)

Je pense simplement qu'il est plus facile d'utiliser expdp/impdp que d'écrire du code PL/SQL car un DBA utilise généralement d'abord des scripts avant de coder en PL/SQL.

Le type LONG est toujours supporté par Oracle mais il est vrai qu'Oracle déconseille fortement de l'utiliser car il a beaucoup de limitations que n'a pas le type CLOB.

En ce qui concerne les performances, je ne sais pas si expdp/impdp est plus rapide en PL/SQL qu'en mode ligne de commande mais en général expdp/impdp est beaucoup plus rapide que exp/imp ( c'est surtout impdp qui est plus rapide que imp). Avec 700 Mo à transférer, cela doit se compter en minutes et non en heures sur une machine récente.