Import plus volumineux que l'export

Bonjour,

J'ai un comportement étrange lors d'un impdp, la source est en W2008R2 64b, la destination en W2003 64b, les 2 versions de bases sont en 11.2.
Les 2 bases ne comporte ne comportent qu'un schéma hors les schémas systèmes, schéma que je remappe dans ma base destination vers un autre schéma (après l'avoir droppé).
Problème, le tablespace concerné par ce schéma fait 188Go à l'origine, et 210Go à la destination.

(sachant que la plus importante table de ce schéma comporte des fichiers)

Une idée ?

Merci

Y a t'il des objets compressés sur la base source ? Tables, schéma, lob ...

Si je comprends bien il n'y a aucune erreur lors de l'import mais ce qui vous parait bizarre et que le tablespace de la base cible est plus gros, c'est cela?

Alors si c'est le cas pour être sur que les données prennent plus de place sur la base cible que celle de la source vous pouvez déjà faire sur vos 2 bases:

Code:

---

select sum(bytes)/1024/1024 from dba_segments where owner='LE_SCHEMA' and tablespace_name='LE_TABLESPACE';

---

Cela vous donne la somme de tous les segments de votre schema dans le tablespace en question. A priori il devrait être égal
MAIS
Si il y a une grosse différence, peut être comparer le CHARACTERSET de vos 2 bases.

Bonjour,

Je ne sais pas s'il y a des objets compressé dans la base source, comment puis-je le voir ?
(si c'est le cas, ceux-ci pourraient perdre la compression lors de l'export/import ?)

Sinon la différence se situe bien au niveau de taille totale des segments du schéma, avec la requête, sur la base source j'ai 184Go, sur la base destination j'ai 205Go.
Le CHARACTERSET est identique sur les 2 : WE8MSWIN1252.

Merci.

Je pense avoir peut-petre trouvé l'explication.
La valeur PCTFREE, qui réserve une part (10% dans notre cas) d'espace de chaque bloc de datafile pour les mises à jour de données, si une grande partie de ces 10% des blocs de la base source ont été consommés, lors de l'import, impdp importe la même quantité de données, mais realloue les 10% de PCTFREE sur la base destination, si je regarde là à l'instant j'ai 11,5% de volume en plus sur la plus grosse table.

oui vous avez trouvé la cause. Je n'y avais pas pensé :oops: mais c'est parfaitement logique

Citation:

---

si je regarde là à l'instant j'ai 11,5% de volume en plus sur la plus grosse table

---

Si tout le pctfree était "mangé" alors c'est que 10% n'était pas peut être pas suffisant pour la plus grosse table : nombreuses mises à jour.... un petit 15 (ou +) pour la table dans la nouvelle base, alter après import pour que les nouveaux blocs qui se génèrent aient 15% de libres?

Oui, ça vient de là. L'export/import opère une réorganisation en se basant sur le stockage de la table.
Si par conte vous avez un même comportement avec un table_exists_action=replace, ca mériterait d'aller investiguer le PCTFREE au niveau des tablespaces.