Précédent   Forum des professionnels en informatique > Bases de données > Oracle
Oracle Forum Oracle : le serveur, les outils, ... Voir F.A.Q Oracle Tutoriels Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 15/05/2007, 08h47   #1
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
Par défaut Erreur ORACLE Ora-19815

Bonjour à tous,

J'ai une base de donnée 10g et j'ai ce message d'erreur :
Citation:
Fri May 11 08:28:17 2007
Errors in file f:\oracle\product\10.2.0\admin\orclpro\bdump\orclpro_arc0_5976.trc:
ORA-19815: AVERTISSEMENT : db_recovery_file_dest_size octets sur 9147483648 sont utilisés (100.00%) ; il reste 0 octets disponibles.

Fri May 11 08:28:17 2007
************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
J'ai bien augmenté le paramètre db_recovery_file_dest_size mais j'ai à nouveau eu le même message. De plus je n'utilise pas RMAN.

Comment faire pour ne plus avoir ce message sans augmenter chaque fois le db_recovery_file_dest_size ?

Merci pour vos réponses.
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/05/2007, 09h23   #2
Expert Confirmé
 
Avatar de LeoAnderson
 
Inscription : septembre 2004
Messages : 2 942
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 2 942
Points : 2 972
Points : 2 972
Quelle est votre stratégie de sauvegarde ? quels sont vos besoins ?

on pourrait envisager de désactiver la flash recovery...
LeoAnderson est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/05/2007, 09h38   #3
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
LeoAnderson,

D'après ce que je sais, nous faisons 2 fois par jour base ouverte un export des données de la base.
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/05/2007, 08h45   #4
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
Bonjour à tous,

Quelqu'un aurait-il une réponse à mon problème ?

Merci d'avance
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/05/2007, 13h45   #5
Expert Confirmé
 
Inscription : février 2006
Messages : 3 433
Détails du profil
Informations forums :
Inscription : février 2006
Messages : 3 433
Points : 3 462
Points : 3 462
Il faudrait savoir si votre base fonctionne en mode archivelog ou non et ce qui est vraiment stocké dans la flash recovery area même si vous n'utilisez pas RMAN. Si la base fonctionne en mode archivelog, les archive logs sont stockés dans cet emplacement: il faut penser à les sauvegarder ...

En général, pour désactiver la flash recovery, il faut définir dans le fichier d'initialisation de la base le paramètre:
et supprimer la définition des paramètres:

Code :
1
2
db_recovery_file_dest
db_recovery_file_dest_size

PS: ne vous reposez pas uniquement sur les exports comme méthode de sauvegarde, en général.
__________________
P. Forstmann

AskTom Forums OTN doc 8, 9, 10 et 11
pifor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/05/2007, 09h28   #6
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
Merci pifor pour votre réponse.

Quel est la différence entre les deux instructions ?

Code :
1
2
3
4
5
log_archive_dest
et
db_recovery_file_dest
db_recovery_file_dest_size
Le fichier init<instance>.ora doit-il contenir ceci ?

Code :
1
2
3
 
log_archive_start=TRUE
log_archive_dest='chemin des archivelog'
Merci pour votre réponse
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/05/2007, 10h05   #7
Expert Confirmé
 
Inscription : février 2006
Messages : 3 433
Détails du profil
Informations forums :
Inscription : février 2006
Messages : 3 433
Points : 3 462
Points : 3 462
Citation:
Quel est la différence entre les deux instructions ?


Code :
log_archive_dest
et
db_recovery_file_dest
db_recovery_file_dest_size
Le premier paramètre désigne uniquement le répertoire d'archivage des redo logs alors que les 2 derniers désignent le répertoire et la taille de la flash recovery area.

Pour configurer la base en mode archivelog, voir le guide d'administration.

On ne sait toujours pas si votre base est configurée en mode archive log ou non ...
__________________
P. Forstmann

AskTom Forums OTN doc 8, 9, 10 et 11
pifor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/05/2007, 10h38   #8
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
Désolé pifor pour l'oubli,

Notre de base de données est configurée en mode archivelog.

C'est d'ailleurs en installant ORACLE 10G avec la question activation du mode archivelog qu'ORACLE à générer ces deux lignes :
Code :
1
2
3
 
db_recovery_file_dest
db_recovery_file_dest_size
dans le init<instance>.ora

Si vous avez d'autres conseils, il sont les bienvenues.
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 22/05/2007, 09h54   #9
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
Bonjour à Tous

Pourquoi lors de l'installation d'Oracle 10g avec activation du mode archivelog, oracle créé automatiquement ces deux lignes dans le init<instance>.ora ?
Code :
1
2
3
 
db_recovery_file_dest
db_recovery_file_dest_size
Merci pour vos réponses.
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 22/05/2007, 11h39   #10
Expert Confirmé
 
Inscription : février 2006
Messages : 3 433
Détails du profil
Informations forums :
Inscription : février 2006
Messages : 3 433
Points : 3 462
Points : 3 462
Je suppose que vous avez utilisé DBCA ou un autre outil qui a choisi cette option par défaut car si vous créez la base uniquement avec SQL*Plus, c'est vous qui choisissez les paramètres du fichier d'initialisation de la base à créer.
C'est donc probablement une option par défaut de l'outil utilisé.
__________________
P. Forstmann

AskTom Forums OTN doc 8, 9, 10 et 11
pifor est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/05/2007, 15h46   #11
Candidat au titre de Membre du Club
 
Inscription : août 2004
Messages : 49
Détails du profil
Informations forums :
Inscription : août 2004
Messages : 49
Points : 13
Points : 13
Bonjour à tous,

Après avoir contacté ORACLE, ci dessous leur réponse :
Citation:
BUG: 5106952 10.2.0.1.0 RDBMS 10.2.0.1.0 FLASHBACK_DB PRODID-5 PORTID-23
Abstract: FLASHBACK LOG SPACE NOT BEING RECLAIMED
Il me conseille donc de passer le patchset 10.2.0.3

Citation:
Patch no. 5337014 Oracle Database Family: Patchset10.2.0.3 PATCH SET FOR ORACLE DATABASE SERVER.
Merci encore pour votre aide
satanas est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 06h49.


 
 
 
 
Partenaires

Hébergement Web