Discussion :

[debdba]

Bonjour,
En Oracle 9.2.0.8 pour une base sur Aix, je cherche la meilleure méthode pour transférer plus de 500 Millions de lignes d'une table TAB1 non partitionnée vers une table TAB2 partitionnée pour le même schéma.
Avez vous une expérience similaire afin d'éviter le piège de trop longs temps de traitement et d'I/O énorme?

Par avance Merci

[Severn]

Une piste : CTAS avec nologging et parallel.
Cela prendra de toute façon du temps qui dépendra beaucoup de ton serveur et des baies de stockage.

Utilisé hier sur 2 tables de 60 Go (environ 400 M de lignes chacune) mais sans partitionnement (juste restriction/projection) pour les réduire de 30%, il y a eu un doublement du temps de traitement entre l'environnement de production et celui d'uat. La cause fut une sollicitation importante des disques (user I/O), due à une configuration non conforme des baies en prod.

Donc si tu dois maitriser ton temps de traitement, assure toi sur que tes accès disques sont ok et si possible iso-prod.

[debdba]

Merci pour cette piste qui me semblait aussi être la plus évidente.
Mais dans le doute qu'il en existe une plus performante j'ai posé la question.

[Severn]

Si tu entends parler d'une autre solution, je suis preneur car je dois mener exactement la même opération prochainement (en 10.2.0.4).

[pachot]

Bonjour,

Si tu entends parler d'une autre solution, je suis preneur car je dois mener exactement la même opération prochainement (en 10.2.0.4).

Il ne peut pas y a voir d'autres solutions.
Mais très important: il faut prévoir dans le temps de l'opération la construction des index:
parallel nologging et grosse sort_area_size (pga manuel)

Cordialement,
Franck.

[Severn]

Absolument pachot, et aussi penser au calcul de stats si nécessaire.

Par ailleurs je précise que la clause à prendre n'est pas nologging mais unrecoverable, nologging créant la table en nologging tandis qu'avec unrecoverable seule l'opération de création n'est pas loggée, la table étant elle, créée en logging.
Attention il arrive parfois que, pour les bases de prod, le logging soit forcé au niveau base, donc penser aussi à regarder ce paramètre, et le désactiver si besoin le temps de l'opération.