Export d'une base avec changement de tablespace [Résolu]

[mawguai]

Bonjour,

j'ai récupéré un dump de prod, les données étaient réparties sur différents tablespace l'objectif est de tous mettre dans un seul tablespace.

Pour ce faire j'ai récupérer le schema de la base, j'ai changé tout les tablespaces, j'ai chargé le schema de la base et ensuite j'importe le dump en utilisant la commande imp dans un script :
imp ****/**** fromuser=*** touser=$base file=$dumpFile log=imp_data_$base_$now.log ignore=Y Indexes=Nlors de cette import tous ce passe bien sauf pour deux tables
qui s obstinent à se mettrent dans un des anciens tablespaces a cause de la requete STORE AS (tablespace 'THE_OLD_ONE'...
Ma question est : puis je lui dire d'ignorer totalement ce genre d option ?
Est ce qu'un bricolage du type ALTER TABLE blabla MOVE TABLESPACE THE_NEW_ONE sur la base puis refaire un export peut marcher ?

Je précise que évidement j'obtient une erreur

ORA-00959: tablespace 'the_old_one' does not exist

Merci

[mawguai]

Je reviens vers vous car je me suis repenché dessus et j'ai trouvé ce qui cause l'erreur, il s'agit de colonnes ayant pour type CLOB, dans l ancienne base ces données étaient sauvegardées dans différents tablespace donc je me suis dis je rajoute au schema les lignes suivant

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
   LOB ("DATA")
    STORE AS 
	(
        TABLESPACE "DATA_001" 
		CHUNK 8192 
        PCTVERSION 5 
		NOCACHE LOGGING
		STORAGE (MAXEXTENTS 5) 
        INDEX (
            TABLESPACE "INDX_001"
            STORAGE (MAXEXTENTS UNLIMITED)
        )
    )

En effet j'ai cru qu en explicitant le tablespace de sauvegarde celui ci serait choisi lors de l'import en lieu et place de celui d'origine, mais il n'en est rien, j'ai obtenu de nouveau la même erreur.

[Heaven93]

bonsoir,

il faudrait que tu fasse un import avec l'option show=Y. tu extrais du fichier l'ordre de création de la table problématique, tu en modifies le tablespace celui de la table et celui de l'index), puis tu crées la table avec l'ordre extrait et modifié, et tu importes cette table seulement. puis tu fais de la même façon pour l'autre, ou les deux en même temps.
l'import ne crée ni les tables partitionnées, ni les table contenant des lobs dans le tablespace par défaut du user cible. il garde la définition de l'ancien tablespace car l'import classique ne gère pas les définitions multiples de tablespaces.

tu ne peux pas lui dire d'ignorer ce genre d'option. et tu ne peux pas faire de move si la table n'est pas créée.

sinon tu demandes un export datapump et tu inclus un remap_tablespace pendant l'import

[mawguai]

intéressant merci de ta réponse, je test ça la semaine prochaine, je te dirais si ça c'est bien passé

[mawguai]

En fait ce que tu me demande dans la premiere partie c'est de faire quelque chose que je faisait déjà lorsque je chargeait mon schema de base,

sinon tu demandes un export datapump et tu inclus un remap_tablespace pendant l'import

Je n'ai pas essayé en fait j'ai rajoute, apres avoir chargé mon schema, les lignes suivantes

Code :

1
2
  ALTER TABLE "T_TABLE_1" MOVE LOB("DATA") STORE AS (TABLESPACE "DATA_001_VPN");
  ALTER TABLE "T_TABLE_2" MOVE LOB("DATA") STORE AS (TABLESPACE "DATA_001_VPN");

et la ça passe lorsque j'importe les données après, c'est bizarre on dirait qu'il ne prend pas en compte le tablespaces du LOB lors de la création de la table
étrange ...
En tous cas Merci pour ton aide