Discussion :

[kalyparker]

Bonjour à tous,

Je vous solicite à nouveau pour essayer de trouver une solution.
Mon problème est simple :
J'ai donc 2 bases qui sont couplés avec dataguard, le problème est que régulierement je dois importer des fichiers très volumineux dans ma base maitre.

Je vous explique le principe :
- les fichiers sont importer dans une table temporaire,
- les enregistrements selectionnés sont importer dans une autre table,
- une fois le traitement terminé la table temporaire est vidé.

Ce traitement est effectuer autant de fois que j'ai de fichiers.
Auparavant mon traitement faisait un truncate de ma table temporaire, mais dataguard perdait le fils, j'ai donc créer une procedure pour deleter les données de ma table temporaire avec des commit régulier pour permettre de garder les 2 bases synchro.

La galère est que cela prend un temps fou
et en plus ça genere des tas de logs

Est ce que quelqu'un à une autre idée ?

Est ce qu'il est possible de spécifier à dataguard de ne pas prendre en compte cette table temporaire ?
Si non, est ce que si je droppe ma table et la recrée à chaque fois dataguard pourra suivre ?

Merci d'avance

[Pomalaix]

Bonjour

Autant que je sache, TRUNCATE est supporté par un système dataguard, au même titre que les autres instructions DDL.
Pour confirmer cette "croyance", je viens de fouiner pas mal sur metalink, et je ne trouve référence d'aucun problème ou restriction de ce type.
TRUNCATE est donc censé fonctionner.

Si vous êtes en dataguard physique, vous ne pouvez pas exclure une table de la réplication.

En revanche, vous devriez pouvoir charger votre table temporaire en mode NOLOGGING, à condition que vous ne fassiez ensuite que des sélection sur cette table temporaire. (Dans le cas contraire, vous allez avoir des erreurs à foison dans la base secondaire).
Ce n'est cependant pas une pratique recommandée.

[kalyparker]

Merci Pomalaix,

Autant que je sache, TRUNCATE est supporté par un système dataguard, au même titre que les autres instructions DDL.

Ben, en fait pour nous ça passe pas. Je suis pas dba, alors je ne peux pas en dire plus.

Si vous êtes en dataguard physique, vous ne pouvez pas exclure une table de la réplication.

En fait nous sommes en dataguard logique. Est ce possible dans ce cas là ?

Est ce que vous croyez qu'en droppant la table et en la recréant à chaque fois, ça pourrait marcher ?

[Pomalaix]

En fait nous sommes en dataguard logique. Est ce possible dans ce cas là ?

Vous devriez chercher dans la direction de DBMS_LOGSTDBY.SKIP.

Je ne l'ai pas pratiquée, mais à la lecture de la doc j'ai l'impression que cette procédure se limite à ne pas appliquer sur la base de secours les opérations que l'on a choisi d'exclure, mais n'empêche pas la génération et le transfert des archivelogs correspondant.

[kalyparker]

Pomalaix,

Je vais chercher dans ce sens la.

Je met le sujet à résolu même si il n'y est pas encore

Lorsque j'aurai trouvé un moyen de faire ça, je viendrais en faire profiter la communauté.

@+

Encore merci Pomalaix