[oracle] : fichiers redo log
Résolu
progfann
Messages postés
365
Date d'inscription
Statut
Membre
Dernière intervention
-
Séquelle -
Séquelle -
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 ??
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 ??
A voir également:
- Redo log
- Oracle jre usage ✓ - Forum Virus
- Oracle 11g download windows 64-bit ✓ - Forum Oracle
- Telecharger oracle virtualbox - Télécharger - Émulation & Virtualisation
- Taille tablespace oracle - Forum Oracle
- Find oracle sid ✓ - Forum Bases de données
5 réponses
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.
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) ?
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) ?
Tu veux parler du mode ARCHIVELOG, qui évite l'écrasement des redo log à la fin du cycle ?
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 :
Ensuite, il ouvrir la base en statut MOUNT :
Et activer le mode ARCHIVELOG :
Ensuite, on passe au statut OPEN :
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;
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
J'ai ajouté à la fin du fichier initdw.ora, les 4 lignes:
j'ai enregistré, et puis exécuté la commande : startup mount, le resultat est :
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
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,
Merci quand même,
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à!
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à!
