différence entre sequence number et SCN [Résolu]

[lecharcutierdelinux]

Bonjour à tous,

J'ai qqes problèmes pour comprendre le fonctionnement des SCN dans une base oracle car je me mélange avec certains termes. Extrait d'un de mes ebook:

"The control file contains the names and locations of the data files, redo log files, current log sequence numbers, backup set details, and the all-important system change number (SCN), which indicates the most recent version of committed changes in the database".

J'ai bien compris pour le SCN mais pour le "current log sequence numbers"... vois pas trop.

RIen à voir mais est-ce que qqun sait si les export se font bases open ou juste "mount". Je comprends pas comment si qqun modifie pendant l'export ?

[laurentschneider]

le numéro de séquence, ça change à chaque log switch. Le SCN, ça change plusieurs fois par secondes...

compare

Code :

1
2
3
4
 
SELECT dbms_flashback.get_system_change_number FROM dual; 
 
SELECT sequence# from v$log where status='CURRENT';

[laurentschneider]

pour l'export, il aurait été mieux de créer un thread séparé.

l'export ce fait base ouverte, mais tu peux ouvrir en mode restreint

Code :

1
2
 
STARTUP RESTRICT

il existe aussi un "exp CONSISTENT=Y" qui est assez consistent (mais pas 100%)

[bouyao]

Voici un article sur le SCN : http://mbouayoun.developpez.com/scn/

[lecharcutierdelinux]

merci à vous deux pour ces précisions cependant :

-Le log switch qui caractérise le logwitch c'est le changement de redolog actif? Par le biai de la rotation -> genre passage du group 1 à group2 etc...?

-Pour l'export, si je fais le fais base ouverte et qu'au début de la commande export qqun fait une modif? Comment ça se passe? Est-ce que ce sont les gens qui travaillent en mémoire pdt mon export ou est-ce que je prends de manière sequentielle les tables, qu'importe les modifs en cours?

-J'ai vu qu'il existait plusieurs modes d'export: user(schema); tables, tablespace... Mais comment ça se passe pour les index et vue, à priori il n'y a pas de mode d'exportation pour ces derniers?

[laurentschneider]

Envoyé par lecharcutierdelinux

-Le log switch qui caractérise le logwitch c'est le changement de redolog actif? Par le biai de la rotation -> genre passage du group 1 à group2 etc...?

oui

Envoyé par lecharcutierdelinux

-Pour l'export, si je fais le fais base ouverte et qu'au début de la commande export qqun fait une modif? Comment ça se passe? Est-ce que ce sont les gens qui travaillent en mémoire pdt mon export ou est-ce que je prends de manière sequentielle les tables, qu'importe les modifs en cours?

si tu fais EXP CONSISTENT=Y, alors les mises à jours des tables effectuées pendant l'export n'affecteront pas les tables exportées. Cependant des DDL tels que DROP TABLE, TRUNCATE TABLE et ALTER INDEX REBUILD affecteront ton dump

Envoyé par lecharcutierdelinux

-J'ai vu qu'il existait plusieurs modes d'export: user(schema); tables, tablespace... Mais comment ça se passe pour les index et vue, à priori il n'y a pas de mode d'exportation pour ces derniers?

l'option INDEX=Y permet de le préciser

[pifor]

-Le log switch qui caractérise le logwitch c'est le changement de redolog actif? Par le biai de la rotation -> genre passage du group 1 à group2 etc...?

Oui.

-Pour l'export, si je fais le fais base ouverte et qu'au début de la commande export qqun fait une modif? Comment ça se passe? Est-ce que ce sont les gens qui travaillent en mémoire pdt mon export ou est-ce que je prends de manière sequentielle les tables, qu'importe les modifs en cours?

CONSISTENT=y est censé prendre une image de la base à un instant t.

-J'ai vu qu'il existait plusieurs modes d'export: user(schema); tables, tablespace... Mais comment ça se passe pour les index et vue, à priori il n'y a pas de mode d'exportation pour ces derniers?

Voir le tableau.

[lecharcutierdelinux]

Okay merci beacoup pour vos réponses!