|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre habitué
![]() |
Bonjour tout le monde,
j'ai quelques question sur l'export/import sous Oracle. J'ai beau avoir fuiner dans les tutaux et les post sur le forum, je n'ai pas vraiment trouvé mon bonheur et quelque chose m'échappe toujours. Pour résumer j'ai une application qui utilise une base Oracle 8.1.7 et je dois mettre en place un testbed avec Oracle 10.2.0.4 pour voir si l'application fonctionne avec. J'ai donc créer ma base en 10g avec tous mes tablespaces (en fonction de l'utilisation actuelle sur la production). Maintenant je voudrais exporter les données de l'application (1 schema QMPROD) depuis la production en 8.1.7 vers la base de test. L'idéal serait de faire un export du schéma QMPROD et de tous ces objets et que l'import me crée le user et importe tous les objets avec tous les privilèges. Ca serait vraiment cool mais a priori si j'ai bien compris c'est pas possible J'ai donc fais un full export du type : Code :
exp system/manager file=C\toto.dmp full=y log=C:\toto.log Ne sachant pas comment faire pour le moment, j'ai essayer un full import: Code :
imp file=C:\toto.dmp full=y log=C:\toto_imp.log Si quelqu'un a des infos sur mes (nombreuses) questions et vois comment je peux faire au mieux, je suis bien sur preneur. Merci et bonne journée à tous les gourous Oracle ![]() Kaz |
|
00
|
|
|
#2 |
|
Membre habitué
![]() |
Bon après un petit test, c'est pas a cause du manque de l'option ignore=y que mon full import ne fonctionne pas.
J'ai beau faire, il ne crée pas le user. En plus comme c'est un full il va essayer de toucher aux objects SYSTEM et j'aime pas trop ça. Du coup je vois vraiment pas comment faire... Kaz |
|
00
|
|
|
#3 |
|
Membre Expert
![]() Inscription : juin 2007 Messages : 1 497 ![]() |
Faut pas avoir peur du danger pour faire un export/import full d'une 8i vers une 10g
Le plus prudent (et aussi le plus simple) est de faire un export/import du schéma uniquement avec les paramètres "fromuser=QMPROD touser=QMPROD" lors de l'import
__________________
La théorie, c'est quand on sait tout mais que rien ne fonctionne. La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi ! Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/ |
|
|
00
|
|
|
#4 |
|
Membre habitué
![]() |
Effectivement et je crois même que c'est déconseillé par Oracle
Sauf que malheureusement je ne connais pas les droits du user de l'application afin de le créer proprement avant un import FROMUSER. Les personnes qui géraient la base avant n'ont aucun script de création. Tout ce qu'ils faisaient c'était des backup à froid des dbf ![]() Du coup je me demande comment "exporter" la définition du user de l'application afin de "l'importer" dans la nouvelles DB... A++ Kaz |
|
00
|
|
|
#5 |
|
Membre Expert
![]() Inscription : juin 2007 Messages : 1 497 ![]() |
Pas grave, tu peux récupérer les droits du user depuis le dump
Lance un import avec "full=y show=y", ça affiche juste le contenu du fichier dump (sans rien importer) et tu récupères manuellement les grants concernant ton user
__________________
La théorie, c'est quand on sait tout mais que rien ne fonctionne. La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi ! Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/ |
|
|
00
|
|
|
#6 |
|
Membre habitué
![]() |
Hello Scheu,
désolé pour ma réponse super tardive. Mais merci beacoup pour le show=y c'est nickel. ![]() Kaz |
|
00
|
Copyright © 2000-2012 - www.developpez.com