Discussion :

[gillout]

Bonjour,

J'essaye d'utiliser le flashback archive pour une table afin de pouvoir revenir à un état antérieur de cette table mais lorsque j'utilise le flashback pour revenir à l'état d'avant de cette table cela agit aussi sur d'autres tables qui ne sont pas dans l'archive, cela ne me semble pas normal du tout.

Est-ce possible d'éviter ça ? Et comment ?

Merci.

[Pomalaix]

Et quelle commande utilisez-vous pour "revenir à l'état d'avant" ?

[gillout]

Bonjour,

J'utilise cette commande :

EXECUTE DBMS_FLASHBACK.ENABLE_AT_TIME(sysdate- (15/1440)); --15 min

[Pomalaix]

Ce que vous obtenez est donc tout à fait normal !

Cette commande généraliste (qui n'est pas spécialement liée au flashback archive) positionne votre session en lecture seule, et vous restituera les données telles qu'elles étaient un quart d'heure auparavant. Elle s'applique à tous les SELECT que vous ferez, quelle que soit la table.
Pour les tables qui ne sont pas associées à une archive flashback, les données seront extraites du tablespace d'annulation, dans la limite de ce qu'il a en stock. Si vous essayiez par exemple de remonter 2 jours en arrière, il y a toutes les chances que ça ne fonctionne plus.

Pour que le mode flashback s'applique uniquement pour une requête donnée, il faut utiliser une autre syntaxe basée sur AS OF :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select * from emp
AS OF timestamp sysdate - interval '15' minute
where deptno=30;

Dans ce cas, votre session reste en mode normal : elle n'est pas en lecture seule, et les SELECT qui ne comportent pas la clause AS OF présenteront les données dans leur état actuel.

[gillout]

D'accord,

donc le select me permet de voir le contenu de la table 15 minutes auparavant.

Et si je veux récupérer la table dans son état antérieur d'il y a 15 minutes mais uniquement cette table ?

[Pomalaix]

Et si je veux récupérer la table dans son état antérieur d'il y a 15 minutes mais uniquement cette table ?

Vous voulez donc remplacer les données actuelles de la table par celles qu'elle contenait il y a 15 minutes ?

Dans ce cas :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
alter table emp enable row movement;
flashback table emp to timestamp (sysdate - INTERVAL '15' minute);

Mais ça n'a rien à voir avec le flashback archive, qui semblait être votre préoccupation initiale...

[gillout]

Bonjour,

et merci pour tes réponses, Pomalaix.

Oui, en effet je pensais que l'intérêt du Flashback Archive était de mettre les tables dans des archives pour pouvoir les récupérer ensuite.

Donc pour les tables je dois utiliser la solution dont tu parles juste avant ? Ou y a t'il une autre solution pour les tables ?

Du coup je crains d'avoir mal compris l'intérêt de ce type de Flashback, donc quel est son intérêt en fait ?

[Pomalaix]

Le flashback data archive conserve pendant une durée définie (par exemple 5 années glissantes) l'historique de toutes les modifications effectuées sur les données de la table désignée.
Par exemple, si le salaire de SCOTT est passé au fil du temps de 2000 à 2200 puis 2500, les valeurs historiques (2000 et 2200) sont enregistrées, et accessibles en lecture seule par des requêtes flashback AS OF.
On peut donc effectuer à volonté, avec une certitude de succès sur tout l'intervalle d'historique, une requête signifiant : montre-moi les données telles qu'elles étaient à telle date.

Ces valeurs historiques peuvent répondre à différents besoins :
* exigences règlementaires de conservation des données pendant une certaine durée
* audit des modifications
* alimentation d'une autre table à partir des valeurs d'une certaine date
* etc.