[oracle] : fichiers redo log

Résolu/Fermé
progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010 - 18 oct. 2009 à 17:01
 Séquelle - 26 oct. 2009 à 22:28
Bonjour,

Dans le cours : https://www.commentcamarche.net/contents/701-oracle-les-fichiers-d-une-base-oracle , vous avez mentionné qu'une base de données Oracle nécessite au minimum un fichier de données, deux fichiers redo Log et un fichier de contrôle.
Ma question est pourquoi 2 fichiers redo log, pourquoi pas juste un ??

5 réponses

HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016 1 606
18 oct. 2009 à 17:08
Il y a deux fichiers de redo log minimum pour garantir d'avoir un fichier de redo disponible pendant que l'autre fichier est en cours d'archivage.

0
progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010 23
18 oct. 2009 à 17:14
Si jamais les 2 sont en cours d'archivage, qu'est ce qui va se passer? (besoin d'un 3eme? :))
0
HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016 1 606
18 oct. 2009 à 17:21
Il y a un cycle d'écriture sur les redo log, pour éviter ce genre de problème :-)

0
progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010 23
18 oct. 2009 à 17:44
SVP,
Comment voir le statut(activé/désactivé) du mode d'archivage du fichiers redo log et comment l'activé.

est ce que ce fichiers garde toujours les info ancienne , quand est ce que le contenu de ce fichier va etre supprimé (ignorant le cas ou on desactive le mode d'archivage) ?
0
HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016 1 606
18 oct. 2009 à 17:54
Tu veux parler du mode ARCHIVELOG, qui évite l'écrasement des redo log à la fin du cycle ?

SQL> select log_mode FROM v$database;


Deux réponses possibles : ARCHIVELOG ou NOARCHIVELOG.

Si NOARCHIVELOG, pour l'activer, il faut aller modifier le fichier init<SID>.ora de façon à avoir ceci :

log_archive_start = TRUE
log_archive_dest_1 = "location=c:\oracle\oradata\BD0\archive"
log_archive_dest_2 = "location=c:\temp"
log_archive_format = %%ORACLE_SID%%T%TS%S.ARC


Ensuite, il ouvrir la base en statut MOUNT :

SQL> startup mount


Et activer le mode ARCHIVELOG :

SQL> alter database archivelog;


Ensuite, on passe au statut OPEN :

SQL> alter database open;


0
progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010 23 > HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016
18 oct. 2009 à 18:08
j'ai executé la commande : select log_mode from v$database , le resultat est : NOARCHIVAGE, pour le fichier init<SID>.ora j'ai 4 fichiers je sais pas lequel choisir? Les vOila en image: https://www.cjoint.com/?kssgwxIWQl
0
HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016 1 606 > progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010
18 oct. 2009 à 18:10
Ca devrait être initdw. Le tout dernier n'est qu'un fichier d'exemple.

Quel est le nom de ton instance ?

0
progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010 23 > HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016
18 oct. 2009 à 18:18
J'ai ajouté à la fin du fichier initdw.ora, les 4 lignes:
log_archive_start = TRUE
log_archive_dest_1 = "location=c:\oracle\oradata\BD0\archive"
log_archive_dest_2 = "location=c:\temp"
log_archive_format = %%ORACLE_SID%%T%TS%S.ARC

j'ai enregistré, et puis exécuté la commande : startup mount, le resultat est :
ORA-01031: privilèges insuffisants 
0
HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016 1 606 > progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010
18 oct. 2009 à 18:22
Vérifie quand même que pour les chemins, ça corresponde à des emplacements existants sur ta machine !

Pour le startup mount, fais-le en SYSDBA.

0
progfann Messages postés 365 Date d'inscription dimanche 11 mars 2007 Statut Membre Dernière intervention 23 septembre 2010 23
19 oct. 2009 à 14:40
Vous ne voulez pas répondre car vous me trouvez débutante .. c'est ça? et ben c'est parce que je le suis , que je suis ici, dans un forum d'entraide, de toute façon je vais marquer ce post comme résolu!

Merci quand même,
0
HostOfSeraphim Messages postés 6750 Date d'inscription jeudi 2 février 2006 Statut Contributeur Dernière intervention 31 juillet 2016 1 606
26 oct. 2009 à 01:34
Tiens, j'avais pas vu ce message. Désolé.

Je sais bien que vous êtes débutante, on est tous là pour s'aider... :-) Par contre, vu qu'il y a peu de personnes connaissant Oracle ici, et vu les questions que vous posez, nos connaissances vont vite être impuissantes...

0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
salut
lorsque la db a été crée, il y a de fortes chances que 2 utilisateurs aient été créés : SYS et SYSTEM. Si c'est le cas, lors de leur création il a été demandé un mot de passe pour chacun.
Si tu est l'admin de ta db, tu connais au moins l'un des mots de passe, il te suffit de te connecter avec le compte connu et le mot de passe en tant que SYSDBA.
Chez moi, SYSTEM a sequelle comme mot de passe (c'est une démo)
donc j'entre connect system/sequelle as sysdba

et voilà!
0