Problème pour récupérer les données d'un datafile [Résolu]

[KhaoOs]

Bonjour,

J'explique mon problème
je travaile sur oracle version 9.2

j'ai supprimé un tablespace (drop tablespace ... including contents)
j'ai conservé les datafiles, ils sont bien dans le répertoire oradata

Conséquence du drop : la table rattachée à ce tablespace a disparu.

étape 1 : je recrée le tablespace avec les datafiles présents dans oradata avec l'option reuse

étape 2 : je relance le script de création de ma table

problème : ma table est vide. Je pensais quand utilisant l'option reuse on recréé le lien entre le datafile et le tablespace et du coup on récupérait les données des tables rattachées au tablespace. (je précise je débute dans l'administration de base de données)

Questions:

- Comment récupérer les données de ma table?
- le datafile présent dans oradate est-il vidé lorsque l'on drop son tablespace ?
- Que fait l'option reuse, si on ne peut pas récupérer les données d'un datafile? surtout que l'on doit repréciser la taille alloué au datafile

J'aimerai bien comprendre le principe en fait

[pifor]

Envoyé par KhaoOs

Bonjour,
- Comment récupérer les données de ma table?

Il faut restaurer la base à un instant avant la suppression du tablespace.

Envoyé par KhaoOs

- le datafile présent dans oradate est-il vidé lorsque l'on drop son tablespace ?
- Que fait l'option reuse, si on ne peut pas récupérer les données d'un datafile? surtout que l'on doit repréciser la taille alloué au datafile

L'option REUSE est documentée dans le SQL Reference:

REUSE
Specify REUSE to allow Oracle to reuse an existing file. You must specify REUSE if you specify a filename that already exists.

If the file already exists, then Oracle reuses the filename and applies the new size (if you specify SIZE) or retains the original size.
If the file does not exist, then Oracle ignores this clause and creates the file.
Restriction on the REUSE Clause
You cannot specify REUSE unless you have specified filename.


--------------------------------------------------------------------------------
Note:
Whenever Oracle uses an existing file, the file's previous contents are lost.

--------------------------------------------------------------------------------

[lapincretin]

De plus tu as utilisé

Code :

1
2
 
DROP tablespace ... including contents

Comme indiqué, including contents, supprime le contenu du tablespace ...

L'option REUSE évite d'avoir une erreur spécifiant que le TABLESPACE/DATAFILE existe deja lors de sa création ...

Les 2 commandes SQL que tu as lancé ont forcémment supprimé tes données.

Désolé, mais comme le dis pifor tu peux sortir un bon vieux backup.

Si tu es en 9i/10g tu peux peut etre jeter un coup d'oeil sur les fonctionnalités suivantes :
* RECYCLEBIN
* FLASHBACK TABLE

Mais sans garanties

[KhaoOs]

Merci pour ces précisions.
La solution pour laquelle j'ai opté n'ayant pas de sauvegarde a été d'exporter les structures de mes tables d'un autre environnement (la DEV en autre)
pour les reconstruire en recette
Puis de réalimenter mes tables à l'aide d'un ETL.

Dernière question : Comment faire un export uniquement des données d'un schéma ?

je sais exporter des structures d'un schéma ou exporter les données (uniquement d'une table) mais les données (uniquement et pas les structres) d'un schéma ca je ne sais pas ?

exemples:

EXP userid=schéma/mdpschéma@nominstance FILE=D:\DUMP\export_full_ma_table.dump log=D:\DUMP\export_full_ma_table.log tables=schéma.ma_table


EXP schéma/mdpschéma@nominstance file='D:\DUMP\nomschéma.dmp' log='D:\DUMP\nomschéma.log' rows=n
OWNER=nomschéma

Merci d'avance.

[KhaoOs]

précision : je travaille sur 3 environnements DEV-REC-PROD

mon problème est au niveau de la recette
je récupère les structures de DEV pour les copier en REC et je veux insérer les données de PROD dans la REC (car plus fiable et on retrouve la totalité des infos)

d'où l'export uniquement des données de PROD et non des structures.

Maintenant, c'est peut être impossible mais je préfère avoir un avis extérieur.
En effet, vouloir insérer des données dans un champ qui n'existerait pas ca parait difficile...

J'espère être plus clair

[lapincretin]

En 10G il y a des parametres tel que data_only, metadata_only si je me souviens bien (avec l'utilitaire expdp/impdp)

En général l'export ne pose pas de problemes, tu peux exporter un peu tout ce que tu veux ... Dans ton cas tu exportes tout un schéma ou tout une table.

La par contre ou cela risque de coincer, c'est lors de l'import ...

Je pense que dans ton cas, avant de lancer l'import, tu vérifies que tes tables a importer son vides (logiquement oui si tu as deja importé que la structure avec le parametres rows=n). Ensuite tu lances un import de cette manière :


Pour un schéma :

Code :

1
2
 
imp schéma/mdpschéma@nominstance file='D:\DUMP\nomschéma.dmp' log='D:\DUMP\imp_nomschéma.log' fromuser=nomschéma_source touser=nomschéma_cible rows=y IGNORE=y

Avec ces paramètres :
rows=y --> Tu importes bien les datas
ignore=y --> Tu ignores les erreurs liées aux créations des tables, qui dans ton cas existent deja.
fromuser / touser --> schéma source / cible .Peut etre facultatif, a voir ...


Attention, certaines insertions vont peut etre etre refusées à cause des contraintes de clés primaires/étrangères ou triggers ...
Pour contourner j'avais un petit script SQL qui désactivais tout ca avant l'import ...