Discussion :

[Mothership]

Nous étudions la possibilité d'exporter / importer nos données pour regagner l'espace dans les tables.
L'interet est important car nous approchons des 2 To physique et par exemple en faisant cette manipulation sur 5 de nos grosses tables nous gagnons quasiment 400Go d'espace dans notre tablespace de 1,8 To.

L'opération ne peut se faire dans un weekend complet, lié à notre activité (jobs, magasins ouvert le weekend, entrepôts travaillant le samedi etc.)

Est il possible de faire un export le vendredi soir en effectuant un timestamp à chaque export de table.
Import sur une base à part rattaché à un environnement cloné.
Le dimanche après avoir attaché la nouvelle base "light", la meilleure option est j'imagine de rejouer les logs ?

Qu'en pensez vous ?

[Mothership]

Je rajoute d'ailleurs une question, lors d'un expdp full=y puis de l'import, peut on "supprimer" des datafiles rendus inutiles par le regroupement des données.
Même si refragmenter la base n'est pas forcément souhaitable avec l'ajout de datafiles etc. Partir avec 50% d'espace vide et 1,8To même si le stockage coute moins cher, c'est quand même des disques à mirorrer ou avec une standbuy etc.

[breizh76]

Au lieu de faire un export full, pourquoi ne réalises tu pas un export/import des 5 tables, une par une. Cela te prendrai moin de temps.

Sont'elles liées avec une clée étrangère ?

[Mothership]

Les 5 tables peuvent être faites, il n'y pas de problèmes la dessus. C'est pour les 3995 autres que je me fais aussi du soucis .
Mais même pour l'une des 5 le problème se pose puisque l'import prend énormément de temps (7h)

[pachot]

Bonjour,
Pour répondre à la première question: non il n'est pas possible de rejouer les logs d'une base exportée sur une base importée.
Les logs s'appliquent au niveau physique (les datafiles) et tou ton but c'est justement de ne pas avoir la même structure physique pour gagner de la place.
Et pour la deuxième question, oui si tu importes dans une autre tablespace, alors les datafiles de la première peuvent être supprimés et la nouvelle tu l'aura définie plus petite. Mieux que expdp/impdp: alter table move.

Maintenant, si ce que tu veux faire c'est une réorg online, ils faut voir du côté de DBMS_REDEFINITION.

cordialement,
Franck.

[Mothership]

J'avoue bien m'embrouiller lors de l'import/export des tablespaces.

Voici la commande utilisée pour l'expdp :

expdp system/MDPdirectory=datapump2 parallel=4 dumpfile=SAPQAS_PSAPPRD640_P4_%U.dmp tablespaces=PSAPPRD640 logfile=expdp_PSAPPRD640_P4.log

L'import par contre ne fonctionne pas comme souhaité, je m'explique, un peu comme pour l'impdp sur des tables déjà existantes je souhaite réimporter sur le même système le tablespace version réorganisé.
J'ai eu pas mal d'erreur malheureusement ... oracle droppant ma connexion avant la fin de l'exécution, au moment de l'import du table_data.
J'ai donc drop mon tablespace puis recréé, même constat et suite à ces manipulations ma base a plus que du mal à s'ouvrir, le processus d'ouverture de la base ne se termine pour ainsi dire pas.

J'ai regardé à droite à gauche@"google est mon ami" et pas mal d'options sont utilisés qui ne sont pas suffisamment expliquée (pour moi) et dont je ne vois pas forcément l'intérêt (puisque non expliquée).

Pourriez vous me décrire les commandes que vous utiliseriez pour :
exporter un tablespace dans son ensemble (si la parallélisation est possible/conseillée ça m'interesse)
Puis réimporter dans la même base les données du tablespace (cela nécessite t'il de droper le tablespace existant ?)
Ou réimporter dans un nouveau tablespace du même nom avec de nouveaux datafiles créés au même endroit et dans un moindre nombre (puisque les trous dans les tables n'ont pas été exportés).